Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Stefan-Berlin1]

Doch hab ich gemacht,
schau mal. Ich hab komplett alle ausgetauscht.
hab auch mit GitPull alle anderen neu gemacht. nun nochmal selbst runter geladen und neu hochgeladen.

hab alles aus Link Text den Verzeichnissen geholt. :-(

kann es sein das er wieder ein Problem im Docker hat Quasi?
unter javascript.0.Datenpunkte.SwimSpa.discoverIP hab ich meine reale IP wieder eingetragen.
habs auch mal testweise hier eingetragen gehabt:
javascript.0.Datenpunkte.SwimSpa.0.IPAddresse

Aber keine Änderung

[rrov1]

Hallo,

ja, kann ein Docker Problem sein, ich muss da zugeben, ich habe das nicht getestet. Ich vermute aber die Ursache liegt schon früher. Mir ist eben beim durchschauen der Fehlermeldungen im Post #176 von dir aufgefallen, das bei den Argumenten, zwischen der Rest-API URL und der IP-Adresse des SpaControllers 2 Leerzeichen sind (statt einem). Will heißen, es fehlt der Wert aus dem Datenpunkt ID.
Kannst du bitte mal einen Screenshot der Datenpunkte beisteuern? Ich brauche nur die, die direkt unter: javascript.0.Datenpunkte.SwimSpa.0 liegen, die Ordner kannst du zugeklappt lassen. Praktisch muss ich wissen ob in ID und IPAdresse was plausibles steht oder nicht. Wenn nicht ist beim SpaUpdateConfig.js irgendwas schief gegangen. Da muss ich mir noch mal über Weihnachten einen Containter aufsetzen.

Weihnachtliche Grüße

[Stefan-Berlin1]

Ja, kein Problem. Ich habe mal im 2 Bild noch die IP eingetragen.
Wenn Du mehr Bilder brauchst sag BEscheid.
Die GUID holt er sich ja scheinbar aber schon aus dem Pool oder?

Schöne Weihnachten :-)

[rrov1]

Peinlich, ich frag mich manchmal wer das programmiert hat ;-) . Ich denke, ich habe den Fehler lokalisiert. Ich hatte bei mir selbst auch schon bemerkt, das die Erinnerungen nicht mehr aktualisiert werden, aber es hat nicht klick gemacht, das ich dem mal nachgehen sollte :-|.

Richtig war von dir unter Docker den Datenpunkt: javascript.0.Datenpunkte.SwimSpa.discoverIP mit der IP-Adresse des SpaControllers zu belegen.

Wenn danach SpaUpdateConfig läuft aber weder der Datenpunkt ID noch IPAddesse mit Werten belegt ist, dann läuft dort schon was schief. SpaUpdateValues produziert dann praktisch nur noch Folgefehler, die wegen mangelnder Prüfung auf plausible Werte in den Datenpunkten nur noch weiter in die irre führen. Sorry.

Ich muss dich bitten, noch mal 3 Scripte zu aktualisieren:

• spa_config.py
• SpaUpdateValues.js und SpaUpdateConfig.js

Danach als erstes SpaUpdateConfig ausführen und prüfen, ob Werte in den Datenpunkten ID und IPAddresse stehen (auch Wasserpflegemodi und U_ID sollten gesetzt sein, sowie die Erinnerungen und ein paar der Sensoren).

Nur wenn das funktioniert, dann den Rest wieder aktivieren.

[Stefan-Berlin1]

Du hast nicht an den Feiertagen dran gearbeitet. Oh das wollte ich nicht.

So hab genau so alles gemacht leider nein

IP bei Discover IP eingetragen
Info.ip da schreibt er die IP automatisch dann rein

Wasserpflege Modi ist leer.
Erinnerungen Also 0
U_ID bleibt auch leer.
Client GUID da schreibt er was rein.

Nur die SpaGlobal am laufen IP eingetragen und wenn ich spaUdateConfig starte ist das der Also keine Fehler:

LOG:

27.12.2025, 01:09:05.596	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: start JavaScript (Javascript/js)
27.12.2025, 01:09:05.654	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: start
27.12.2025, 01:09:05.654	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: registered 1 subscription, 1 schedule, 0 messages, 0 logs and 0 file subscriptions
27.12.2025, 01:09:05.660	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: *** IP(s) to disover: 192.168.188.68
27.12.2025, 01:09:05.660	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: resetting scriptRunning, because it's false since more than 5 minutes
27.12.2025, 01:09:05.661	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: no disabled controller, doing standard discovery
27.12.2025, 01:09:05.661	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: *** discovering IP: 0 => 192.168.188.68
27.12.2025, 01:09:05.662	[info ]: javascript.0 (24749) script.js.common.Spa.SpaUpdateConfig_js: *** executing: python3 /SpaController/spa_config.py d37e243f-9fba-4403-b441-df72cb3b1d84 http://172.17.0.3:8087 javascript.0.Datenpunkte.SwimSpa 0 192.168.188.68

ich hab trotzdem weiter geschaut. Bei der SpaUpdateValue

Log:

