Adapter Hyundai (Bluelink) oder KIA (UVO)

[kaffeschluerfer]

@newan Guten Morgen!
habe dir gerade mein vollständigen debug log per Chat geschickt. Mir ist aufgefallen, dass das Feld "vin" bei contoller/userConfig leer bleibt (im Gegensatz zu "vehicleConfig")

2023-04-10 09:13:40.956 debug [{"vehicleConfig":{"nickname":"xxxxxxx","name":"xxxxxxxx","regDate":"2022-xxxxxxx","brandIndicator":"H","id":"xxxxxx","vin":"KMHKN81FPPU1xxxxx","generation":"2023"},"controller":{"userConfig":{"username":"xxxx@xxxxxx.de","password":"xxxxxxxx","region":"EU","brand":"hyundai","autoLogin":true,"pin":"xxxx","vin":"","language":"de"},

[bigal]

@kaffeschluerfer said in Adapter Hyundai (Bluelink) oder KIA (UVO):

@newan Guten Morgen!
habe dir gerade mein vollständigen debug log per Chat geschickt. Mir ist aufgefallen, dass das Feld "vin" bei contoller/userConfig leer bleibt (im Gegensatz zu "vehicleConfig")

2023-04-10 09:13:40.956 debug [{"vehicleConfig":{"nickname":"xxxxxxx","name":"xxxxxxxx","regDate":"2022-xxxxxxx","brandIndicator":"H","id":"xxxxxx","vin":"KMHKN81FPPU1xxxxx","generation":"2023"},"controller":{"userConfig":{"username":"xxxx@xxxxxx.de","password":"xxxxxxxx","region":"EU","brand":"hyundai","autoLogin":true,"pin":"xxxx","vin":"","language":"de"},

Stimmt, hier auch VIN bei userConfig ist leer

[Newan]

Schau mir das Heute Abend an, jetzt erst Ostern mit den Kids

[kaffeschluerfer]

@newan Dito! genieße es!

[Newan]

Neuer commit, pls test!

[Winni]

@newan schaut gut aus

bluelink.0
2023-04-10 13:16:28.679	info	Update for KMHKR81CPNU0xxxxx successfull

bluelink.0
2023-04-10 13:16:28.630	info	State value to set for "bluelink.0.KMHKR81CPNU0xxxxx.vehicleStatus.steerWheelHeat" has to be type "boolean" but received type "number"

bluelink.0
2023-04-10 13:16:13.910	info	Read new update for KMHKR81CPNU0xxxxx directly from the car

bluelink.0
2023-04-10 13:16:00.346	info	1 Vehicles found

bluelink.0
2023-04-10 13:15:53.021	info	Login to api

bluelink.0
2023-04-10 13:15:52.981	info	starting. Version 2.2.8 (non-npm: Newan/ioBroker.bluelink) in /opt/iobroker/node_modules/iobroker.bluelink, node: v16.19.1, js-controller: 4.0.24

Die Werte bei den Objekten passen auch. Super Job! Vielen Dank und einen schönen Rest-Feiertag

[Michaelnorge]

Genial, Daten kommen wieder rein! Danke für den Job an einem Feiertag!!
Frohe (Rest-)ostern Dir

[arteck]

@newan sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):

Schau mir das Heute Abend an, jetzt erst Ostern mit den Kids

habs schon korrigiert

@all
hab mal neue version gemacht.. 2.3.1 ist unterwegs

[Neuschwansteini]

@arteck @Newan

Hier läuft er noch nicht..

Edit: nachdem die App wieder geht, läuft auch der Adapter, super, Danke!

[kaffeschluerfer]

@arteck jeah - das funktioniert einwandfrei wie vorher! Vielen Dank euch beiden!!!

[Meister Mopper]

@arteck @Newan

v2.3.1
Funzt bei mir.

[fichte_112]

Bei mir funktioniert es auch wieder. Vielen Dank.

[bigal]

Läuft hier auch mit 2 Autos. Interessanterweise übermitteln bei de auch wieder einen 12V SOC ob er sich auch ändert werde ich loggen

[bigal]

@arteck das ist in der aktuellen Version immernoch so...

@deekay-0 said in Adapter Hyundai (Bluelink) oder KIA (UVO):

@arteck
Eine Sache dir mir gerade mit aktuellstem GitHub-Adapter aufgefallen ist: Ich habe zwei Hyunday EVs. Nutze ich nun force_refresh bei einem der Autos, schickt der Adapter Aktualisierungsanfragen für beide Autos raus. Ist das so gewollt?
Falls ja, sollte force_refresh ggf. aus dem Fahrzeug-Node in einen separaten allgemeinen Node wandern.

[arteck]

@bigal sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):

schickt der Adapter Aktualisierungsanfragen für beide Autos raus.

hmm.. sollte nicht sein..ich guck mal

ohhhhhhhhh gefunden... dauert aber .. muss was umbauen

[bigal]

@arteck Top danke schomal fürs Feedback

[kaffeschluerfer]

Hallo zusammen,

ich steh noch etwas auf dem Schlauch, was die richtige Nutzung force_refresh und force_update angeht.
So wie ich es verstanden habe, holt force_update die Daten von Auto und force_refresh nur vom zuletzt gespeichertem Zustand auf dem Server. Ist das richtig?

Leider bewirkt seit der 2.3.1 keiner der beiden, dass etwas passiert... (z.B. wenn ich manuell auf die Glocke drücke, aber auch beim schreiben per script). Mache ich was falsch?

Ich würde weitestgehend auf das regelmäßige Pollen verzichten (also im Adapter vllt. auf +-4 stellen), dafür aber immer, wenn ich etwas vom Auto brauche (z.B. in der visu, oder zur Abfrage des SOC beim laden) per force_xxxx die Daten abholen.

[Neuschwansteini]

@kaffeschluerfer

Hi,
Mit force_update = true holt er die Daten vom Auto, mit force_update = false vom server

Ausgelöst wird immer ! Mit force_refresh = true

Also force_ update schaltest du um zwischen server oder car..

[bigal]

auch auch wenn force_update = true macht er bei jedem Update über das Intervall im Adapter auch ein Fahrzeug update

@arteck wenn du da jetzt sowieso ran geht, nochmal die idee force_update so zu lassen wie es ist für den adapter cron update, aber statt nur einen force_refresh würde ich hier zwei getrennte machen

force_refresh_from_server
force_refresh_from_car

ich lasse ja immer alle 60 min vom auto direct zusätzlich zu den 5 minütigen serverabfragen pollen und da muss ich dann immer das force_update hin und her schalten...

anders wäre es glaube ich für den ein oder anderen auch ganz praktisch

[shipper]

seit Tagen läuft der Adapter nicht mehr. Im Protokoll die Fehlermeldung:

logout und relogin auf der Smartphone App hat nichts gebracht

Auch Neuinstallation auf einen jungfräulichen iobroker nicht

?????