Das verstehe ich schon. das Versionsproblem wird sich in einer neuen Stable hoffentlich bald konsolidieren.ID4U hat geschrieben: ↑Fr Feb 03, 2023 12:21 pm Habe nun von der Nightly 291 auf Beta 290 zurückgewechselt: Damit funktioniert bisher alles wie gewohnt (manuell und automatisch).
Dann wieder zurück auf die Nightly 291: Keinerlei SoC-Abfrage mehr. Bin nun wieder bei der Beta 290.
Ich meine mich zu erinnern das die Probleme (u.a. mit dem SoC) erst mit der 291 anfingen. Auch die Abfrage des EVU-Zählers stockte damit manchmal. Bin aber nicht sicher ob das alles wirklich an der 291 liegt.
Meine zweite openWB (nur Ladepunkt) muss allerdings auf der Nightly 291 bleiben da aufgrund eines Bugs in den vorherigen Versionen nur mit einer Phase und minimalem Strom geladen wird. Ist schon ein ganz schönes Gebastel. Wenn dann noch die Probleme bei VW, den VW-Servern und der VW-Software dazukommen nervt es manchmal schon. Ich will doch einfach nur Laden und Fahren ...
In meinem Testsystem auf neuester Nightly 1.9.291 läuft das vwid Modul aktuell problemlos.
Nach einem manuellen Refresh kreist der Kreispfeil tatsächlich unendlich, wenn sich der SOC nicht ändert.
Ein Refresh der kompletten Browserseite stoppt dann den Kreispfeil und kann neu gestartet werden.
Wenn kein EV-Soc-Log kommt evtl. mal den Loglevel prüfen und mindestens auf Mode 1(Regelwerte) stellen.
Es kann auch nicht schaden, in den debug-Log nach Fehlern zu schauen (anhand der Zeitstempel).
Um die Situation der Kommunikation zwischen vwid-Modul und VW-Server zu sehen dies im Browser eingeben:
http://openwb/openWB/ramdisk/soc_vwid_replylp1 bzw. http://openwb/openWB/ramdisk/soc_vwid_replylp2
das openwb nach http:// evtl. durch die IP-Adresse der openwb ersetzen, wenn es nicht funktioniert.
Bei Fragen Log und Inhalt der reply-Datei posten.