NEWS
Adapter Hyundai (Bluelink) oder KIA (UVO)
-
@Meister-Mopper yep, mache das hin- und her- ja auch schon eine Weile mit

Davor Mercedes aber das war nicht so ein Hick-Hack, oder machen das mittlerweile alle Hersteller?
Das ist echt sowas von old-school im Rahmen eines intelligenten Energie-Mgt Zuhause ...
Es ist ein security thing. 1969 war die Kommunikation komplett offen. In den 80ern war Horst Seehofer schon im Internet, er durfte das
, weil er eine Modelleisenbahn hatte .Wir durften erst 1990 ins kommerzielle Interntet. Und seitdem gab es Sicherheitsprobleme, die bis heute nicht annähernd gelöst sind und die KI macht aktuell Druck, weil sie im Sekundentakt Sicherheitslücken freilegt.
Wir hatten bisher ein Freiheit/Sicherheit Problem.
Jetzt haben wir ein Freiheit/Sicherheit/Dummheit Problem, weil das Wissen mit der Entwicklung nicht mehr mithalten kann.
Edit:
Will sagen, dass Firmen, die mit Milliarden Devices verbunden sind, sich keinen Sicherheits-Breach leisten können.@Meister-Mopper das natürlich alle, insbes. große Buden, alles wasserdicht machen ich schon klar. Das erklärt für mich allerdings noch nicht warum das in dem Fall anscheinend alle 5 Tage neu passiert.
Ich folge da gerne der Klebstoff-Schnüffel-Vermutung von @arteckHabe selber lange genug in der IT von einer sehr großen Bude gearbeitet, allerdings hätten die Kollegen, die für die Sales-Plattform verantwortlichen waren, sich sowas nicht erlauben können, sonst wären die Kunden nämlich woanders hingerannt.
Das ist bei einem einmal gekauften/geleasten Auto natürlich etwas schwieriger.
Ich könnte mir vorstellen, dass die die ganzen APIs von den Kisten irgendwann wirklich komplett kostenpflichtig machen, natürlich nicht für ihre eigenen Apps... -
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