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

[arteck]

@oranggila kommt da was als fehler ?? den wir bewegen uns Lokal.. sollte nicht stören

[oranggila]

@arteck Muss ich beobachten. Im Log war nichts mehr zu sehen, als ich es bemerkt habe.

[oranggila]

@arteck In den Logs der vergangenen Tage ist nach 4:30 Uhr DSL-Router Restart kein Eintrag mehr von judoisoft, auch keine Fehlermeldung. Hat noch jemand dieses Verhalten oder eine Erklärung dafür? Ich würde jetzt halt täglich einen Neustart des Adapters nach 4:30 Uhr einplanen als Workaround.

[mpenno]

@oranggila Bei mir läuft der Adapter ohne Probleme.

Ich hatte letztens das erste Mal ein Problem, was einen fehlerhaften Neustart des gesamten Docker-Containers mit sich zog. Die eigentliche Ursache konnte ich aber nicht ausmachen.
Ich hatte kürzlich einige Adapter aktualisiert, jetzt auch noch mal. In den Änderungshistorien habe ich was von "fix crash case" bei den Adaptern "Information tab" und "javascript" gelesen.

Soweit alles in Ordnung :-)

Viele Grüße

[oranggila]

@mpenno Bei mir läuft er jetzt auch stabil. Ich starte den Adapter täglich 5:30 Uhr neu und habe Aktualisierung alle 2 min eingestellt. VIS ist auch schon ganz brauchbar:

Nur die Wasserhärte einstellen im Adapter fehlt noch, damit die Szenen funktionieren.

[mpenno]

@oranggila Schöne Visu!

Bei mir aktualisieren sich jetzt auch keine Werte mehr. Alle Daten sind vom 21.01. ca. 3:00 Uhr morgens, auch der Zetistempel vom "Connection Status = OK".

Das Log ist unauffällig.

Soll ich was bestimmtes Prüfen, was der Sache dienlich sein kein, bevor ich den Adapter neu starte?

Viele Grüße
Michael

[mpenno]

Habe dann gestern aufgrund vom Aktualisieren einiger Pakete, darunter auch den js-controller, neugestartet. Das war gestern gegen 16:30 Uhr.
Heute aktualisieren sich wieder keine Daten. Stehen geblieben ist er gestern um 21:24 Uhr.
Wieder mit Connection-Status = OK.
Er denkt scheinbar immer noch, er sei verbunden. Adapterspezifische Log-Meldungen gibt es nicht.
Zur Info: Mein Judo iSoft ist mit einem Netzwerkkabel angebunden, nicht per WLAN.

Viele Grüße
Michael

[arteck]

@mpenno hmm..
aktualisiere nochmal vom GIT und stell den adapter mal auf silly und beobachte die logs.. wo der aussteigt

[mpenno]

@arteck Ja OK, mache ich.

Ich habe mal kurz das Netzwerkkabel vom Judo iSoft für 10 Minuten abgezogen. Das scheint dem Adapter nicht zu interessieren (Abfrageintervall war Standard=300s). Er scheint wirklich fest zu "hängen".

Ich melde mich später.

Danke übrigens für Deinen Support!
Habt Ihr eine PayPal-Kasse?

[arteck]

jetzt auch mit cloud Login

leider musste ich die Einstellung wieder ausbauen da die Cloud nicht die funktionalität hergibt

[mpenno]

@arteck Kleiner Zwischenstand: mit der 1.0.1 läuft es schon seit über 24h.

[mpenno]

Neuer Zwischenstand: Ich musste den Test abbrechen, da meine Docker-Instanz instabil lief. Mein RAM wurde knapp, so dass ich erst einen neuen Speicherriegel für meine Synology bestellen musste. Ich hoffe, er wird am Samstag geliefert :-)

[oranggila]

gelöscht

[oranggila]

@arteck said in Test : Wasserenthärtung judo i-soft plus Adapter:

@oranggila ok klingt plausibel.. ich bau es ein

check 0.0.6

@arteck Ist das Einstellen der Wasserhärte schon eingebaut in der 1.0.1?

[arteck]

@oranggila ja

[oranggila]

@arteck said in Test : Wasserenthärtung judo i-soft plus Adapter:

@oranggila ja

Härtegrad einstellen erfolgreich getestet. Vielen Dank dafür! :+1:

[mpenno]

Hallo,

seit Sonntag läuft der Adapter ohne Neustart. Im auf "silly" gestelltem Log gibt es immer diesen Block an Einträgen, passend zum eingestelltem Polling-Intervall:

