SOC: VWID

[1893]

Bei mir funkt es leider noch nicht wieder
Nightly: 1.9.287

Eventuell findet jemand den Fehler hier


Gib bitte folgendes im Browser ein: http://<ip_der_owb>/openWB/ramdisk/soc_vwid_replylp<id_des_lp>
ip der owb und id des Ladepunkts (1 oder2) entsprechend ersetzen.

Danke für den Hinweis. Irgendwie bin ich aber zu blöd dazu
IP ist ja die Adresse der openWB also 192.168.178.XX
ID des Ladepunktes ist

[rleidner]

Bei mir funkt es leider noch nicht wieder
Nightly: 1.9.287

Eventuell findet jemand den Fehler hier


Gib bitte folgendes im Browser ein: http://<ip_der_owb>/openWB/ramdisk/soc_vwid_replylp<id_des_lp>
ip der owb und id des Ladepunkts (1 oder2) entsprechend ersetzen.

Danke für den Hinweis. Irgendwie bin ich aber zu blöd dazu
IP ist ja die Adresse der openWB also 192.168.178.XX
ID des Ladepunktes ist

ID = Nummer des Ladepunkts, also 1 oder 2
Bei mir ist der VWID-SOC-Modul an Lade4punkt 1 konfiguriert, also http://192.168.1.171/openWB/ramdisk/soc_vwid_replylp1

[1893]

http://192.168.178.54/openWB/ramdisk/soc_vwid_replylp2

Erscheint

Ist leider absolut nicht mein Fachgebiet

[rleidner]

http://192.168.178.54/openWB/ramdisk/soc_vwid_replylp2

Erscheint
ADDB3733-FB98-46C6-93C9-508481770484.jpeg

Ist leider absolut nicht mein Fachgebiet

Mist, ich habe gerade im Code gesehen, dass die reply-Datei erst geschrieben wird, nachdem dieser Fehler aufgetreten ist.
Ich muss für Deinen Fall noch eine Änderung einbauen, die dieses Problem abfängt.
Ich melde mich, wenn der PR erstellt ist.

Ansonsten - falls noch nicht gemacht - alle Schritte im ersten Beitrag dieses Threads durchführen, speziell die Schritte, die die Terms und Conditions akzeptieren.

Edit: PR 2530 erstellt: https://github.com/snaptec/openWB/pull/2530

[1893]

http://192.168.178.54/openWB/ramdisk/soc_vwid_replylp2

Erscheint
ADDB3733-FB98-46C6-93C9-508481770484.jpeg

Ist leider absolut nicht mein Fachgebiet

Mist, ich habe gerade im Code gesehen, dass die reply-Datei erst geschrieben wird, nachdem dieser Fehler aufgetreten ist.
Ich muss für Deinen Fall noch eine Änderung einbauen, die dieses Problem abfängt.
Ich melde mich, wenn der PR erstellt ist.

Ich verstehe zwar nichts davon bedanke mich aber ganz herzlich für Deine Unterstützung.
Die Ersten Schritte habe ich zwar schon gemacht werde es aber nochmal anschauen

[rleidner]

http://192.168.178.54/openWB/ramdisk/soc_vwid_replylp2

Erscheint
ADDB3733-FB98-46C6-93C9-508481770484.jpeg

Ist leider absolut nicht mein Fachgebiet

Mist, ich habe gerade im Code gesehen, dass die reply-Datei erst geschrieben wird, nachdem dieser Fehler aufgetreten ist.
Ich muss für Deinen Fall noch eine Änderung einbauen, die dieses Problem abfängt.
Ich melde mich, wenn der PR erstellt ist.

Ansonsten - falls noch nicht gemacht - alle Schritte im ersten Beitrag dieses Threads durchführen, speziell die Schritte, die die Terms und Conditions akzeptieren.

Edit: PR 2530 erstellt: https://github.com/snaptec/openWB/pull/2530
Ich mache hier einen Update, wenn der PR in der Nightly ist.

[Mrcllo_79]

Hallo,
ich habe alle Schritte mal durchexerziert, aber keine Reaktion. Mein SOC bleibt bei 0%!
Komischerweise hatte es immer funktioniert, nur seit ein paar Tagen geht nix mehr.

Also hab ich es auf die neueste stable gebracht: openWB Version: 1.9.281. Aber auch keine Veränderung!
- Fzg: eGolf
- oWB gekauft

