NEWS
Adapter Hyundai (Bluelink) oder KIA (UVO)
-
@ilovegym ne das sind andere werte.. du hast doch keinen supercharger zu hause oder doch ???
da steht jetzt ne 1 drin ... sollte aber 3 stehen
:) waere mal ne Idee.. :) nee, ist ne 11kw wallbox.. zur Zeit laedt er mit 1,3kw .. richtig, da sollte jetzt ne 3 stehen.. vielleicht haben die das geaendert.. also muss ich mal an den HPC.. :) und den Ziegel mal rausholen.. hab den hier noch nie probiert, ob der ueberhaupt geht..
-
@meister-mopper sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
[400] Bad Request
Der Server ist nicht erreichbar, das passiert häufig. Da hilft nur abwarten ...
oder innerhalb kurzer Zeit zu oft abgefragt.. zwischen den Abfragen auch immer mal 2-3 Minuten warten...
@ilovegym sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
oder innerhalb kurzer Zeit zu oft abgefragt.. zwischen den Abfragen auch immer mal 2-3 Minuten warten...
Ok, der Befehl zum Einschalten hat nun grundsätzlich funktioniert. Ich hatte dann 5 Minuten gewartet und dann über den 'STOP' DP versucht die Klimatisierung wieder auszuschalten. Dafür bekam ich dann erneut die Fehlermeldung und es wurde wieder nichts geschaltet :man-shrugging:
Da werde ich den Versuchszeitraum nun mal auf 15 Minuten ausdehnen und schauen was dann passiert.@Meister-Mopper
oder innerhalb kurzer Zeit zu oft abgefragtDas steht dann aber im log, hatte ich auch schon.
Das hatte ich mir letztens dann auch gedacht, aber ich bekomme eben keine diesbzgl. Einträge in den Log. Die kenne ich, da ich aus versehen mal ein Blockly so konfiguriert hatte, dass es 1x pro Sekunde getriggert hat und dann war schnell Schluß mit abfragen und das Log war auch voll mit entsprechenden Meldungen.
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@ilovegym sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
oder innerhalb kurzer Zeit zu oft abgefragt.. zwischen den Abfragen auch immer mal 2-3 Minuten warten...
Ok, der Befehl zum Einschalten hat nun grundsätzlich funktioniert. Ich hatte dann 5 Minuten gewartet und dann über den 'STOP' DP versucht die Klimatisierung wieder auszuschalten. Dafür bekam ich dann erneut die Fehlermeldung und es wurde wieder nichts geschaltet :man-shrugging:
Da werde ich den Versuchszeitraum nun mal auf 15 Minuten ausdehnen und schauen was dann passiert.@Meister-Mopper
oder innerhalb kurzer Zeit zu oft abgefragtDas steht dann aber im log, hatte ich auch schon.
Das hatte ich mir letztens dann auch gedacht, aber ich bekomme eben keine diesbzgl. Einträge in den Log. Die kenne ich, da ich aus versehen mal ein Blockly so konfiguriert hatte, dass es 1x pro Sekunde getriggert hat und dann war schnell Schluß mit abfragen und das Log war auch voll mit entsprechenden Meldungen.
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
@ilovegym sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
oder innerhalb kurzer Zeit zu oft abgefragt.. zwischen den Abfragen auch immer mal 2-3 Minuten warten...
Ok, der Befehl zum Einschalten hat nun grundsätzlich funktioniert. Ich hatte dann 5 Minuten gewartet und dann über den 'STOP' DP versucht die Klimatisierung wieder auszuschalten. Dafür bekam ich dann erneut die Fehlermeldung und es wurde wieder nichts geschaltet :man-shrugging:
Da werde ich den Versuchszeitraum nun mal auf 15 Minuten ausdehnen und schauen was dann passiert.@Meister-Mopper
oder innerhalb kurzer Zeit zu oft abgefragtDas steht dann aber im log, hatte ich auch schon.
Das hatte ich mir letztens dann auch gedacht, aber ich bekomme eben keine diesbzgl. Einträge in den Log. Die kenne ich, da ich aus versehen mal ein Blockly so konfiguriert hatte, dass es 1x pro Sekunde getriggert hat und dann war schnell Schluß mit abfragen und das Log war auch voll mit entsprechenden Meldungen.
versuchmal mit dem force_login.. kein plan warum ..
also for jedem schalten ein force_login zuerst machen
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
@ilovegym sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
oder innerhalb kurzer Zeit zu oft abgefragt.. zwischen den Abfragen auch immer mal 2-3 Minuten warten...
Ok, der Befehl zum Einschalten hat nun grundsätzlich funktioniert. Ich hatte dann 5 Minuten gewartet und dann über den 'STOP' DP versucht die Klimatisierung wieder auszuschalten. Dafür bekam ich dann erneut die Fehlermeldung und es wurde wieder nichts geschaltet :man-shrugging:
Da werde ich den Versuchszeitraum nun mal auf 15 Minuten ausdehnen und schauen was dann passiert.@Meister-Mopper
oder innerhalb kurzer Zeit zu oft abgefragtDas steht dann aber im log, hatte ich auch schon.
Das hatte ich mir letztens dann auch gedacht, aber ich bekomme eben keine diesbzgl. Einträge in den Log. Die kenne ich, da ich aus versehen mal ein Blockly so konfiguriert hatte, dass es 1x pro Sekunde getriggert hat und dann war schnell Schluß mit abfragen und das Log war auch voll mit entsprechenden Meldungen.
versuchmal mit dem force_login.. kein plan warum ..
also for jedem schalten ein force_login zuerst machen
@arteck ok danke, dem gehe ich dann auch nochmal nach.
Das Einschalten hatte heute Morgen zunächst nochmal geklappt, allerdings kam ein paar Sekunden später wieder die gleiche Fehlermeldung.
Diese Mal hat er vorher aber noch folgendes in den Log geworfen:bluelink.0 2025-01-04 09:30:20.044 error Error on API-Request Status, ErrorCount:1 bluelink.0 2025-01-04 09:30:19.972 info Error on API-Full-Status - Fallback GetStatusFromCar bluelink.0 2025-01-04 09:30:19.902 info Read new update for KNACT811FR5074045 directly from the car bluelink.0 2025-01-04 09:30:19.902 info Forcing refresh from Car bluelink.0 2025-01-04 09:30:00.266 info Starting clima for vehicleDanach, wie gesagt, dann wieder die Meldung von oben.
Beim Ausschalten der Klima, nun 15 Minuten später, auch wieder dieselbe Meldung und es wurde dann auch nicht ausgeschaltet.
Aber ich versuche es dann mal mit dem force_login. Also dann wahrscheinlich ein paar Sekunden vorher, richtig?
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@arteck ok danke, dem gehe ich dann auch nochmal nach.
Das Einschalten hatte heute Morgen zunächst nochmal geklappt, allerdings kam ein paar Sekunden später wieder die gleiche Fehlermeldung.
Diese Mal hat er vorher aber noch folgendes in den Log geworfen:bluelink.0 2025-01-04 09:30:20.044 error Error on API-Request Status, ErrorCount:1 bluelink.0 2025-01-04 09:30:19.972 info Error on API-Full-Status - Fallback GetStatusFromCar bluelink.0 2025-01-04 09:30:19.902 info Read new update for KNACT811FR5074045 directly from the car bluelink.0 2025-01-04 09:30:19.902 info Forcing refresh from Car bluelink.0 2025-01-04 09:30:00.266 info Starting clima for vehicleDanach, wie gesagt, dann wieder die Meldung von oben.
Beim Ausschalten der Klima, nun 15 Minuten später, auch wieder dieselbe Meldung und es wurde dann auch nicht ausgeschaltet.
Aber ich versuche es dann mal mit dem force_login. Also dann wahrscheinlich ein paar Sekunden vorher, richtig?
@arteck, das abschalten der Klima hat nun funktioniert, die Fehlermeldung bleibt aber. Ich hatte dann aber auch noch gesehen, da anscheinend der Adapter zufällig ca. 30 Minuten später noch ein Update geholt hat, dass die Fehlermeldung wohl auch da, wenn evtl. auch nicht immer, kommt.
Also scheint es evtl. doch am Zugang/Server von KIA zu liegen!?bluelink.0 2025-01-09 08:00:00.666 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-xxxx-xxxx-xxxx-xxxxxxxx/status/latest - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"580dc9f0-xxxx-xxxx-xxxx-xxxxxxxx"} bluelink.0 2025-01-09 08:00:00.665 error Error on API-Request Status, ErrorCount:2 bluelink.0 2025-01-09 08:00:00.596 info Error on API-Full-Status - Fallback GetStatusFromCar bluelink.0 2025-01-09 08:00:00.105 info Read new update for KNACT811FR5074045 from the server bluelink.0 2025-01-09 08:00:00.105 info Forcing refresh from Server bluelink.0 2025-01-09 07:27:01.011 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-xxx-xxx-xxx-xxxxxxxx/status - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"bc166880-ce52-11ef-90e2-1fa6f7695a3f"} bluelink.0 2025-01-09 07:27:01.011 error Error on API-Request Status, ErrorCount:1 bluelink.0 2025-01-09 07:27:00.943 info Error on API-Full-Status - Fallback GetStatusFromCar bluelink.0 2025-01-09 07:27:00.833 info Read new update for KNACT811FR5074045 directly from the car bluelink.0 2025-01-09 07:27:00.833 info Forcing refresh from Car bluelink.0 2025-01-09 07:26:18.046 info Stop clima for vehicle bluelink.0 2025-01-09 07:26:15.452 info Update for KNACT811FR5074045 successfull bluelink.0 2025-01-09 07:26:14.726 info Read new update for KNACT811FR5074045 from the server bluelink.0 2025-01-09 07:26:14.609 info 1 Vehicles found bluelink.0 2025-01-09 07:26:13.087 info Login to apiPedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@arteck, das abschalten der Klima hat nun funktioniert, die Fehlermeldung bleibt aber. Ich hatte dann aber auch noch gesehen, da anscheinend der Adapter zufällig ca. 30 Minuten später noch ein Update geholt hat, dass die Fehlermeldung wohl auch da, wenn evtl. auch nicht immer, kommt.
Also scheint es evtl. doch am Zugang/Server von KIA zu liegen!?bluelink.0 2025-01-09 08:00:00.666 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-xxxx-xxxx-xxxx-xxxxxxxx/status/latest - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"580dc9f0-xxxx-xxxx-xxxx-xxxxxxxx"} bluelink.0 2025-01-09 08:00:00.665 error Error on API-Request Status, ErrorCount:2 bluelink.0 2025-01-09 08:00:00.596 info Error on API-Full-Status - Fallback GetStatusFromCar bluelink.0 2025-01-09 08:00:00.105 info Read new update for KNACT811FR5074045 from the server bluelink.0 2025-01-09 08:00:00.105 info Forcing refresh from Server bluelink.0 2025-01-09 07:27:01.011 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-xxx-xxx-xxx-xxxxxxxx/status - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"bc166880-ce52-11ef-90e2-1fa6f7695a3f"} bluelink.0 2025-01-09 07:27:01.011 error Error on API-Request Status, ErrorCount:1 bluelink.0 2025-01-09 07:27:00.943 info Error on API-Full-Status - Fallback GetStatusFromCar bluelink.0 2025-01-09 07:27:00.833 info Read new update for KNACT811FR5074045 directly from the car bluelink.0 2025-01-09 07:27:00.833 info Forcing refresh from Car bluelink.0 2025-01-09 07:26:18.046 info Stop clima for vehicle bluelink.0 2025-01-09 07:26:15.452 info Update for KNACT811FR5074045 successfull bluelink.0 2025-01-09 07:26:14.726 info Read new update for KNACT811FR5074045 from the server bluelink.0 2025-01-09 07:26:14.609 info 1 Vehicles found bluelink.0 2025-01-09 07:26:13.087 info Login to api@pedder007
Also bei meinem EV6 ist das normal, deswegen mache ich nach jeder Aktion ein Force Login:
Weil bei dir ist es ja auch so, du gibts den Stop Befehl und danach eine Abfrage vom Fahrzeug, deswegen die Fehlermeldung, hättest du nach dem Stop Befehl einen Force Login gemacht, dann wäre die Fehlermeldung nicht gekommen.
-
@pedder007
Also bei meinem EV6 ist das normal, deswegen mache ich nach jeder Aktion ein Force Login:Weil bei dir ist es ja auch so, du gibts den Stop Befehl und danach eine Abfrage vom Fahrzeug, deswegen die Fehlermeldung, hättest du nach dem Stop Befehl einen Force Login gemacht, dann wäre die Fehlermeldung nicht gekommen.
@nik82 ahaaa, das force_login muss nach dem Befehl für die Klima kommen, ich hatte das vorher gesetzt, um sozusagen das Auto schonmal in 'Hab-Acht' zu holen. Das habe ich dann aber wohl falsch verstanden, danke!
Wozu setzt Du dann noch den timeout?Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@nik82 ahaaa, das force_login muss nach dem Befehl für die Klima kommen, ich hatte das vorher gesetzt, um sozusagen das Auto schonmal in 'Hab-Acht' zu holen. Das habe ich dann aber wohl falsch verstanden, danke!
Wozu setzt Du dann noch den timeout?@pedder007
Naja du kannst es auch vor jedem Befehl setzen, aber das finde ich einfach schwieriger umzusetzen :-)
Hättest du vor deiner Abfrage vom Fahrzeug noch einen Force Login gemacht wäre es auch gegangen.
Den Timeout kannst auch weglassen, ich bin nur immer ein Freund davon das man zwischen den Befehlen immer etwas Zeit lässt ;-) -
@pedder007
Naja du kannst es auch vor jedem Befehl setzen, aber das finde ich einfach schwieriger umzusetzen :-)
Hättest du vor deiner Abfrage vom Fahrzeug noch einen Force Login gemacht wäre es auch gegangen.
Den Timeout kannst auch weglassen, ich bin nur immer ein Freund davon das man zwischen den Befehlen immer etwas Zeit lässt ;-)@nik82
Ok, dann sollte es so ja eigentlich auch passen:
Der Zähler dient dazu, das Ganze nach 20 Minuten wieder abzuschalten, bzw. dazu auch noch einen Rückwärtscountdown in der VIS laufen zu lassen.
Ich werde das aber trotzdem mal umdrehen und schauen was passiert.
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@nik82
Ok, dann sollte es so ja eigentlich auch passen:Der Zähler dient dazu, das Ganze nach 20 Minuten wieder abzuschalten, bzw. dazu auch noch einen Rückwärtscountdown in der VIS laufen zu lassen.
Ich werde das aber trotzdem mal umdrehen und schauen was passiert.
@pedder007
Sollte passen, würde eber eher 10 Sekunden warten bis "Start Clima" weil der Force Login kann schonmal über 5 Sekunden dauern und dann bekommst wieder ne Fehlermeldung... -
@pedder007
Sollte passen, würde eber eher 10 Sekunden warten bis "Start Clima" weil der Force Login kann schonmal über 5 Sekunden dauern und dann bekommst wieder ne Fehlermeldung...So'de'le, gerade nochmal getestet. Beim Ausschalten bleibt die Fehlermeldung (obwohl ausgeschaltet wird) und ich auch zwischen dem 'Klima_stop' und dem 'force_login' 10 Sekunden eingebaut hatte.
Jetzt habe ich mir die Meldung aber nochmal angeschaut und frage mich, ob das evtl. ein anderer Parameter, der gar nichts mit der Klimaeinstellung zu tun hat, sein kann, der da angemeckert wird
Nach dem_____11:30:49.367 info Stop clima for vehicle
kommt ja______11:31:27.928 info Forcing refresh from Car
dann sagt er___11:31:27.928 info Read new update for KNACT811FR5074045 directly from the car
und__________11:31:28.334 info Error on API-Full-Status - Fallback GetStatusFromCarUnd das finde ich komisch, weil erst sagt er, er ließt vom Auto und danach sagt er 'error on API' und ich gehe in den Fallback zum Auto!? - komisch, hätte er da (in Richtung Auto) nicht sowieso schon sein sollen!?
danach dann__11:31:28.397 error Error on API-Request Status, ErrorCount:1
und dann noch die lange Fehlermeldung:
_____________11:31:28.398 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-12db-4b5b-xxxx-xxxxxxxxxxx/status - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"e2880d30-ce74-11ef-xxxx-xxxxxxxxxx"}
Jetzt hatte ich in meinen vorherigen Posts bei den Hex-Sequenzen die Details ja immer ausge-x-t, da mir nicht klar ist, ob die irgendetwas mit den Zugangsdaten zu tun haben.
Bei genauerer Betrachtung (und nicht mehr so viel weg-ge-x-t) sieht es für mich aber so aus, als würde er via https request ein bestimmtes Datenfeld holen wollen und bekommt dazu dann aber eine Antwort ("retCode" ....) bzgl. eines invaliden request bodies oder einer invaliden ID, welche dann aber eine andere ist, als diejenige, welche der via https angefragt hat.Aber hat das überhaupt etwas mit der Klimaeinst. zu tun?
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
So'de'le, gerade nochmal getestet. Beim Ausschalten bleibt die Fehlermeldung (obwohl ausgeschaltet wird) und ich auch zwischen dem 'Klima_stop' und dem 'force_login' 10 Sekunden eingebaut hatte.
Jetzt habe ich mir die Meldung aber nochmal angeschaut und frage mich, ob das evtl. ein anderer Parameter, der gar nichts mit der Klimaeinstellung zu tun hat, sein kann, der da angemeckert wird
Nach dem_____11:30:49.367 info Stop clima for vehicle
kommt ja______11:31:27.928 info Forcing refresh from Car
dann sagt er___11:31:27.928 info Read new update for KNACT811FR5074045 directly from the car
und__________11:31:28.334 info Error on API-Full-Status - Fallback GetStatusFromCarUnd das finde ich komisch, weil erst sagt er, er ließt vom Auto und danach sagt er 'error on API' und ich gehe in den Fallback zum Auto!? - komisch, hätte er da (in Richtung Auto) nicht sowieso schon sein sollen!?
danach dann__11:31:28.397 error Error on API-Request Status, ErrorCount:1
und dann noch die lange Fehlermeldung:
_____________11:31:28.398 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-12db-4b5b-xxxx-xxxxxxxxxxx/status - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"e2880d30-ce74-11ef-xxxx-xxxxxxxxxx"}
Jetzt hatte ich in meinen vorherigen Posts bei den Hex-Sequenzen die Details ja immer ausge-x-t, da mir nicht klar ist, ob die irgendetwas mit den Zugangsdaten zu tun haben.
Bei genauerer Betrachtung (und nicht mehr so viel weg-ge-x-t) sieht es für mich aber so aus, als würde er via https request ein bestimmtes Datenfeld holen wollen und bekommt dazu dann aber eine Antwort ("retCode" ....) bzgl. eines invaliden request bodies oder einer invaliden ID, welche dann aber eine andere ist, als diejenige, welche der via https angefragt hat.Aber hat das überhaupt etwas mit der Klimaeinst. zu tun?
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Nach dem_____11:30:49.367 info Stop clima for vehicle
kommt ja______11:31:27.928 info Forcing refresh from CarUnd wo ist der Force Login dazwischen? Sollte eigentlich im Log zu sehen sein
-
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Nach dem_____11:30:49.367 info Stop clima for vehicle
kommt ja______11:31:27.928 info Forcing refresh from CarUnd wo ist der Force Login dazwischen? Sollte eigentlich im Log zu sehen sein
-
So'de'le, gerade nochmal getestet. Beim Ausschalten bleibt die Fehlermeldung (obwohl ausgeschaltet wird) und ich auch zwischen dem 'Klima_stop' und dem 'force_login' 10 Sekunden eingebaut hatte.
Jetzt habe ich mir die Meldung aber nochmal angeschaut und frage mich, ob das evtl. ein anderer Parameter, der gar nichts mit der Klimaeinstellung zu tun hat, sein kann, der da angemeckert wird
Nach dem_____11:30:49.367 info Stop clima for vehicle
kommt ja______11:31:27.928 info Forcing refresh from Car
dann sagt er___11:31:27.928 info Read new update for KNACT811FR5074045 directly from the car
und__________11:31:28.334 info Error on API-Full-Status - Fallback GetStatusFromCarUnd das finde ich komisch, weil erst sagt er, er ließt vom Auto und danach sagt er 'error on API' und ich gehe in den Fallback zum Auto!? - komisch, hätte er da (in Richtung Auto) nicht sowieso schon sein sollen!?
danach dann__11:31:28.397 error Error on API-Request Status, ErrorCount:1
und dann noch die lange Fehlermeldung:
_____________11:31:28.398 error @EuropeVehicle.status: [400] Bad Request on [GET] https://prd.eu-ccapi.kia.com:8080/api/v2/spa/vehicles/c93a609f-12db-4b5b-xxxx-xxxxxxxxxxx/status - {"retCode":"F","resCode":"4002","resMsg":"Invalid request body - Invalid deviceId. ","msgId":"e2880d30-ce74-11ef-xxxx-xxxxxxxxxx"}
Jetzt hatte ich in meinen vorherigen Posts bei den Hex-Sequenzen die Details ja immer ausge-x-t, da mir nicht klar ist, ob die irgendetwas mit den Zugangsdaten zu tun haben.
Bei genauerer Betrachtung (und nicht mehr so viel weg-ge-x-t) sieht es für mich aber so aus, als würde er via https request ein bestimmtes Datenfeld holen wollen und bekommt dazu dann aber eine Antwort ("retCode" ....) bzgl. eines invaliden request bodies oder einer invaliden ID, welche dann aber eine andere ist, als diejenige, welche der via https angefragt hat.Aber hat das überhaupt etwas mit der Klimaeinst. zu tun?
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Error on API-Full-Status - Fallback GetStatusFromCar
du musst schon richtig lesen
Full-Status ist nicht gleich mit dem StatusFromCar..
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@pedder007 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Error on API-Full-Status - Fallback GetStatusFromCar
du musst schon richtig lesen
Full-Status ist nicht gleich mit dem StatusFromCar..
@arteck ok danke!
Da hab ich was gelernt, kann mit der Info so jetzt aber leider nichts anfangen?
Kannst Du mich da aufschlauen, bzw. geht meine Vermutung irgendwie in eine sinnvolle Richtung?Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@arteck ok danke!
Da hab ich was gelernt, kann mit der Info so jetzt aber leider nichts anfangen?
Kannst Du mich da aufschlauen, bzw. geht meine Vermutung irgendwie in eine sinnvolle Richtung?na ja bei fullstatus holt er alles ab was geht.. funktioniert der nicht (warum auch immer) werden nur rudimäntäre Sachen geholt.. welche müsste ich nachschauen..
die Fehlermeldung ist vielleicht ein wenig irreführend..hab es bissel angepasst
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
na ja bei fullstatus holt er alles ab was geht.. funktioniert der nicht (warum auch immer) werden nur rudimäntäre Sachen geholt.. welche müsste ich nachschauen..
die Fehlermeldung ist vielleicht ein wenig irreführend..hab es bissel angepasst
@arteck ok danke.
Ich habe oben leider nur nicht mehr gefunden über welche Version ihr da mittlerweile sprecht?
Versuchsweise bin ich gerade von meiner aktuellen (3.1.0) auf die 3.1.1 (entsprechend ChangeLog GIT) gegangen, die produziert aber schon beim Start Fehler und der Adapter wird auch nicht grün:bluelink.0 2025-01-10 09:21:46.786 info starting. Version 3.1.1 in /opt/iobroker/node_modules/iobroker.bluelink, node: v20.18.1, js-controller: 7.0.6 bluelink.0 2025-01-10 09:21:46.793 info Login to api bluelink.0 2025-01-10 09:21:48.755 info 1 Vehicles found bluelink.0 2025-01-10 09:21:48.995 info Read new update for KNACT811FR5074045 from the server bluelink.0 2025-01-10 09:21:51.093 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). bluelink.0 2025-01-10 09:21:51.093 error unhandled promise rejection: The state contains the forbidden properties day, time! bluelink.0 2025-01-10 09:21:51.094 error Error: The state contains the forbidden properties day, time! at Validator.validateSetStateObjectArgument (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/validator.js:299:13) at Bluelink._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:4984:21) at Bluelink.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:4962:17) at Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:133:30) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Bluelink.readStatusVin (/opt/iobroker/node_modules/iobroker.bluelink/main.js:391:17) at async Bluelink.readStatus (/opt/iobroker/node_modules/iobroker.bluelink/main.js:355:13) bluelink.0 2025-01-10 09:21:51.094 error The state contains the forbidden properties day, time! bluelink.0 2025-01-10 09:21:51.096 info Adapter bluelink cleaned up everything... bluelink.0 2025-01-10 09:21:51.096 info terminatingPS.
Folgende Randinfo noch:
Beim Niro EV geht das Vorklimatisieren doch aus dem Fahrakku, ohne WB-Connect, bzw. Kabel, allerdings nur spontan per App oder Adapter. Lediglich das Vorklimatisieren (ohne Anschluss) per Fahrakku über die Zeitkonfiguration, in der App, geht nicht.
Mal gut das wir den Adapter haben :+1:
Hatte ich heute nochmal 'rausgefunden', bzw. hier auch die Bestätigung gelesen: https://www.goingelectric.de/forum/viewtopic.php?t=71866Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@arteck ok danke.
Ich habe oben leider nur nicht mehr gefunden über welche Version ihr da mittlerweile sprecht?
Versuchsweise bin ich gerade von meiner aktuellen (3.1.0) auf die 3.1.1 (entsprechend ChangeLog GIT) gegangen, die produziert aber schon beim Start Fehler und der Adapter wird auch nicht grün:bluelink.0 2025-01-10 09:21:46.786 info starting. Version 3.1.1 in /opt/iobroker/node_modules/iobroker.bluelink, node: v20.18.1, js-controller: 7.0.6 bluelink.0 2025-01-10 09:21:46.793 info Login to api bluelink.0 2025-01-10 09:21:48.755 info 1 Vehicles found bluelink.0 2025-01-10 09:21:48.995 info Read new update for KNACT811FR5074045 from the server bluelink.0 2025-01-10 09:21:51.093 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). bluelink.0 2025-01-10 09:21:51.093 error unhandled promise rejection: The state contains the forbidden properties day, time! bluelink.0 2025-01-10 09:21:51.094 error Error: The state contains the forbidden properties day, time! at Validator.validateSetStateObjectArgument (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/validator.js:299:13) at Bluelink._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:4984:21) at Bluelink.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:4962:17) at Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:133:30) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.bluelink/lib/json2iob.js:97:21) at async Bluelink.readStatusVin (/opt/iobroker/node_modules/iobroker.bluelink/main.js:391:17) at async Bluelink.readStatus (/opt/iobroker/node_modules/iobroker.bluelink/main.js:355:13) bluelink.0 2025-01-10 09:21:51.094 error The state contains the forbidden properties day, time! bluelink.0 2025-01-10 09:21:51.096 info Adapter bluelink cleaned up everything... bluelink.0 2025-01-10 09:21:51.096 info terminatingPS.
Folgende Randinfo noch:
Beim Niro EV geht das Vorklimatisieren doch aus dem Fahrakku, ohne WB-Connect, bzw. Kabel, allerdings nur spontan per App oder Adapter. Lediglich das Vorklimatisieren (ohne Anschluss) per Fahrakku über die Zeitkonfiguration, in der App, geht nicht.
Mal gut das wir den Adapter haben :+1:
Hatte ich heute nochmal 'rausgefunden', bzw. hier auch die Bestätigung gelesen: https://www.goingelectric.de/forum/viewtopic.php?t=71866@pedder007 kannst du btte die version installieren
https://github.com/Newan/ioBroker.bluelink/tarball/errorda stimmt was nicht, ich kann es aber nicht nachvollziehen.. dann Log posten bis der abbricht..
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@pedder007 kannst du btte die version installieren
https://github.com/Newan/ioBroker.bluelink/tarball/errorda stimmt was nicht, ich kann es aber nicht nachvollziehen.. dann Log posten bis der abbricht..
Hallo,
ich hoffe ich bin hier jetzt nicht falsch.
Seit gestern bekomme ich keine Verbindung mehr zum Auto. Im Log steht diese Zeile:ManagedBluelinkyError: @EuropeController.login: [400] Bad Request on [POST] https://prd.eu-ccapi.hyundai.com:8080/api/v1/user/signin - {"errId":"214fb244-d741-4523-a72f-73a6d9ee44ca","errCode":"4003","errMsg":"Invalid values"}Ich habe keine Logindaten geändert. Wo sehe ich mehr zu diesem Fehler und wie ist er abzustellen? Auf dem Handy funktioniert die App ohne Fehler.
Hardy
-
Hallo,
ich hoffe ich bin hier jetzt nicht falsch.
Seit gestern bekomme ich keine Verbindung mehr zum Auto. Im Log steht diese Zeile:ManagedBluelinkyError: @EuropeController.login: [400] Bad Request on [POST] https://prd.eu-ccapi.hyundai.com:8080/api/v1/user/signin - {"errId":"214fb244-d741-4523-a72f-73a6d9ee44ca","errCode":"4003","errMsg":"Invalid values"}Ich habe keine Logindaten geändert. Wo sehe ich mehr zu diesem Fehler und wie ist er abzustellen? Auf dem Handy funktioniert die App ohne Fehler.
Hardy
Support us
339
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge