openWB Forum

Hallo zusammen,

ich arbeite an einem Modul zur Anbindung von SolarView und habe dazu einige Fragen.

Kernfunkion von SolarView ist die Erfassung und Visualisierung von PV-Daten. Enthalten ist auch ein TCP-Server, der u.a. folgende Werte zur Verfügung stellt:

• Gesamte PV-Anlage: Leistung (W), Energie (kWh)
• Je Wechselrichter: Leistung, Energie, Temperatur (°C)
• Je MPP-Tracker jedes Wechselrichters: Spannung (V), Strom (A)
• Einspeisung ins Netz: Leistung, Energie
• Bezug aus dem Netz: Leistung, Energie

Für die Energie wird dabei jeweils pro Tag, Monat, Jahr und die Gesamtsumme ein einzelner Wert geliefert.

Aus den bestehenden Modulen und der README konnte ich nicht zweilfelsfrei entnehmen, wohin die Werte geschrieben werden sollen. Folgende Dateien unter /var/www/html/openWB/ramdisk habe ich gefunden und als möglicherweise relevant identifiziert:

• PV-Anlage: daily_pvkwhk, monthly_pvkwhk, yearly_pvkwhk, pvkwhk, pvwatt
• Wechselrichter 1: daily_pvkwhk1, monthly_pvkwhk1, yearly_pvkwhk1, pvkwhk1, pvwatt1
• Wechselrichter 2: daily_pvkwhk2, monthly_pvkwhk2, yearly_pvkwhk2, pvkwhk2, pvwatt2
• Einspeisung: einspeisungkwh, evuw, evuv1, evueinspeisungWh
• Bezug: bezugkwh, bezugwatt, evubezugWh

Außerdem habe ich die Dateien pva1, pva2, pva3 gefunden und vermute, dass sie jeweils für den Strom eines einzelnen Wechselrichters gedacht sind. Diesen Wert liefert SolarView aber nicht je Wechselrichter, sondern je MPP-Tracker, also ein- bis dreimal. Hier weiß ich nicht so recht, wie damit am Besten umzugehen ist.

Meine Fragen:

1. Sollte die Integration über ein einziges openWB-Modul (z.B. solarview) oder über separate Module je Thema (z.B. wr_solarview, bezug_solarview) abgebildet werden?
2. Welche der von SolarView angebotenen Werte sind im Kontext von openWB relevant?
3. Welche Dateien sollen geschrieben werden?
4. Soll das Modul einen Wert zurückgeben? Wenn ja, welchen?
5. Sind neben dem Schreiben des Moduls weitere Arbeiten für die Integration erforderlich?
6. Gegen welchen Branch soll ggf. ein Pull-Request gestellt werden?

Ich habe die Arbeit im Branch feature/solarview begonnen und eine beispielhafte Ausgabe unter Berücksichtigung von debug=1 erstellt:
- Christian

Hallo Christian,

Zu1.
Das gibt mehrere Module.
Wenn EVU als Beispiel definiert ist wird dafür sonst ein fester Wert hinterlegt.
Heißt das muss aufgesplittet werden
Zu2.
PV Werte:
Für die Regelung relevant:
PV Leistung in Watt, Erzeugung ist negativ, Beispiel: Für das Logging interessant:
PV Ertrag Gesamt in Wh, keine 1000er Trennung, Kommaseparierung mit .(Punkt), Beispiel: EVU Werte:
Netzübergabepunkt in Watt, Einspeisung ist negativ, Beispiel: Ampere je phase am Übergabepunkt, wird benötigt für das Lastmanagement: Für das Logging:
Sowohl Bezug als auch Einspeisung als separate Zähler in Wh
Die restlichen Werte sind nur für die Statusseite, sprich evuv1 - evuv3 (Spannung je Phase); PV daily/Monthly, etc...

Zu 3.
Nötig bzw. optimal sind die Werte in 2.
Zu 4.
EVU Modul gibt die Watt zurück. Am Ende der main.sh ein "echo $watt"
PV Modul gibt auch Watt zurück.
Zu 5.
Die Einstellbarkeit der module übernehme ich.
Struktur kennst du denke ich schon, unter /modules/ einen Ordner wr_solarview bzw. bezug_solarview darin die main.sh die ausgeführt wird.
Zu 6.
PR gegen Master bitte.

Zu deinem Link:
Schön wäre nur einen request zu machen der direkt alle Werte liefert, dann muss nicht mehrmals abgefragt werden.
Die letzten beiden requests deines Demos müssten in das bezug_solarview Modul, das dann auch gleich kombiniert als eine Anfrage.

@Christian
Super Idee, Solarview mit einzubinden! Danke für Deine Unterstützung.

Ich bin mit der Umsetzung soweit durch. Ein paar Fragen sind noch offen.

1.) Einheiten
In die Dateien pvkwh, bezugkwh und einspeisungkwh wird die Energie in Wattstunden (also Wh, nicht kWh) geschrieben. Ist das so richtig? Die Namen sind verwirrend.

2.) EVU: Strom

