we connect id api

[terl]

Das ist ja schön dass es jetzt einen Adapter für iobroker gibt, aber wurde denn auch die API an sich irgendwo mal dokumentiert? An iobroker habe ich kein Interesse, wenn dann Home Assistant. Aber so und so macht es wenig Sinn sich die API-Calls aus einem Sourcecode fischen zu müssen.

[mtbsteve]

Cool. Ich kenne mich nicht mit iobroker aus. Gibt es eine gute Anleitung oder kannst du erklären, wie man das sich anzeigen lässt?

Also:
1. iobroker installieren: https://www.npmjs.com/package/iobroker.js-controller

am besten direkt vom source code installieren um den neuesten Stand zu haben

2. im ibroker ui über das GitHub icon den volkswagenid adapter installieren https://github.com/TA2k/ioBroker.vw-connect

3. deine WeChargeID credentials eintragen und los gehts

Zur Visualisierung verwende ich VIS, brauchbar aber nicht so doll.

[Carsten77]

Statt zu installieren würde ich einfach direkt den Docker Container starten. Finde ich persönlich gerade nur erstmal zum testen angenehmer, weil man es quasi rückstandsfrei wieder los wird..

[Carsten77]

Aber so und so macht es wenig Sinn sich die API-Calls aus einem Sourcecode fischen zu müssen.

Wenn du es doch tust, lass es uns wissen Ich bin aktuell nämlich auch noch zu faul, diesen Weg zu gehen.

[mimikri]

Statt zu installieren würde ich einfach direkt den Docker Container starten. Finde ich persönlich gerade nur erstmal zum testen angenehmer, weil man es quasi rückstandsfrei wieder los wird..

Installieren könnte man auch in einer VM, oder?

[mtbsteve]

Aber so und so macht es wenig Sinn sich die API-Calls aus einem Sourcecode fischen zu müssen.

Wenn du es doch tust, lass es uns wissen Ich bin aktuell nämlich auch noch zu faul, diesen Weg zu gehen.

du brauchst keine API calls rausfischen. Der Adapter listet alle verfügbaren bzw aktuell implementierten Objekte auf. Einfach das Objekt, zb TargetSOC in der Liste auswählen, und Zielwert eintragen und bestätigen. Fertig.
Oder ein passendes UI Widget, zB einen Slider, auswählen, das Objekt zuordnen, den Wertebereich, in dem Beispiel TargetSOC wäre dieser 50-100, festlegen, und das UI element platzieren. Fertig.
Einfacher geht es eigentlich nimmer.

[Carsten77]

Das wäre der Fall, wenn ich ioBroker nutzen würde, das will ich aber eigentlich nicht. Der Autor des ioBroker Plugins scheint halt nur der Erste zu sein, der den Zugriff auf die API umgesetzt hat. Ich bräuchte ein Plugin für HomeBridge (was ich im schlimmsten Fall selbst schreiben müsste) und da wäre die API-Beschreibung halt hilfreich. Mal schauen, wieviel Motivation ich in nächster Zeit mal aufbringen, mich mit dem JavaScript-Gedöns auseinanderzusetzen. Im Endeffekt müsste man ja nur den ioBroker-Adapterkram aus der Main.js schmeißen, um da quasi eine eigenständige WeConnectId-Klasse draus zu machen, die man auch bequem woanders einbinden kann (und man müsste bei API Changes auch nur dort ändern).

[Webwanze]

Ich habe viel Zeit mit den diversen VW-APIs verblödelt. Ständig wird da was geändert oder der Kram funktioniert mal wieder nicht. Selbst wenn nur alle vier Wochen was nicht läuft und das Auto früh nicht abfahrtsbereit ist, gibt‘s einen Einlauf von der Gattin. Ich habe den Vertrag mit VW dann nicht verlängert. Keine Leistung - kein Geld.

Schade eigentlich. Aber vielleicht schafft‘s VW ja irgendwann. Schon alleine die Flottenkunden werden da eine zuverlässige Lösung einfordern.

Thomas

[1701d]

ich kenne mich mit JavaScript jetzt nicht so gut aus, aber soweit ich das verstehe ist da nicht viel mit "API". Da wird, mehr oder weniger im Hintergrund die URL aufgerufen, der Inhalt geparst und so ein Login initiiert um an einen Token zu kommen.
Das ist erstens nicht "hübsch" und zweitens recht anfällig gegen Änderungen innerhalb der UI. Einige Parameter sind dabei "hart verdrahtet". Ich weiß nicht was der Parameter "nonce" bewirkt. Aber der übergebene Wert sieht nicht sehr "stabil" aus.
Ich würde auch gerne selber was machen, aber das sieht da noch ein bisschen nach Baustelle aus...

[Carsten77]

@1701d: Das wäre dann umso mehr ein Grund, das alles auszulagern, damit initial nicht jeder das Rad neu erfinden muss (und auch bei UI-Änderungen nicht jeder, der es nutzt, selbst korrigieren muss).