Der neue Monatsrückblick für September 2026 ist online!

[David G.]

Siehst du es denn in der App?

[GR]

@David-G. Ja, in der App hab ich den Status. Ich hätte mir gerne ein Skript gebaut, das mir bei Regen Bescheid sagt, wenn das Dachfenster offen ist.

[David G.]

Könntest den Adapter mal im Debug starten. Da wird das json komplett angezeigt was aus der Cloud kommt. Falls der Adapter was falsch verarbeitet, müsste es da drinnen stehen.

[arteck]

@GR sagte:

Anscheinend gibts den Status in einer Home-Assistant-Integration

was ist das für eine Aussage - anscheinend

JA oder NEIN .UND WICHTIG für dein Modell.. da gibts noch unterschiede

ist wie Schwanger.JA oder NEIN. anscheinend.. phöö

wenn JA dann gibts den auch in den unter bluelink.0xxxxxxx.vehicleStatusRaw. hier steht alles was die API liefert

@David-G. sagte:

Könntest den Adapter mal im Debug starten. Da wird das json komplett angezeigt was aus der Cloud kommt. Falls der Adapter was falsch verarbeitet, müsste es da drinnen stehen.

daws kannst du dir sparen. siehe oben

[GR]

Die Daten werden für mein Modell nicht geschickt, hab ich Pech gehabt.

[marchusar]

Ich habe bei mir festgestellt, dass bei meinem EV6 (vor Facelift) die Funktion .control.force_refresh_from_server jedes Mal die 12V Batterie belastet.
Kann das noch jemand mit Batterie Monitor bestätigen?

Interessant ist, dass das bei mir erst seit dem 12.8. so ist (da habe ich bestimmt ein Update des Adapters eingespielt).

Aufgefallen ist mir das zunächst aber nicht, da mein Auto dann immer bei etwa 12V Restspannung ganz automatisch ca. 1/2 Stunde geladen hat, obwohl das Auto nicht bewegt wurde. (Sehr interessanter Graph im Batterie Monitor)

Seit letzten Freitag hat mein Auto das aber plötzlich nicht mehr gemacht - also keine einzige Zwischenladung mehr, wenn ich nicht fahre, lade oder den Standmodus drin habe. Und so kam es dann, dass ich plötzlich morgens nur noch 7V hatte und nichts mehr ging.
Ich habe nun alle Skripte deaktiviert, die .control.force_refresh_from_car oder .control.force_refresh_from_server machen und die Batteriespannung wird nicht mehr getriggert.
Ohnehin habe ich nur ein halbstündiges Skript, dass vom Server aktualisiert und nur, wenn ein Ladevorgang aktiv ist, wird vom Auto aktualisiert.

[PLCHome 0]

Ja in deinem Auto legen sich die Steuergeräte nach einiger Zeit schlafen. Bei ein paar Tausend Posts ist es schwer es zu finden. Jedes Mal wenn du dein Auto abfragst wachen viele - eigentlich alle auf und es dauert einige zeit bis sie schlafen gehen. Beim EV6 weiß ich es nicht aber ich gehe davon aus, dass wenn er keinen Firmware Fehler wie der Ioniq 6 zu Anfang hat, er die Batterie nachlädt. Also bitte das Handbuch lesen. Wenn er die nicht nachlädt, nicht von Fahrzeug die Daten holen oder dir eine Powerbank mit Starthilfe, wie andere in diesem Post, zu zulegen.

[Meister Mopper]

@marchusar sagte:

da habe ich bestimmt ein Update des Adapters eingespielt

Welche Version?

Bei meinem EV3 wird die 12V nicht angerührt, wenn ich vom Server abrufe.

[Derda]

Ich hab die neue Version (3.1.33) endlich testen können.
Bei mir (Ioniq 5) funktioniert alles wieder (inkl. Tokenerstellung).

@marchusar :
Das sollte ja aber nicht an dem Adapter hier liegen, dass dein Auto nicht mehr nachlädt. Das kann der Request ja nicht beeinflussen, bzw. gibt es kein Register, mit dem man das per Fernzugang ein oder abschalten könnte. Also da ist noch etwas anderes im Argen würde ich sagen.

[David G.]

Woran seht ihr denn, wann er die 12V Batterie nutzt?

[Meister Mopper]

@David-G. sagte:

Woran seht ihr denn, wann er die 12V Batterie nutzt?

Der Wert wird geringer. Im Info-log sieht man zudem, wenn Daten direkt vom Fzg geholt werden.

[joo]

