CCU3 Probleme nach Neustart...

[thorkillar]

Guten Morgen,

ich war gestern gezwungen meine CCU3 neu zu starten, da ich die Stromzufuhr ändern musste. Austausch einer Steckdosenleiste, die zu klein war.
Ich habe die CCU per WEBUI heruntergefahren und habe Ihr 30 Minuten zeit gegeben, um herunter gefahren zu sein.

Ich habe die Steckdosenleiste getauscht und habe die CCU mit Strom versorgt. Sie fuhr auch ohne Fehler hoch. Jedoch merkte ich beim Funktionstest, dass Sie alle Programme beim hochfahren einmal ausführte (bei denen ich es zuließ, so wie es sein soll), aber danach verweigerte die CCU sämtliche Programme, die einen Aktor ansteuern. Ich habe auch ein neues einfaches Programm geschrieben, was beim ausführen ein Licht einschalten sollte. Reaktion 0. Ein Programm, welches eine Variable steuert funktioniert.

Was habe ich bisher versucht?
Software Reboot = kein Erfolg
Hardware Reboot / 'Stromlos für 30 Minuten = Kein Erfolg
Im Abgesicherten Modus gestartet= Kein Erfolg (Das Programm siehe Screenshot brachte keine Reaktion) Ist aber laut Status Programme gelaufen)
Firmware neu aufgespielt = Kein Erfolg 3.37.8
DutyCycle liegt bei <20 / Ermittelt via Script / und ausgeliesen aus ioBroker


Hat jemand Ideen, woran es liegen könnte.
Das Update auf ccu3-3.41.7 hatte damals bewusst rückgängig gemacht, da iobroker nicht mehr fehlerfrei reagiert hat.
Um irgendwelche Wechselwirkungen zu vermeiden, habe ich iobroker heruntergefahren.



Mein System: bzw. was auf CCU installiert ist:
CCU3: Firmware: 3.37.8
CUX-D Firmware: 2.2.0
Cloudmatic installiert und verbunden / Alexa kann die Komponenten auch steuern.
Ich verwende fast nur HomematicIP Komponenten und einen Homematic Tür Kontakt.
Log:

ccu3-webui-2019-03-17.log

(205.33 KiB) 41-mal heruntergeladen

[NickHM]

Hallo

Geht es um HM, HMIP oder beides?

Hast Du einen Aktor der nicht eingebaut ist zum Testen?

- Backup machen
- Werkreset, aktuelle FW einspielen
- Reserveaktor anlernen
- testen
wenn es dann auch nicht geht - CCU3 Hardware defekt?

[thorkillar]

danke für die Antwort, werde es testen.

[mekke]

Eher als Beitrag denn als Frage gedacht.

Meine ELV Charly CCU3 (mit Raspberry3 und RaspberryMatic 3.73.9.xx hats komplett still gelegt als ich via WebUI "reboot" gemacht habe. Da wurde also kein Stecker gezogen.
Sehr ärgerlich da diese nicht zu Hause steht und via VPN gesteuert wird. So war dass Ding dann erst mal "tot" ohne dass ich was tun konnte.

Nun nach ein paar Versuchen: Es scheint die Installation auf der SD Karte zu sein.
Denn ein neues System auf anderer SD läuft.

Ärgerlich nur, dass das Backup nicht auf neuestem Stand ist, selber schuld
Aber ich werde die Tipps von hier versuchen mit AutoBackup und so....

[Bembi]

ich war gestern gezwungen meine CCU3 neu zu starten...

Also ehrlich gesagt, habe ich mir bis heute nie wirklich einen Kopf drum gemacht. Tatsächlich, da gibts auch einen Button "Herunterfahren". OK, meist nutzte ich den Neustart Button, wenn das Ding noch reagiert. Aber Stecker raus, Augenblick gewartet, Stecker wieder rein kam in den letzten Jahren oft genug vor.

Ja, mit vielen Programmen hast DU u.U. ein Problem. Wenn Programme sofort anfangen zu laufen, dann greifen sie u.U. ins Leere, weil die Sensoren ja eine Weile brauchen, bis sie Ihren Status bei der CCU wieder abgeliefert haben...

Ich habe mir deshalb ein Boot-Programm gebaut...
Im Prinzip ein Programm ohne Bedingung, welches nach 3 Minuten eine Variable "CCU Boot" auf true setzt.
(Und noch ein paar Variablen setzt, die ich brauche).

Das Script wird nur beim Neustart der CCU ausgeführt.

Wenn Du nun in allen Programm-Trigger diese Variable als Bedingung mit abfragst, dann verhinderst Du, dass sich in den ersten (hier) 3 Minuten irgendein anderes Programm dazwischen drängelt.

[NickHM]

welches nach 3 Minuten eine Variable "CCU Boot" auf true setzt.

Hast Du die Variable selbst erfunden, oder die vorhandene SysVar umbenannt, die beim Start der CCU immer gesetzt wird?
Und wenn Du sie selbst generiert hast, wie wird die dann wieder zurück gesetzt?

[Bembi]

Hast Du die Variable selbst erfunden, oder die vorhandene SysVar umbenannt, die beim Start der CCU immer gesetzt wird?
Und wenn Du sie selbst generiert hast, wie wird die dann wieder zurück gesetzt?

Genau, beliebige Variable, die ich selbst erstellt habe.
Die Variable wird durch das Script zeitverzögert (3 Min) gesetzt.
Alle Programme fragen die Variable als Bedingung ab, so dass sie nicht starten solange die Variable nicht gesetzt ist.

Löschen brauchst Du sie nicht, sie wird bei einem Neustart gelöscht.

[Xel66]

Löschen brauchst Du sie nicht, sie wird bei einem Neustart gelöscht.

Das wäre neu, dass die CCU Variablen bei einem Neustart löscht.

Gruß Xel66

[Baxxy]

Das wäre neu

In der Tat...
Da fällt mir doch glatt meine Umfrage wieder ein...
viewtopic.php?f=65&t=79151
Aktuell liegt das Thema aber wegen Sommer auf Eis...

[mekke]

Na, ich würde annehmen dass die CCU3 generell mal neu startet, ohne dass sie sich selber killt (und nicht mal mehr eine IP Adresse offeriert).
Die Idee mit der BootVariable ist sicher ok, aber ich denk nicht dass ich alle Programme anpasse.

Ich hatte auch all die Zig Jahre nie dieses Problem. Leider kam dieses ausgerechnet mit der neuen Raspi CCU3, wobei es ja durchaus sein kann, dass ELV da ne eher dürftige SD Karte beilegte. Werde jetzt wohl mal eine SanDisk nehmen und hoffen dass die robuster ist.