Howto - Vermeidung von Programmstarts nach Neustart der CCU

[Hominger]

Hi SCT,

dann gehörst Du zu den Glücklichen kleiner Systeme. Glückwunsch !
Wie Jörg hier viewtopic.php?p=408090#p408090 bereits geschrieben, lässt sich das "Feature" wie auch auf S. 3 beschrieben, auch bei mir nachvollziehen.
Hier meine Haken:


Gruß Martin

[sct]

Hi SCT, dann gehörst Du zu den Glücklichen kleiner Systeme. Glückwunsch !

Naja, so glücklich bin ich darüber nicht, wenn das Verhalten der CCU2 bezüglich dieser nicht löschbaren Systemvariable nicht deterministisch ist. Das ist auf meiner CCU2 sogar noch schlimmer: Wenn ich ein Programm hinzufüge welches das EPaper Display bei einem Reboot mit leeren Strings initialisiert, bleibt der Zustand des CCU_State auf 'booting'. Lösche ich das Programm wieder, wird der CCU_State nach dem reboot auf 'Normalbetrieb' gesetzt. Die einzige Konstante ist, das die Systemvriable bei einem reboot sicher auf 'booting' gesetzt wird.

Übrigens: Wenn das Programm welches den CCU_State auf "Normalbetrieb" setzen soll nicht ausgeführt wird, erscheint folgende Fehlermeldung im Log-File (messages):

Code: Alles auswählen

Jan 14 20:34:41 homematic-ccu2 local0.err ReGaHss: Error: IseDOMPrg::Execute: pDest->ExecuteDestination failed from Program ID = 8424 'CCU_State running' with valNew = '' [iseDOMPrg.cpp:621]

[Hominger]

Viel ist noch nicht angelegt, erst 2 Rollladenschalter eingebunden.

Vielleicht liegt es daran. Einige Beiträge ab Seite 3 deuten darauf hin.

Es ist tatsächlich so, bei "kleinen" Systemen macht die Neustart Systemvariable (Anwesenheit) am schnellen Raspberry Probleme.

Inzwischen hab ich 7 Stück HMIP-BROLL im System angelegt - und was soll ich sagen, es läuft.
Die Neustartvariable ändert sich nach der eingestellten Zeit (hier 60sek.) wie erhofft von "true" nach "false".

Inzwischen sieht's so aus,

während des Neustarts:


nach dem Neustart:


Und hier das Programm dazu:


Danke Euch allen für die Unterstützung
Gruß Martin

[JRiemann]

Es ist tatsächlich so, bei "kleinen" Systemen macht die Neustart Systemvariable (Anwesenheit) am schnellen Raspberry Probleme.

Das Phänomen betrifft nicht nur Raspi-Nutzer. Auf einer CCU kommt ebenfalls zu diesem Effekt.

[mototeacher]

Hallo und guten Tag allerseits,

nachdem ich mich hier durch 9 Seiten gequält habe, gebe ich auch meinen Senf mit möglichst einfacher Lösung dazu.
Auf meinem "grossen" System (CCU2) läuft alles schon seit langem problemlos.

Im Programm sieht das dann so aus:

Leider gab es dann mit dem Raspi und nur wenigen Komponenten das mehrfach beschriebene Problem.
Meine Lösung ist so simple wie nur irgendwas und löst in meinem Fall gleichzeitig auch das Problem der ausgeschalteten WTH2 nach einem Neustart.

Ein Zeitgeber ruft das Programm einfach alle 2 Minuten auf. Die vorgegebene Zeit spielt dabei eigentlich keine Rolle. Allein das Vorhandensein dieses Zeitgebers genügt offensichtlich schon, um Programme nach dem Neustart der Zentrale abzuarbeiten.

Allerdings ist das Ganze immer noch etwas von der Grundlast abhängig.

Ich betreibe auf dem Raspi derzeit:
1 FAL230
3 WTH2
1 HM-Sec SC2
1 HM PB2
1 Programm, um mit dem Taster die 2 WTH2 manuell einzuschalten

Allein das Löschen dieses Programms für schon zu unzuverlässiger Ausführung der Initialisierung.

Das Startverhalten des Raspi sieht nach einem Reboot aus der Systemsteuerung jetzt so aus:

Shutdown - 20sek.
Reboot bis zum Erscheinem von "Segel" und Himbeere im Browser - 30 sek.
Alle Systemvariablen (auch "Anwesenheit" / Reboot) werden nach weiteren 35 sek. gesetzt
WebUI erscheint nach weitern 6 sek.
Erste automatische Prgrammausführung 1 sek. später
Setzen der Systemvariable "Reboot" auf den Wert "Betrieb", wie vorgegeben, nach weitern 30 sek.

Das Programm mit dem 2 Minutentimer wird in der Folge nicht mehr ausgeführt.
Für alle, die es besser zu wissen glauben - wenn ich in dem Programm die Wenn-Bedingung lösche, geht nix mehr. Das wird sich vermutlich aber wieder ändern, wenn ich mehr Komponenten von der CCU auf den Raspi gebracht habe.

[DidiTheE]

Sehr pragmatischer Ansatz, gefällt mir und läuft bei mir bestens! (Raspi, 30 Geräte)

War anfangs etwas verwirrt, da du die Logwerte vom ersten zum zweiten Beispiel offenbar umbenannt hast (von Ja/Nein auf Reboot/Betrieb)

[mototeacher]

Sehr pragmatischer Ansatz, gefällt mir und läuft bei mir bestens! (Raspi, 30 Geräte)

War anfangs etwas verwirrt, da du die Logwerte vom ersten zum zweiten Beispiel offenbar umbenannt hast (von Ja/Nein auf Reboot/Betrieb)

Sorry, die Screenshots kamen von zwei unterschiedlichen Systemen

[dodi]

Hallo und guten Tag allerseits,

nachdem ich mich hier durch 9 Seiten gequält habe, gebe ich auch meinen Senf mit möglichst einfacher Lösung dazu.
Auf meinem "grossen" System (CCU2) läuft alles schon seit langem problemlos.

reboot.JPG

Im Programm sieht das dann so aus:

reset.JPG

Leider gab es dann mit dem Raspi und nur wenigen Komponenten das mehrfach beschriebene Problem.
Meine Lösung ist so simple wie nur irgendwas und löst in meinem Fall gleichzeitig auch das Problem der ausgeschalteten WTH2 nach einem Neustart.

Ein Zeitgeber ruft das Programm einfach alle 2 Minuten auf. Die vorgegebene Zeit spielt dabei eigentlich keine Rolle. Allein das Vorhandensein dieses Zeitgebers genügt offensichtlich schon, um Programme nach dem Neustart der Zentrale abzuarbeiten.

Zeitgeber.JPG

Hi,
somit muss doch nur der ursprüngliche Ansatz von Seite 1 um das Zeitmodul ergänzt werden.
Oder übersehe ich da was?

Grüße
Sascha

Allerdings ist das Ganze immer noch etwas von der Grundlast abhängig.

Ich betreibe auf dem Raspi derzeit:
1 FAL230
3 WTH2
1 HM-Sec SC2
1 HM PB2
1 Programm, um mit dem Taster die 2 WTH2 manuell einzuschalten

Allein das Löschen dieses Programms für schon zu unzuverlässiger Ausführung der Initialisierung.

Das Startverhalten des Raspi sieht nach einem Reboot aus der Systemsteuerung jetzt so aus:

Shutdown - 20sek.
Reboot bis zum Erscheinem von "Segel" und Himbeere im Browser - 30 sek.
Alle Systemvariablen (auch "Anwesenheit" / Reboot) werden nach weiteren 35 sek. gesetzt
WebUI erscheint nach weitern 6 sek.
Erste automatische Prgrammausführung 1 sek. später
Setzen der Systemvariable "Reboot" auf den Wert "Betrieb", wie vorgegeben, nach weitern 30 sek.

Das Programm mit dem 2 Minutentimer wird in der Folge nicht mehr ausgeführt.
Für alle, die es besser zu wissen glauben - wenn ich in dem Programm die Wenn-Bedingung lösche, geht nix mehr. Das wird sich vermutlich aber wieder ändern, wenn ich mehr Komponenten von der CCU auf den Raspi gebracht habe.

Hi,
somit muss doch nur der Ansatz von Seite 1 um das Zeitmodul ergänzt werden.
Oder übersehe ich da was?

Grüße
Sascha

[mototeacher]

Dem kann ich nur zustimmen. Allerdings habe ich inzwischen auf meinem Raspi (wenn er denn mal wieder läuft ) soviel Last, dass das Zeitmodul vermutlich überflüssig sein wird.
Allerdings ist der Ansatz von Seite 1 wohl etwas "um die Ecke gedacht".

[TomT]

@Mototeacher

Gerade in deinen Screenshots gesehen, daß du Geräte mit Nummern im Namen beginnen lässt.

Keine Ahnung ob die Regel noch gilt, jedoch schreibt Sammy in seinen Tips :

Code: Alles auswählen

4.
Regeln zur Namensgebung von Geräten, Kanälen, Programmen nicht beachtet: Jeder Name muss eindeutig sein, darf nicht mit einer Ziffer beginnen und sollte keine Sonderzeichen enthalten (Leerzeichen am besten durch Unterstriche ersetzen). Kanalnamen müssen sich von Gerätenamen unterscheiden (z.B. ":1" bei Kanal 1 anhängen). Diese sehr strenge Regel gilt zwar genau genommen nicht für alle Bereiche, aber doch für viele, so dass ein Anfangs schlecht vergebener Name erst bei späterer Nutzung von Zusatzfunktionen Fehler verursacht. Es darf auch kein Programm, wie ein Gerät oder eine Variable heißen.

Grüße
Tom