Neu im Blog: Was die neue Website alles kann

[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?

[arteck]

@Ibanese sagte:

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

wann kommen die infos ?? mit dem schnipsel kann ich nix anfangen.

[bastiaux91]

Ich kann auch bestätigen, dass bei ....control.force_refresh_from_server seit ca. Anfang 09.2026 das Auto "aufgeweckt" wird und Strom von der 12V Batterie gezogen wird. Am 07.09 war mein Ioniq 5 dann "tot", also meine 12V Batterie laut Multimeter unter 7V und das bei SOC 80% vom Hochvoltakku. Mein Skript welches alle 10 Min vom Server holt/holen sollte, wenn das Auto an der Wallbox steckt, läuft schon deutlich länger und ich habe ebenfalls einen Battery Guard installiert, darum kam mir der Screenshot oben sehr bekannt vor. Ich benutze ebenfalls V.3.1.33.

@ibanese Schau mal nach "intAct Battery-Guard | Bluetooth-Batteriewächter für 12V Batterien" bei einem großen Online Versandhaus ;-)

[arteck]

ich habs gefunden..
fix kommt

das kam mit dem location fix ... dies wurde immer abgeholt egal ob vom Server oder vom Fahrzeug
bedeutet aber auch dass die force_location jetzt zusätzlich aufgerufen werden muss wenn force_update = false steht
den in dem request sind keine aktuellen location daten vorhanden .

p.s:
@meister-mopper das sind die tücken von claude (klaus)

[ilovegym]

@bastiaux91

etwas offtopic:
wie hast du dein Abblendlicht eingestellt?
Stell es mal auf immer an, nicht auf Automatik oder aus, und beobachte mal die 12V ...
Hat bei meinem geholfen, seitdem keine Probleme mehr.

[Ibanese]

@arteck
Wow, sau gut. Die neue Version 3.1.34 ist ja sogar schon auf Github. Das ging schnell ;)

Könnte jemand mit einem Battery Monitor noch bestätigen, dass es mit dem Fix keine unnötigen Aufwach-Aktionen mehr gibt?

[Fibricus]

Leider bekomme ich seit einiger Zeit den Kontakt zum Fahrzeug nicht mehr hergestellt.
Heute früh habe ich mich dann mal 1h lang mit Gemini-Hilfe versucht, weil ich nur beschränkt Ahnung habe.
Aber leider bleibt der Fehler "nicht verbunden mit dem Gerät".
Ich habe mir über den sehr schönen Token-Generator natürlich einen neuen Token geholt.
Auch habe ich schon eine Deinstallation und Neuinstallation des Adapters versucht.
Nun bin ich ratlos und Gemini will nund im Quellcode was ändern.
Soviel Vertrauen habe ich dann doch nicht zur KI.

Im Log bekomme ich immer diese Fehlermeldung:

Was mache ich falsch?
Was kann ich noch machen?

[etv]

Grüß euch!
Hab heute nach dem Urlaub gesehen, dass es wieder nicht geht. Selbes Problem. Adapter liefert:

bluelink.0
2026-09-21 11:38:49.219 error [prepareCciSession] Full login failed: Signin returned HTTP 403: <html> <head><title>403 Forbidden</title></head> <body> <center><h1>403 Forbidden</h1></center> </body> </html> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friend

bluelink.0
2026-09-21 11:38:48.414	warn	[prepareCciSession] CCI token refresh failed (CCI token refresh failed: HTTP 403 — {"code":4111,"message":"Ihre Zugangsdaten sind abgelaufen. Sie können sie nach der Anmeldung wieder verwenden.","errors":[]}) — falling back to full login

bluelink.0
2026-09-21 11:38:48.178	info	Login to api – token source: client_secret(legacy), tokenLen=48 (CCI/CCS mode)

bluelink.0
2026-09-21 11:38:48.109	info	starting. Version 3.1.34 (non-npm: Newan/ioBroker.bluelink) in /opt/iobroker/node_modules/iobroker.bluelink, node: v22.15.0, js-controller: 7.2.2
========================================

Token refresh liefert:

[1/4] Loading authorize page...
  ✅ Session established
[2/4] Fetching RSA public key...
  ✅ Password encrypted
[3/4] Signing in...
  ❌ Signin returned HTTP 403
     <html>
<head><title>403 Forbidden</title></head>
<body>
<center><h1>403 Forbidden</h1></center>
</body>
</html>
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friend
========================================================

Wie schaut es bei euch aus?

Liebe Grüße
Tom

[etv]

...sorry gerade gesehen, dass es die .36 gibt - wurde mir im ioBroker nicht als Update angeboten, da ich vorher direkt von github gezogen hab.

Allerdings geht auch die 36'er leider bi mir nicht.
Fehler:

bluelink.0
2026-09-21 14:30:54.081	error	next auto login attempt in 1 hour or restart adapter manual

