REGA-Adapter stürzt ab

sissiwup

Hallo,

der rega-Adapter macht neuerdings ab und an Ärger:

` > hm-rega.0 2018-01-13 18:37:46.031 info time difference local-ccu 1s

hm-rega.0 2018-01-13 18:37:16.246 info ReGaHSS 192.168.1.11 up

hm-rega.0 2018-01-13 18:36:31.069 error CCU 192.168.1.11 unreachable

hm-rega.0 2018-01-13 18:36:31.066 error post request error: read ECONNRESET `

Danach ist er aus dem tritt, es kommen keine Ereignisse mehr an.

Neustart des Adapters hilft. Der RPC-Adapter arbeitet tadellos weiter.

Super erkennbar ist das an den Diagrammen, da wo Werte aus RPC geloggt werden,

alles vollständig (z.B. Temperatur der Heizung), da wo z.B. Variablen-Inhalte geloggt werden,

gibt es dann Lücken. Passiert seit ein paar Tagen / Wochen regelmäßig. (seit 26.12.2017)

Ist übrigens die 1.6.6 die bei mir läuft.

Hat das wer anderes schon beobachtet?

sissiwup

Hier die Heilung des Symptoms (meine CCU hat die Adresse …11 am Ende):

#!/bin/bash
logfile=/opt/test-hang.log

cd /opt/iobroker/log

more `ls -t | head -1` | grep "11 unreachable" | wc -l > /opt/counthang.akt
read akt < /opt/counthang.akt
cd /opt

if [ $(ls -1 /opt | grep -c counthang.old) = 0 ];
then
  echo "$(date) Keine alte Datei, Akt: $akt: " >> $logfile
  cp /opt/counthang.akt /opt/counthang.old
  exit 0
fi
read old < /opt/counthang.old

# echo "Alt: $old = Neu: $akt"
cp /opt/counthang.akt /opt/counthang.old

if [ $akt -gt $old ];
then
  echo "Aktion!"  >> $logfile
  echo "$(date) $akt > $old" >> $logfile
  iobroker restart hm-rega.0 >> $logfile
  iobroker restart hm-rpc.0 >> $logfile
  iobroker restart hm-rpc.1 >> $logfile
else
  touch $logfile
fi

Das Skript liegt in /opt Verzeichnis und läuft bei mir alle 5 Minuten:

*/5 *   * * *   root    /opt/test-hang.sh >> /opt/test-hang.log

Das habe ich schon immer laufen um diverse Abbrüche zu beheben.

Hier war der letzte Hänger allerdings im Jan. 2017, so daß es jetzt umgewidmet wurde.

Es kann z.B. natürlich auch den cloud-Adapter neu Starten wenn er die Verbindung verliert.

Das Skript zählt wie oft im Logfile das Ereignis aufgetreten ist, ist es häufiger als beim letzten mal

dann führt es die Aktionen aus.

Dutchman

warum so umstaendlich ueber ein externens script ?

Jeder adapter hat einen wert "connected" der auf false springt wen die verbindung abbricht, das kan man dan mit einem javascript sehr leicht in iObroker selber loesen um den adapter neu zu starten (oder eventuell ander funtionen wie push/mail/alarem whatever)

~Dutch

sissiwup

Hallo,

ja, aber macht er das nicht auch beim manuellen Neustarten des Adapters oder beim Restart des ioBrokers?

Das script startet den Adapter nur neu wenn die Verbindung zur CCU unterbrochen wurde.

Aus welchen Gründen auch immer, da die CCU erreichbar ist und das Netz auch stabil läuft.

Dutchman

~~@sissiwup:~~

Hallo,

ja, aber macht er das nicht auch beim manuellen Neustarten des Adapters oder beim Restart des ioBrokers?

Das script startet den Adapter nur neu wenn die Verbindung zur CCU unterbrochen wurde.

