REGA-Adapter stürzt ab

[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?

[sissiwup]

@robsdobs:

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

Der Adapter ist auf dem neusten Stand, die CCU ist eine Version zurück.

[robsdobs]

Ok, die gleiche Konstellation habe ich auch und keine Probleme.

Sind beide (IOBroker und CCU) per Kabel am selben Switch oder ist hier Powerlan oder WLAN dazwischen? (Ich frage, weil der Verbindungsabbruch könnte auch durch irgendwelche Energiesparfunktionen von Beteiligten Netzwerkgeräten kommen).

Hast du auf der CCU noch andere Addons außer CuxD?

[eric2905]

Ist der Raspi evtl. per LAN und per WLAN im Netz unterwegs?

Gruß,

Eric

Von unterwegs getippert