Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Moderatoren: jmaus, Co-Administratoren
- Black
- Beiträge: 5471
- Registriert: 12.09.2015, 22:31
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Wegberg
- Hat sich bedankt: 419 Mal
- Danksagung erhalten: 1071 Mal
- Kontaktdaten:
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
wenn du eine bestehende CCU nach einem werksreset neu aufsetzt kann man da wenig sehen ... ist ja ein werksRESET
zu deinen fragen.
bei HMIp bin mit nicht hundetprozentip sicher. Bei HM hab ichs damals so gemacht, dass ich die geräte aus der einen CCU gelöscht hatte (ohne Werksreset) und an der anderen angelertn hatte (KEIN SICHERHEITSSCHLÜSSEL). die Konfigurationsdatein von der alten auf die neue kopiert und dann devkonfig gemacht. (da wäre die alte CCU3 sogar die bessere wahr, weil da der Funkschlüssel ertsmal identisch ist)
ist auf jedenfall mit den geräten bisschen "Murksich", da musste bisschen probierne oder hier hat noch einer nen Tip. das geht auch nicht automatisiert
ab da:
"Kann ich die mit Deinem Tool erzeugten Backups nach dem Anlernen der HmIP-RF-Komponenten auf der neuen CCU3 dennoch problemlos einspielen? Werden die Komponenten anhand der Seriennummer identifiziert/zugeordnet?"
Bei geräten ja
bei allen anderen nach ihren Namen
programmbackup prüft vor dem Lauf, ob die im zeitpuntk des Backups vorhandenen geräte und Kanäle und Systemvariablen auch vorhanden sind, deshalb müssen vor dem programmrestore alle anderen Dinge wiederhersgestellt worden sein. Identifizierung erfolgt symbolishc üdern den namen, nicht über die IseID.
Black
zu deinen fragen.
bei HMIp bin mit nicht hundetprozentip sicher. Bei HM hab ichs damals so gemacht, dass ich die geräte aus der einen CCU gelöscht hatte (ohne Werksreset) und an der anderen angelertn hatte (KEIN SICHERHEITSSCHLÜSSEL). die Konfigurationsdatein von der alten auf die neue kopiert und dann devkonfig gemacht. (da wäre die alte CCU3 sogar die bessere wahr, weil da der Funkschlüssel ertsmal identisch ist)
ist auf jedenfall mit den geräten bisschen "Murksich", da musste bisschen probierne oder hier hat noch einer nen Tip. das geht auch nicht automatisiert
ab da:
"Kann ich die mit Deinem Tool erzeugten Backups nach dem Anlernen der HmIP-RF-Komponenten auf der neuen CCU3 dennoch problemlos einspielen? Werden die Komponenten anhand der Seriennummer identifiziert/zugeordnet?"
Bei geräten ja
bei allen anderen nach ihren Namen
programmbackup prüft vor dem Lauf, ob die im zeitpuntk des Backups vorhandenen geräte und Kanäle und Systemvariablen auch vorhanden sind, deshalb müssen vor dem programmrestore alle anderen Dinge wiederhersgestellt worden sein. Identifizierung erfolgt symbolishc üdern den namen, nicht über die IseID.
Black
Wenn das Fernsehprogramm immer mehr durch nervende Werbung unterbrochen wird und der Radiomoderator nur noch Müll erzählt, ist es besser, die Zeit für sinnvolle Dinge zu nutzen -
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg
Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann
Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W
technical contribution against annoying advertising
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg
Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann
Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W
technical contribution against annoying advertising
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Ja, ich denke auch, dass der Weg mit der bestehenden CCU3 dann erstmal der einfachere ist.
Gibt es einen Weg, die Komponenten ohne Betätigen des Anlerntaste neu anzulernen? Vermutlich nur durch Eingabe von KEY und SGTIN, oder?
Ist aber vielleicht immer noch einfacher, als bei jeder Komponente die Anlerntaste zu drücken...
Gibt es einen Weg, die Komponenten ohne Betätigen des Anlerntaste neu anzulernen? Vermutlich nur durch Eingabe von KEY und SGTIN, oder?
Ist aber vielleicht immer noch einfacher, als bei jeder Komponente die Anlerntaste zu drücken...
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Hallo Black,Black hat geschrieben: ↑13.08.2019, 11:29wenn du planst umzuziehen, dafür gibt es zumindestens ein hilfstool:
viewtopic.php?f=31&t=47049
[..]
ich wollte mich jetzt an den Neuaufbau des Systems machen. Dabei stelle ich gerade fest, dass Dein Tool CuXD benötigt, ist das richtig?
Nach dem Werksreset darf ich ja keine Zusatzsoftware wieder installieren (also auch kein CuXD) - bekomme ich die mit SDV erstellten Backups dann überhaupt wieder auf das System?
Gruß
Lumi
- Black
- Beiträge: 5471
- Registriert: 12.09.2015, 22:31
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Wegberg
- Hat sich bedankt: 419 Mal
- Danksagung erhalten: 1071 Mal
- Kontaktdaten:
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
er müsste mittlerweile ohne auskommen.... ich hab da mal was geändert...
müsste... probiert habs noch net...
wäre dann ein grund für eine C version ^^
müsste... probiert habs noch net...
wäre dann ein grund für eine C version ^^
Wenn das Fernsehprogramm immer mehr durch nervende Werbung unterbrochen wird und der Radiomoderator nur noch Müll erzählt, ist es besser, die Zeit für sinnvolle Dinge zu nutzen -
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg
Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann
Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W
technical contribution against annoying advertising
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg
Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann
Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W
technical contribution against annoying advertising
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Das ging schnell! Ok, ich probiere es einmal. Schicke Dir gleich eine PM mit der Lizenzanfrage.
Danke!
Gruß
Lumi
Danke!
Gruß
Lumi
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Hallo,
ich hatte zwischenzeitlich begonnen, mein System nach einem Werksreset neu aufzubauen.
Das erneute Anlernen der HmIP-Komponenten nach dem Werksreset ist leider sehr aufwendig - jede Komponente muss zuvor abgelernt worden sein oder es muss für jede Komponente ein Werksreset durchgeführt werden. Bei > 100 Komponenten ist das eine tagefüllende Aufgabe.
Dennoch hatte ich damit begonnen, aber bereits nach zwei neu angelernten Komponenten (HmIP-ASIR-O und HmIP-BSM) trat bereits wieder der folgende Fehler im Protokoll auf:
Daher habe ich das Unterfangen abgebrochen und den Fehler auf dem zurückgesetzten System an EQ-3 gemeldet.
Danke noch einmal für die Unterstützung bis hierhin!
Gruß
Lumi
ich hatte zwischenzeitlich begonnen, mein System nach einem Werksreset neu aufzubauen.
Das erneute Anlernen der HmIP-Komponenten nach dem Werksreset ist leider sehr aufwendig - jede Komponente muss zuvor abgelernt worden sein oder es muss für jede Komponente ein Werksreset durchgeführt werden. Bei > 100 Komponenten ist das eine tagefüllende Aufgabe.
Dennoch hatte ich damit begonnen, aber bereits nach zwei neu angelernten Komponenten (HmIP-ASIR-O und HmIP-BSM) trat bereits wieder der folgende Fehler im Protokoll auf:
Code: Alles auswählen
Aug 17 23:09:53 de.eq3.ccu.server.internal.RpcMessageHandler ERROR [vert.x-eventloop-thread-4] rpc.api.bidcos Can not handle request
java.lang.IllegalStateException: Current state END_ELEMENT is not among the statesCHARACTERS, COMMENT, CDATA, SPACE, ENTITY_REFERENCE, DTD valid for getText()
at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.getText(XMLStreamReaderImpl.java:1081)
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseMultiCall(XmlRpcParser.java:218)
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRpcParser.parseMethodCall(XmlRpcParser.java:109)
at de.eq3.cbcs.legacy.communication.rpc.internal.format.xml.XmlRequestResponseProcessor.parseRequest(XmlRequestResponseProcessor.java:226)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:67)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
at java.lang.Thread.run(Thread.java:748)
Danke noch einmal für die Unterstützung bis hierhin!
Gruß
Lumi
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Nachdem ich meinen HMIP-BSM abgelernt und das System neu gestartet habe läuft alles ohne Fehler.
Hallo,
nachdem ich meinen HMIP-BSM (ich habe nur 1 Gerät) abgelernt und das System neu gestartet habe läuft alles ohne Fehler.
@lumi
Hast Du ein Feedback von EQ-3 bekommen?
-
- Beiträge: 141
- Registriert: 04.04.2019, 18:26
- Hat sich bedankt: 14 Mal
- Danksagung erhalten: 13 Mal
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Hallo!
Gab es schon eine Antwort von eq3?
Ich habe mein System seit ca. 6 Monaten in Betrieb und in unregelmäßigen Abständen auch dieses Einfrieren der CCU3.
Es passiert immer etwa 1-2 Wochen nach einem Neustart des Systems. Alle HmIP-Geräte lassen sich nicht oder nur zeitverzögert bedienen. Ein Aufrufen der Einstellungen der HmIP-Komponenten in der Geräteliste ist nicht möglich (Nur der Loading-Kreisel). HM-Geräte hingegen lassen sich nach wie vor aufrufen.
Vor etwa 4 Wochen habe ich eine neue CCU3 gekauft und mein Backup dort eingespielt. Auch hier funktioniert es nicht und die CCU3 fror wieder nach wenigen Tagen ein (manchmal kam auch die Meldung, dass HmIP-RF nicht mehr läuft). Ich habe keine Zusatzsoftware drauf (sogar Mediola habe ich deinstalliert) und keine Scripte. Also nur reine WebUI-Programme und entsprechende Variablen.
Überlege nun auch, das System komplett neu aufzusetzen und habe aber Bedenken, dass auch nach einem Werksreset irgendwelche Dateileichen weiterhin vorhanden sind.
Gibt es vielleicht wieder neue Erkenntnisse?
VG
Michael
-
- Beiträge: 9
- Registriert: 03.07.2019, 11:08
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Hallo wieder mal.
Ich habe diesbezüglich einiges in letzter Zeit versucht. Ich habe dieses Problem mit dem Einfrieren der CCU auch. Ich hatte erst alles auf einen CCU mit Originalsoftware laufen und irgendwann diese Probleme.Nach allen möglichen Versuchen habe ich mir eine Raspberry PI3 geholt und es damit versucht. Habe aber nur das Backup eingespielt und danach die selben Probleme (ein, zwei Tage, und dann ging nichts mehr).
Der nächste Versuch: Ich habe einen neu aufgesetzte Raspberry PI3 genommen und wirklich meine ganzen 115 Geräte (90% HMIP , 10%HM) aus der alten abgelernt und auf Werkszustand zurück gesetzt und nach und auf der neuen angelernt. Ich habe dafür ca. eine Woche gebraucht. Raum für Raum.
Als ich damit fertig war, und ich alle Geräte wieder angelernt gehabt und die meisten direkt Verknüpfungen wieder neu gemacht hatte ist mir die CCU wieder eingefroren.
Also nur Geräte angelernt und ein paar Verknüpfungen. Keine Zusatzsoftware, keine Programme, keine Skripte. Einfach garnichts und es funktioniert trotzdem nicht.
Der Support von eQ-3 macht nichts da ich Raspberry nutze. Schönen dank auch.
Viel schlimmer finde ich das es soviel Leute gibt mit diesem Problemen und nichts passiert. Tausende Euro investiert in ein System das nicht sauber läuft.
Ich habe diesbezüglich einiges in letzter Zeit versucht. Ich habe dieses Problem mit dem Einfrieren der CCU auch. Ich hatte erst alles auf einen CCU mit Originalsoftware laufen und irgendwann diese Probleme.Nach allen möglichen Versuchen habe ich mir eine Raspberry PI3 geholt und es damit versucht. Habe aber nur das Backup eingespielt und danach die selben Probleme (ein, zwei Tage, und dann ging nichts mehr).
Der nächste Versuch: Ich habe einen neu aufgesetzte Raspberry PI3 genommen und wirklich meine ganzen 115 Geräte (90% HMIP , 10%HM) aus der alten abgelernt und auf Werkszustand zurück gesetzt und nach und auf der neuen angelernt. Ich habe dafür ca. eine Woche gebraucht. Raum für Raum.
Als ich damit fertig war, und ich alle Geräte wieder angelernt gehabt und die meisten direkt Verknüpfungen wieder neu gemacht hatte ist mir die CCU wieder eingefroren.
Also nur Geräte angelernt und ein paar Verknüpfungen. Keine Zusatzsoftware, keine Programme, keine Skripte. Einfach garnichts und es funktioniert trotzdem nicht.
Der Support von eQ-3 macht nichts da ich Raspberry nutze. Schönen dank auch.
Viel schlimmer finde ich das es soviel Leute gibt mit diesem Problemen und nichts passiert. Tausende Euro investiert in ein System das nicht sauber läuft.
-
- Beiträge: 3029
- Registriert: 28.01.2016, 18:06
- System: CCU
- Wohnort: Hürth
- Hat sich bedankt: 16 Mal
- Danksagung erhalten: 270 Mal
Re: Raspberrymatic ccu3 muss täglich duchgestartet werden sonst kein status von HM IP Geräten
Hi!
Das nichts passiert, stimmt ja nicht.
Man ist bei eQ-3 ja mit der Lösung des Problems beschäftigt.
Gruß
Gerti
Das nichts passiert, stimmt ja nicht.
Man ist bei eQ-3 ja mit der Lösung des Problems beschäftigt.
Gruß
Gerti