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

[Marc Berg]

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

bitte mal die GitHub version installieren und schauen ob die charging sessions so besser sind

mit der Version kommen jetzt diese Fehler:

2023-12-30 21:14:02.516 - error: bmw.0 (32525) updateChargingSessionv2 failed
2023-12-30 21:14:02.518 - error: bmw.0 (32525) https://cocoapi.bmwgroup.com/eadrax-chs/v1/charging-sessions?vin=Wxxxx&next_token&date=2023-12-01T00%3A00%3A00.000Z&maxResults=40&include_date_picker=true
2023-12-30 21:14:02.518 - error: bmw.0 (32525) TypeError: data.costsGroupedByCurrency.replace is not a function

[tombox]

nochmal installieren

[Marc Berg]

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

nochmal

Eine Fehlermeldung wird nun nicht mehr angezeigt, es wird ein Objekt mit der ID

  "_id": "bmw.0.Wxxx.chargingSessions.2023-12.costsGroupedByCurrency.~ 20_65 EUR",

angelegt.

[mike1429]

@marc-berg
Kann das bestätigen

[mike1429]

@mike1429
Hmmm....

admin.0
2023-12-30 22:21:19.047 error Cannot subscribe "bmw.0.xxxxxxxxxxxxx.chargingSessions.2023-11.costsGroupedByCurrency.~ 24,78 EUR": Error The pattern "bmw.0.xxxxxxxxxxxxx.chargingSessions.2023-11.costsGroupedByCurrency.~ 24,78 EUR" is not a valid ID pattern
host.buanet-iobroker1-Server
2023-12-30 22:21:19.045 warn States 127.0.0.1:47846 Error from InMemDB: Error: The pattern "bmw.0.xxxxxxxxxxxxx.chargingSessions.2023-11.costsGroupedByCurrency.~ 24,78 EUR" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2470:15) at StatesInMemoryServer.handleSubscribe (/opt/iobroker/node_modules/@iobroker/db-base/src/lib/inMemFileDB.ts:324:59) at StatesInMemoryServer._subscribeForClient (/opt/iobroker/node_modules/@iobroker/db-states-file/src/lib/states/statesInMemFileDB.js:258:14) at RedisHandler.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-states-jsonl/src/lib/states/statesInMemServerRedis.js:395:26) at RedisHandler.emit (node:events:513:28) at RedisHandler.emit (node:domain:489:12) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-base/src/lib/redisHandler.ts:209:37) at processImmediate (node:internal/timers:466:21)

admin.0
2023-12-30 22:21:19.042 error Invalid pattern on subscribe: The pattern "bmw.0.xxxxxxxxxxxxx.chargingSessions.2023-11.costsGroupedByCurrency.~ 13,52 EUR" is not a valid ID pattern

[tombox]

@mike1429 Nochmal installieren

[JB_Sullivan]

Läßt sich z.Zt. über die Katze nicht aktualisieren.

$ iobroker url TA2k/ioBroker.bmw --host GLT --debug

Server Cannot start inMem-states on port 9000: Failed to lock DB file "C:\ioBroker\GLT\iobroker-data\states.jsonl"!

ERROR: Process exited with code 24

[lessthanmore]

Bei mir lässt es sich über die Katze installieren.
Allerdings bekomme ich nun folgende Warnung recht unregelmäßig bei einem Interval von 10 Minuten.

bmw.0
2024-01-01 16:56:10.239	warn	Out of call volume quota. Quota will be replenished in 00:03:50.

bmw.0
2024-01-01 14:46:10.219	warn	Out of call volume quota. Quota will be replenished in 00:13:50.

bmw.0
2024-01-01 12:46:10.181	warn	Out of call volume quota. Quota will be replenished in 00:13:50.

[Marc Berg]

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

Allerdings bekomme ich nun folgende Warnung recht unregelmäßig bei einem Interval von 10 Minuten.

Das kommt, wenn der Adapter ein paar mal hintereinander neu gestartet wurde, verschwindet dann aber nach Ablauf der Zeit.

[lessthanmore]

@marc-berg Die Instanz wurde eigentlich nicht neugestartet.
Die Meldung kommt auch nicht jede Stunde.
Aber ich lasse ihn mal laufen.
Danke.

[Marc Berg]

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

Die Instanz wurde eigentlich nicht neugestartet.

Ich dachte, du hättest den Adapter neu installiert? Das ist ja in jedem Fall mit einem Neustart verbunden.

[tombox]

die GitHub version kann jetzt service demands und trips abrufen bitte mal testen ob das so sinn macht

[bahnuhr]

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

die GitHub version kann jetzt service demands und trips abrufen bitte mal testen ob das so sinn macht

Habe gerade von git installiert.
Unter den Objekten finde ich nix zu:

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

service demands und trips

Wo sollen diese sein ?

[tombox]

@bahnuhr Auf der Hauptebene

wird beim start erstellt

[JB_Sullivan]

servicedemands und trips sind bei mir vorhanden. Allerdings ist bei den chargingsessions einiges durcheinander gekommen.

In jeden Monatsblock haben sich auch die Ladungen des jeweiligen Vormonat rein gemogelt. Also in 11/23 auch ein Teil der 10/23er Daten und in 12/23 auch wiederum ein Teil der 11/23er Daten - usw. Betrifft bei mir alle Sessions, seit ich das Fahrzeug in Besitz habe.

[tombox]

@jb_sullivan ein debug log mit den rohen charging sessions wäre interessant via mail
tombox2020@gmail.com

[vowill]

@tombox
2.8.0 funktioniert bei mir bestens, VIELEN DANK! Die DPs unter bmw.0.xxx.servicedemands enthalten jetzt die Daten analog den früheren DPs unter bmw.0.VIN.properties.serviceRequiredxx.
Super!

[Karacho]

Hallo,

bei mir zeigt der Adapter 2 DP falsch oder nicht an:

Und zwar

• Ladestatus als "invalid", lädt aber
• Chargerconnected "false" ist aber "true"

remaining charging time wird richtig mit 299minangezeigt....

Was läuft falsch?
In der Vergangenheit waren die DP richtig.

Danke

Karacho

[lobomau]

@karacho bei mir sind die DPs korrekt. Ich habe Adapterversion 2.7.0. Stable ist 2.5.7.

[mike1429]

@tombox
Bei mir ist die letzte Charging Session von Ende März. Andere Werte sind aktuell. Wo finde ich die jetzt? Oder was ist falsch? Version 2.8.0