Tesla Adapater auf iobroker und virtueller Eingang

[Hoga]

Hallo Community!

Ich habe am iobroker den Tesla Adapter installiert, und feuere mit virtuellem Ausgängen Befehle gegen den Adapater. Das funktioniert stabil und gut.

Jetzt würde ich gerne mit virtuellen Eingängen Daten abholen, konkret den Batterie Stand des Autos. Dazu habe ich im Browser gespielt, und folgendes Resultat erhalten:

IPiobroker:8087/get/tesla-motors.0.5YJ3E7EB2LF753696.charge_state.battery_le vel

{"val":83,"ack":true,"ts":1683090039911,"q":0,"fro m":"system.adapter.tesla-motors.0","user":"system.user.admin","lc":16830666 09552,"type":"state","common":{"name":"battery_lev el","role":"value","type":"number","write":false," read":true},"native":{},"_id":"tesla-motors.0.5YJ3E7EB2LF753696.charge_state.battery_le vel","acl":{"object":1636,"state":1636,"file":1632 ,"owner":"system.user.admin","ownerGroup":"system. group.administrator"}}

Nach var: scheint der Batteriestand des Akkus zu sein, in diesem Fall 83%

Wie muss der virtuelle Eingang aussehen, damit ich die 83 Prozent als Output bekomme?

danke

[AlexAn]

"val":\v

[Hoga]

genau so habe ich es probiert, Wert bleibt bei null

[AlexAn]

Schau mir am Abend die Befehlserkennung noch mal am PC an...
Verlangt der IOBroker ein Passwort das eventuell im Browser gespeichert ist?

das , nach der Zahl 83 ??

[Hoga]

Das glaube ich nicht, weil ich übergebe meine Befehle an den Tesla ebenfalls ohne Passwort. Der HTTP Monitor zeigt mir:

18 11:45:40.841XXXXXXXXXXXXXXXTesla Model 3 Battery level Response 192.168.1.2:8087 / HTTP/1.1 200 OK\r\nAccess-Control-Allow-Origin: *\r\nAccess-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept\r\nContent-Type: text/html; charset=utf-8\r\nDate: Wed, 03 May 2023 09:45:48 GMT\r\nConnection: close\r\nContent-Length: 991

Ergo die Antwort schaut komplett anders aus

[AlexAn]

hast du eine Möglichkeit das , nach 83 beim Senden vom IOBroker zu entfernen

[Hoga]

ich wüsste nicht wie ehrlich gesagt

[Hoga]

Ich rede hier nicht mit dem Tesla Adapter direkt, sondern mit Simple RESTful API. Die übersetzt das dann
Authentication ist definitiv aus

[Hoga]

AlexAn Hattest du Zeit um einen Blick reinzuwerfen? danke

[AlexAn]

Zeig doch mal ein paar Shots von deinen Einstellungen in der Config!
Simple Restful API war mir schon klar

[Hoga]

Ich weiss nicht so recht was ich dir da posten soll, das dir hilft.

[AlexAn]

die Loxone Config hätte ich gemeint

[Hoga]

Die ist ziemlich unspannend, im Moment gibt es nur einen nicht funktionierenden virtuellen Eingang. Die anderen die ich für Tesla verwende (aufwecken, vorheizen ect) funktionieren

[Hoga]

AlexAn Hast du dazu was finden können? danke

[AlexAn]

Nein aber hab mich damit auch nicht mehr beschäftigt.
Nimm das Plugin und teste deine Befehlserkennung mit deinem Link: https://wiki.loxberry.de/plugins/com...rkennung/start

[Hoga]

Ich schiebe das Thema nochmals hoch, da ich leider nach wie vor hier hänge

[orli]

Hast du es mal via MQTT Client versucht? Dann kannst du dir die Befehlskennung im Loxberry einfach raus kopieren

[Hoga]

In wie fern soll ich das machen? Es ist kein mqtt involviert

[Jan W.]

Die HTTP Antwort in # 1 entspricht (wahrscheinlich) der Antwort in # 4, außer dass in der ersten Antwort nur der HTTP Content angezeigt wird, weil der Browser die Header nicht anzeigt und in letzterer nur die HTTP Header angegeben sind. Interessant ist, was NACH dem HTTP Header kommt, denn "Content-length: 991" sagt, dass noch 991 Bytes mit der eigentlichen HTTP Antwort angekommen sind.

Sofern Du irgendwie die Möglichkeit hast, die Daten zwischen dem Loxone Miniserver und der API abzugreifen, könntest Du die Kommunikation mit Wireshark direkt überprüfen, siehe https://loxwiki.atlassian.net/wiki/s...er+im+Netzwerk