UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MP_Trixi]

@stenmic
werd ich versuchen

bei mir ist der Adapter gerade ausgestiegen und hat sich neu gestartet:

bmw.0
2025-10-01 14:23:29.921	info	terminating

bmw.0
2025-10-01 14:23:29.711	warn	MQTT connection closed

bmw.0
2025-10-01 14:23:29.419	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

bmw.0
2025-10-01 14:23:29.416	info	terminating

bmw.0
2025-10-01 14:23:29.355	error	used is not defined

bmw.0
2025-10-01 14:23:29.355	error	ReferenceError: used is not defined at Bmw.updateQuotaStates (/opt/iobroker/node_modules/iobroker.bmw/main.js:585:12) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.bmw/main.js:122:11) at listOnTimeout (node:internal/timers:581:17) at processTimers (node:internal/timers:519:7)

bmw.0
2025-10-01 14:23:29.352	error	unhandled promise rejection: used is not defined

bmw.0
2025-10-01 14:23:29.351	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

bmw.0
2025-10-01 14:18:37.201	warn	State "bmw.0.xxx.remotev2.force-refresh" has no existing object, this might lead to an error in future versions

bmw.0
2025-10-01 14:18:37.192	info	BMW CarData only provides vehicle data, no command functionality

bmw.0
2025-10-01 14:18:37.191	warn	Remote controls not available in BMW CarData (read-only API)

bmw.0
2025-10-01 14:18:36.293	warn	State "bmw.0.xxx.remotev2.force-refresh" has no existing object, this might lead to an error in future versions

bmw.0
2025-10-01 14:18:36.208	info	BMW CarData only provides vehicle data, no command functionality

bmw.0
2025-10-01 14:18:36.206	warn	Remote controls not available in BMW CarData (read-only API)

bmw.0
2025-10-01 14:14:52.920	info	Cleaning up complete old auth folder from previous version

bmw.0
2025-10-01 14:13:29.475	info	BMW MQTT stream connected

bmw.0
2025-10-01 14:13:29.352	info	API quota: 50/50 calls remaining

bmw.0
2025-10-01 14:13:29.351	info	MQTT streaming: enabled

bmw.0
2025-10-01 14:13:29.348	info	BMW CarData adapter startup complete

bmw.0
2025-10-01 14:13:29.345	info	Setting up periodic updates every 10 minutes for 1 vehicle(s)

bmw.0
2025-10-01 14:13:26.573	error	BMW CarData vehicle discovery failed: used is not defined

bmw.0
2025-10-01 14:13:26.571	info	Fetching 8 configured API endpoints for xxx...

bmw.0
2025-10-01 14:13:26.047	info	Cleaning old states for xxx (upgrading from previous version)

bmw.0
2025-10-01 14:13:26.040	info	Added vehicle: xxx

bmw.0
2025-10-01 14:13:26.039	info	Found 1 BMW vehicles

bmw.0
2025-10-01 14:13:25.214	info	Starting BMW CarData vehicle discovery...

bmw.0
2025-10-01 14:13:25.212	info	BMW CarData authorization successful!

[tombox]

@mp_trixi 4.0.2 testen

[jrichl]

Respekt wie schnell hier eine Lösung geschaffen wurde. Ich bekomme momentan noch im iobroker Log die folgende Warning und der stream liefert auch noch keine Daten - aber in Summe geht das in die richtige Richtung

[manny4566]

Hab ich das richtig verstanden, dass man somit pro Auto eine eigene Adapter Instanz braucht ?

Edit: ne braucht man natürlich nicht :)

[MP_Trixi]

@tombox
ist drauf - im api kommen jetzt basicData und Respekt. Hammer reaktiv und tolle Arbeit!
liegt das access denied noch an einer Einstellung auf BMW Seite oder liegt das an deren Änderung, sprich dass man z.B. nur noch lesen und nicht mehr schreiben kann?

bmw.0
2025-10-01 14:34:52.914	info	BMW MQTT stream connected

bmw.0
2025-10-01 14:34:52.814	info	API quota: 42/50 calls remaining

bmw.0
2025-10-01 14:34:52.814	info	MQTT streaming: enabled

bmw.0
2025-10-01 14:34:52.814	info	BMW CarData adapter startup complete

bmw.0
2025-10-01 14:34:52.813	info	Setting up periodic updates every 10 minutes for 1 vehicle(s)

bmw.0
2025-10-01 14:34:50.387	warn	vehicleState access denied for xxx (403)

bmw.0
2025-10-01 14:34:50.343	warn	statistics access denied for xxx (403)

bmw.0
2025-10-01 14:34:50.297	warn	location access denied for xxx (403)

bmw.0
2025-10-01 14:34:50.252	warn	climateNow access denied for xxx (403)

bmw.0
2025-10-01 14:34:50.206	warn	chargingSessions access denied for xxx (403)

bmw.0
2025-10-01 14:34:50.159	warn	chargingProfile access denied for xxx (403)

bmw.0
2025-10-01 14:34:48.786	info	Updated vehicle name: i4 M50 (xxx)

bmw.0
2025-10-01 14:34:47.544	info	Fetching 8 configured API endpoints for xxx...