bluelink.0
2026-09-21 14:30:54.081	error	Server is not available or login credentials are wrong

bluelink.0
2026-09-21 14:30:54.081	error	Error: @EuropeController.login: Could not manage to get token</code>

Woran kann das liegen?

Liebe Grüße
Tom

[Thomas Braun]

@etv

node: v22.15.0

Bring dein Zeug auf Stand...
Und wenn es ein 32Bit-System ist, dann bring auch das auf Stand -> Neuinstallation.

[etv]

pi@iobroker-25:~ $ node -v
v22.15.0
warad aktuell....

[Thomas Braun]

@etv

Nein, der nodejs@22-Zweig ist heute bei
v22.23.2
Du hast da bestimmt ein 32Bit-System laufen, da war nämlich bei 22.15.0 Schluss mit Updates.
Also Neuinstallation des Betriebssystems, diesmal dann als reines 64Bit-System.

Kannst aber auch mal

iob diag

laufen lassen, das sagt dir was da los ist.

[etv]

uname -m bringt aarch64

iob diag meint, es ist outdated und man soll fix rennen lassen - hab ich gemacht, kommt trotzdem der selbe Fehler "iob diag needs to be updated. Please execute 'iobroker fix' first." 🤔.

Spannend...

[Thomas Braun]

@etv sagte:

Spannend...

Nee, total abgesoffen.

Bitte Ausgaben aus deiner Konsole 1:1 hier reinkopiere, in CodeTags eingebettet.

uname -m bringt aarch64

Sagt aber auch nur was über den Kernel aus, nicht über das sog. 'Userland'.

[etv]

Sagt aber auch nur was über den Kernel aus, nicht über das sog. 'Userland'.

OK und wie bekomm' ich das "Userland" auf 64 Bit?

Terminalausgaben kann ich da am Tablett leider nicht genau liefern, da ich immer nur einen Screen kopieren kann und keine langen Ausgaben, aber wenn ich iob nodejs-update mach' kommt das:

>iob nodejs-update
[INFO] No specific version given. Installing recommended version from Node.js v.22 tree.
[INFO] Current Node.js version: v22.15.0
[INFO] Stopping ioBroker with 'iob stop'...
[INFO] ioBroker stopped successfully.
[INFO] Node.js paths are correct.
[INFO] Removing old Node.js versions...
(Lese Datenbank ... 104871 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (22.15.0-1nodesource1) ...
Trigger für man-db (2.11.2-2) werden verarbeitet ...
[ERROR] Unsupported architecture: armhf. Nodesoure does not provide a 32bit nodejs anymore, only amd64 and arm64 are supported. You will have to reinstall a 64bit Operating System.
[INFO] Cleaning up temporary files...

Das schaut dann nach dem Sch... mit 32 Bit aus, aber wo kommt das her? Ich hab den pI vor etwa einem Jahr installiert und sicher net mit 32 BIT....
...wo bin ich da damals falsch abgebogen??

[Thomas Braun]

@etv sagte:

...wo bin ich da damals falsch abgebogen??

Bei der Installation...
Du hast da aber mal ganz sicher NICHT die 64Bit-Version installiert.

OK und wie bekomm' ich das "Userland" auf 64 Bit?

Nur durch eine Neuinstallation.

[etv]

...also ein Weihnachtsferien Projekt🙈
Hab Zuhause 7 oder 8 Raspis rennen, alle 4'er aufwärts mit bis zu 16 Gig Ram und GENAU der ioBroker Raspi rennt als einizger auf 32 Bit....mehr Pech kannst net haben🤣.

Ein ioBroker Backup von der 32'er kann ich auf der 64'er einspielen? Inkl. der Daten aus der redis-DB?
Weil dann wird's nicht ganz so ein Desaster.

[Thomas Braun]

@etv

Ja, Backup ziehen, Kiste neuinstallieren, redis installieren, iobroker installieren, Backup einspielen, fertig.
Warte damit NICHT bis Weihnachten.

[etv]

...danke dir!
Liebe Grüße
Tom

[bastiaux91]

@Ibanese Ich habe gerade erfolgreich ohne Aufwachen des Autos (gemessen mit Zangenamperemeter + Battery Guard) bluelink.0.xxx.control.force_refresh_from_server getestet. SOC wurde auch vom Server übernommen.

Danke an das schnelle Update an @arteck

Um das erneute Tiefenentladen meiner Starterbatterie in solch einem Fall zu verhindern, habe ich mir ein kleines Blockly Skript gebastelt, welches bei 12VSOC Werten (bluelink.0.xxx.vehicleStatus.battery.soc-12V) <=76 (das war der kleinste % Wert, denn ich die vergangenen Monate als "normalen" 12VSOC bekommen habe) und >100% (als es zum Tiefenenladen kam, hatte der Datenpunkt nur noch 255 gebracht) auch das force_refresh_from_server verhindert.