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

[besterquester]

Aktuelle Test Version	0.3.0
Veröffentlichungsdatum	2022.01.20
Github Link	https://github.com/Chris-1965/ioBroker.huum-sauna

This adapter integrates the HUUM sauna control device into iobroker. The specification of HUUM Devive for the sauna control can be found here

Parameters

• User Credentials for HUUM Webpage "https://api.huum.eu/action/home/"
• refresh .. Refresh to load HUUM data from the device
• Lightpath .. Optional Lightpath (state) for switching external light. If empty HUUM switch method is used
• AstroLight .. When set the light is automatically switched on by sunset (for outdoor saunas).

Please let me know if the adapter is working for you.
Attached a screen capture from my vis dashboard.

[kukoratsch]

@besterquester
Super. Danke für Adapter.
Ich hab heute installiert. Läuft bis jetzt Problemlos

[kukoratsch]

Das sieht super aus. Bist du bereit, den View/das Widget hier zu teilen?

[besterquester]

@kukoratsch
Klar ich sende dir meine View in vis
Ich habe noch mit der Beleuchtung etwas gespielt wirst du aber nicht unbedingt benötigen.

View
Sauna-View.txt

Icons
Sauna-Icons.zip
lg Chris

[dankesreiter]

Vielen DAnk für diesen Adapter!

[intruder7]

@besterquester Hallo Chris,

Ersteinmal vielen, vielen Dank für den Adapter. Ich nutze deinen Adapter seit knapp 6 Monaten mittlerweile mit einem sehr komplexen Skript. Was mir als Fehler aufgefallen ist, setzte ich die Targettemperataur in den Objekten mit dem AckFlag false, wird der Wert nicht bestätigt aber dafür taucht unter dem Objekt switchLight der Wert bestätigt auf.

das soll doch bestimmt nicht so sein.
setzte ich den Wert unter targetTemp mit ackflag true dann taucht er dort nicht auf.
Auch wird in beiden Varianten der Wert nicht übermittelt.( Die Änderung ist nicht in der App zu sehen)

Viele Grüße

[besterquester]

@intruder7 Hi, test the new Version on git.
Regards Chris

[Alex1808]

@besterquester Hi Chris,

Danke für die Umsetzung!

Habe bemerkt das state targetTempReached wieder auf "false" erst nach dem neu einschalten die Sauna wechselt. Währe es nicht sinnvoller bereits bei ausschalten die Sauna bzw. bei switchSauna = false das state targetTempReached auf "false" umschalten?

[intruder7]

schreib ihn auf git an. Chris ist hier im Forum nicht sehr oft unterwegs.

Grüße

[Alex1808]

@intruder7
Alles klar. Danke!

[fuchs1978]

Ich überlege gerade meine Saunasteuerung gegen eine neue zu tauschen und bin auf Huum gestoßen, bietet sich bei iobroker an. Eine Frage, im Adapter sind Felder für die Feuchtigkeit, hat die Nuum einen Feuchtigkeitssensor?

[besterquester]

@fuchs1978
Ich habe keinen humidity sensor, nur temperatur ist bei HUUM dabei. Du kannst den Dampf über den Adapter einstellen, funktioniert ganz gut.
lG

[fly001]

Mit der neuen UKU WIFI Firmware (4-2.2.1193-4) habe ich so gut wie keine Verbindung mehr zum HUUM-Server von der Sauna aus. Ich bin schon in Kontakt mit dem Support. Habt ihr auch solche Probleme?

[DSt88]

@fly001
Über die Standard-HUUM-App (Android) funktioniert der Zugriff bei mir (leider vmtl immer noch ohne WLAN Mesh Steering). Über ioBroker mit HUUM-Adapter aber leider seit Kurzem nicht mehr:

(Die Sauna läuft zum Zeitpunkt des Log-Auszugs natürlich...)

[DSt88]

@besterquester
Eine Frage an den Architekten dieses wunderbaren Adapters bzw. auch alle anderen, die diesen nutzen. Bis vor Kurzem hat bei mir der Adapter noch funktioniert, aber nun (ich vermute seit einem der letzten js-Updates) werden neue Werte vom HUUM-Controller nicht übernommen. Die HUUM-App (Android) funktioniert weiterhin. Browser-Abfragen über https://api.huum.eu/action/home/status funktionieren tadellos.
Hat jemand Rat?

[mcm1957]

@dst88
Wenn hier keine Lösung kommt erstell bitte ein issue im Adapterreposotiry auf GitHub

[DSt88]

@mcm1957
Danke, mach ich beim nächsten Mal.
Das Problem hat sich mittlerweile gelöst; der HUUM-Support hat heute Vormittag geschrieben:
We would like to inform you that we have identified latency issues between our server and the UKU sauna controller, along with incorrect status mapping on the controller. We are actively working on resolving these issues and have already fixed the incorrect status mapping...
Bei mir funktioniert nun alles wieder. Offenbar lag das Problem nicht beim iob-Adapter.

[mcm1957]

@DSt88
Danke fürs Feedback