bmw.0
2025-10-01 14:34:47.466	info	Added vehicle: xxx

bmw.0
2025-10-01 14:34:47.466	info	Found 1 BMW vehicles

bmw.0
2025-10-01 14:34:46.971	info	Starting BMW CarData vehicle discovery...

bmw.0
2025-10-01 14:34:43.853	info	Found stored BMW CarData session

bmw.0
2025-10-01 14:34:43.561	info	starting. Version 4.0.2 in /opt/iobroker/node_modules/iobroker.bmw, node: v20.19.5, js-controller: 7.0.7

bmw.0
2025-10-01 14:34:12.822	info	terminating

@stenmic Auto gestartet und stream ist nun gefüllt

[jrichl]

@jrichl said in Test Adapter BMW/Mini v2.0.0:

Respekt wie schnell hier eine Lösung geschaffen wurde. Ich bekomme momentan noch im iobroker Log die folgende Warning und der stream liefert auch noch keine Daten - aber in Summe geht das in die richtige Richtung

die Warning scheint jetzt weg zu sein, inzwischen kommen auch über den Stream Werte rein - ich bin begeistert.

[Hag-En]

Mit 4.0.2 kommt bei mir jetzt auch was bei API - aber es kommen auch Fehler:

[stenmic]

V4.0.2

API basicData wurden befüllt.

[tombox]

@stenmic 4.0.3 testen

[MP_Trixi]

@tombox

bmw.0
2025-10-01 14:58:31.464	info	BMW MQTT stream connected

bmw.0
2025-10-01 14:58:31.351	info	API quota: 24/50 calls remaining

bmw.0
2025-10-01 14:58:31.349	info	MQTT streaming: enabled

bmw.0
2025-10-01 14:58:31.347	info	BMW CarData adapter startup complete

bmw.0
2025-10-01 14:58:31.346	info	Setting up periodic updates every 10 minutes for 1 vehicle(s)

bmw.0
2025-10-01 14:58:27.388	info	Updated vehicle name: i4 M50 (xxx)

bmw.0
2025-10-01 14:58:26.522	info	Fetching 2 configured API endpoints for xxx...

bmw.0
2025-10-01 14:58:26.444	info	Added vehicle: xxx

bmw.0
2025-10-01 14:58:26.443	info	Found 1 BMW vehicles

bmw.0
2025-10-01 14:58:25.948	info	Starting BMW CarData vehicle discovery...

bmw.0
2025-10-01 14:58:17.113	info	Found stored BMW CarData session

bmw.0
2025-10-01 14:58:16.898	info	starting. Version 4.0.3 in /opt/iobroker/node_modules/iobroker.bmw, node: v20.19.5, js-controller: 7.0.7

bmw.0
2025-10-01 14:58:02.516	info	terminating

[Hag-En]

@tombox Basic kommt, Bild und Telematik nicht (ich rufe nur die drei ab).

[Derda 0]

@tombox

Warning "vehicleState access denied for WBY..." ist weg mit 4.0.3, aber die MQTT-Werte werden nicht aktualisiert. Log sagt "BMW MQTT stream connected", bmw.0.info.mqttConnected hat den Wert true mit timestamp 15:05, aber bmw.0.WBYxxx.lastStreamUpdate ist Wed Oct 01 2025 14:46:25 GMT+0200 (Central European Summer Time).

[stenmic]

@tombox mit 4.0.3 keine Fehler im Log.
Aber bisher nur Werte bei basicData.

Der Datenpunkt "apiQuotaUsed" aktualisiert sich nicht bei mir.

Im Log beim Start aber schon.

[Marc Berg]

@derda-0 sagte in Test Adapter BMW/Mini v2.0.0:

Warning "vehicleState access denied for WBY..." ist weg mit 4.0.3, aber die MQTT-Werte werden nicht aktualisiert. Log sagt "BMW MQTT stream connected", bmw.0.info.mqttConnected hat den Wert true mit timestamp 15:05, aber bmw.0.WBYxxx.lastStreamUpdate ist Wed Oct 01 2025 14:46:25 GMT+0200 (Central European Summer Time).

MQTT Werte aktualisieren sich nur, falls sich am Auto was ändert (Tür geöffnet, km-Stand, ...). Sonst nicht und auch der timestamp aktualisiert sich nicht.

[Derda 0]

@marc-berg said in Test Adapter BMW/Mini v4.x.x:

MQTT Werte aktualisieren sich nur, falls sich am Auto was ändert (Tür geöffnet, km-Stand, ...). Sonst nicht und auch der timestamp aktualisiert sich nicht.

Danke für den Hinweis, aber der Ladestand hat sich in der Zeit von 69% auf 73% erhöht laut App. Müsste also aktualisieren.

Allerdings steht mittlerweile im log eine warning "MQTT connection closed".

[Marc Berg]

@derda-0 sagte in Test Adapter BMW/Mini v2.0.0:

Allerdings steht mittlerweile im log eine warning "MQTT connection closed".

Okay, das würde das Verhalten erklären. Bei mir kommt diese Meldung (bisher) nur beim Adapter Neustart.