2021-02-03 04:13:32 judoisoft.0 (1228) get Consumption data 
2021-02-03 04:13:35 judoisoft.0 (1228) -> WaterCurrent
2021-02-03 04:13:37 judoisoft.0 (1228) -> ResidualHardness
2021-02-03 04:13:37 judoisoft.0 (1228) States user redis pmessage judoisoft.0.ResidualHard
ness/judoisoft.0.ResidualHardness:{"val":"8","ack":true,"ts":1612322017779,"q":0,"from":"system.adapter.judoisoft.0"," user":"system.user.admin","lc":1610288716907}
2021-02-03 04:13:37 judoisoft.0 (1228) --> stateID judoisoft.0.ResidualHardness changed: 8 (ack = true)
2021-02-03 04:13:39 judoisoft.0 (1228) -> SaltRange
2021-02-03 04:13:41 judoisoft.0 (1228) -> SaltQuantity
2021-02-03 04:13:43 judoisoft.0 (1228) -> WaterAverage
2021-02-03 04:13:45 judoisoft.0 (1228) -> NaturalHardness
2021-02-03 04:13:47 judoisoft.0 (1228) -> FlowRate
2021-02-03 04:13:49 judoisoft.0 (1228) -> Quantity
2021-02-03 04:13:51 judoisoft.0 (1228) -> WaterTotaal  265410 170582
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.01 10953 10953
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.02 536 536
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.03 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.04 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.05 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.06 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.07 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.08 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.09 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.10 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.11 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) WaterYearly.12 -1 -1
2021-02-03 04:13:53 judoisoft.0 (1228) -> WaterYearly
2021-02-03 04:13:56 judoisoft.0 (1228) -> StandBy
2021-02-03 04:13:58 judoisoft.0 (1228) -> ValveState
2021-02-03 04:13:58 judoisoft.0 (1228) States user redis pmessage judoisoft.0.WaterStop/judoisoft.0.WaterStop:{"val":false,"ack":true,"ts":1612322038845,"q":0,"from":"system.adapter.judoisoft.0","user":"system.user.admin","lc":1610288703551}
2021-02-03 04:13:58 judoisoft.0 (1228) --> stateID judoisoft.0.WaterStop changed: false (ack = true)

Diese beiden Einträge fallen etwas auf ...

2021-02-03 04:13:37 judoisoft.0 (1228) States user redis pmessage judoisoft.0.ResidualHard
ness/judoisoft.0.ResidualHardness:{"val":"8","ack":true,"ts":1612322017779,"q":0,"from":"system.adapter.judoisoft.0"," user":"system.user.admin","lc":1610288716907}
2021-02-03 04:13:37 judoisoft.0 (1228) --> stateID judoisoft.0.ResidualHardness changed: 8 (ack = true)

und

2021-02-03 04:13:58 judoisoft.0 (1228) States user redis pmessage judoisoft.0.WaterStop/judoisoft.0.WaterStop:{"val":false,"ack":true,"ts":1612322038845,"q":0,"from":"system.adapter.judoisoft.0","user":"system.user.admin","lc":1610288703551}
2021-02-03 04:13:58 judoisoft.0 (1228) --> stateID judoisoft.0.WaterStop changed: false (ack = true)

Was sie bedeuten weiß ich nicht. Oder ist alles normal?

Viele Grüße

Michael

[arteck]

@mpenno alles gut

[mpenno]

@arteck Bei mir ist der Adapter jetzt doch noch einmal zwei mal stehen geblieben. Einmal lief er vom 9.2. bis 17.2. und einmal lief er vom 17.2. bis 20.2.
Am 9.2. hatte ich das Log-Level von Silly auf Info gestellt. Schade. Ich habe es nun aber wieder aktiviert.

Was ich gesehen habe, waren die beiden verschiedenen Meldungen (Log-Level "Info"):

2021-02-17 03:04:xx.xxx  : getInfos ERROR{"command":"residual hardness","data":"8","group":"settings","msgnumber":"1","status":"ok","token":"b5a3f70440deba34ade80572bc66282d5cd3291a2a0b95a0707dda46e6837288","wtuType":"...

und

2021-02-20 03:45:18.517  : judoisoft.0 (29961) reconnect 1613789118517

Das Objekt "LastInfoUpdate" hatte aber den Wert " = 20.02.2021 03:56 Uhr".

Mal sehen, was das erweiterte Logging bringt.

[arteck]

@mpenno ja so wie es aussieht verliert die judo ab und an Verbindung..

installiere bitte die GIT version .. hab da mal was eingebaut um zu schauen woher es kommt