NEWS
Adapter Hyundai (Bluelink) oder KIA (UVO)
-
v3.1.36 hat noch Probleme:
-
Das Sicherheitsticket läuft ab: Der zeitlich befristete Zugriffsschlüssel der Kia-Schnittstelle ist nur zwei Stunden lang gültig. Wenn diese Zeit abläuft oder man sich parallel auf dem Smartphone in der offiziellen App anmeldest, verliert dieser Schlüssel seine Gültigkeit und der Server lehnt jede weitere Anfrage ab.
-
Ein fehlender automatischer Notfall-Plan im Betrieb:
Beim Start der App gab es bereits einen Mechanismus, der sich bei einem ungültigen Schlüssel automatisch neu mit den Zugangsdaten einwählte (fetchToken()). Im normalen, laufenden Betrieb fehlte dieser Notfall-Plan jedoch komplett. -
Endlosschleife bis zum erzwungenen Neustart:
Sobald der Schlüssel im Betrieb einmal ablief, lief jede stündliche Abfrage in denselben Fehler. Nach sechs fehlgeschlagenen Versuchen in Folge wurde schließlich der gesamte Adapter bzw. Dienst zwangsweise neu gestartet.
Ich habe einen PR eingereicht (mit Wegnahme der Tokengeschichte)
Was macht die neue Version besser?
- Die neue Version aus dem Entwicklungs-Branch erkennt den abgelaufenen Schlüssel jetzt direkt im laufenden Betrieb. Sie holt sich im Hintergrund sofort über die Zugangsdaten ein neues Ticket, ohne dass der Dienst komplett neu gestartet werden muss. Die Status-Abfrage läuft dadurch im selben Durchgang ohne Fehler weiter.
Die Version läuft bei mir bisher fehlerfrei und kann hiermit getestet werden
https://github.com/meistermopper/ioBroker.bluelink/tarball/docs/readme-auth-guideSchau mal bitte, ob das ok ist.
-
-
v3.1.36 hat noch Probleme:
-
Das Sicherheitsticket läuft ab: Der zeitlich befristete Zugriffsschlüssel der Kia-Schnittstelle ist nur zwei Stunden lang gültig. Wenn diese Zeit abläuft oder man sich parallel auf dem Smartphone in der offiziellen App anmeldest, verliert dieser Schlüssel seine Gültigkeit und der Server lehnt jede weitere Anfrage ab.
-
Ein fehlender automatischer Notfall-Plan im Betrieb:
Beim Start der App gab es bereits einen Mechanismus, der sich bei einem ungültigen Schlüssel automatisch neu mit den Zugangsdaten einwählte (fetchToken()). Im normalen, laufenden Betrieb fehlte dieser Notfall-Plan jedoch komplett. -
Endlosschleife bis zum erzwungenen Neustart:
Sobald der Schlüssel im Betrieb einmal ablief, lief jede stündliche Abfrage in denselben Fehler. Nach sechs fehlgeschlagenen Versuchen in Folge wurde schließlich der gesamte Adapter bzw. Dienst zwangsweise neu gestartet.
Ich habe einen PR eingereicht (mit Wegnahme der Tokengeschichte)
Was macht die neue Version besser?
- Die neue Version aus dem Entwicklungs-Branch erkennt den abgelaufenen Schlüssel jetzt direkt im laufenden Betrieb. Sie holt sich im Hintergrund sofort über die Zugangsdaten ein neues Ticket, ohne dass der Dienst komplett neu gestartet werden muss. Die Status-Abfrage läuft dadurch im selben Durchgang ohne Fehler weiter.
Die Version läuft bei mir bisher fehlerfrei und kann hiermit getestet werden
https://github.com/meistermopper/ioBroker.bluelink/tarball/docs/readme-auth-guideSchau mal bitte, ob das ok ist.
@Meister-Mopper das ist dann dieses "Fehlerbild", oder?
bluelink.0 2026-11-05 12:34:06.321 warn [prepareCciSession] CCI token refresh failed (CCS token exchange (refresh) failed: HTTP 401 — {"code":9030,"message":"Token expired","errors":[]}) — falling back to full login bluelink.0 2026-11-05 12:33:34.106 warn Restart initiated bluelink.0 2026-11-05 12:33:34.106 error CCI token refresh failed: HTTP 400 — {"code":9034,"message":"Sie wurden aus Sicherheitsgründen abgemeldet.\nBitte melden Sie sich an, um den Service weiterhin zu nutzen.","errors":[]} bluelink.0 2026-11-05 12:33:34.105 error Error on API-Request Status, ErrorCount:6 bluelink.0 2026-11-05 12:19:09.852 error CCI token refresh failed: HTTP 400 — {"code":9034,"message":"Sie wurden aus Sicherheitsgründen abgemeldet.\nBitte melden Sie sich an, um den Service weiterhin zu nutzen.","errors":[]} bluelink.0 2026-11-05 12:19:09.851 error Error on API-Request Status, ErrorCount:5Leider weiß ich tatsächlich nicht, wie ich Deine Testversion aus einer Datei installiere.
Also wie ich da hinkomme schon, aber was von dem (entpackten) Download ich dann auswähle?
Ich würde es dann testen... -
-
Über die Katze, kopier es einfach rein, und checke, ob es funzt.
-
achso, einfach den ganze Pfad oben nehmen, hätte ich auch drauf kommen können ... ;-)
Beim Start gab's noch ein warning
bluelink.0 2026-11-05 18:34:49.779 warn [prepareCciSession] CCI token refresh failed (CCS token exchange (refresh) failed: HTTP 401 — {"code":9030,"message":"Token expired","errors":[]}) — falling back to full loginDanach wurde die Instanz grün, ...mal beobachten ...
-
nur der Vollständigkeit-halber, gerade gab's nochmal was:
bluelink.0 2026-11-05 23:23:56.451 warn [refreshAccessToken] CCI token refresh failed (CCI token refresh failed: HTTP 400 — {"code":9034,"message":"Sie wurden aus Sicherheitsgründen abgemeldet.\nBitte melden Sie sich an, um den Service weiterhin zu nutzen.","errors":[]}) — falling back to full login in memoryAdapter ist danach aber direkt wieder grün gewesen.
Gut's Nächtle ;-) -
v3.1.36 hat noch Probleme:
-
Das Sicherheitsticket läuft ab: Der zeitlich befristete Zugriffsschlüssel der Kia-Schnittstelle ist nur zwei Stunden lang gültig. Wenn diese Zeit abläuft oder man sich parallel auf dem Smartphone in der offiziellen App anmeldest, verliert dieser Schlüssel seine Gültigkeit und der Server lehnt jede weitere Anfrage ab.
-
Ein fehlender automatischer Notfall-Plan im Betrieb:
Beim Start der App gab es bereits einen Mechanismus, der sich bei einem ungültigen Schlüssel automatisch neu mit den Zugangsdaten einwählte (fetchToken()). Im normalen, laufenden Betrieb fehlte dieser Notfall-Plan jedoch komplett. -
Endlosschleife bis zum erzwungenen Neustart:
Sobald der Schlüssel im Betrieb einmal ablief, lief jede stündliche Abfrage in denselben Fehler. Nach sechs fehlgeschlagenen Versuchen in Folge wurde schließlich der gesamte Adapter bzw. Dienst zwangsweise neu gestartet.
Ich habe einen PR eingereicht (mit Wegnahme der Tokengeschichte)
Was macht die neue Version besser?
- Die neue Version aus dem Entwicklungs-Branch erkennt den abgelaufenen Schlüssel jetzt direkt im laufenden Betrieb. Sie holt sich im Hintergrund sofort über die Zugangsdaten ein neues Ticket, ohne dass der Dienst komplett neu gestartet werden muss. Die Status-Abfrage läuft dadurch im selben Durchgang ohne Fehler weiter.
Die Version läuft bei mir bisher fehlerfrei und kann hiermit getestet werden
https://github.com/meistermopper/ioBroker.bluelink/tarball/docs/readme-auth-guideSchau mal bitte, ob das ok ist.
@Meister-Mopper fettisch merged
-
-
@Meister-Mopper fettisch merged
@Meister-Mopper fettisch merged
Dann beobachten wir mal, ob die "Substanz-Schnüffler" jetzt endlich ihr Ziel erreicht haben und nicht wieder alle paar Tage ihr Sicherheitsmanagement komplett über den Haufen werfen. 👀
-
@Meister-Mopper fettisch merged
-
@arteck heißt, Du hattest @meister-mopper 's Änderungen in die .34 übernommen?
@Pedder007
Ist jetzt die v3.1.37 auf NPM. -
@Pedder007
Ist jetzt die v3.1.37 auf NPM.@Meister-Mopper lüppt

Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden