NEWS
[gelöst] HM-REGA Fehler nach Update
-
Systemdata Bitte Ausfüllen Hardwaresystem: Beelink X55 Arbeitsspeicher: 8GB Festplattenart: SSD Betriebssystem: Ubuntu Server Node-Version: 2.1.1 Nodejs-Version: 10.17.0 NPM-Version: 6.11.13 Installationsart: Skript Image genutzt: Nein Moin Zusammen,
Habe heute das hm-rega Update auf 2.5.0 ausgeführt und seitdem schmiert der Adapter spätestens alle 5 Minuten ab. Habe Adapter Neustart, ioBroker Neustart, sogar einen Server Neustart probiert, nichts hat gefruchtet. Aus dem Debug-Log werde ich auch nicht richtig schlau, jedoch ist zu sehen, dass dem Fehler der DWD-Adapter vorausgeht. Trotz Deaktivierung von DWD fliegt der Rega Adapter noch immer raus. Hat jemand eine Idee was da los sein könnte? Ist irgendwie nervig ...
hm-rega.0 2019-12-06 20:15:56.903 debug (29081) --> Write(system.Date("%F %X").ToTime().ToInteger()); hm-rega.0 2019-12-06 20:15:56.902 info (29081) ReGaHSS 192.168.123.112 up hm-rega.0 2019-12-06 20:15:26.763 error (29081) CCU 192.168.123.112 unreachable hm-rega.0 2019-12-06 20:15:26.762 error (29081) post request error: connect ETIMEDOUT 192.168.123.112:8181 host.server 2019-12-06 20:15:05.303 info instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR) dwd.0 2019-12-06 20:15:04.792 info (31042) Terminated (NO_ERROR): Without reason dwd.0 2019-12-06 20:15:01.362 info (31042) starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v10.17.0 hm-rega.0 2019-12-06 20:15:01.022 debug (29081) objectChange system.adapter.dwd.0.logLevel {"_id":"system.adapter.dwd.0.logLevel","type":"state","common":{"name":"dwd.0 loglevel","type":"string","read":true,"write":true,"desc":"Loglevel of hm-rega.0 2019-12-06 20:15:00.975 debug (29081) objectChange system.adapter.dwd.0.sigKill {"_id":"system.adapter.dwd.0.sigKill","type":"state","common":{"name":"dwd.0 kill signal","type":"number","read":true,"write":false,"desc":"Process id hm-rega.0 2019-12-06 20:15:00.970 debug (29081) objectChange system.adapter.dwd.0.eventLoopLag {"_id":"system.adapter.dwd.0.eventLoopLag","type":"state","common":{"name":"dwd.0 Node.js event loop lag","desc":"Node.js event loop lag in ms av hm-rega.0 2019-12-06 20:15:00.925 debug (29081) objectChange system.adapter.dwd.0.outputCount {"_id":"system.adapter.dwd.0.outputCount","type":"state","common":{"name":"dwd.0 events output counter","desc":"State's outputs in 15 seconds","ty hm-rega.0 2019-12-06 20:15:00.919 debug (29081) objectChange system.adapter.dwd.0.inputCount {"_id":"system.adapter.dwd.0.inputCount","type":"state","common":{"name":"dwd.0 events input counter","desc":"State's inputs in 15 seconds","type": hm-rega.0 2019-12-06 20:15:00.914 debug (29081) objectChange system.adapter.dwd.0.uptime {"_id":"system.adapter.dwd.0.uptime","type":"state","common":{"name":"dwd.0 uptime","type":"number","read":true,"write":false,"role":"indicator.state", hm-rega.0 2019-12-06 20:15:00.869 debug (29081) objectChange system.adapter.dwd.0.memRss {"_id":"system.adapter.dwd.0.memRss","type":"state","common":{"name":"dwd.0 resident Set Size","desc":"Resident set size","read":true,"write":false,"ty hm-rega.0 2019-12-06 20:15:00.821 debug (29081) objectChange system.adapter.dwd.0.memHeapTotal {"_id":"system.adapter.dwd.0.memHeapTotal","type":"state","common":{"name":"dwd.0 total Size of the Heap","read":true,"write":false,"type":"numbe hm-rega.0 2019-12-06 20:15:00.770 debug (29081) objectChange system.adapter.dwd.0.memHeapUsed {"_id":"system.adapter.dwd.0.memHeapUsed","type":"state","common":{"name":"dwd.0 heap actually Used","type":"number","read":true,"write":false,"ro hm-rega.0 2019-12-06 20:15:00.716 debug (29081) objectChange system.adapter.dwd.0.cputime {"_id":"system.adapter.dwd.0.cputime","type":"state","common":{"name":"dwd.0.cputime","type":"number","read":true,"write":false,"role":"indicator.stat hm-rega.0 2019-12-06 20:15:00.665 debug (29081) objectChange system.adapter.dwd.0.cpu {"_id":"system.adapter.dwd.0.cpu","type":"state","common":{"name":"dwd.0.cpu","type":"number","read":true,"write":false,"role":"indicator.state","unit":"% hm-rega.0 2019-12-06 20:15:00.619 debug (29081) objectChange system.adapter.dwd.0.compactMode {"_id":"system.adapter.dwd.0.compactMode","type":"state","common":{"name":"dwd.0.compactMode","type":"boolean","read":true,"write":false,"role":"i hm-rega.0 2019-12-06 20:15:00.614 debug (29081) objectChange system.adapter.dwd.0.connected {"_id":"system.adapter.dwd.0.connected","type":"state","common":{"name":"dwd.0 is connected","type":"boolean","read":true,"write":false,"role":"indi hm-rega.0 2019-12-06 20:15:00.608 debug (29081) objectChange system.adapter.dwd.0.alive {"_id":"system.adapter.dwd.0.alive","type":"state","common":{"name":"dwd.0 alive","type":"boolean","read":true,"write":true,"role":"indicator.state"},"n host.server 2019-12-06 20:15:00.018 info instance system.adapter.dwd.0 started with pid 31042hm-rega.0 2019-12-06 20:21:16.390 debug (29081) --> Write(system.Date("%F %X").ToTime().ToInteger()); hm-rega.0 2019-12-06 20:21:16.389 info (29081) ReGaHSS 192.168.123.112 up hm-rega.0 2019-12-06 20:20:46.251 error (29081) CCU 192.168.123.112 unreachable hm-rega.0 2019-12-06 20:20:46.250 error (29081) post request error: connect ETIMEDOUT 192.168.123.112:8181@Hhjung16 sagte in HM-REGA Fehler nach Update:
Habe Adapter Neustart, ioBroker Neustart, sogar einen Server Neustart probiert, nichts hat gefruchtet
Hast du auch mal die CCU neu gestartet.
Im log steht was von unreachable
-
@Hhjung16 sagte in HM-REGA Fehler nach Update:
Habe Adapter Neustart, ioBroker Neustart, sogar einen Server Neustart probiert, nichts hat gefruchtet
Hast du auch mal die CCU neu gestartet.
Im log steht was von unreachable
-
@Homoran
ja, habe ich auch gemacht, ändert sich aber nichts. Über die Weboberfläche ist die CCU auch normal erreichbar@Hhjung16
Ja, aber evtl. Ist dort die regahss abgestürzt -
So, erneuten Neustart durchgeführt, jetzt wird der Rega Adapter und der RPC1 nur noch gelb und weiter gehts nicht. Im Log wieder die üblichen Fehlermeldungen...
-
Gebe mal im Browser das ein... , ob du ein SID ID bzw . eine Verbindung zum Port bekommst .
http://192.168.123.112:8181@Glasfaser
Da komme ich direkt aufs Webinterface, funktioniert also -
@Glasfaser
Da komme ich direkt aufs Webinterface, funktioniert alsoMüsste eigentlich eine leere Seite sein !!!
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@Glasfaser
Da komme ich direkt aufs Webinterface, funktioniert also -
@Glasfaser sagte in HM-REGA Fehler nach Update:
Müsste eigentlich eine leere Seite sein !!!
?????!!!!
-
@Glasfaser sagte in HM-REGA Fehler nach Update:
Müsste eigentlich eine leere Seite sein !!!
?????!!!!
-
Kannst du bei Adapter Adresse was auswählen?
z.B. 0.0.0.0 auf alle IPs hören?Und dann müsstest du noch auf zusätzliche Einstellungen gehen.
Und eine Adapter Callback Adresse eingeben.
Früher konnte man das wohl leer lassen.
Da kommt die Adresse rein , wo Iobroker installiert ist. -
Kannst du bei Adapter Adresse was auswählen?
z.B. 0.0.0.0 auf alle IPs hören?Und dann müsstest du noch auf zusätzliche Einstellungen gehen.
Und eine Adapter Callback Adresse eingeben.
Früher konnte man das wohl leer lassen.
Da kommt die Adresse rein , wo Iobroker installiert ist.Die Einstellung hatte ich vor einiger Zeit mal auf die einzelne IP umgestellt, weil das andere nicht richtig funktionierte.
Habe jetzt mal auf 0.0.0.0 gestellt, aber immer noch gelb
-
@Hhjung16 sagte in HM-REGA Fehler nach Update:
An diesen Einstellungen habe ich nichts verändert,
Wo läuft dein iobroker?
-
Die Einstellung hatte ich vor einiger Zeit mal auf die einzelne IP umgestellt, weil das andere nicht richtig funktionierte.
Habe jetzt mal auf 0.0.0.0 gestellt, aber immer noch gelb
-
Die Einstellung hatte ich vor einiger Zeit mal auf die einzelne IP umgestellt, weil das andere nicht richtig funktionierte.
Habe jetzt mal auf 0.0.0.0 gestellt, aber immer noch gelb
-
@Homoran
Der läuft auf dem Ubuntu Server@haselchen
Als Callback Adresse hab ich eben zum Testen die Server IP angegeben, auf der iobroker läuft@Glasfaser
Ping war erfolgreich, vom Windows Rechner und auch über Putty vom Server aus
-
@Homoran
Der läuft auf dem Ubuntu Server@haselchen
Als Callback Adresse hab ich eben zum Testen die Server IP angegeben, auf der iobroker läuft@Glasfaser
Ping war erfolgreich, vom Windows Rechner und auch über Putty vom Server aus -
Support us
720
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge