NEWS
Adapter Hyundai (Bluelink) oder KIA (UVO)
-
@chrisbgl scheint der server nicht erreichbar zu sein
kannst ja selber prüfen
https://prd.eu-ccapi.hyundai.com:8080/api/v1/user/signin
klick drauf.. kommt da was
-
@arteck Ok, danke für die Info.
Echt traurig, dass es immer wieder diese Ausfälle gibt. Macht ein Zielladen mit EVCC usw. echt schwierig.
-
Danke für den tollen Adapter. Er arbeitet wirklich gut. Bis auf....
Ich habe allerdings ein Problem mit meinem Auto. Durch das Abfragen des Status mit full und parsed fahren die Steuergeräte nicht runter. Scheinbar dauert es über 20min, bis das Auto den Canbus runterfährt. Ich hatte 100 eingestellt.
Bei meinem Wagen kam noch ein kleiner Firmwarefehler dazu, der scheinbar dazu führte, dass die Batterie nicht nachgeladen wurde.
Egal... ich habe mich nur gefragt, warum die App den Wagen nicht zum Erliegen bringt und auch immer alle Informationen da hat. Ich habe mir mal den Datenverkehr der App mit nem Proxy angeschaut.
Des Rätzels Antwort ist eine andere URL, die benutzt wird. Die App liest die Daten nicht aus dem Fahrzeug, sondern vom Server.Nachdem ich mir den Code anschaut habe, musste ich feststellen, dass man ein Objekt umschalten muss.
Kannst du so etwas Wichtiges vielleicht in die readme schreiben?
Kannst du auch darüber nachdenken, es mit false zu initialisieren. Nicht jeder Adapter Benutzer macht sich Gedanken über alle Objekte die er erzeugt und keiner liest readme. Das muss ich leider auch immer bei meinen Adaptern feststellen.
Bei meinem Auto konnte ich keinen Gang mehr einlegen, weil sich das Steuergerät und ein Sensor wegen Spannungsspitzen beim Nachladen der 12V Batterie nicht mehr eins waren. Da kamen zwei Dinge zusammen.Noch eine Frage, die bestimmt schon in einem, der 1547 Beiträge gestellt wurde. Wofür sind:
control.force_checkDriveInfo
control.force_login
control.force_refresh_from_car
control.force_refresh_from_server
genau?
force_update false ist scheinbar für die Umschaltung.Mussen die mit ack = false oder true gesetzt werden oder macht das hier keinen Unterschied?
Gerne mach ich dir einen Pull request für die Readme, wenn ich es verstanden habe
-
Danke für den tollen Adapter. Er arbeitet wirklich gut. Bis auf....
Ich habe allerdings ein Problem mit meinem Auto. Durch das Abfragen des Status mit full und parsed fahren die Steuergeräte nicht runter. Scheinbar dauert es über 20min, bis das Auto den Canbus runterfährt. Ich hatte 100 eingestellt.
Bei meinem Wagen kam noch ein kleiner Firmwarefehler dazu, der scheinbar dazu führte, dass die Batterie nicht nachgeladen wurde.
Egal... ich habe mich nur gefragt, warum die App den Wagen nicht zum Erliegen bringt und auch immer alle Informationen da hat. Ich habe mir mal den Datenverkehr der App mit nem Proxy angeschaut.
Des Rätzels Antwort ist eine andere URL, die benutzt wird. Die App liest die Daten nicht aus dem Fahrzeug, sondern vom Server.Nachdem ich mir den Code anschaut habe, musste ich feststellen, dass man ein Objekt umschalten muss.
Kannst du so etwas Wichtiges vielleicht in die readme schreiben?
Kannst du auch darüber nachdenken, es mit false zu initialisieren. Nicht jeder Adapter Benutzer macht sich Gedanken über alle Objekte die er erzeugt und keiner liest readme. Das muss ich leider auch immer bei meinen Adaptern feststellen.
Bei meinem Auto konnte ich keinen Gang mehr einlegen, weil sich das Steuergerät und ein Sensor wegen Spannungsspitzen beim Nachladen der 12V Batterie nicht mehr eins waren. Da kamen zwei Dinge zusammen.Noch eine Frage, die bestimmt schon in einem, der 1547 Beiträge gestellt wurde. Wofür sind:
control.force_checkDriveInfo
control.force_login
control.force_refresh_from_car
control.force_refresh_from_server
genau?
force_update false ist scheinbar für die Umschaltung.Mussen die mit ack = false oder true gesetzt werden oder macht das hier keinen Unterschied?
Gerne mach ich dir einen Pull request für die Readme, wenn ich es verstanden habe
Steht doch im Wiki, ganz unten extra ….
-
Steht doch im Wiki, ganz unten extra ….
@ilovegym
Danke für die schnelle Antwort.Es gibt ein WIKI
. Das war mir nicht klar, sorry.
Das Object control.force_login ist dort aber nicht erklärt.Dann wäre ein Hinweis in der Readme auf das Wiki nicht schlecht. dort ist nur auf dieses Tread und Kia verwiesen.
-
Danke für den tollen Adapter. Er arbeitet wirklich gut. Bis auf....
Ich habe allerdings ein Problem mit meinem Auto. Durch das Abfragen des Status mit full und parsed fahren die Steuergeräte nicht runter. Scheinbar dauert es über 20min, bis das Auto den Canbus runterfährt. Ich hatte 100 eingestellt.
Bei meinem Wagen kam noch ein kleiner Firmwarefehler dazu, der scheinbar dazu führte, dass die Batterie nicht nachgeladen wurde.
Egal... ich habe mich nur gefragt, warum die App den Wagen nicht zum Erliegen bringt und auch immer alle Informationen da hat. Ich habe mir mal den Datenverkehr der App mit nem Proxy angeschaut.
Des Rätzels Antwort ist eine andere URL, die benutzt wird. Die App liest die Daten nicht aus dem Fahrzeug, sondern vom Server.Nachdem ich mir den Code anschaut habe, musste ich feststellen, dass man ein Objekt umschalten muss.
Kannst du so etwas Wichtiges vielleicht in die readme schreiben?
Kannst du auch darüber nachdenken, es mit false zu initialisieren. Nicht jeder Adapter Benutzer macht sich Gedanken über alle Objekte die er erzeugt und keiner liest readme. Das muss ich leider auch immer bei meinen Adaptern feststellen.
Bei meinem Auto konnte ich keinen Gang mehr einlegen, weil sich das Steuergerät und ein Sensor wegen Spannungsspitzen beim Nachladen der 12V Batterie nicht mehr eins waren. Da kamen zwei Dinge zusammen.Noch eine Frage, die bestimmt schon in einem, der 1547 Beiträge gestellt wurde. Wofür sind:
control.force_checkDriveInfo
control.force_login
control.force_refresh_from_car
control.force_refresh_from_server
genau?
force_update false ist scheinbar für die Umschaltung.Mussen die mit ack = false oder true gesetzt werden oder macht das hier keinen Unterschied?
Gerne mach ich dir einen Pull request für die Readme, wenn ich es verstanden habe
@plchome-0 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Firmwarefehler dazu, der scheinbar dazu führte, dass die Batterie nicht nachgeladen wurde.
So wie ich es bislang verstanden habe:
- Die 12V-Batterie wird generell von der 'großen' Batterie nur nachgeladen, wenn der Pkw im Fahrmodus ist.
- Für längere Auszeiten kann man im Fahrzeug so eine Art Urlaubsmodus einstellen, dann fahren die Steuergeräte nicht (oder nur sehr eingeschränkt) hoch.
Proxmox und HA
-
@plchome-0 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Firmwarefehler dazu, der scheinbar dazu führte, dass die Batterie nicht nachgeladen wurde.
So wie ich es bislang verstanden habe:
- Die 12V-Batterie wird generell von der 'großen' Batterie nur nachgeladen, wenn der Pkw im Fahrmodus ist.
- Für längere Auszeiten kann man im Fahrzeug so eine Art Urlaubsmodus einstellen, dann fahren die Steuergeräte nicht (oder nur sehr eingeschränkt) hoch.
Nein, die 12v wird nachgeladen, solange der Akku über 20% ist. Hat nix mit fahren oder stehen zu tun.
Gibt genug Infos hierzu im Going-Electric Forum hier -
@plchome-0 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Firmwarefehler dazu, der scheinbar dazu führte, dass die Batterie nicht nachgeladen wurde.
So wie ich es bislang verstanden habe:
- Die 12V-Batterie wird generell von der 'großen' Batterie nur nachgeladen, wenn der Pkw im Fahrmodus ist.
- Für längere Auszeiten kann man im Fahrzeug so eine Art Urlaubsmodus einstellen, dann fahren die Steuergeräte nicht (oder nur sehr eingeschränkt) hoch.
@meister-mopper sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Die 12V-Batterie wird generell von der 'großen' Batterie nur nachgeladen, wenn der Pkw im Fahrmodus ist.
Hierbei gab es beim IONIQ 6 einen Firmwarefehler im Akku Steuergerät. So zumindest die Aussage der Werkstatt. Der Meister hat mir gezeigt, dass wenn man den Wagen abschließt und die Verriegelung der Motorhaube schließt, geht der Strom aus der Batterie ganz langsam nach unten bis auf wenige Milliampere. Wenn man dann nach 45 Minuten in der App refreshed, also die Daten durch nach unten ziehen neu anfordert, geht der Strom auf über 3A. es braucht wann wieder genauso lange, bis sich alle Steuergeräte schlafen legen.
Das Auto verhält sich irgendwo zwischen Öffnen und "Zündung". Ob das für eine 12V Batterie gut ist, kann sich jeder selber überlegen. Nach der Diskussion mit App, Steuergeräten und Kälte hab ich mal die Fresse über ioBroker gehalten. Ich hab keinen Bock, die Fehlersuche nachher noch bezahlen zu müssen. Der Meister war ganz schön über die App am schubbe. -
@meister-mopper sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Die 12V-Batterie wird generell von der 'großen' Batterie nur nachgeladen, wenn der Pkw im Fahrmodus ist.
Hierbei gab es beim IONIQ 6 einen Firmwarefehler im Akku Steuergerät. So zumindest die Aussage der Werkstatt. Der Meister hat mir gezeigt, dass wenn man den Wagen abschließt und die Verriegelung der Motorhaube schließt, geht der Strom aus der Batterie ganz langsam nach unten bis auf wenige Milliampere. Wenn man dann nach 45 Minuten in der App refreshed, also die Daten durch nach unten ziehen neu anfordert, geht der Strom auf über 3A. es braucht wann wieder genauso lange, bis sich alle Steuergeräte schlafen legen.
Das Auto verhält sich irgendwo zwischen Öffnen und "Zündung". Ob das für eine 12V Batterie gut ist, kann sich jeder selber überlegen. Nach der Diskussion mit App, Steuergeräten und Kälte hab ich mal die Fresse über ioBroker gehalten. Ich hab keinen Bock, die Fehlersuche nachher noch bezahlen zu müssen. Der Meister war ganz schön über die App am schubbe.@plchome-0 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Nach der Diskussion mit App, Steuergeräten und Kälte hab ich mal die Fresse über ioBroker gehalten. Ich hab keinen Bock, die Fehlersuche nachher noch bezahlen zu müssen. Der Meister war ganz schön über die App am schubbe.
Was auch immer 'ganz schön über die App am schubbe' bedeutet
.Ich erwähne meine Automation bei solchen Gesprächen nie, weil es immer dazu führt, dass der Fehler auf mein System geschoben wird, weil es so schön bequem ist.
-
Nein, die 12v wird nachgeladen, solange der Akku über 20% ist. Hat nix mit fahren oder stehen zu tun.
Gibt genug Infos hierzu im Going-Electric Forum hierAn einer richtig leeren Batterie lag es eigentlich auch nicht. Der Wagen hat nicht erkannt, dass die Parkbremse eingelegt war. Meldung: "Fehler bim Schalten im P. Beim parken Parkbremse aktivieren". P wurde angezeigt und nichts ging mehr. Die Batt hatte über 12V und um 60% war nur arsch kalt.... Zweimal konnte ich den Wagen über den Schlüssel starten und vorfahren. Einmal ging auch nach Stunden nix, da wurde er dann in die Werkstatt gebracht.
Egal ich habe mich nur gefragt ob man nicht häufiger abfragen kann wenn man es wie die App macht -
@plchome-0 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
refresh_from_server
ich hab die Doku angepasst und defualt steht jetzt Server update drin
aber ist schon ulkig @PLCHome-0 .. als Entwickler nicht zu wissen das es ein Wiki gibt. hat was
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@plchome-0 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
refresh_from_server
ich hab die Doku angepasst und defualt steht jetzt Server update drin
aber ist schon ulkig @PLCHome-0 .. als Entwickler nicht zu wissen das es ein Wiki gibt. hat was
@arteck
im wiki steht:
force_update - hier wird gesteuert von wo der Adapter die Daten holt. bei _true _vom Fahrzeug bei _false _vom Server. Dieser Datenpunkt nimmt einfluss auf das zuvor eingestellte AbfrageinterwallWie stellt man das Abfrageintervall ein? Bei mir fragt er so ca alle 15 Minuten ab - kann ich das verändern ohne dass ich mittels Zeitplan manuell force_update mache?
-
@arteck
im wiki steht:
force_update - hier wird gesteuert von wo der Adapter die Daten holt. bei _true _vom Fahrzeug bei _false _vom Server. Dieser Datenpunkt nimmt einfluss auf das zuvor eingestellte AbfrageinterwallWie stellt man das Abfrageintervall ein? Bei mir fragt er so ca alle 15 Minuten ab - kann ich das verändern ohne dass ich mittels Zeitplan manuell force_update mache?
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@arteck
im wiki steht:
force_update - hier wird gesteuert von wo der Adapter die Daten holt. bei _true _vom Fahrzeug bei _false _vom Server. Dieser Datenpunkt nimmt einfluss auf das zuvor eingestellte AbfrageinterwallWie stellt man das Abfrageintervall ein? Bei mir fragt er so ca alle 15 Minuten ab - kann ich das verändern ohne dass ich mittels Zeitplan manuell force_update mache?
@peterk34 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Wie stellt man das Abfrageintervall ein? Bei mir fragt er so ca alle 15 Minuten ab - kann ich das verändern ohne dass ich mittels Zeitplan manuell force_update mache?
In der Instanz Konfiguration kannst du das Intervall zwischen 1 und 400 wählen. 96 wäre dann alle 15 min.
Beachte aber, wenn du die Daten direkt aus dem Auto liest, stellt zumindest Hyundai irgendwann die Arbeit für den Tag ein.
@arteck Was würde eigentlich passieren, wenn man 2880 alle 30 Sec. vom Server liest? Die App lässt sich teilweise nur 500ms zeit.
-
@peterk34 sagte in Adapter Hyundai (Bluelink) oder KIA (UVO):
Wie stellt man das Abfrageintervall ein? Bei mir fragt er so ca alle 15 Minuten ab - kann ich das verändern ohne dass ich mittels Zeitplan manuell force_update mache?
In der Instanz Konfiguration kannst du das Intervall zwischen 1 und 400 wählen. 96 wäre dann alle 15 min.
Beachte aber, wenn du die Daten direkt aus dem Auto liest, stellt zumindest Hyundai irgendwann die Arbeit für den Tag ein.
@arteck Was würde eigentlich passieren, wenn man 2880 alle 30 Sec. vom Server liest? Die App lässt sich teilweise nur 500ms zeit.
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@arteck Mache ich muss aber erst die Sperre rausnehmen, das hat da einer im Code abgesichert.
Da Hyundai dichtmacht, wenn man über 200-mal am Tag im Auto befragt, das hab ich ja schon ausprobiert.
Sinnhaftigkeit ergibt das aber nicht
Wieso soll ich erst nach 3,6 Minuten die letzet Aktion des Autos mitbekommen? Oder gibt es eine Notifikation wie in der App?
-
bei Einstellung 5 müsste es alle rd 5 Stunden sein ... ist aber 15 Minuten
bluelink.02024-02-05 10:37:13.730 info Update for xx successfull bluelink.0 2024-02-05 10:36:47.031 info Read new update for xx directly from the car bluelink.0 2024-02-05 10:22:23.021 info Update for xx successfull bluelink.0 2024-02-05 10:22:04.155 info Read new update for xx directly from the car bluelink.0 2024-02-05 10:07:40.128 info Update for xx successfull bluelink.0 2024-02-05 10:07:24.669 info Read new update for xx directly from the car bluelink.0 2024-02-05 09:53:00.658 info Update for xx successfull bluelink.0 2024-02-05 09:52:45.686 info Read new update for xx directly from the car bluelink.0 2024-02-05 09:38:21.669 info Update for xx successfull bluelink.0 2024-02-05 09:37:56.777 info Read new update for xx directly from the car bluelink.0 2024-02-05 09:23:32.761 info Update for xx successfull bluelink.0 2024-02-05 09:23:17.306 info Read new update for xx directly from the car -
bei Einstellung 5 müsste es alle rd 5 Stunden sein ... ist aber 15 Minuten
bluelink.02024-02-05 10:37:13.730 info Update for xx successfull bluelink.0 2024-02-05 10:36:47.031 info Read new update for xx directly from the car bluelink.0 2024-02-05 10:22:23.021 info Update for xx successfull bluelink.0 2024-02-05 10:22:04.155 info Read new update for xx directly from the car bluelink.0 2024-02-05 10:07:40.128 info Update for xx successfull bluelink.0 2024-02-05 10:07:24.669 info Read new update for xx directly from the car bluelink.0 2024-02-05 09:53:00.658 info Update for xx successfull bluelink.0 2024-02-05 09:52:45.686 info Read new update for xx directly from the car bluelink.0 2024-02-05 09:38:21.669 info Update for xx successfull bluelink.0 2024-02-05 09:37:56.777 info Read new update for xx directly from the car bluelink.0 2024-02-05 09:23:32.761 info Update for xx successfull bluelink.0 2024-02-05 09:23:17.306 info Read new update for xx directly from the car@peterk34 hmm.. hast noch was vielleicht im scripten laufen ??
zigbee hab ich, zwave auch, nuc's genauso und HA auch
Support us
719
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge