Virtueller Ausgang (Home Connect API)

[PatrickS]

Hallo in die Runde,

ich scheitere gerade bei der Config. eines virtuellen Ausgangs.
Via Postman/curl funktioniert was ich vorhabe, aktuell eine Siemens Kaffeemaschine über die Home Connect API zu steuern.
Ich weiß es gibt auch die ein iobroker plug-in, aber würde gerne sehen ob man sich den Zwischenschritt sparen kann.

curl --location --request PUT 'https://api.home-connect.com/api/homeappliances/HARDWAREID/settings/BSH.Common.Setting.PowerState' \
--header 'Authorization: Bearer TOKEN' \
--header 'Accept: application/vnd.bsh.sdk.v1+json' \
--header 'Content-Type: application/vnd.bsh.sdk.v1+json' \
--data-raw '{
"data":{
"key":"BSH.Common.Setting.PowerState",
"value":"BSH.Common.EnumType.PowerState.Standb y"
}
}'

Habe schon einige Varianten durch und was es mir nicht einfach macht, ist das fehlende Feedback.
Ich habe im Forum schon mehrfach gesehen, dass man z.B. Content-Type bei HTTP Erweiterung einträgt, nicht sicher bin ich mir was Loxone macht, wenn ich dort auch die anderen beiden Header Infos angebe.

Adresse : https://api.home-connect.com

Befehl bei EIN: /api/homeappliances/HARDWAREID/settings/BSH.Common.Setting.PowerState

HTTP-Erweiterung bei EIN:

Authorization: Bearer TOKEN
Accept: application/vnd.bsh.sdk.v1+json
Content-Type: application/vnd.bsh.sdk.v1+json

HTTP-Post-Befehl bei EIN: {"data":{"key":"BSH.Common.Setting.PowerState", "value":"BSH.Common.EnumType.PowerState.On"}}

HTTP-Methode bei EIN: PUT

Ob mein Post-Befehl (s.o.) schon passt weiß ich nicht, glaube mein Problem liegt eher an der Auth Thematik bzw. dem Header. Evtl. hatte ja jemand schon eine ähnliche Hürde zu nehmen und kann mir etwas auf die Sprünge helfen.
Hatte den Token auch schon über ?Authorization=Bearer%20TOKEN direkt in die URL eingebunden. Habe einfach das Problem, dass es gefühlt zu viele Stellen sind/Kombinationen, was mir das Troubleshooting ziemlich erschwert.

Grüße
Patrick

[Christian Fenzl]

Was schon mal jedenfalls falsch ist, dass du in Loxone nicht die ganzen Daten sendest. Du „schluckst“ das data-Objekt im Json. Du musst schon wirklich das gleiche (exakt das gleiche) senden.

[PatrickS]

Hi Christin,

danke für den Input.

Wohl wahr, hatte ich zwischenzeitlich auch und im Zuge der ganzen testfrei rausgenommen, habe es jetzt wieder angepasst auf:
{"data":{"key":"BSH.Common.Setting.PowerState", "value":"BSH.Common.EnumType.PowerState.On"}}

Und was soll ich sagen, jetzt gehts!

Hatte nur gefühlt schon 100 Kombinationen aus URL/Erweiterungen und Befehl durchgetestet ohne Erfolg.
Die im o.g. Thread dargestellte Variante passt!

Vielen Dank.
Patrick

[PatrickS]

Hi nochmal,

Soweit so gut. Ich vermute, ein Grund warum man eher auf ioBroker setzen sollte, wäre wohl der Refresh des Tokens. Wenn ich das richtig verstanden habe, kann Loxone die HTTP Response nicht verarbeiten? Fällt euch noch etwas ein, die ich den Token, den ich ja oben für die Auth. benötige, über Loxone Boardmittel refreshen könnte?

Grüße
Patrick

[simon_hh]

hänge mich an die Frage ran,

wie kann man einen token verarbeiten oder abfragen. http Responses lassen sich ja nicht einlesen.

[PatrickS]

Bin mittlerweile auf die ioBroker Variante umgestiegen.