Mitmachen: Sprich „ioBroker“ ein – für ein lokales Aktivierungswort

[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.

[tofriedrich]

@paul53 kaum zu glauben… es funktioniert! Vielen vielen Dank euch allen für die Hilfe 🙏

[paul53]

@tofriedrich sagte: es funktioniert!

Dann markiere bitte das Thema in der Überschrift des ersten Beitrags als [Gelöst].

@tofriedrich sagte in Wert (JSON) an URL senden:

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

Die Wandlungen "nach Zahl" und "nach Logikwert" bei "doorOpen" kann man weglassen.

[Kusi]

@paul53 anderes Gerät, aber auch JSON an URL senden.

Der Befehl ist wie folgt :

curl -i -d '{"method": "getSystemInformation","id": 65,"params": [],"version": "1.4"}' http://192.168.1.254:10000/sony/system

Eine Antwort erhalte ich, somit funktioniert die Kommunikation.

Nun versuche ich aber, einen anderen Befehl zu senden, welche ich auf folgender Seite finde:
API reference

Als Beispiel folgender JSON:

{
 "method":"notifyPowerStatus",
 "params":[
  {
   "status":"standby"
  }
 ],
 "version":"1.0"
}

Nun habe ich folgenden exec-Befehl probiert:

curl -i -d '{"method": "notifyPowerStatus","params":[{"status":"standby"}],"version": "1.0" }' http://192.168.1.254:10000/sony/system

Folgender Fehler erscheint jetzt:

HTTP/1.1 200 OK Connection: close Content-Length: 28 Content-Type: application/json {"error":[5,"Illegal JSON"]}

Kann mir jemand weiterhelfen?