Aus welchen Gründen auch immer, da die CCU erreichbar ist und das Netz auch stabil läuft. `

Das kommt auf dein Script an, ich Hager mit time outs dieses Verhalten bei Neustart ausgeschlossen

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

sissiwup

Hallo,

ok, aber zurück zum Thema: Stürzt bei jemanden anderen der REGA-Adapter auch öfters ab?

Ist das Problem bekannt?

KroKoFox

Hi, jub, kämpfe mit dem selben Problem.

hm-rega.0	2018-01-17 10:59:45.528	info	time difference local-ccu 1s
hm-rega.0	2018-01-17 10:59:45.494	info	ReGaHSS 192.168.178.11 up
hm-rpc.0	2018-01-17 10:59:40.275	info	Disconnected
hm-rega.0	2018-01-17 10:58:07.857	error	CCU 192.168.178.11 unreachable
hm-rega.0	2018-01-17 10:58:07.855	error	post request error: connect EHOSTUNREACH 192.168.178.11:8181

habe ich sehr sporadisch … mal nach 2h mal nach 8h, man kann nicht sagen wann genau es immer passiert.

MODEdit by eric2905; Log-Auszüge bitte immer in Code- und ggf. Spoiler-Tags

sissiwup

Problem tritt immer noch regelmäßig auf:

hm-rega.0	2018-02-14 21:02:48.418	error	CCU 192.168.1.11 unreachable
hm-rega.0	2018-02-14 21:02:48.415	error	post request error: connect ETIMEDOUT 192.168.1.11:8181

Keiner eine Idee wodran es liegen kann?

Homoran

~~@sissiwup:~~

Keiner eine Idee wodran es liegen kann? `
An der CCU

Der Adapter erreicht die CCU nicht.

Wenn dort nicht die Rega abgestürzt ist (was ich aber primär vermute) ein paar Fragen:

hast du WLAN irgend wo mit im Spiel?
oder DLAN?

Gruß

Rainer

sissiwup

Hallo,

irgendwie kommt der Adapter nach dem Neustart nachts um 4:00 nicht in den tritt. 1x manuell neu gestartet läuft er erstmal wieder:

Hier das Log von ioBroker + CCU

Date,Facility,Severity,Host,Syslogtag,ProcessID,Messagetype,Message
"Today 09:17:41","16","3","iobroker","/usr/local/bin/node:","","1"," error: sql.0 Error: ER_NO_SUCH_TABLE: Table 'iobroker.undefined' doesn't exist"
"Today 09:17:41","16","3","iobroker","/usr/local/bin/node:","","1"," error: sql.0 Please wait till next data record is logged and reload."
"Today 09:17:34","16","3","iobroker","/usr/local/bin/node:","","1"," error: sql.0 Error: ER_NO_SUCH_TABLE: Table 'iobroker.undefined' doesn't exist"
"Today 09:17:34","16","3","iobroker","/usr/local/bin/node:","","1"," error: sql.0 Please wait till next data record is logged and reload."
"Today 08:00:01","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseHssDP::ReadValue: CallGetValue failed; sVal = {ADDRESS LEQ1013270 CONNECTED 1 DEFAULT 1 DESCRIPTION CCU2-Coprocessor DUTY_CYCLE 9 FIRMWARE_VERSION 2.8.5 TYPE CCU2} {ADDRESS NEQ1694131 CONNECTED 1 DEFAULT 0 DESCRIPTI"
"Today 08:00:01","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]"
"Today 07:00:00","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseHssDP::ReadValue: CallGetValue failed; sVal = {ADDRESS LEQ1013270 CONNECTED 1 DEFAULT 1 DESCRIPTION CCU2-Coprocessor DUTY_CYCLE 0 FIRMWARE_VERSION 2.8.5 TYPE CCU2} {ADDRESS NEQ1694131 CONNECTED 1 DEFAULT 0 DESCRIPTI"
"Today 07:00:00","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]"
"Today 06:00:01","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseHssDP::ReadValue: CallGetValue failed; sVal = {ADDRESS LEQ1013270 CONNECTED 1 DEFAULT 1 DESCRIPTION CCU2-Coprocessor DUTY_CYCLE 0 FIRMWARE_VERSION 2.8.5 TYPE CCU2} {ADDRESS NEQ1694131 CONNECTED 1 DEFAULT 0 DESCRIPTI"
"Today 06:00:01","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]"
"Today 05:00:04","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseHssDP::ReadValue: CallGetValue failed; sVal = {ADDRESS LEQ1013270 CONNECTED 1 DEFAULT 1 DESCRIPTION CCU2-Coprocessor DUTY_CYCLE 1 FIRMWARE_VERSION 2.8.5 TYPE CCU2} {ADDRESS NEQ1694131 CONNECTED 1 DEFAULT 0 DESCRIPTI"
"Today 05:00:04","16","3","ccu2.fritz.box","ReGaHss:","","1"," Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]"

