UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[sissiwup]

Hallo,

iobroker läuft auf einen Linux-PC.

Alles hängt an einen 24er Switch.

Die LAN-Gateways haben allerdings noch einen weiteren Switch vor sich.

[eric2905]

Meine Frage bezieht sich auf den Raspi, auf dem RaspberryMatic installiert ist.

Gruß,

Eric

Von unterwegs getippert