Hallo,
man liest immer, dass die 12V Batterie nicht belastet wird, wenn man den Server abfragt.
Also habe ich so alle 5 Minuten eine Serverabfrage gemacht und mich immer gewundert, warum die Batterie so rumschwächelt.

Soeben mit Zangenamperemeter bewaffnet die Stromaufnahme gemessen. Sobald ich unter "bluelink.0.xxx.control.force_refresh_from_server" die Abfrage starte, wird definitiv Strom aus der Batterie gesaugt!
Im ersten Moment zieht er ca. 2,5A fällt nach kurzer Zeit auf 1,6A und nach ca. 5 Minuten ist er wieder im DeepSleep und zieht nur noch rund 26mA.
"bluelink.0.TMAK581GFMJ029646.control.force_update" steht auf false, so daß auch ein force_refresh nur auf den Server zeigt.
Fahrzeug ist ein Kona Bj. 2001
Verwendeter Adapter V 3.1.33

3 mal wiederholt, immer das gleiche Verhalten.

War das schon immer so, ist es dem neuen Adapter geschuldet oder hat Hyundai bei sich etwas geändert, dass nun bei jeder Serveranfrage das Fahrzeug mit abgefragt wird?

PS:
Zum Vergleich. Eine Abfrage direkt vom Fahrzeug erzeugt im ersten Moment auch einen Strom von ca. 2,5A, dann klackt ein Relais und der Strom steigt auf 5,7A an, der dann langsam auf 2,9A abfällt. Nach rund 2,5 Minuten klackt es und er zieht noch 1A sinkend auf 300mA. Nach ungefähr 9 Minuten ist er dann wieder im Deep Sleep Mode.

[David G.]

Bei meinen Anpassungen am Adapter hat sich da nichts getan.

Ich hab den Intervall auf jedenfalls halbiert als unser 1,5 Monate alter Tusson Plugin Hybrid morgens garnichtsmehr gemacht hat. Intervall weiß ich nicjt mehr. Glaube das höchste was der Adaoigeneint hat was ok wäre.

[Meister Mopper]

@joo sagte:

Kona Bj. 2001

Ist ja schon ein Schätzchen.

Das ist bei meinem EV3 schon längst rausgewachsen und mittlerweile wird nach meiner Beobachtung beim Laden der großen Batterie auch die 12V-Batterie mitgeladen und so habe ich Sicherheit.
Der Adapter ist auf 3 Abrufe eingestellt

Die holt er tatsächlich vom Fzg. Die weiteren 63 Abfragen wurden zumeist vom Server gezogen und da heute Ladetag war, ist das der 12V-Batterie wumpe, weil beim Laden auch diese Batterie geladen wurde (sie war heut morgen noch bei 85 %).

[joo]

Logging wird plötzlich abgeschaltet
Verschiedene Parameter lasse ich über influxdb mitloggen. Nun ist es mir schon ein paar mal passiert, dass die Aktivierung des Logging aufgehoben war.

Im Log

2026-09-07 18:35:51.113  - info: bluelink.0 (118393) Forcing refresh from Car
2026-09-07 18:35:52.150  - info: bluelink.0 (118393) Read new update for xxxxx directly from the car
2026-09-07 18:35:55.749  - info: bluelink.0 (118393) [refreshAccessToken] CCS token refreshed via CCI (kept in memory, not persisted)
2026-09-07 18:36:59.382  - info: bluelink.0 (118393) Error on fullStatus - new try with Status Request
2026-09-07 18:37:06.620  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.battery.charge
2026-09-07 18:37:06.630  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.battery.minutes_to_charged
2026-09-07 18:37:06.631  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.battery.plugin
2026-09-07 18:37:06.643  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.battery.soc
2026-09-07 18:37:06.650  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.battery.soc-12V
2026-09-07 18:37:07.336  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.doorLock
2026-09-07 18:37:07.428  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.evModeRange
2026-09-07 18:37:07.436  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.hoodOpen
2026-09-07 18:37:07.442  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.smartKeyBatteryWarning
2026-09-07 18:37:07.445  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.steerWheelHeat
2026-09-07 18:37:07.448  - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.trunkOpen
2026-09-07 18:37:11.992  - info: bluelink.0 (118393) Update for xxxxx successfull

Fehler im Adapter (V.3.1.33) oder woran kann das liegen?
Die ganze Zeit hat das super funktioniert.

[Meister Mopper]

@joo

Hä, ich lese successfull. What U want?

[joo]

Es geht nicht darum, dass er die Daten erfogreich vom Server/Car gezogen hat, es geht darum, dass plötzlich das Logging der influxdb deaktiviert wird!

