Rückmeldungen Nightly 1.9.222

[mrinas]

noch einer, Debug ist immer noch aus aber im nurPV Log gibts debug logs:

Code: Alles auswählen

2021-04-14 14:08:36: Schaltschwelle: 230, zum runterregeln: 0 (LV0)
2021-04-14 14:08:36: Gesamt Anzahl Phasen= 1 (LV0)
2021-04-14 14:08:36: LP1 Anzahl Phasen während Ladung= 1 (LV0)
2021-04-14 14:08:36: Alte Anzahl genutzter Phasen= 1 (LV0)
2021-04-14 14:08:26: Schaltschwelle: 230, zum runterregeln: 0 (LV0)
2021-04-14 14:08:26: Gesamt Anzahl Phasen= 1 (LV0)
2021-04-14 14:08:26: LP1 Anzahl Phasen während Ladung= 1 (LV0)
2021-04-14 14:08:26: Alte Anzahl genutzter Phasen= 1 (LV0)

[Loewuppel]

Ich verwende TRONITY als SoC-Modul für unseren ID.3
In der Modulkonfiguration steht im Feld "Fahrzeug" aber immer "Bitte aktualisieren". Über den Aktualisierungs-Button lässt sich dann der ID.3 laden, beim nächsten Aufruf der Modulkonfiguration ist das Feld aber wieder auf "Bitte aktualisieren".

[LutzB]

Ich verwende TRONITY als SoC-Modul für unseren ID.3
In der Modulkonfiguration steht im Feld "Fahrzeug" aber immer "Bitte aktualisieren". Über den Aktualisierungs-Button lässt sich dann der ID.3 laden, beim nächsten Aufruf der Modulkonfiguration ist das Feld aber wieder auf "Bitte aktualisieren".

Das ist durchaus so beabsichtigt. OpenWB speichert die in Tronity hinterlegten Fahrzeuge nicht zwischen. Wichtig für die Abfrage ist nur die ID in dem Feld darunter. Ich habe mich extra gegen einen automatischen Abruf entschieden, um nicht unnötige Anfragen zu generieren. Und mal ehrlich: wie häufig ist man in der Modulkonfiguration unterwegs und wie "aufwendig" ist dann der eine zusätzliche Klick? So ist auf jeden Fall sichergestellt, dass immer alle aktuell hinterlegten Fahrzeuge in der Liste erscheinen.

[openWB]

Da es leider im anderen thread unterging hier meine Rückmeldung zur aktuellen Nightly 1.9.229:

Nach Update ist die openWB nur kurz erreichbar bis sie nach kurzer Zeit einfriert.—> Klemmenwechsel notwendig
- die 2.openWB (Slave) funktioniert einwandfrei mit der v.229
- Display der 1. openWb (Master) steigt ebenfalls aus und bleibt schwarz
- über Direkt-Urls bekomme ich teilweise die jeweiligen Seiten aufgerufen, teilweise TimeOuts
- Speicher und CPU Last sehen wie folgt aus 75CC9578-2391-4B54-91D5-23793BDB1A8D.jpeg

Debugdaten wurden eben an den Support gesendet

Grüße Tobias

Problem ist erkannt und besteht wenn an LP2 Tronity als Soc Modul gewählt ist.
Bug ist in der Nightly soeben behoben (Versionsnummer identisch)

[Loewuppel]

Ich verwende TRONITY als SoC-Modul für unseren ID.3
In der Modulkonfiguration steht im Feld "Fahrzeug" aber immer "Bitte aktualisieren". Über den Aktualisierungs-Button lässt sich dann der ID.3 laden, beim nächsten Aufruf der Modulkonfiguration ist das Feld aber wieder auf "Bitte aktualisieren".

Das ist durchaus so beabsichtigt. OpenWB speichert die in Tronity hinterlegten Fahrzeuge nicht zwischen. Wichtig für die Abfrage ist nur die ID in dem Feld darunter. Ich habe mich extra gegen einen automatischen Abruf entschieden, um nicht unnötige Anfragen zu generieren. Und mal ehrlich: wie häufig ist man in der Modulkonfiguration unterwegs und wie "aufwendig" ist dann der eine zusätzliche Klick? So ist auf jeden Fall sichergestellt, dass immer alle aktuell hinterlegten Fahrzeuge in der Liste erscheinen.

Alles klar, danke für die Erläuterung. Aufgrund des Eintrags "Bitte aktualisieren" im Fahrzeugfeld hatte ich den Eindruck, dass die Konfiguration evtl. noch nicht vollständig abgeschlossen ist.

[HSC]

