RaspberryMatic 3.49.17.20191225 – Neue Version

[onkeltommy]

Ja, Wlan Ap ist in der Nähe. War vorher aber auch. Habe nur ein update gemacht und sonst nichts verändert.

mal AP abgedreht zum Test ?

[pyrodj]

Wie bei all solchen Problemen heisst es erst einmal: Ruhe bewahren und keine unüberlegten Upgrade/Downgrades zu machen. Um wieder Herr der Lage zu sein würde ich vorschlagen du deaktivierst erst einmal alle möglichen WebUI-Programme in der WebUI um sicherzugehen das nicht eines davon herumfunkt. Dann solltest du deine Batteriebetriebenen Aktoren einmal vor ort überprüfen , d.h. batterien rausnehmen und abwarten ob der dutycycle dann sinkt (> 1h warten). Und wenn dem so ist musst du auf die suche gehen welche dieser Aktoren ggf. batterien drin hat die ggf. noch zu funktionieren scheinen aber doch fast am ende sind und das doch das gerät veranlasst wild herumzufunken... Und dann natürlich noch etwaige Messsteckdosen einmal ausstecken um zu schauen ob eine davon ggf. zuviel herumfunkt weil du die Energieüberwachungswerte zu niedrig eingestellt hast...

Hallo Hallo,

nachdem ich das ganze System/Haus einmal vom Strom genommen habe hat sich das System über Nacht wieder normalisiert.

Lediglich die Alarmmeldung Chrony-NTP restarted taucht regemäßig wieder auf.

Vermutlich muß ich mal eine neue Installation auf einer frischen SD Karte machen.


Vielen Dank für die Hinweise @Jens

LG

Michael

[KHS59]

Wäre gut zu erfahren, ob das Problem mit dem Lightify-Gateway hier in Raspberrymatic noch weiter untersucht wird und in einer der kommenden Versionen gefixt werden kann.

Da kann ich leider nichts dran ändern. Die gesamte Lightify/OSRAM Anbindung ist im ClosedSource Java Teil der Firmware auf die ich keinerlei Quellcodezugriff habe und somit auch keinerlei Einfluss auf Bugfixes/Enhancements habe. Da kann nur eQ3 selbst etwas dran machen...

Kleine Zwischenmeldung der Entwickler dazu wäre schonmal gut.

Wie erwähnt, an diesem Teil der Firmware/Software kann momentan nur eQ3 selbst Hand anlegen und Bugs beseitigen bzw. neue Features einpflegen.

hallo
Anfrage bei EQ3 ergab
konnte beschriebener Sachverhalt nicht reproduziert werden
CCU3 Firmware 3.49.17 konnten die OSRAM-Geräte einwandfrei "angesprochen" werden
hab nun mal die EQ3 3.49.17 auf das System gespielt mit gleicher Zusatzsoftware und Einstellungen getestet
alles ok OSRAM Geräte gehen
dann müsste es doch an RaspberryMatic liegen? oder

[jmaus]

Kleine Zwischenmeldung der Entwickler dazu wäre schonmal gut.

Wie erwähnt, an diesem Teil der Firmware/Software kann momentan nur eQ3 selbst Hand anlegen und Bugs beseitigen bzw. neue Features einpflegen.

Anfrage bei EQ3 ergab
konnte beschriebener Sachverhalt nicht reproduziert werden
CCU3 Firmware 3.49.17 konnten die OSRAM-Geräte einwandfrei "angesprochen" werden
hab nun mal die EQ3 3.49.17 auf das System gespielt mit gleicher Zusatzsoftware und Einstellungen getestet
alles ok OSRAM Geräte gehen
dann müsste es doch an RaspberryMatic liegen? oder

Wenn dem so ist kann das ggf. sein. Müsste man aber rausfinden was/wie/wo genau nicht geht und ob es ggf. an einer Abhängigkeit liegt. Würde mich nicht wundern wenn das Problem auch einfach unter RaspberryMatic wieder verschwunden ist wenn du darauf wieder umsteigst. Wie erwähnt, die gesamte OSRAM/Hue Anbindung innerhalb der CCU Firmware (egal ob CCU3 oder RaspberryMatic) ist eine Krücke und läuft nicht stabil und bringt ohnehin nicht all die Features mit sich die eine moderne Osram/Hue Anbindung mittels anderer Lösungen heute mitbringen sollte.

[KHS59]

zurück auf RaspberryMatic 3.49.17.20191225 leider nicht verschwunden
(mit 3.47.22.20191130 ok)
danke für die schnelle Antwort
und auch danke für die topp Arbeit!!!!!!