27.12.2025, 01:42:43.011	[info ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: Stopping script
27.12.2025, 01:42:43.017	[info ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: start JavaScript (Javascript/js)
27.12.2025, 01:42:43.026	[info ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: registered 1 subscription, 1 schedule, 0 messages, 0 logs and 0 file subscriptions
27.12.2025, 01:43:00.005	[info ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: start
27.12.2025, 01:43:00.007	**[warn ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: no ID set for spa controller: javascript.0.Datenpunkte.SwimSpa.0.ID try to run SpaUpdateConfig first!**
27.12.2025, 01:43:00.007	[info ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: no spa controller found
27.12.2025, 01:43:00.007	[info ]: javascript.0 (25209) script.js.common.Spa.SpaUpdateValues_js: end

Allgemein Java Info:

	2025-12-27 01:44:00.007	warn	script.js.common.Spa.SpaUpdateValues_js: no ID set for spa controller: javascript.0.Datenpunkte.SwimSpa.0.ID try to run SpaUpdateConfig first!

[rrov1]

Welche Version des ioBroker Repo nutzt du stable oder beta? Welche Version vom Simple RESTful API nutzt du gerade?

[Stefan-Berlin1]

Io Broker 7.7.20
Als Docker von Buanet. Latest

simple-api
Einfache RESTful API

Installierte Instanzen:
1
Verfügbare Version:
2.8.0
Installierte Version:
2.8.0

Ich habe ihn nochmal neu gestartet.
Es geht es kommen Werte. :-)

UID Erinnerungen alles drin plötzlich :-)

Dann schau ich mir das mal an und starte die Skripte alle mal bis auf targettemp, mag diese anpassung der temperatur nicht

[Stefan-Berlin1]

Es scheint alles zugehen :-)

Ich hab aber nochmal ne Frage.

ich schicke den Befehl:

http://iobroker:8087/set/javascript.0.Datenpunkte.SwimSpa.0.ZielTemperatur?value=35

dann gehts. Schicke ich es über die Loxone:

ich übertrage es mit /set/javascript.0.Datenpunkte.SwimSpa.0.Zieltemperatur?value=#V

wobei #V der wert ist all so 35

Es kommt dann

hast Du da ein Rat?

simple-api.0
2025-12-27 17:03:50.829	info	State value to set for "javascript.0.Datenpunkte.SwimSpa.0.ZielTemperatur" has to be type "number" but received type "string"

avascript.0
2025-12-27 17:04:05.364	error	script.js.common.Spa.SpaUpdateValues_js: *** stderr: Error: Command failed: python3 /SpaController/spa_updateBulk.py d37e243f-9fba-4403-b441-df72cb3b1d84 http://172.17.0.3:8087 SPA80:34:28:20:e3:2c 192.168.188.68 javascript.0.Datenpunkte.SwimSpa Traceback (most recent call last): File "/SpaController/spa_updateBulk.py", line 346, in <module> asyncio.run(main()) ~~~~~~~~~~~^^^^^^^^ File "/usr/local/lib/python3.13/asyncio/runners.py", line 194, in run return runner.run(main) ~~~~~~~~~~^^^^^^ File "/usr/local/lib/python3.13/asyncio/runners.py", line 118, in run return self._loop.run_until_complete(task) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^ File "/usr/local/lib/python3.13/asyncio/base_events.py", line 721, in run_until_complete return future.result() ~~~~~~~~~~~~~^^ File "/SpaController/spa_updateBulk.py", line 191, in main currentIoBrVal = float(searchForValue("id", ioBrDp, "val", currentStates)) ValueError: could not convert string to float: '#V'

fggg

[rrov1]

@Stefan-Berlin1 sagte in Steuerung Gecko in Touch 2 per iob möglich? (Wellis):
Schön zu hören das es jetzt doch geht. Ich habe schon etwas drüber geknobelt und die Fehlerbehandlung noch weiter verbessert, aber lass das jetzt von den eingesetzten Scriptständen mal so wie es ist.

Ich denke dein:

/set/javascript.0.Datenpunkte.SwimSpa.0.Zieltemperatur?value=#V

aus Loxone ist falsch. Ich vermute Loxone sendet wirklich den Wert "#V" und nicht die von dir erwartete Zahl "35". In der Folge schmiert auch spa_updateBulk.py ab, weil es jede Minute den Wert holt und an der Stelle eine Dezimalzahl und nicht "#V" erwartet...

Wechsle mal in die Objektansicht und stelle bei der Zieltemperatur manuell eine Zahl ein, sagen "33", dann:

• 1 Minute warten, spa_updateBulk.py sollte sauber laufen und ggf. die im SpaController eingestellte Zieltemperatur zurückschreiben.
• Jetzt mit Loxone deinen neuen Zielwert eintragen
  Wenn in der Objektansicht jetzt "#V" steht, dann liegts an dem was Loxone sendet.

Wenn ich die Loxone Doku so lese müsste es "\v" sein um den Wert zu senden. Ich habe aber kein Beispiel zur Hand, da ich die Temperatur im Sommer komplett automatisch nachziehen lasse.