Das mit einem ganz alten Backup muss ich morgen auch mal probieren. Mit dem letzten, was automatisch bei einem Firmwareupdate erstellt wird hat es bei mir auch nicht geklappt. IP nichtberreichbar.sauss hat geschrieben: ↑17.05.2023, 00:10So… auch ein blindes Huhn findet mal ein Korn.
Hab meine Frage nun gelöst, der Rückwärtsgang auf die Vorgängerversion war ohne Erfolg. Habe mir dann ein Backup gesucht was gut ein halbes Jahr zurück lag. Naja diese war Erfolgreich, hab mich dann mal etwas mit dem warum Beschäftigt der einzige Unterschied zu dem kürzlich erstellten Backup war, dass ich im letzten Backup noch eine Übertragung einer Gerätesoftware liegen hatte die nicht vollständig übertragen wurde. Vielleicht hat das Update diese IP Gerätes einfach den Kommunikationskanal blockiert. Kein PLAN….
Aber eine Frage habe ich noch …. Warum Funktioniert diese Anzeige nun trotzdem nicht ??
Bildschirmfoto 2023-05-16 um 23.50.46.png
RaspberryMatic 3.69.7.20230506 – Neue Version
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 34
- Registriert: 28.01.2015, 19:43
- Hat sich bedankt: 1 Mal
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
-
- Beiträge: 9656
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 697 Mal
- Danksagung erhalten: 1617 Mal
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Wie bei dem Kollegen wird das auch bei dir nicht helfen, da es nichts mit dem Update oder Backup zu tun hat. Stichwort CarrierSense.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Nach Update auf 3.69.7.20230506 keine Verbindung mit diversen Non-IP Geräten
Hallo zusammen
Nach dem Update der RaspberryMatic von 3.69.6.20230407 auf 3.69.7.20230506 habe ich keine Verbindung mehr zu sämtlichen Non-IP Fernbedienungen und Temperatur-Sensoren. Non-IP Schaltaktoren hingegen funktionieren einwandfrei.
Die Zentrale ist virtualisiert (ESXi 7), so kann ich glücklicherweise den vor dem Update erstellten Snapshot zurückspielen und alles funktioniert wieder.
Mein Setup:
- RaspberryMatic OVA 3.69.6.20230407 auf ESXi 7.03 (zugewiesen sind 2 CPU's, 2 GB RAM, 64GB Disk)
- HB-RF-ETH v1.3.0
- 3 x HomeMatic RF-LAN Gateway v1.4.1
Betroffene Non-IP Geräte:
- HM-RC-4-2 (Schlüsselbund-Fernbedienung)
- HM-RC-12-B (12-Tasten Fernbedienung)
- HM-TC-IT-WM-W-EU (Wandthermostat)
Es könnten noch weitere Geräte-Typen betroffen sein. Dies muss ich aber erst noch testen.
Firmware auf allen Geräten ist auf dem neusten Stand.
Es macht keinen Unterschied, ob die Non-IP Geräte via LAN-Gateway verknüpft sind oder direkt über HB-RF-ETH kommunizieren, es funktioniert beides nicht.
Das Setup ist so bereits seit 2020 in Betrieb und hat bisher keinerlei Probleme gemacht. Generell ist dieses Setup wesentlich leistungsfähiger und reaktions-schneller als physikalische Raspberry Pi Hardware, die ich früher eingesetzt hatte.
Hat jemand vielleicht ähnliche Erfahrungen gemacht nach dem Update?
Bin für jeden Hinweis dankbar
Mike
Nach dem Update der RaspberryMatic von 3.69.6.20230407 auf 3.69.7.20230506 habe ich keine Verbindung mehr zu sämtlichen Non-IP Fernbedienungen und Temperatur-Sensoren. Non-IP Schaltaktoren hingegen funktionieren einwandfrei.
Die Zentrale ist virtualisiert (ESXi 7), so kann ich glücklicherweise den vor dem Update erstellten Snapshot zurückspielen und alles funktioniert wieder.
Mein Setup:
- RaspberryMatic OVA 3.69.6.20230407 auf ESXi 7.03 (zugewiesen sind 2 CPU's, 2 GB RAM, 64GB Disk)
- HB-RF-ETH v1.3.0
- 3 x HomeMatic RF-LAN Gateway v1.4.1
Betroffene Non-IP Geräte:
- HM-RC-4-2 (Schlüsselbund-Fernbedienung)
- HM-RC-12-B (12-Tasten Fernbedienung)
- HM-TC-IT-WM-W-EU (Wandthermostat)
Es könnten noch weitere Geräte-Typen betroffen sein. Dies muss ich aber erst noch testen.
Firmware auf allen Geräten ist auf dem neusten Stand.
Es macht keinen Unterschied, ob die Non-IP Geräte via LAN-Gateway verknüpft sind oder direkt über HB-RF-ETH kommunizieren, es funktioniert beides nicht.
Das Setup ist so bereits seit 2020 in Betrieb und hat bisher keinerlei Probleme gemacht. Generell ist dieses Setup wesentlich leistungsfähiger und reaktions-schneller als physikalische Raspberry Pi Hardware, die ich früher eingesetzt hatte.
Hat jemand vielleicht ähnliche Erfahrungen gemacht nach dem Update?
Bin für jeden Hinweis dankbar
Mike
Zuletzt geändert von alchy am 24.05.2023, 01:11, insgesamt 1-mal geändert.
Grund: Verschoben und zusammengeführt
Grund: Verschoben und zusammengeführt
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Hallo zusammen
Nach dem Update der RaspberryMatic auf 3.69.7.20230506 starte die Raspberrymatic WebUI, bleibt aber im loading hängen.
CloudMatic easy App funktioniert problemlos. Nach einem Reset der Raspberry Pi3 funktioniert die WebUI aber nur bis zum nächsten Computer-Neustart.
Danke an alle Beteiligten.
Nach dem Update der RaspberryMatic auf 3.69.7.20230506 starte die Raspberrymatic WebUI, bleibt aber im loading hängen.
CloudMatic easy App funktioniert problemlos. Nach einem Reset der Raspberry Pi3 funktioniert die WebUI aber nur bis zum nächsten Computer-Neustart.
Danke an alle Beteiligten.
-
- Beiträge: 281
- Registriert: 09.12.2018, 17:14
- System: CCU
- Hat sich bedankt: 68 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Hallo hab seit heute Probleme, das im Prinzip keine der Angelegten Programme mehr funktionieren
im Log steht folgendes:
keine ahnung ob das was damit zu tun hat.
im Log steht folgendes:
Code: Alles auswählen
2023-05-31 18:35:35,876 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] May 31, 2023 6:35:35 PM org.apache.http.impl.client.DefaultHttpClient tryExecute
2023-05-31 18:35:35,876 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] INFO: I/O exception (java.net.SocketException) caught when processing request to {}->http://127.0.0.1:39292: Broken pipe (Write failed)
2023-05-31 18:35:35,879 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] May 31, 2023 6:35:35 PM org.apache.http.impl.client.DefaultHttpClient tryExecute
2023-05-31 18:35:35,879 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] INFO: Retrying request to {}->http://127.0.0.1:39292
-
- Beiträge: 9656
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 697 Mal
- Danksagung erhalten: 1617 Mal
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Und was hast du schon alles mit welchem Ergebnis ausprobiert, um das Problem zu lösen?
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 281
- Registriert: 09.12.2018, 17:14
- System: CCU
- Hat sich bedankt: 68 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
ich hab natürlich neustarts probiert, Programme gelöscht, das aktuelle Update installiert. drittanbindungen deaktiviert...
ergebnis ist immer das selbe, alles funktioniert nur die programme werden nicht mehr abgearbeitet bzw ausgeführt
ergebnis ist immer das selbe, alles funktioniert nur die programme werden nicht mehr abgearbeitet bzw ausgeführt
-
- Beiträge: 20
- Registriert: 04.02.2020, 16:15
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 1 Mal
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Hallo, ich füge hier nur mal meine Erfahrung mit der 3.69.7.20230506 ein.
Setup
Bare Metal Hardware: Intel Core i5 7th Gen.
Proxmox PVE als Virtualisierer
OVA-Version von Raspberrymatic (DL von Jens' Github)
VM mit 1 Core, 1 GB RAM
USB-Passthrough des HB-RF-USB-TK (0403:6F70)
Nach dem Update aus der GUI heraus (von 3.69.6.20230407) ließen sich einige HMIP-Geräte, z.B. Wandthermostat HmIP-WTH-2 eine Weile nicht mehr in den Auto-Modus versetzen. Das konnte aber auch am laufende Firmware-Update für diese Geräte gelegen haben, das nach dem Update bei mir einige Tage für die Übertragung gebraucht hatte. Nach einigen Neustarts der Raspberrymatic-VM und etwas Geduld lief das aber wieder.
Was mir auffällt ist jedoch eine (nochmal) höhere CPU-Last als zuvor:
Finde ich jetzt nicht dramatisch, außer dass mir die CPU-Last der VM ohnehin schon immer sehr hoch vorkommt für die "Arbeit", die dort ja tatsächlich erbracht wird. Habe ich hier schon früher mal diskutiert aber mich einfach damit abgefunden. Scheint wohl am USB-Device bzw. dessen Anbindung zu liegen.
Hier noch ein Auszug, wie mein Log typischerweise aussieht:
Wenn jemand eine Idee hat, gerne her damit. Wenn nicht, ist aber auch nicht schlimm. In jedem Fall ein großes Dankeschön an Jens und die Community für dieses schöne Produkt!
Setup
Bare Metal Hardware: Intel Core i5 7th Gen.
Proxmox PVE als Virtualisierer
OVA-Version von Raspberrymatic (DL von Jens' Github)
VM mit 1 Core, 1 GB RAM
USB-Passthrough des HB-RF-USB-TK (0403:6F70)
Nach dem Update aus der GUI heraus (von 3.69.6.20230407) ließen sich einige HMIP-Geräte, z.B. Wandthermostat HmIP-WTH-2 eine Weile nicht mehr in den Auto-Modus versetzen. Das konnte aber auch am laufende Firmware-Update für diese Geräte gelegen haben, das nach dem Update bei mir einige Tage für die Übertragung gebraucht hatte. Nach einigen Neustarts der Raspberrymatic-VM und etwas Geduld lief das aber wieder.
Was mir auffällt ist jedoch eine (nochmal) höhere CPU-Last als zuvor:
Finde ich jetzt nicht dramatisch, außer dass mir die CPU-Last der VM ohnehin schon immer sehr hoch vorkommt für die "Arbeit", die dort ja tatsächlich erbracht wird. Habe ich hier schon früher mal diskutiert aber mich einfach damit abgefunden. Scheint wohl am USB-Device bzw. dessen Anbindung zu liegen.
Hier noch ein Auszug, wie mein Log typischerweise aussieht:
Code: Alles auswählen
Jun 2 06:48:46 0 daemon.info udhcpc[1043]: sending renew to server 192.168.10.1
Jun 2 06:48:46 0 daemon.info udhcpc[1043]: lease of 192.168.10.31 obtained from 192.168.10.1, lease time 3600
Jun 2 07:18:47 0 daemon.info udhcpc[1043]: sending renew to server 192.168.10.1
Jun 2 07:18:47 0 daemon.info udhcpc[1043]: lease of 192.168.10.31 obtained from 192.168.10.1, lease time 3600
Jun 2 07:48:47 0 daemon.info udhcpc[1043]: sending renew to server 192.168.10.1
Jun 2 07:48:47 0 daemon.info udhcpc[1043]: lease of 192.168.10.31 obtained from 192.168.10.1, lease time 3600
Jun 2 08:18:48 0 daemon.info udhcpc[1043]: sending renew to server 192.168.10.1
Jun 2 08:18:48 0 daemon.info udhcpc[1043]: lease of 192.168.10.31 obtained from 192.168.10.1, lease time 3600
Jun 2 08:48:48 0 daemon.info udhcpc[1043]: sending renew to server 192.168.10.1
Jun 2 08:48:49 0 daemon.info udhcpc[1043]: lease of 192.168.10.31 obtained from 192.168.10.1, lease time 3600
Jun 2 08:50:51 0 user.info qemu-ga: info: guest-ping called
Jun 2 08:51:01 0 user.info qemu-ga: info: guest-ping called
Jun 2 08:51:12 0 user.info qemu-ga: info: guest-ping called
Jun 2 08:51:22 0 user.info qemu-ga: info: guest-ping called
Jun 2 08:51:33 0 user.info qemu-ga: info: guest-ping called
Jun 2 08:51:44 0 user.info qemu-ga: info: guest-ping called
Jun 2 09:18:49 0 daemon.info udhcpc[1043]: sending renew to server 192.168.10.1
Jun 2 09:18:50 0 daemon.info udhcpc[1043]: lease of 192.168.10.31 obtained from 192.168.10.1, lease time 3600
Jun 2 09:28:53 0 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000A9A49A4BCF7:1","PARTY_TIME_START"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: PARTY_TIME_START"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jun 2 09:28:53 0 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"000A9A49A4BCF7:1","PARTY_TIME_START"}) [CallGetValue():iseXmlRpc.cpp:1445]
Jun 2 09:28:53 0 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = [ReadValue():iseDOMdpHSS.cpp:124]
Jun 2 09:28:53 0 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000A9A49A4BCF7:1","PARTY_TIME_END"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: PARTY_TIME_END"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jun 2 09:28:53 0 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"000A9A49A4BCF7:1","PARTY_TIME_END"}) [CallGetValue():iseXmlRpc.cpp:1445]
Jun 2 09:28:53 0 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = [ReadValue():iseDOMdpHSS.cpp:124]
Jun 2 09:28:53 0 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000A9A49A4BCF7:1","PARTY_SET_POINT_TEMPERATURE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: PARTY_SET_POINT_TEMPERATURE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jun 2 09:28:53 0 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"000A9A49A4BCF7:1","PARTY_SET_POINT_TEMPERATURE"}) [CallGetValue():iseXmlRpc.cpp:1445]
Jun 2 09:28:53 0 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jun 2 09:31:31 0 user.info qemu-ga: info: guest-ping called
-
- Beiträge: 680
- Registriert: 18.04.2018, 12:32
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Neuhausen auf den Fildern
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 19 Mal
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Meine VM Raspberrymatic auf der NAS wurde erfolgreich und ohne Probleme upgedatet.
Gestern wurde dann meine Charly CCU3, die als Reserve dient, auf den neuesten Stand gebracht und zwar auch die SD-Karte mit der CCU3 Homematic Software.
Dauerte zwar seine Zeit, aber jetzt ist wieder alles auf dem neuesten Stand.
Und es gab keine Probleme.
Gestern wurde dann meine Charly CCU3, die als Reserve dient, auf den neuesten Stand gebracht und zwar auch die SD-Karte mit der CCU3 Homematic Software.
Dauerte zwar seine Zeit, aber jetzt ist wieder alles auf dem neuesten Stand.
Und es gab keine Probleme.
Gruß
Hackertomm
Virtual Image auf einer Qnap TS-451D2, 2GHZ Celeron u. 8GB RAM, aktuell Raspberry OVA, Vers. 3.71.12.20231020
Hackertomm
Virtual Image auf einer Qnap TS-451D2, 2GHZ Celeron u. 8GB RAM, aktuell Raspberry OVA, Vers. 3.71.12.20231020
Re: RaspberryMatic 3.69.7.20230506 – Neue Version
Hallo,
ich habe heute auch gedacht ich installiere mal eben schnell die Version 3.69.7. Leider habe ich seitdem auch keine Verbindung mehr zu meinen HmIP Geräten.
Ich habe wie schon beschrieben einen Downgrade versucht. Habe verschiedene alte Firmware Versionen und Konfigurationen probiert. Leider ohne Erfolg.
Bei Carrier Sense steht bei mir 0 Prozent und es hat sich auch seit der letzten Version nichts am Standort etc. geändert.
Was ich zusätzlich noch bemerke ist, dass die WebUI immer mal wieder nicht reagiert und ich dann mich wieder als Admin anmelden muss.
Gibt es noch eine Möglichkeit, wie ich ggf. die HmIP Geräte wieder ans laufen bekomme?
Besten Dank für Tipps und Hinweise!
p.s. ich verwende das Tinkerboard S
ich habe heute auch gedacht ich installiere mal eben schnell die Version 3.69.7. Leider habe ich seitdem auch keine Verbindung mehr zu meinen HmIP Geräten.
Ich habe wie schon beschrieben einen Downgrade versucht. Habe verschiedene alte Firmware Versionen und Konfigurationen probiert. Leider ohne Erfolg.
Bei Carrier Sense steht bei mir 0 Prozent und es hat sich auch seit der letzten Version nichts am Standort etc. geändert.
Was ich zusätzlich noch bemerke ist, dass die WebUI immer mal wieder nicht reagiert und ich dann mich wieder als Admin anmelden muss.
Gibt es noch eine Möglichkeit, wie ich ggf. die HmIP Geräte wieder ans laufen bekomme?
Besten Dank für Tipps und Hinweise!
p.s. ich verwende das Tinkerboard S