2026-09-07 18:37:07.336 - info: influxdb.0 (219122) disabled logging of bluelink.0.xxxxx.vehicleStatus.doorLock

Und wenn man in Grafana irgendwelche Verläufe verfolgen will, sieht man dann natürlich nur Leere

Und wie es aussieht, passiert das nur mit den Werten aus dem bluelink Adapter.

[marchusar]

@plchome-0 Powerbank habe ich immer dabei. Das zwischendurch Nachladen hat er eine Weile gemacht, jetzt aktuell nicht mehr (so oft), um 10 Uhr wurde offensichtlich nachgeladen. Die Werkstatt findet keinen Fehler.
@Meister-Mopper Welche Version ich bis dahin installiert hatte und welche dann ggfs. installiert wurde, kann ich nicht mehr sagen, ich bin aktuell auf 3.1.33.
Ich nutze den Punkt .control.force_refresh_from_car aktuell garnicht mehr und trotzdem sieht man am Batterie Monitor im Auto (Zusatzgerät), dass jeder Zugriff mittels .control.force_refresh_from_server die Batterie belastet, das war bei mir bis zum 12.8. definitiv nicht so.

Bei .control.force_refresh_from_server kommt bei mir in den Logs nur

bluelink.0
2026-09-09 14:45:13.124	info	Update for KNAC.... successfull
bluelink.0
2026-09-09 14:45:00.082	info	Read new update for KNAC.... from the server
bluelink.0
2026-09-09 14:45:00.080	info	Forcing refresh from Server

Also offiziell kein Zugriff aufs Auto.
Der Adapter selbst steht auf 3 Abrufe am Tag. Damit kommt meine 12V auch klar, aber alle 60 Minuten den Server abfragen hält die nicht mehr aus - das dazugehörige Skript musste ich stoppen.

Hier noch der Screenshot des Batteriemonitors, auf dem jeder Zugriff auf den Server diese Spitze nach unten erzeugt - 14:45 war der gerade durchgeführte Test, 13:30 und 14:05 waren Reboots des iobrokers, die ebenfalls diesen Zugriff verursachen.

[arteck]

Würde mich nicht wundern wenn Kia/hyundai da was geändert haben so dass der Server trotzdem vom Auto abfragt.

Ich habe an den abfragen seid Monaten nix mehr geändert. Also von da kommt es nicht. Oder.. es werden nur ml wieder einzelne Modelle so und andere so abgefragt..

[Ibanese]

Hallo zusammen,

ist das jetzt wirklich so, dass bei Abfrage vom Server das Auto trotzdem aufgeweckt wird? Ich hatte den Adapter auf 100 Abfragen pro Tag laufen, lief auch fast 1 Jahr lang problemlos.

Wir haben einen Hyundai Ioniq Electric FL und einen Ioniq5. Bei beiden Autos ist mir in den letzten 3 Wochen die 12V Batterie verreckt (von einem auf den anderen Tag ging nichts mehr, Spannung kleiner als 4V bei beiden Autos). Dachte zuerst es liegt an der 4 Jahre alten Batterie, aber dass beide hintereinander kaputt gehen, fand ich schon sehr merkwürdig. Wenn ihr jetzt schreibt, dass es da scheinbar Änderungen ab dem 12.08. gibt, würde das perfekt ins Bild passen.

Gibt es dazu noch mehr Infos oder Details? Betrifft das jetzt nur den Adapter oder ggf. auch die Bluelink App?

@marchusar
Der Batterie Monitor klingt sehr spannend. Magst du mir sagen, welches konkrete Modell du da hast?

Edit:
@arteck @meister-mopper
Ich habe gerade gesehen, dass es am 11.08. auch Änderungen im Bereich der Location API gab. Können diese Änderungen ggf. dazu führen, dass das Auto nun öfter aufwacht?

Ich bekomme aktuell nämlich auch solche Fehlermeldung, die die Vehicle Location betreffen:
2026-09-16 13:55:27.523 - info: bluelink.0 (95095) Requesting live location update from car for KMHxxxxxxxxxxx...
2026-09-16 13:55:27.644 - error: bluelink.0 (95095) Error forcing vehicle location update for KMHxxxxxxxxx

@marchusar
Welche Adapter Version verwendest du? Hast du ggf. auch rund um diesen Zeitraum den Adapter geupdated? Bzw. könntest du mal mit einer älteren Adapter-Version testen, ob es bei Aufwachen einen Unterschied gibt?