Hallo LutzB,
ich glaube, Du bist mit dem Thema "SoC- Abfrage" vertraut und ich stelle mal die Auffälligkeit hier ins Thema rein:
Bin soeben von der 1.9.228 auf die aktuelle "1.9.229 (2021-04-17 10:41:57 +0200 [936e9693] )" gewechselt und bin dort auf folgenden Fehler in der SoC- Abfrage mit dem VAG- Modul gestoßen:
Hintergrund: Ich nutze aktuell 2 LP, beide LP laufen für SoC z. Zt. parallel und mein 1x ID 3 ist/ war jeweils in beiden LP mit SoC- Modul "VAG/ID" konfiguriert.
Scheinbar enthält der LP 1 aktuell einen Fehler, da ich dort keine SoC- Abfrage mehr erhalte, dagegen ist LP 2 i. O.

2021-04-18 16:08:45: Lp1: Nothing to do yet. Incrementing timer. (LV0)
2021-04-18 16:08:45: Lp2: Nothing to do yet. Incrementing timer. (LV0)
2021-04-18 16:08:38: Lp2: SoC: 58 (LV0)
2021-04-18 16:08:36: Lp1: Error from EVCC: 2021/04/18 16:08:36 cannot create type 'id': unexpected status: 401 (LV0)
2021-04-18 16:08:35: Lp1: Requesting SoC (LV0)
2021-04-18 16:08:34: Lp2: Requesting SoC (LV0)
2021-04-18 16:08:26: Lp1: Nothing to do yet. Incrementing timer. (LV0)
2021-04-18 16:08:26: Lp2: Nothing to do yet. Incrementing timer. (LV0)

Der Fehler für LP 1 liegt wohl im Modul VAG/ ID.
Habe eben LP 1 umgestellt auf das alte Modul "nur" ID, nun funktioniert auf einmal die SoC- Abfrage. Beide LP zeigen richtig an:

2021-04-18 16:14:45: Lp1: Nothing to do yet. Incrementing timer.
2021-04-18 16:14:44: Lp2: Nothing to do yet. Incrementing timer. (LV0)
2021-04-18 16:14:40: Lp2: SoC: 58 (LV0)
2021-04-18 16:14:40: Lp1: SoC: 58
2021-04-18 16:14:36: Lp1: Requesting SoC
2021-04-18 16:14:36: Lp2: Requesting SoC (LV0)
2021-04-18 16:14:25: Lp1: Nothing to do yet. Incrementing timer.
2021-04-18 16:14:25: Lp2: Nothing to do yet. Incrementing timer. (LV0)

Die Kennung (LVO) deutet wohl auf das VAG- Modul hin....
VG

Nachtrag:
Das VW ID - Modul funktioniert weiterhin in beiden LP problemlos:

2021-04-18 16:57:45: Lp1: Nothing to do yet. Incrementing timer.
2021-04-18 16:57:44: Lp2: Nothing to do yet. Incrementing timer.
2021-04-18 16:57:38: Lp1: SoC: 58
2021-04-18 16:57:38: Lp2: SoC: 58
2021-04-18 16:57:35: Lp1: Requesting SoC
2021-04-18 16:57:34: Lp2: Requesting SoC
2021-04-18 16:57:26: Lp1: Nothing to do yet. Incrementing timer.
2021-04-18 16:57:25: Lp2: Nothing to do yet. Incrementing timer.

[LutzB]

Das VAG Modul nutzt eine alte und sehr eingeschränkte Version von evcc-soc. Das wird vom Author nicht mehr weiter unterstützt. Stattdessen kommt ein generelles evcc Modul, was jedoch ein Abo voraussetzt.

Ich würde es also nicht unbedingt einen Bug nennen, sondern ein veraltetes, nicht mehr gepflegtes Modul.

[HSC]

Danke für die RM, ist ja soweit nachvollziehbar.
Was mich nur wundert ist, dass die Funktion an sich ja gegeben ist, nur in verschiedenen LP unterschiedlich ausgewertet / verarbeitet wird. Da würde ich stark annehmen dass entweder beide LP nicht oder beide eben korrekt mit dem Modul arbeiten.
VG

Edit:
Weiterhin verwundert es mich, dass alles in V. 228 reibungslos lief, in 229 dann auf einem LP nicht mehr.
Logischerweise kann es sich dann nur um einen kleinen ( Übertragungs-) Fehler in die Folgeversion handeln, was eher nichts mit der weiteren Pflege des Moduls an sich zu tun hat.

[Bucky2k]

Ich habe die Diskussion hier nicht erfasst, das VAG Modul habe ich gebaut und dem ID Modul nachempfunden (Copy &Paste plus ne Prise Salz). Es nutzt die selbe EVCC bin und damit ist das individuelle Fehlverhalten auf LP1 sehr seltsam. Zudem läuft es bei mir mit der Option VW weiter Problemlos auf beiden LP. Ich schau mal ob es Änderungen gab...

[HSC]

Danke bucky2k.....