Rückmeldung 1.8.000 Stable RC

[aiole]

Hey,
es geht ja ordentlich voran bei der SW - aktuell 1.8.401 nightly.
Danke ans Team und insbesondere auch an Micha, der die Menüs neu strukturiert.

Anbei ein paar Hinweise:
1. Könnt Ihr beim Log mal einen update-Button einbauen? F5 kennen nicht alle user.
2. Logging: "Langzeit" passt von der Logik her nicht. Vorschlag: "Kurzzeit" oder "Stunden"? Andere Idee?
Dann wäre es schön, wenn wir den Unterschied der Berechnung mit zeigen könnten. Z.B. oben ins Diagramm einen Text einblenden:
"basiert auf kW-Werten" bzw. "basiert auf 5min kWh-Differenzwerten". Das spart häufige Supportanfragen wegen der Glättungen bei Tag, Monat, Jahr.
3. schwieriges Thema: Wann wollt Ihr "Jahr" implementieren ?

VG aiole

[BleiEnte]

Vielen für den Fix. Die BlueLink Funktion ist in der aktuellen Nightly wieder gegeben. Der SOC Status wird wieder angezeigt. Top Service,

[Stargazer]

Jepp...läuft bei uns auch wieder, via BlueLink. Danke an das Team !

[hominidae]

Series2-DUO, Fertiggerät, installierte Version: 1.8.402Nightly (2020-09-17 06:34:11 +0200 [52e13003] )

Im Standard Theme, bei den Ladeparmetern hat sich die Reihenfolge der Anzeige verändert.
Aktuell erfolgt zuerst das update für die Leistung, dann erst (1-2sec später) folgt der Ladestrom (der dann auch zur Leistung passt).

Beispiel:

- Start mit 1,2kW / 6A (1P), dann update der Werte in dieser Sequenz
- 1,8kW
- 9A
- 2,1kW
- 10A
- 1,8kW
- 9A

...usw....bis einschliesslich 1.8.401N war das genau andersrum...erst Strom(-(Vorgabe), dann folgt das Auto mit der passenden Leistung (Leistungsabnahme)



Edit: hier, wie es auf dem Weg von 6A zu 15A aussieht

[StubbeA]

na dann weiß ich ja, wo es herkommt. Ich suche das Problem und hörte vom Support, es läge am trägen SolarLOG mit S0-Verbrauchszähler....
Dann habe ich ja noch Hoffnung auf Update.

[hominidae]

...der Zähler am LP ist lokal in der openWB, hat mit Solarlog o.ä. nix zu tun.
Ich habe es zwar hier mit PV-Laden probiert, denke es wird im sofortladen-Modus auch so sein, nur dass man da den Effekt nicht wirklich sieht, da die Vorgabe ja nicht "fluktuiert".

Das ist ein Messwert, also wenn da 2,1kW stehen sind das 10A (* 220V), weil das Auto diese bereits zieht. Dann muss die Vorgabe ja auch schon 10A gewesen sein. Angezeigt wird aber noch die 9A vom Schritt davor.

Edit: nur um das noch mal zu zeigen (sorry, musste schnell gehen mit dem Screenshot)...der erste oben zeigt ja "korrekte" 10A bei 2,16kW



...der hier ist auf 3.3kW bei 6A (statt 15A)

[hominidae]

installierte Version: 1.8.405Nightly (2020-09-24 10:20:59 +0200 [71f5f79f]) Series2 DUO Fertiggerät...

Der Wert der geladenen kWh seit einstöpseln ist ein paar Zehnerpotenzen zu hoch

extern (also über mqtt publish)


...als auch im Display/Web-UI der openWB


...das Ladelog sieht OK aus...


...auch das Logging selbst:

[openWB]

Vermutlich eine Fehlauslesung zu Beginn des Ladevorgangs - daher kam Zählerstand 0 raus und danach since plugged == gesamtzählerstand.
Das muss man erstmal hinbekommen

[hominidae]

...stimmt, Gesamtzählerstand als Startpunkt...jetzt, bei weiterem laden geht es "normal" weiter, d.h. der Offset bleibt "stabil".

Edit: da wir nicht so kurze Wege haben zur Garage und der PHEV am LP2 schon länger "stand", wurde das Update wahrscheinlich gemacht, als das Auto schon angesteckt (LP deaktiviert) war. Evtl. grenzt das ja das Problem ein.

[hominidae]

...und das Problem von hier: viewtopic.php?f=9&t=1185&start=240#p14628 ist auch noch da.
Zuerst wird die echte Ladeleistung im UI angezeigt, der zugehörige, angeforderte Ladestrom folgt mit Verzögerung.

...irgendwo ist was nicht in Sync