Adapter Hyundai (Bluelink) oder KIA (UVO)

[stefan.cloer]

@ilovegym Tcha, wenn ich wüsste wie ich das machen soll...

[ilovegym]

@stefan-cloer hast auch wieder Recht, da die komplette main.js ja schon da ist, muss @arteck sie nur ersetzen..

Ich machs ja ohne Probleme in der Console, man muss halt aufpassen, dass man entweder mit iobroker angemeldet ist oder anschliessend ein

sudo chown iobroker:iobroker main.js

macht, damit die Rechte wieder stimmen...

[Michaelnorge]

@stefan-cloer Super Arbeit (denke ich, ich kann nicht coden ) - Kann das irgendwie integriert werden und dann "fertig" bei GitHub angeboten werden?

[arteck]

@stefan-cloer danke dir.. ja manchmal ist man blind.. habs auf GIT hochgeladen..

in Zeile 315 ist auch noch ein Bug bei dir... da hast du wie ich den async übersehen

und die Zeile 721 brauchst du auch nicht

this.subscribeStates(vin + '.control.force_update');

auf den wird nicht einzeln reagiert.. sondern der wird nur gelsen

ich hab direkt auch den batteryControlState12V eingefügt

ich habe den wert resultierend aus meiner Umfrage dazu auf 65 gesetzt.. so wie es aussieht wird dieser auch standardmässig so eingestellt
https://github.com/Newan/ioBroker.bluelink

jeder kann sich den aber setzten wie er mag

bitte Testen.. wenn OK dann mach ich eine Version

[Michaelnorge]

@arteck Genial... gleich mal testen! Danke :-))))

[stefan.cloer]

@arteck die Zeile 721 ist aus meiner Sicht sehr wichtig. Wenn ich das force_update State in den Objekten ändere ohne diese Zeile reagiert das Script ohne diese Zeile erst bei dem übernächsten Update auf die Änderung des States. Mit der Zeile 721 aber bereits bei der nächsten.
Genau das war der Grund warum ich die eingefügt habe.

[arteck]

@stefan-cloer

this.subscribeStates(vin + '.control.force_update');

https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/adapterdev.md

dann nach subscribeStates suchen...

ein subscribeStates reagiert direkt auf eine Änderung des werten und lösst WAS aus.. was in unserem Fall nicht zutrifft.. du wllst ja nur beim nächsten durchlauf den Wert mitnehmen.. und nicht druaf DIREKT reagieren wenn sich dieser geändert hat

[ilovegym]

@arteck hab mal von Git eingespielt, bisher keine Errors / Warnings, daten werden geholt.
Danke!

[theGrinch]

@ilovegym hier auch. Danke @arteck

[stefan.cloer]

@arteck Das mag sein. Dafür verstehe ich zu wenig von Java.

Allerdings habe ich gerade deine neue Version eingespielt und es passiert nun genau das was ich in meinem Post zuvor beschrieben habe, das Umschalten des Werts "force_update" wird erst beim übernächsten Update akzeptiert.

[stefan.cloer]

[ilovegym]

@stefan-cloer @arteck

richtig, das kann ich hier nachvollziehen, er holt erst beim uebernaechsten Update vom Auto...

[GerdSo]

@arteck Ich habe gerade die aktuelle Version ebenfalls eingespielt, die Objekte gelöscht und es gibt keine Fehler.
Allerdings erwartet er bei mir 3 Variablenformate anders:

bluelink.0 2023-03-31 16:58:47.128	info	Read new update for ### directly from the car
bluelink.0 2023-03-31 16:54:47.117	info	Update for ### successfull
bluelink.0 2023-03-31 16:54:47.111	info	State value to set for "bluelink.0.###.vehicleStatus.steerWheelHeat" has to be type "boolean" but received type "number"
bluelink.0 2023-03-31 16:54:47.037	info	State value to set for "bluelink.0.###.vehicleLocation.lon" has to be type "string" but received type "number"
bluelink.0 2023-03-31 16:54:46.993	info	State value to set for "bluelink.0.###.vehicleLocation.lat" has to be type "string" but received type "number"
bluelink.0 2023-03-31 16:54:19.477	info	Read new update for ### directly from the car
bluelink.0 2023-03-31 16:54:19.019	info	1 Vehicles found
bluelink.0 2023-03-31 16:54:14.736	info	Login to api
bluelink.0 2023-03-31 16:54:14.709	info	starting. Version 2.2.8 (non-npm: Newan/ioBroker.bluelink#dd32222fb61b1af1dde48e9465c3c6d00cc8ac4c) in /opt/iobroker/node_modules/iobroker.bluelink, node: v18.15.0, js-controller: 4.0.24

[arteck]

@stefan-cloer ok ok .. ich baus wieder rein..

@GerdSo sollte jetzt auch weg sein... musst aber die 3 (oder wieder alle) per hand löschen damit die neu angelegt werden

[stefan.cloer]

@arteck prima, aus meiner Sicht arbeitet das Script jetzt (fast) perfekt. Das einzige was aus meiner Sicht noch angepasst werden sollte ist die maximale request Anzahl. Da wir ja jetzt die 12V Batterie bei einem Update vom Server nicht mehr belasten kann der Wert sicherlich von 48 auf 400 erhöht werden.

[GerdSo]

@arteck Danke, Fehler ist weg, jetzt habe ich das gleiche Problem wie @stefan-cloer
Vorher konnte ich die Aktualisierungsrate auf 360 stellen, jetzt wird auf 48 zurückgesetzt und das sieht man nur im Protokoll, im Einstellungsdialog werden die 360 akzeptiert.

Was mich etwas irritiert ist der Variablentyp von force_update in der Objekt-Ansicht. Das müsste nach meinem Empfinden ein Boolean oder state sein und nicht ein Button. Das war in der "alten" 2.2.8 auch so, siehe Screenshot in Nachricht vom 30.3. 17:55
Bei mir sieht es so aus

[ilovegym]

@gerdso richtig, jetzt sollte man aus dem Button einen Switch machen, kann man selbst einfach in den Objekten, wird dann aber bei Adapterupdate ueberschrieben, sollte also in der naechsten Version am besten geaendert sein..

Bei mir laeuft die aktuelle Git soweit absolut ohne Warnings, mit den angemerkten Aenderungen steht meiner Meinung nach einem Release dann nichts mehr im Wege..

[bigal]

Da ich nun auch bei beiden IONIQ5 mehrfach mit leerer 12V da stand zuletzt über Nacht, habe ich die 2.2.8 installiert.

force_update false sende leider bei V2L Nutzung kein update, da ich die beiden Dicken als kostenlose Hausbatterien nutze wäre das wichtig.

der 12V soc wird aber auch nicht mehr geupdatet... bei beiden... seit einmal 12v leer war stockt es da, auch der Tipp weiter oben mit Adapter ne uinstallieren hilft da nicht mehr, einer der I5 hatte dann mal wieder angefangen den 12Vsoc zu senden aber beim nächsten mal 12V leer saugen hatte er dann auch wieder aufgehört.

[ilovegym]

@bigal

Hi, der 12V Wert wird meist nur nach 20min Fahrt aktualisiert, das liegt nicht am Adapter, sondern am System von Hyundai.. so ist es auf jedem Fall bei meinem Ioniq5. Abgesehen davon ist der Wert in % anscheinend sowieso nach dem Wasserdruck in Sued-Korea abhaengig.. und hat weniger mit dem Zustand der 12V Batterie zu tun..

Um eine leere 12V vorzubeugen, empfiehlt es sich einen Batteryguard zu installieren, den du per Bluetooth auslesen kannst.
Oder nimm n ESP32 und n paar Widerstände und lese dir die Werte alle 30min aus und sende es per Wifi an den iobroker..

Ich parke im Hof immer so, dass der Batteryguard in Reichweite von nem Raspi ist, der liest dann die Bluetooth mit dem Gatttool aus und sendet es per curl an den iobroker-simple-Api Adapter. Dann werte ich das grafisch mit Flot aus, und kann es mir in MinuVIS ansehen..

[bigal]

@ilovegym

ist natürlich top wenn man zwei Autos kauft für knapp 130.000€ und dann mit gebastel überwachen muss weil die Koreaner zu dumm sind ein korrektes BMS zu programmieren...

Irgendwo habe ich gelesen, dass das Auto wohl Idle alle 2 Tage nachlädt, dann kann es aber trotzdem nicht sein dass hier sporadisch über nacht alles leet ist.... habe ja am iobroker polling nichts verändert.

Und Tronity pollt ja angeblich nur den server