[brinabella]

Hallo
Habe jetzt gerade gemerkt das in der 3.49.17.20191225 die Geräteauswahl in Programmen bei mir nicht mehr nach Alphabet sortiert ist, alle Geräte sind wild durcheinander. Hat das auch jemand oder weiss Abhilfe.
Also Programme und Zentralenverknüpfung- Geäteauswahl- Fenster Kanalauswahl, Liste ist nicht mehr sortiert.
Neustart hat nichts gebracht.

[jmaus]

Habe jetzt gerade gemerkt das in der 3.49.17.20191225 die Geräteauswahl in Programmen bei mir nicht mehr nach Alphabet sortiert ist, alle Geräte sind wild durcheinander. Hat das auch jemand oder weiss Abhilfe.

Bekannter Bug in der 3.49.x WebUI von eQ3. Ist bereits beseitigt in RaspberryMatic und wird mit der nächsten Version wieder funktionieren.

[brinabella]

Danke.Muss ich überlesen haben.

[gmevi1954]

Hallo Jens,
ich möchte auch meine Erfahrungen mit der aktuellen Version berichten. Vorab nach dem Update letzte Woche Freitag auf die aktuelle Version, habe ich das Wochenende im Keller verbracht um das Chaos auf der Raspimatic Umgebung wieder in den Griff zu bekommen.
Nach dem Update schaukelt sich alles hoch, fast alle Geräte gingen mit Kommunikationsproblemen verloren und waren nicht mehr erreichbar. Ein 2. Funkmodul war noch aus einer Störung im Oktober vorhanden wurde eingesetzt. Ich hatte das Probleme zu diesem Zeitpunkt mit dem Einsatz eines neuen Moduls beheben können.
Für einige Stunden sah es gut aus, aber.... so mit und mit leerten sich in 10 Geräten die Batterien, was weiteren Frust erzeugte. Danach habe ich alle nicht original ELV Geräte aus Asksin Projekten in der Konfiguration gelöscht. Alle Programme mit Scripte ausgeschaltet und weiter beobachtet. Mittlerweile war es Samstagabend, drr Frust uber den durchgeführten Update wuchs.
Jetzt fiel die Entscheidung wieder auf die alte Version 3.47.22.20191130 zurück zu gehen.
Das passte sofort nach dem Reboot wieder auch wenn einige Geräte auf Grund des hohen Duty Cycle erst nach mehr als einer Stunde wieder funktionierten.
Am Sonntagmorgen hatte sich alles wieder beruhigt und konnte wie gewohnt im vollen Umfang genutzt werden.
mit dem 2. Funkmodul und einem Pi 1B habe ich ein LAN Gateway aufgesetzt und eingebunden. Hiermit zeigte sich, dass beide Funkmodule bis heute arbeiten.
Zur Vorsicht habe ich einen 4 Kanal Aktor und eine PI-RF-MOD bestellt und heute eingesetzt. Jetzt habe ich mit den alten Funkmodulen 2 Gateways laufen
Jetzt warte ich mit großer Freude auf das nächste Update
PS: Ich benutze eine reine BidCos RF Umgebung mit 37 Geräte, kein wired kein HMIP

[mbhomie007]

Hallo,

kann jemand die Fehler entziffern?

Code: Alles auswählen

Jan 16 17:18:39 Homematic-CCU local0.err ReGaHss: ERROR: ScriptRuntimeError: integer id = 1215; [ExecError():iseESPexec.cpp:12798]
Jan 16 21:50:19 Homematic-CCU daemon.warn openvpn[1134]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Jan 16 21:50:35 Homematic-CCU daemon.warn openvpn[1134]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Jan 16 21:50:50 Homematic-CCU daemon.warn openvpn[1134]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Jan 16 21:53:46 Homematic-CCU daemon.warn openvpn[1134]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Jan 16 21:54:07 Homematic-CCU daemon.warn openvpn[1134]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Jan 16 21:54:29 Homematic-CCU daemon.warn openvpn[1134]: ERROR: Linux route add command failed: external program exited with error status: 2
Jan 17 00:27:22 Homematic-CCU local0.warn ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"","MOTION_DETECTION_ACTIVE",true}, result: [faultCode:-1,faultString:"Generic error"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jan 17 00:27:22 Homematic-CCU local0.err ReGaHss: ERROR: XMLRPC 'setValue' call failed (interface: 1011, params: [WriteValue():iseDOMdpHSS.cpp:76]