Adapter Hyundai (Bluelink) oder KIA (UVO)
-
@frajop
Danke, mein EV6 ist leider noch nicht da
Aber ich werde mal im EV6 Forum nachfragen oder nachlesen.Oder es findet sich hier noch ein EV6 Fahrer
-
Hallo,
habe jetzt einige Seiten beim EV6 Forum durch, anscheinend ist es so:12V Batterie lädt...
...bei eingeschalteter Zündung und kein Ladekabel angesteckt
...zugesperrt, Ladekabel dran und Ladung aktiv
... unter der fahrt
aber anscheinend nicht automatisch bei abgeschlossenen Auto ohne das es gerade geladen wird.Deswegen wäre es wahrscheinlich sinnvoll die Abfrage nur zu machen wenn das Auto gerade an der Wallbox lädt (das würde mir z.B. auch reichen).
Jetzt die Frage: Kann ich dem Adapter auch einen manuellen Input zum Abrufen geben?
Oder frägt der Adapter immer beim Adapterstart ab? Denn dann würde ich einfach die Instanz starten beim Ladevorgang und beenden beim Ladestop? -
@nik82 du kannst den Adapter auf 1 Abfrage pro Tag einstellen und alles andere mit dem Button force_refresh machen.
-
@ilovegym
Ah super, dann werd ich das so im Blick behalten
Danke dir. -
@frajop ich musste leider feststellen, daß die 12V Batterie nicht permanent überwacht wird, sondern nur alle 2 Tage nachgeladen wird. Bei zu häufigen Abfragen kann das schon zu spät sein.
-
-
@stefan-cloer sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
@arteck @newman ist es vielleicht möglich im Adapter eine Möglichkeit zu schaffen nur den Server abzufragen und nicht immer ein Force-Update zu machen. Das könnte das Problem der 12V Batterie lösen und doch stets die aktuellen Server Daten holen?
Gute Idee, ich glaube aber, das Issue müssen wir dann auf bluelinky (der lib, die bei Hyundai die Daten abruft (oder genauer ein Api-Wrapper), eröffnen.. ??
-
@stefan-cloer wenn der Server den Status nicht regelmäßig abfragt, was er nicht macht, ist dieser Wert auch nicht aktueller. Für was brauchst du den regelmäßigen Ladestand? Ich brauche den nur zur Ladekontrolle und abwxhlten bei erreichen des Zielwertes. Ich frage den Status nur ab, wenn die Wallbox meldet, daß gerade geladen wird. Für den Fall, daß die Wallbox anderweitig verwendet wird, wird der Status vom Auto ebenfalls ausgewertet, ob das Auto ebenfalls am laden ist. Ist dies nicht der Fall, erfolgt keine weitere Abfrage, bis die Wallbox meldet, daß das Kabel wieder getrennt wurde.
-
@christophb Ich denke, dass das Auto, zumindest bei bestimmten Events, automatisch Daten an den Server sendet, denn man bekommt ja auch von der App eine Push Nachricht wenn man z.B. vergessen hat das Auto zu verschließen. Also würde eine reine Serverabfrage zumindest auch solche Events dann widerspiegeln.
-
@ilovegym Ich denke , dass das schon in bluelinky integriert ist..
-
Funktioniert der Adapter bei euch im Moment?
Ich habe seit Tagen noch den Fehler -
@frajop wenn jch den Adapter neu starten, bekomme ich einen aktuellen Wert. Dann aber nicht mehr. App hatte gestern auch einen Recht aktuellen Status, manuelle Anfrage scheiterte an einer Antwort des Fahrzeugs.
-
@frajop Nein, aktuell funktioniert bei mir die Statusabfrage mit dem Adapter nicht. Die Bluelink-App funktioniert allerdings.
Beim Neustart des Adapters erhalte ich folgende Fehlermeldung:
-
@stefan-cloer das Problem ist allgemein bekannt, liegt an den Hyundai-Servern, wenn man Glueck hat, geht die App, bzw sendet man an das Fahrzeug, das geht, aber es kommt keine Antwort vom Fahrzeug zurueck oder nicht von den Servern zurueck.. (zur App oder hier in den iobroker)
Hoffen wir, dass Hyundai das Problem bald in den Griff bekommt, ist bei mir seit Samstag so...
-
@ilovegym bin bei dir. Ich wollte auch nur @frajop Nachfrage bestätigen.
Zu der Abfrage ausschließlich der Server habe ich auch noch diese Hyundai-Kia-Connect/kia_uvo "Home Assistant" Projekt gefunden. Auch hier wird zwischen "Update" und "Force-Update" unterschieden.
-
@stefan-cloer Wie triggerst du denn?
Ich habe bei Blockly den gleichen Fehler gehabt, als ich mit dem Block "umschalten" getriggert habe. Seit ich das Objekt als Schalter mit "Steuere Objekt ID mit True" ansteuere bekomme ich diese Fehlermeldung nicht mehr -
@michaelnorge Ich steuere den Schalter ebenfalls indem ich in Blockly den Wert auf true setze.
Der Fehler taucht ja auch nur im Moment auf da Hyundai Probleme mit dem Server hat. -
Inzwischen bekomme ich auch tatsächlich Rückmeldungen vom Server (NICHT vom Auto) ich habe in der main.js Datei des Adapters in der Zeile 290 den Wert für "refresh" mal von "true" auf "false" geändert (siehe Bild). Das scheint genau die Änderung zu sein um NUR den Server abzufragen. Das kann man auch schön im Log mitlesen. Der Adapter schafft es nach wie vor nicht sich die Daten direkt vom Auto zu holen, dann macht er den "Fallback" der anscheint schon immer einprogrammiert war jedoch mit dem Fehler das hier der Wert von "refresch" immer noch auf "true" steht wie in Zeile 256 und daher der Fallback nicht funktioniert. Mit der Abänderung auf "false" funktioniert es nun und ich bekomme keine Fehlermeldung mehr.
Schön wäre jetzt noch wenn ich selbst entscheiden könnte ob ich ein force-update oder ein Server-Update machen möchte. Ich glaube, dass ein Server Update häufig reichen würde was dann die 12V Batterie extrem schonen würde. Leider reichen dafür meine Programmierkenntnisse nicht aus...
-
Interessant
Aber irgend etwas anderes stimmt auch nicht
Hier ein log wo Daten korrekt ausgelesen werden:
Im Fehlerfall sieht es so aus:
Wenn man jetzt mal den Fehler entspr. den Fehlercodes interpretiert:
Der Fehlercode für den HTTP request ist 400, d.h. der Server versteht die Anfrage nicht
Aus der Standard Doku:Der Fehler 'Duplicate request' darf eigentlich an einem Server nicht auftreten. Nach Standard muss er mit mehreren Anfragen klar kommen. Das tut er aber wohl nicht.
Ich würde da auf ein Timing Problem tippen, es sieht aus als ob mehrere Anfragen zu schnell kommen und zwar im Zweig Fallback. Warum er in den Fallback rein läuft, hat stefan.cloer schön heraus gearbeitet.
Aber da müsste jetzt jemand rein schauen, der sich damit auskennt.... -