[manny4566]

@derda-0
Kann das verhalten auch bei mir bestätigen.
Selbst nach Türen öffnen kamen dann paar Daten in den Stream rein, aber bis jetzt kein Datenpunkt zum Ladestand. Das Auto lädt ebenfalls gerade bei mir.

EDIT: Sorry, hab jetzt den Datenpunkt gefunden. Mal sehen ob er sich aktualisiert.

[Marc Berg]

@manny4566 sagte in Test Adapter BMW/Mini v2.0.0:

Kann das verhalten auch bei mir bestätigen.
Selbst nach Türen öffnen kamen dann paar Daten in den Stream rein, aber bis jetzt kein Datenpunkt zum Ladestand. Das Auto lädt ebenfalls gerade bei mir.

Bin auch gerade am Laden. Es scheint so, dass das Auto der MQTT Broker nicht bei jedem Prozent Änderung Updates liefert, sondern nur alle 5%?

[Steffe.S.]

@derda-0 sagte in Test Adapter BMW/Mini v4.x.x:

@marc-berg said in Test Adapter BMW/Mini v4.x.x:

MQTT Werte aktualisieren sich nur, falls sich am Auto was ändert (Tür geöffnet, km-Stand, ...). Sonst nicht und auch der timestamp aktualisiert sich nicht.

Danke für den Hinweis, aber der Ladestand hat sich in der Zeit von 69% auf 73% erhöht laut App. Müsste also aktualisieren.

Allerdings steht mittlerweile im log eine warning "MQTT connection closed".

"MQTT connection closed" habe ich auch stehen (Auto ist abgeschlossen und steht einfach so da ohne Ladevorgang o.ä.)

Update:
1 Minute später :MQTT hat sich selber wieder verbunden

[Derda 0]

Ich habe den Adapter um 15:39 Uhr noch einmal mit debug gestartet. Danach sieht alles tippi-toppi aus. Im Detail:

2025-10-01 15:39:40.413 - info: host.581b69826838 instance system.adapter.bmw.0 in version "4.0.3" (non-npm: TA2k/ioBroker.bmw) started with pid 26432
...
2025-10-01 15:39:51.422 - debug: bmw.0 (26432) Subscribed to MQTT topic: XXX...XXX/+

5 Minuten später kamen jede Menge Daten:

2025-10-01 15:44:34.469 - debug: bmw.0 (26432) MQTT message on XXXX/WBYYYYY: {"vin":"WBYYYYYY","entityId":"XXXXX","topic":"WBYYYYYYYY","timestamp":"2025-10-01T13:44:34.052Z","data":{"vehicle.vehicle.preConditioning.activity":{"timestamp":"2025-10-01T13:44:31Z","value":"INACTIVE"}}}
2025-10-01 15:44:34.469 - debug: bmw.0 (26432) MQTT: WBYYYYYYY - 1 data points
...

Danach in unregelmäßigen Abständen wieder jede Menge:

2025-10-01 15:51:03.738 - debug: bmw.0 (26432) MQTT message on ...
2025-10-01 15:54:57.938 - debug: bmw.0 (26432) MQTT message on ...
2025-10-01 16:06:21.267 - debug: bmw.0 (26432) MQTT message on ...

In dieser Zeit hat das Auto geladen, was um 16:06 beendet wurde.

16:24 hat der Adapter die Verbindung mit einem neuen Token aufgebaut. Die warn-Meldungen "MQTT connection closed" scheinen also harmlos zu sein. @tombox Sollten die dann nicht info sein? Oder sind die doch nicht harmlos?

2025-10-01 16:24:51.206 - debug: bmw.0 (26432) Refreshing BMW CarData tokens
2025-10-01 16:24:51.206 - debug: bmw.0 (26432) Refresh token URL: https://customer.bmwgroup.com/gcdm/oauth/token
2025-10-01 16:24:51.206 - debug: bmw.0 (26432) Client ID: 3174xxxx
2025-10-01 16:24:51.206 - debug: bmw.0 (26432) Refresh request data: {"grant_type":"refresh_token","refresh_token":"XXXXXX","client_id":"3174xxxx"}
2025-10-01 16:24:53.987 - debug: bmw.0 (26432) Tokens refreshed successfully
2025-10-01 16:24:53.987 - debug: bmw.0 (26432) Reconnecting MQTT with new token
2025-10-01 16:24:54.015 - warn: bmw.0 (26432) MQTT connection closed
2025-10-01 16:24:55.989 - debug: bmw.0 (26432) Connecting to BMW MQTT: customer.streaming-cardata.bmwgroup.com:9000
2025-10-01 16:24:55.990 - debug: bmw.0 (26432) MQTT Username: 75XXXXX
2025-10-01 16:24:56.119 - info: bmw.0 (26432) BMW MQTT stream connected
2025-10-01 16:24:56.170 - debug: bmw.0 (26432) Subscribed to MQTT topic: 75XXXXXX/+

17:09 dann wieder ein neues Token.

17:20 habe ich per App das Auto entriegelt. Auch die Daten kamen und wenig später die Info, dass das Auto wieder verschlossen war.

Besten Gruß
Bodo