Monatsrückblick Januar/Februar 2026 ist online!

[MCU]

@tofriedrich Kein "response:ok"

[tofriedrich]

@mcu doch das ist dabei. Hatte es nur weggelassen weil die andere Meldung neu ist.

[MCU]

@tofriedrich Nee die war vorher auch schon da. Die Meldung kommt daher, weil dort noch eine sinnlose Funktion drin ist. Trigger ohne etwas auszuführen.

curl -d "{'level':'5'}" -X POST http://192.168.178.24/set_burn_level

[tofriedrich]

@mcu keine Änderung… das komische ist, dass hurn_level auf 0 springt… egal welcher Wert vorher drin stand oder geschrieben wird.

[MCU]

@tofriedrich Also da der burn_level auch als number zurück kommt nehmen wir weitherhin number:

curl -d "{'level':3}" -X POST http://192.168.178.24/set_burn_level

[MCU]

@mcu Kann es sein,das man den Burn_Level nicht beliebig ändern darf?

[tofriedrich]

@mcu es gibt die Werte 0-5. Die bilden die Stufen vom Kamin ab. In der App selbst kann ich die Stufen einstellen.

[MCU]

@tofriedrich Hat die App ein Passwort und Username? Muss man sich beim Kamin anmelden?

[tofriedrich]

@mcu die App funktioniert nur im Netzwerk. Man stellt bei der Einrichtung eine Verbindung zum Kamin per WLAN her. Anschließend verbindet man den Kamin mit dem WLAN und kann ihn nutzen.

[MCU]

@tofriedrich Dann müssen wir mal drüber nachdenken, ich weiß nicht mehr was ich noch ändern kann. Morgen (Später heute) können wir weiter machen.

[tofriedrich]

@mcu irgendeine Möglichkeit gibt es bestimmt. Vielleicht kann der Entwickler von der Home Assistant Geschichte noch einen Tipp geben?

[MCU]

@tofriedrich
Sonst versuch mal das Script von paul und nimm ein javascript

Kopier es rein und lass es laufen.
Dies reagiert dann wieder auf Änderung von Set_Level.

[tofriedrich]

@mcu das setzt der burn_level wert auch auf 0

[MCU]

@tofriedrich

on('0_userdata.0.Kamin.Set_Level', function(dp) {
    request({
        method: 'POST',
        url: 'http://192.168.178.24/set_burn_level',
        body: {"level":dp.state.val}
    }, function(error, respnse, body) {
        if(error) log(error, 'warn');
    });
});

[MCU]

@tofriedrich Wie bekommst du das JSON?
Auch per http-Abfrage?

[MCU]

@mcu Kann es sein das die Nachtabsenkung den Wert immer wieder auf 0 stellt:
Nachtabsenkung stellt das System automatisch auf „Level 0“
https://www.hwam.de/pub/media/hwam/manuals/smartcontrol/53-1102_App_IHS_gen2_DE.pdf

[tofriedrich]

@mcu die Nachtabsenkung ist bei mir deaktiviert und wird nur selten genutzt. Normalerweise bleibt der Kamin immer auf dem zuletzt genutzten Level stehen.

[tofriedrich]

@mcu so hole ich mir die Daten und schreibe sie in die Datenpunkte:

[mvn23]

My German isn't great, so I'll type in English instead.
I'm the developer of the Home Assistant hwam_stove integration (https://github.com/mvn23/hwam_stove) and the pystove library it depends on (https://github.com/mvn23/pystove). All information required for the development of these projects was obtained by sniffing the HTTP traffic to and from the stove (it's completely unencrypted) and by disassembling the official Android app.

First of all, while going through this thread, I saw a few attempts with "{'level':5}" as payload. Please note that JSON is very picky with the type of quotes being used. All strings - and thus dictionary keys - must be enclosed in double quotes, i.e. '{"level":5}'.

To mimic the Android app and my pystove library, the following header should be included in your request: "Accept: application/json". This is present in all requests sent by pystove. If I remember correctly (it's been a while since I coded that) it was required to make the stove respond correctly. I can't think of another reason why I would have included it in pystove at the time ;)

[paul53]

@mcu
Oder so?

on('0_userdata.0.Kamin.Set_Level', function(dp) {
    request({
        method: 'POST',
        url: 'http://192.168.178.24/set_burn_level',
        json: true,
        body: {level: dp.state.val}
    }, function(error, response, body) {
        if(error) log(error, 'warn');
    });
});

Laut Doku:

body - entity body for PATCH, POST and PUT requests. Must be a Buffer, String or ReadStream. If json is true, then body must be a JSON-serializable object.
json - sets body to JSON representation of value and adds Content-type: application/json header. Additionally, parses the response body as JSON.