Ampere je phase am Übergabepunkt, wird benötigt für das Lastmanagement

Diese Werte liefert SolarView derzeit nicht. Ich habe beim Autor (Manfred Richter) nachgefragt, ob eine entsprechende Erweiterung denkbar ist. Seine Antwort:

Das Abfragen der Spannungen und Ströme wird in d0 nicht durchgeführt, daher tauchen diese Werte auch nicht auf. Ich muss mal schauen, ob sich das so einfach umsetzen lässt. Das hängt auch davon ab, ob der vorhandene Zähler diese Werte überhaupt übermitteln würde.

Sollte dazu eine Diskussion notwendig sein, können wir sie entweder hier im openWB-Forum oder im Photovoltaikforum führen.

3.) Restliche Werte

Die restlichen Werte sind nur für die Statusseite, sprich evuv1 - evuv3 (Spannung je Phase); PV daily/Monthly, etc...

Hier würde ich gern etwas genauer wissen, in welche Dateien und in jeweils welcher Einheit die restlichen Werte geschrieben werden sollen. evuv1, evuv2 und evuv3 (Einheit Volt) sind klar, aber was gibt es sonst noch?

4.) Weiteres Vorgehen
Wie gehen wir weiter vor? Ich fände ein kurzes Code-Review sinnvoll. Die Änderungen können im Branch feature/solarview (Unterschiede zum master-Branch) angesehen werden. Nach der Einarbeitung eventueller Kommentare könnte ich dann einen Pull-Request öffnen.

Sorry für die späte Antwort.

Zeile 61
setzten von lang=C hat damals öfter probleme gemacht je nach Installation.
Das error/debug piping bitte gleich nach ./ramdisk/openwb.log
dann ist es auch in Debug reports enthalten.

1.
Ja Wh stimmt.
2.
Mit D0 Zählern geht das nicht, richtig.
In deinem Link hast du es drin, setzt dann rs485 meter voraus?
3.
Das sind die entscheidenden. daily pv hast du ja auch schon.
Theoretisch geht nich frequenz in Hz und Watt am EVU.
4.
Bitte PR gegen master, ich füge dann noch die einstellbarkeit hinzu.

vielen Dank!

snaptec hat geschrieben: ↑Di Sep 17, 2019 12:47 pm Zeile 61
setzten von lang=C hat damals öfter probleme gemacht je nach Installation.

Das Setzen von LANG erfolgt bewusst, damit die nachfolgenden Zahlen unabhängig von der im System konfigurierten Sprache immer im Standardformat (Kommaseparierung mit Punkt, keine 1000er Trennung) formatiert werden. Durch das local sollte es keine Auswirkungen außerhalb des Skriptes geben.

snaptec hat geschrieben: ↑Di Sep 17, 2019 12:47 pm Das error/debug piping bitte gleich nach ./ramdisk/openwb.log
dann ist es auch in Debug reports enthalten.

Habe ich gemacht. Ich möchte aber vorschlagen, innerhalb der Module mit Standard-Out oder -Err zu arbeiten und erst beim Aufruf der Module in die Log-Datei umzuleiten. Das würde es ermöglichen, bedarfsweise woanders hin zu loggen.

snaptec hat geschrieben: ↑Di Sep 17, 2019 12:47 pm Mit D0 Zählern geht das nicht, richtig.
In deinem Link hast du es drin, setzt dann rs485 meter voraus?

Nein. Ich habe selbst einen D0-Zähler angebunden, für den SolarView beim Strom immer nur eine 0 liefert. Ich habe bezuga1, bezuga2, und bezuga3 nur für den Fall aufgenommen, dass diese Werte in anderen Installationen oder zukünftig geliefert werden. Falls es ein Problem ist, dass in diese Dateien vom Modul eine 0 geschrieben wird, bitte ich um eine Anmerkung im Pull Request. Ich entferne die Zeilen dann.

In Nightly 1.631 drin.
Bitte testen, läuft?

Ich habe (noch) keine Wallbox und kann deshalb keinen Echt-Test durchführen.

Ich habe gesehen, dass Du bei fehlender Portangabe den Wert 80 setzt und in der Doku erwähnst. SolarView verwendet als Default aber den Wert 15000. Dieser Port wird auch verwendet, wenn in der openwb.conf kein Port angegeben wird. Ich würde deshalb die 80 nicht setzen und in der Doku die 15000 erwähnen.

Ich habe auch gesehen, dass Du als Default für den Hostnamen die 192.168.0.31 verwendest. Aus meiner Sicht gibt es für den Hostnamen keinen sinnvollen Default.

Ich bin zuerst auch über den Port 80 gestolpert. Erst als ich in der Solarview Doku nachgelesen habe, das der default TCP Port von Solarview 15000 ist lief es bei mir. Der TCP-Server muss auch erst entsprechend der Solarview Intallationsanleitung aktiviert werden.
Ansonsten scheint die 1.636 Nightly mit Solarview und go-e gut zu funktionieren. Ich teste aber weiter.

Vielen Dank für Deine Rückmeldung!