Neues YouTube-Video: Visualisierung im Devices-Adapter

[powerich]

An die Leute, bei denen es funktioniert

@baluderbär
Ich habe auch das Problem, das die Authentifizierung nicht funktioniert. Auch ich habe mehrfach die ID geändert und den Stream neu aufgesetzt.
Incl Client registierren (innerhalb der 5 Minuten) und allem.

Ich habe auch evcc am laufen mit dem neuen Verfahren, das scheint zu funktionieren. Zumindest wird hier der Wert korrekt dargestellt.

Danke für jden Hinweis.
Grüße

[Ralf_N]

Frage zum aktuellem Standort:

In dem "alten Adapter" (vor API/MQTT) gab es einen Datenpunkt:

"bmw.0.WBATS1234.state.location.address.formatted"

Ist da SO nicht mehr herran zu kommen ? Müsste ich mir da was aus Breiten- und Längengrad was zusammenbastel ?

Und wenn ja, wie ? :-/

Danke Euch.

[Steffe.S.]

@Ralf_N

ich nutze diese Blockly....

https://forum.iobroker.net/post/1298437

ich habe das Skript noch etwas nach meinen Wünschen angepasst:

• den 30 Sekunden Timeoutbaustein habe ich ergänzt, da es sonst zu Fehlern kam

[Ralf_N]

Danke Dir.

schau ich mich gleich mal an.

[lobomau]

@Steffe.S. ich nutze das gleiche Script mit einem anderen Trigger (bmw.0.WBY1234.stream.vehicle.cabin.infotainment.navigation.currentLocation.latitude.value). Ich habe keine Fehler und brauche keine 30s Verzögerung. Vielleicht eine Idee?

[tombox]

@lobomau habs mal auch in den adapter eingebaut

[vowill]

Hallo @tombox, nur als Hinweis:
Aktuell kommen öfter Fehlermeldungen mit dem Inhalt
bmw.0 (419) MQTT error: Error: connack timeout
Diese wiederholen sich 1 mal je Minute, bis die Verbindung dann wieder steht (was in der Regel in wenigen Minuten der Fall ist und manchmal auch innerhalb der ersten Minute nach der Fehlermeldung).
Heute waren das Stand 17:15 Uhr insgesamt 24 Meldungen.

[stenmic]

@vowill
die Meldungen kommen bei mir leider auch immer häufiger in letzter Zeit.

[tombox]

@vowill sieht auf den ersten Blick nach ein BMW Problem aus

[Norb 0]

@vowill
Nur als Info, bei mir kommen diese Meldungen auch.

[vowill]

Wie in einem früheren Beitrag hier geschrieben, nutzte ich bislang den alexa-Adapter zum Absetzen von Befehlen an das Fahrzeug (vor allem zum Einschalten von Standheizung/-Lüftung) - über die BMW-API-Schnittstelle sind ja keine Schreibzugriffe möglich. Anfang Mai hat BMW diesen Weg allerdings auch geschlossen, ebenso wie einen Umweg über Homeassistant .
Ich habe deshalb nach einer Alternative gesucht, um meine diversen ioBroker-Skripte weiter nutzen und nicht das Handy und die myBMW-App herauskramen zu müssen. Die Lösung (mit Unterstützung von Gemini) in Kürze:

• Installation der myBMW-App auf einem meiner Visualisierungs-Tablets (auf dem der Fully Kiosk Browser und vis laufen)
• dort auch Freischalten des WLAN-Debugging
• Einrichtung der Google 'Android Debug Bridge' (ADB) im ioBroker LXC-Container und Herstellung der Verbindung zum Tablet
• Skript im ioBroker, das die myBMW-App startet und (über ADB) einen Touch auf den Button "Heizen/Lüften" simuliert

Die bisherigen Versuche haben gut funktioniert. Ich hoffe mal, dass die myBMW App auf dem Tablet nicht regelmäßig eine neue Authentifizierung verlangt ...
Vermutlich ist dieses Setup auch eine Option für andere Systeme, die nur über eine App gesteuert werden können.

[tippy88]

Verlangt die myBMW App nicht bei jedem Start eine Authentifizierung per Biometrie oder PIN?

[vowill]

@tippy88 Offenbar nicht - solange die App auf dem Tablet nicht geschlossen wird.
Ich habe die Einrichtung gestern Nachmittag fertig gestellt und heute Morgen erneut das Skript gestartet. vis bzw. Fully haben dann die myBMW-App wie gewünscht in den 'Foreground' geholt, über ADB wurde der Button gedrückt - und die Standheizung lief .

[Linedancer]

Hallo Gemeinde,
bei mir hat ein Mini Electric Einzug gehalten. hab den Adapterthread von vorn bis hinten diagonal lesen und komme klar, Danke an den Ersteller des Adapters.
Was mir fehlt sind Infos welche Werte die Datenpunkte für den Zustand der Türen, Fenster und Hauben annehmen können. Das würde die VIS integration erleichtern.
Was mir aber fast noch wichtiger ist sind die möglichen zustände der Datenpunkte rund ums Laden. Da gibt es neben CHARGING, CONNECTED und DISCONNECTED bestimmt noch mehr mögliche Infos.
Konkret bin ich grade an einem Blockly um zu erkennen ob und wieviel Unterwegs ausserhalb der heimischen Wallbox geladen wird.