JUDO Steuerung

[Guybrush]

das kann nicht sein. mit verbose 5 wird so ziemlich jeder schritt vom modul gelogt. ich brauch jedenfalls input. ohne dem kann ich nicht viel machen

[klausg]

Ich dachte ich hätte verbose auf 5 gestellt. Egal - ich habe nochmal die Schritter wiederholt und dir geschickt
- Gerät Judo definieren, incl. attr username und set password
- get Judo model
- get Judo version
Die letzten beiden Schritte jeweils 1x per GUI (ohne Reaktion) und 1x per Kommandline (und halbem Fenster mit ok Button.

[Guybrush]

dass das bei dir nicht geht liegt an dem redirect, der wohl von http auf https erfolgt. https bzw ssl funktioniert bei mir nicht, da das zertifikat der judo nicht korrekt ist. ich hab das im eingangspost aber auch geschrieben, dass das noch ein problem sein könnte. daher bitte ssl/https an dem judogerät ausmachen. dann müsste es jedenfalls gehen. zumindest sind die redirects in deinem log wohl das problem warum es nicht geht

[klausg]

Den Punkt mit SSL hatte ich nicht gesehen. Ist jetzt aus. Ich schicke Dir gleich einen Screenshot und den Log. Der 2 File beginnt dort wo der erste aufhört. Dazwischen hatte ich SSL ausgeschaltet.

[Guybrush]

das scheint ja jetzt zu gehen. die usage* readings muss ich mir noch angucken. die werden derzeit unabhängig vom modell gefüllt. salzverbrauch dürfte deine i-dos aber nicht haben    geht auch die modell abfrage jetzt?

[klausg]

Super. Vielen Dank! Der State ist jetzt "online" und die Readings werden upgedated. Das Reading für version ist gesetzt. Ein Reading für model gibt es nicht. Ich setze das in der Testumgebung nachher nochmal auf. Ich denke, dass dann auch die Readings mit Datum in der Zukunft weg sind.

[Guybrush]

schick mir dann bitte nochmal ein log mit verbose 5. das inbetriebnahmedatum wird da z.b. noch falsch dekodiert

[klausg]

Die Judo i-dos verwendet eine Salzlösung um das Wasser chemisch zu stabilisieren. https://judo.eu/produkt/judo-i-dos-eco-3-60-dosierpumpe-mit-app-steuerung/ Das verhindert Rost im Wasser von den Rohren und Verkalkung der Rohre. Also Salzverbrauch ist ok, aber eher in Volumen als Gramm.

[klausg]

Ich habe das Gerät nochmal neu aufgesetzt und mit verbose 5 alle get Abfragen durchgeführt. Die Readings zu commissioningDate, deviceNumber und operatingHours stimmen nicht. Das Gerät wurde vor 1 Woche installiert (03.05.2025). Die Seriennummer ist 70xxx, Hardware-Version 4.0 und Software-Version 3.13.

[Guybrush]

kannst du bitte mal die Ausgabe der Aufrufe folgender URLS jeweils hier posten?

Code Auswählen Erweitern

http://admin:xxxxx@192.168.77.239/api/rest/0100
http://admin:xxxxx@192.168.77.239/api/rest/0E00

statt xxxx musst du natürlich dein gesetztes passwort setzen. den fehler bzgl. deviceNumber habe ich behoben - muss das aber nochmal abgleichen, weil die doku da eigentlich was anderes sagt. neue datei im Anhang (Ins Verzeichnis /FHEM kopieren und danach reload 50_Judo.pm)

[klausg]

Mit dem neuen Modul. Device Nummer stimmt jetzt. Toll!

http://admin:xxxxx@192.168.77.239/api/rest/0100:
{"data": "681101"}

http://admin:xxxxx@192.168.77.239/api/rest/0E00:
{"data": "683ee189"}

[Guybrush]

kontrolliere bitte nochmal deine Version. Der Wert 681101 steht für 1.17.104. das ist also richtig wie es dekodiert wird. meine Version ist übrigens auch nur 1.35.x und die ist auch erst im mai direkt von Judo geliefert worden.

Der Rückgabewert der Adresse 0E00 (Inbetriebnahme) ist allerdings schräg! Bei mir wird 090507E9 zurückgegeben, was für 09 - 05 - 07E9 steht. das entspricht 09.05.2025. bei dir steht 683ee189 was 68 - 3e - e189 entsprechen sollte. das ist übersetzt 104 (Tag).62 (Monat).57737 (Jahr). der rückgabewert ist also totaler unsinn. wenn ich das richtig sehe, dann ist die API auch hier nicht konsistent. Bei der iSoft-Pro ist das nämlich so richtig. Bei deiner i-dos scheint es aber so zu sein, dass dort ein timestamp zurückgeliefert wird. Das müsste dann 03.06.2025 11:50:33 bei dir sein. stimmt das? das ist ja mal echt bescheiden, wenn das so ist. dann muss ich mir da noch was überlegen wie ich das unterscheide..

[klausg]

Du hast recht mit der Version. Ich hatte im Web-Interface des Connection Moduls geschaut. Siehe Bilder. In der Judo App steht 1.17. Deine Versionsdekodierung stimmt also.
Das Installationsdatum war der 03.06.2025, die Uhrzeit 11:50:33 kann passen. Als ich mir die i-dos angesehen hatte, war Datum und Uhrzeit nicht eingestellt. Ich hatte das am Abend des 03.06. gemacht. Die 4,7m³ für totalWater zeigt mir die App auch.

[Guybrush]

versuch mal die anhängende datei. hier hab ich eine Abfrage beim Inbetriebnahmedatum eingebaut. das sollte funktionieren. kanns hier leider gerade nicht testen.

[klausg]

Damit crashed fhem. Wenn ich es richtig sehe, hast Du einen Typo in strftime().

Code Auswählen Erweitern

2025.06.09 15:38:42.934 4: JUDO (Judo) JUDO_Callback(): cmd: totalWater (called by __ANON__)
2025.06.09 15:38:42.934 5: JUDO (Judo) JUDO_Callback(): received content: {"data": "ae120000"} (code: 200) (called by __ANON__)
2025.06.09 15:38:42.934 5: JUDO (Judo) JUDO_DecodeJson():  (called by JUDO_Callback)
2025.06.09 15:38:42.935 5: JUDO (Judo) JUDO_CheckDayUsage(): timestampUpdate: 1749476266.62599 now: 2025-06-09 15:38:42 (called by JUDO_Callback)
Usage: POSIX::strftime(fmt, sec, min, hour, mday, mon, year, wday = -1, yday = -1, isdst = -1) at ./FHEM/50_JUDO.pm line 497.
2025.06.09 15:39:00.588 3: From the FHEM_GLOBALATTR environment: attr global pidfilename log/fhem.pid
2025.06.09 15:39:00.589 3: From the FHEM_GLOBALATTR environment: attr global updateInBackground 1
2025.06.09 15:39:00.589 3: From the FHEM_GLOBALATTR environment: attr global logfile log/fhem-%Y-%m-%d.log
2025.06.09 15:39:00.590 3: From the FHEM_GLOBALATTR environment: attr global nofork 0