Rückmeldung 1.7

[openWB]

Ist deine openWB per LAN oder WLAN angebunden?
Wenn Hausverbrauch = 0 deutet das darauf hin das ein Modul seine Werte nicht geliefert hat und demnach die Berechnung nicht klappt.

[hominidae]

...per LAN (ein VLAN im Switch).
WR, EVU-Kit und openWB am gleichen Switch...openWB und WR im gleichem IP-Netz.

Edit:
als Nachtrag, bleibt zu sagen, dass der Effekt wohl sehr extrem war....es ist im Verlauf des Tages weniger häufig aufgetreten.
Ich beobachte die Werte im MQTT (PV, EVU und Haus).
Hier war es so, dass

- die PV real, wegen geänderter Einstrahlung um bis zu 10kW geschwankt hat.
- der Hausverbrauch um die 420W war
- die Einspeisung dann zum Zeitpunkt X, als die PV runterschnellte, höher war als diese.

Ich denke nicht, dass es ein LAN/Connectivity Problem ist.
Der Effekt war während mehrerer, hintereinander folgender Werte-Updates (10sec-Takt) zu beobachten.
Im MQTT kamen immer Updates mit einem neuen Wert für PV + EVU...nur war eben EVU-Einspeisung > PV
Typisch zu sehen war/ist, das ein Update auf EVU immer kurz dem Update von PV nachfolgt, in stetem Abstand von ca. 0.5-1sec



Im WR-Portal nicht in so schöner Auflösung zu sehen, aber da:

[aiole]

kurze Frage zur 1a überarbeiteten Ladelog Monatsansicht - v1.7.330:
Wenn man die Haken z.B. bei LP1 aktiviert/deaktiviert passiert erstmal nichts in der Anzeige. Man muss die Seite neu laden. Ist das bug oder feature?
VG aiole

[openWB]

Die filter werden nicht "Live" angewandt. Heißt Filter ändern und den Monat erneut auswählen.

[LutzB]

Im aktuellen 1.7.330Nightly (2020-05-15 06:58:22 +0200 [0e1a06d] ) gibt es ein Problem mit dem Freigeben/Sperren von Ladepunkten. Bei mir wird der LP1 zwar mit der richtigen Bezeichnung gefüllt, jedoch wird er immer als gesperrt angezeigt. Ein Klick auf den Namen bewirkt auch Nichts.

[openWB]

1.7.331 fixed

[hominidae]

installierte Version: 1.7.330Nightly (2020-05-13 16:37:17 +0200 [7d968aa] ) - Series 2-DUO-Fertigbox
[...]
Auch fällt auf, das der Hausverbrauch viel, viel öfter als "0" gemeldet wird als sonst üblich...habe jetzt eine Session beobachtet, wo das über 10min bestimmt 20x auftrat.

...heute wieder.
Alles ist per LAN am gleichen Switch (selbes VLAN) verbunden.
Es sind immer (update-)Werte vorhanden, das PV oder Einsepisung 0 werden, sehe ich nicht.
Auch nicht, das ein Wert fehlt, also im MQTT gleich bleibt.

Ich konnte live im MQTT-Monitor mitverfolgen, über mindestens 3 Updates (30sec), das die Werte sich verändern.
Der Messwert bei EVU-Bezug war da grösser als die PV-Erzeugzung, ergo Hausverbrauch 0.
Der Versatz tritt immer auf, wenn der PV-Ertrag deutlich hochschnellt (mehr als 100% es aktuellen Wertes)....hier war es von ca. 4500W auf über 14kW.
So sieht es im Logging auf der openWB aus.

[openWB]

Der Hausverbrauch wird intern errechnet.
Die Module Fragen nacheinander ab und haben je nach Modul einen Versatz von 0,x bis ein paar Sekunden.
Zudem kommt es auf das Modul an wie "live" oder eben vor 2 Sekunden die Werte sind.

Dadurch kann es gerade bei solchen Sprüngen von 10kW durchaus dazu kommen das die PV 500 Watt mehr schon zeigt, das EVU Modul aber noch nicht.
Der verschwindend geringe Hausverbrauch von 300 Watt geht dann unter.


In einer perfekten Welt würde jedes Modul binnen 50ms antworten und den live Wert wiedergeben, tun sie aber nicht.
Manche hängen durchaus 3-5 Sekunden hinterher.

Ist kein Bug, da kann man nichts machen.

Öfter abfragen und Werte validieren würde das lösen, aber viele Module würden das nicht mitmachen

[oli_t]

Hallo zusammen,

irgendwie sehen die Awattar-Preise komisch aus:

pricelist über Mosquitto
12,2.36
13,2.21
14,2.18
15,2.14
16,2.14
17,2.36
18,2.61
19,2.96
20,3.08
21,2.99
22,2.59
23,2.23

Auf der Awattar-Webseite:
12:00 2,38
13:00 2,22
14:00 2,20
15:00 2,14
16:00 2,14
17:00 2,38
18:00 2,62
19:00 2,97
20:00 3,08
21:00 3,00
22:00 2,60
23:00 2,24

Brutto-Preise für Deutschland.

Sind das Rundungs-Fehler ? Oder hab ich was verstellt ?
Ist zwar kein großer Unterschied, aber trotzdem

Cheers,
Oli

[openWB]

Die API gibt nur Netto zurück, openWB rechnet auf Brutto. -> Rundungsfehler.