apollon77

Das Log ist von der CCU … ?! Hat nichts mit dem h.rega Adapter zu tun?!

sissiwup

Hallo,

die ccu läuft. Im iobroker gibt es keine Fehlermeldungen zu dem Zeitpunkten (log iobroker + ccu).

Wenn ich den rega-Adapter neu starte läuft es wieder.

Ich habe die Vermutung, dass er beim Neustart von iobroker nicht anständig wieder hochfährt?

apollon77

Was genau läuft denn nicht in iobroker? Werden sysvars nicht aktualisiert oder was genau ist denn das Problem?

sissiwup

~~@apollon77:~~

Was genau läuft denn nicht in iobroker? Werden sysvars nicht aktualisiert oder was genau ist denn das Problem? `

Hallo,

genau, die Werte die der REGA-Adapter zusteuert. Z.B. Variablen, oder DUTY-Cycle oder Programm-Ausführung

Homoran

~~@sissiwup:~~

die ccu läuft. `
Aber wahrscheinlich die rega darauf nicht mehr, wie ich bereits oben vermutet habe.

Gruß

Rainer

sissiwup

~~@Homoran:~~

~~@sissiwup:~~

die ccu läuft. `
Aber wahrscheinlich die rega darauf nicht mehr, wie ich bereits oben vermutet habe.

Gruß

Rainer `

Hallo,

aber ein Neustart Rega im iobroker behebt das Problem. An der ccu mache ich nix.

Homoran

Ich kenne mich mit den aktuellen Versionen auf CCU und RaspiMatic nicht aus.

Daher weiss ich nicht ob da jetzt ggf. ein früher viel diskutierter Watchdog implementiert ist, der dort die Rega wieder startet.

Dann wäre es möglich, dass durch den Absturz der Rega der Adapter die Verbindung verliert und abschaltet, dann die Rega wieder durch den Watchdog gestartet wird und bei einem restart des Adapters wieder alles läuft, bis das Ganze wieder von vorne los geht.

Gruß

Rainer

robsdobs

Der Watchdog ist nicht integriert. Die RegaHss läuft auf RaspberryMatic mittlerweile sehr stabil.

Ist denn die WebUI erreichbar? Soweit ich weiß, sieht man nur den blauen Startbildschirm, wenn die RegaHss nicht läuft.

sissiwup

~~@robsdobs:~~

Der Watchdog ist nicht integriert. Die RegaHss läuft auf RaspberryMatic mittlerweile sehr stabil.

Ist denn die WebUI erreichbar? Soweit ich weiß, sieht man nur den blauen Startbildschirm, wenn die RegaHss nicht läuft. `

Hallo,

auf der CCU2 geht alles. CuxD läuft, Verbindung zu Gateways ist da, Anzeige geht.

robsdobs

Ist die CCU/RaspberryMatic Firmware auf aktuellem Stand und auch der Adapter?

NEWS

REGA-Adapter stürzt ab

REGA-Adapter stürzt ab

Support us

133

32.4k

81.3k

1.3m