Logs:
2022-11-28 19:52:58: PID: 2397: Lp1: tokens initialization exception: set tokens_old to initial value
2022-11-28 19:52:58: PID: 2397: Lp1: tokens initialization exception: e=[Errno 2] No such file or directory: '/var/www/html/openWB/ramdisk/soc_vwid_tokenslp1'
2022-11-28 19:52:56: PID: 2300: Lp1: Requesting SoC (LV0) at 70 getAndWriteSoc modules/soc_vwid/main.sh
2022-11-28 19:52:46: PID: 1019: Lp1: Nothing to do yet. Incrementing timer. (LV2) at 100 main modules/soc_vwid/main.sh
ValueError: not enough values to unpack (expected 2, got 1) (LV0) at 86 getAndWriteSoc modules/soc_vwid/main.sh
(name, val) = line.strip().split(':', 1)
File "/var/www/html/openWB/modules/soc_vwid/libvwid.py", line 43, in password_form
(form, action) = self.password_form(await response.read())
File "/var/www/html/openWB/modules/soc_vwid/libvwid.py", line 102, in reconnect
if await self.reconnect():
File "/var/www/html/openWB/modules/soc_vwid/libvwid.py", line 196, in get_status
data = await w.get_status()
File "/var/www/html/openWB/modules/soc_vwid/soc_vwid.py", line 68, in main
result = coro.send(None)
File "/usr/lib/python3.5/asyncio/tasks.py", line 239, in _step
raise self._exception
File "/usr/lib/python3.5/asyncio/futures.py", line 293, in result
return future.result()
File "/usr/lib/python3.5/asyncio/base_events.py", line 466, in run_until_complete
loop.run_until_complete(main())
File "/var/www/html/openWB/modules/soc_vwid/soc_vwid.py", line 100, in <module>
2022-11-28 19:52:39: PID: 32174: Lp1: Error from soc_vwid: Traceback (most recent call last):

Grüße
Marcel

[rleidner]

Hallo,
ich habe alle Schritte mal durchexerziert, aber keine Reaktion. Mein SOC bleibt bei 0%!
Komischerweise hatte es immer funktioniert, nur seit ein paar Tagen geht nix mehr.

Also hab ich es auf die neueste stable gebracht: openWB Version: 1.9.281. Aber auch keine Veränderung!
- Fzg: eGolf
- oWB gekauft
t call last):

Grüße
Marcel

Das split-Problem trat erst seit Mitte letzter Woche neu auf.
Das Format eines vom VW-Server gelieferten Datensatzes hatte sich geändert.
Die Korrektur für das split -problem ist in der Beta und Nightly (ab 1.9.287); eine neue Stable hat es seither nicht gegeben.
Also update auf Beta oder warten und ohne SOC leben.

[Mrcllo_79]

Hallo,
ich habe alle Schritte mal durchexerziert, aber keine Reaktion. Mein SOC bleibt bei 0%!
Komischerweise hatte es immer funktioniert, nur seit ein paar Tagen geht nix mehr.

Also hab ich es auf die neueste stable gebracht: openWB Version: 1.9.281. Aber auch keine Veränderung!
- Fzg: eGolf
- oWB gekauft
t call last):

Grüße
Marcel

Das split-Problem trat erst seit Mitte letzter Woche neu auf.
Das Format eines vom VW-Server gelieferten Datensatzes hatte sich geändert.
Die Korrektur für das split -problem ist in der Beta und Nightly (ab 1.9.287); eine neue Stable hat es seither nicht gegeben.
Also update auf Beta oder warten und ohne SOC leben.

Vielen Dank für die schnelle Antwort.
Dann probier ich mal die Beta.
VG

[rleidner]

http://192.168.178.54/openWB/ramdisk/soc_vwid_replylp2

Mist, ich habe gerade im Code gesehen, dass die reply-Datei erst geschrieben wird, nachdem dieser Fehler aufgetreten ist.
Ich muss für Deinen Fall noch eine Änderung einbauen, die dieses Problem abfängt.
Ich melde mich, wenn der PR erstellt ist.

Edit: PR 2530 erstellt: https://github.com/snaptec/openWB/pull/2530
Ich mache hier einen Update, wenn der PR in der Nightly ist.

@1893, der PR 2530 ist jetzt in der Nightly.
Mache einen Backup , dann Update auf die Nightly.
Dann nachsehen ob die o.g. Datei nach einem manuellen SOC-Abruf jetzt vorhanden ist und mitteilen was sie enthält.

Ich vermute die Datei wird so etwas enthalten, also statt data einen error:

Code: Alles auswählen

{
    "data": {},
    "error": {
        "capabilitiesStatus": {
            "message": "Internal error",
            "info": "Internal error, please try again later. If the problem persists, please contact our support.",
            "code": 4001,
            "group": 12,
            "retry": true
        }
    }
}