openWB - modulare Wallbox Lösung (inkl. Energiemanagement)

[snaptec]

Es ist mal wieder soweit.
Die Version 1.4 ist da.

Ich freue mich dazu mal ein Bild zu haben:

Wo sich die drei vereinen?
Im OpenWB Headquarter

Danke nicht nur an Go-e (die schon seit Herbst unterstützt werden) sondern auch an Keba und NRGKick.
Diese sind mit Version 1.4 als vollwertige Ladepunkte nutzbar.

Neben allen großen Wechselrichter/Speicher Herstellern sind nun auch die größten Wallbox Hersteller für den privaten Markt mit an Board des OpenWB Projektes.

Was sich in 1.4 getan hat:
- Keba C und X Support
- NRGKick Support (mit Connect)
- bis zu 4 SMA WR einstellbar
- EVU Glättung
Glättung der letzten Werte über X Sekunden
- Automatische Umschaltung 1 und 3 Phasen
Optional in der fertigen OpenWB. !Nicht möglich mit Zoe!
- Tesla Powerwall Speicher Modul
Beta State
- Graphen überarbeitet, interaktiven Graph hinzugefügt
Die herkömmlichen als auch interaktive Graphen sind nun möglich. Diese sind bedeutend hübscher, inkl Zoom Funktionen.
In Daily/Monthly werden dazu passend die kWh der Selektion angezeigt. (Hier folgt noch einiges)
- Solaredge Module überarbeitet
- Ladetaster deaktivierbar
Wenn nicht genutzt sind diese nun deaktiviert. Dies hat manchmal zum automatischen verstellen des Lademodus geführt.
- Adaptives PV Laden
Laden 2 einphasige EVs im Nur PV Modus wird das leerer Fahrzeug bevorzugt geladen.
- VZLogger PV Modul Bugfix
- Plenticore Module für PV, EVU, Speicher hinzugefügt / überarbeitet
- Smartfox EVU Modul


Eine Menge Features stehen schon wieder auf der Liste. 1.5 wird ein größeres Update werden. Ihr dürft gespannt sein.

Herzlichen Dank snaptec!

Es ist unglaublich, was Du auf die Beine stellst. Ich schätze, dass die Fangemeinde stetig bis exponentiell wächst.
Wie sich zeigt, war es die richtige Entscheidung, openWB für externe Produkte zu öffnen. Man kann gar nicht genug dankbar sein, dass ein modularer Ansatz gewählt wurde.

@all
Bitte denkt immer mal an den Spenden-Button. Diejenigen, die bereits openWB nutzen, wissen um die Vorteile des Systems und Spenden helfen, Eure Wünsche sowie einen guten Support im openWB-Forum sicherzustellen.

Mein Dank geht natürlich auch an alle, die bei openWB aktiv sind sowie die Firmen, die uns Testhardware zur Verfügung stellen.

Ich bin mir sicher, dass endlich ein System entsteht, welches herstellereigene Grenzen überwindet. Glücklicherweise setzt sich die Erkenntnis auch bei den Herstellern durch, die vermehrt API's für ihre Produkte zur Verfügung stellen.

Nun denn - let's play openWB!

VG U x I

[MajorAn69]

Auch von mir ein großes Dankeschön an snaptec!

Die Spende meinerseits ist schon durch - ich freue mich auf die Neuerungen!

Macht weiter so -Klasse!!!

[Stabilostick]

Achtung, das ist ein Repost meines Hilferufs aus dem openWB-Forum...

So, jetzt hat es mich auch erwischt. Der smaemd tut nicht so, wie er soll. Ich habe einen SMA Energymeter am Laufen. Es wird für einen SMA Home Manager und einen Sunny Island aktiv genutzt.

Kurz gesagt, mein Problem ist, es wird nicht vernünftiges in /dev/shm geschrieben. Deshalb klappt es auch in openWB mit dem SMA Energymeter-EVU-Modul nicht.

Was habe ich bisher gemacht?

1. Ausgangszustand war eine mit einem Single-Bausatz mitgelieferte SD-Karte von openWB
2. Nach Aufruf der Weboberfläche habe ich eine Update auf openWB 1.4 stable über die GUI gemacht
3. Anschließend auf der Kommandozeile "sudo apt-get update" und "sudo apt-get upgrade" mit Reboot
4. Die Oberfläche lief immer noch. Jippieyai.
5. Jetzt den SMA-Support eingerichtet (ich weiß inzwischen, das war zu früh)
6. Die Konfig-Datei .../web/files/smashm.conf bearbeitet und dort 2x die 10-stellige Seriennummer des EM eingetragen
7. Noch mal SMA-Support eingerichtet
8. /etc/smaemd/conf gechecked. Passt. Copy war also erfolgreich.
9. In /run/shm stehen zwei Dateien, "em-<serno>-pregard" (leer) und "em-status" mit Inhalt "multicastgroup connected". Und das bleibt leider auch so. Reboot und so...
10. Ins Verzeichnis /opt/smaemd gewechselt.
11. Dort "python3 sma-em-measurement.py" aufgerufen mit Ergebnis "Kann codeparser nicht finden" (so ähnlicher Text)
12. "sudo pip install codeparser" ausgeführt und installiert
13. "python3 sma-em-measurement.py" aufgerufen mit Ergebnis:

    Code: Alles auswählen

    SMA-EM Serial:<Seriennummer>
    ----sum----
    P: consume:0.0W 261.97527833333334kWh supply:7143.0W 4850.2757kWh
    S: consume:0.0VA 261.97527833333334kVAh supply:7143.0VA 4850.2757VAh
    Q: cap 0.0var 0.0kvarh ind 0.0var 0.0kvarh
    cos phi:1.0°
    ----L1----
    P: consume:0.0W 0.0kWh supply:2381.0W 0.0kWh
    S: consume:0.0VA 0.0kVAh supply:2381.0VA 0.0kVAh
    Q: cap 0.0var 0.0kvarh ind 0.0var 0.0kvarh
    U: 237.0V thd:0.101% cos phi:1.0°
    ----L2----
    P: consume:0.0W 0.0kWh supply:2381.0W 0.0kWh
    S: consume:0.0VA 0.0kVAh supply:2381.0VA 0.0kVAh
    Q: cap 0.0var 0.0kvarh ind 0.0var 0.0kvarh
    U: 236.0V thd:0.102% cos phi:1.0°
    ----L3----
    P: consume:0.0W 0.0kWh supply:2381.0W 0.0kWh
    S: consume:0.0VA 0.0kVAh supply:2381.0VA 0.0kVAh
    Q: cap 0.0var 0.0kvarh ind 0.0var 0.0kvarh
    U: 238.0V thd:0.103% cos phi:1.0°
    

14. Noch mal unter https://github.com/datenschuft/SMA-EM nachgelesen und deshalb "sudo apt install cl-py-configparser" nachgeschoben
15. "python3 sma-em-measurement.py" zeigt weiterhin Ergebnisse im Sekundentakt
16. In /run/shm stehen zwei Dateien, "em-<serno>-pregard" (leer) und "em-status" mit Inhalt "multicastgroup connected" mit aktuellem Datum. Und das bleibt leider auch so.

Seufz.
Ich gehe davon aus, dass die Energymeter-(mittels ...install.sh) und die HomeManger-(mittels GUI)-Unterstützung in openWB letztendlich dasselbe ergibt (nur andere Quelle für das Copy der Konfig).

Doppelseufz. Ich bitte um Hilfe.

VIele Grüße
Thomas

PS: snaptec hat mir innerhalb von null-Kommna-nix im openWB-Forum geantwortet. Zwar noch keine Lösung, aber... Irgendwas ist faul mit https://github.com/datenschuft/SMA-EM

[Stabilostick]

Bin dem Sachverhalt auf der Spur.

Das sind die Keys in der "config"-Datei für den "simplefswriter":

a) In der "readme.md" und "config.sample" vom Datenschuft

Code: Alles auswählen

values=pconsume psupply qsupply ssupply

b) Im openWB-source
EM

Code: Alles auswählen

values=pregard pregardcounter psurplus psurplus psurpluscounter p1regard p1surplus p2regard p2surplus p3regard p3surplus

HM

Code: Alles auswählen

values=pregard pregardcounter psurplus psurplus psurpluscounter p1regard p1surplus p2regard p2surplus p3regard p3surplus

c) von meinem EM:

Code: Alles auswählen

'p3supplycounter': 0.0, 
'pconsume': 0.0, 
'pconsumecounter': 261.97527833333334, 
'psupply': 4329.0, 
'psupplycounter': 4863.767343055555, 
'q1consume': 0.0, 
'q1consumecounter': 0.0, 
'q1supply': 0.0, 
'q1supplycounter': 0.0, 
'q2consume': 0.0, 
'q2consumecounter': 0.0, 
'q2supply': 0.0, 
'q2supplycounter': 0.0, 
'q3consume': 0.0, 
'q3consumecounter': 0.0, 
'q3supply': 0.0, 
'q3supplycounter': 0.0, 
'qconsume': 0.0, 
'qconsumecounter': 0.0, 
'qsupply': 0.0, 
'qsupplycounter': 0.0, 
's1consume': 0.0, 
's1consumecounter': 0.0, 
's1supply': 1443.0, 
's1supplycounter': 0.0,
's2consume': 0.0, 
's2consumecounter': 0.0, 
's2supply': 1443.0, 
's2supplycounter': 0.0, 
's3consume': 0.0, 
's3consumecounter': 0.0, 
's3supply': 1443.0, 
's3supplycounter': 0.0, 
'sconsume': 0.0, 
'sconsumecounter': 261.97527833333334, 
'serial': 1900209980, 
'ssupply': 4329.0, 
'ssupplycounter': 4863.767343055555, 
'thd1': 0.101, 
'thd2': 0.102, 
'thd3': 0.103, 
'v1': 236.0, 
'v2': 235.0, 
'v3': 236.0 

Also ich habe ja keine Ahnung wo die Keys von openWB für den EM herkommen, aber zusammenpassen tut das nicht.

PS: Debuggen geht recht einfach und ist schon vorbereitet:

Code: Alles auswählen

sudo systemctl stop smaemd.service
nano /etc/smaemd/config

-> beim Abschnitt [FEATURE-simplefswriter] den Eintrag "debug=1" in eine neue Zeile einfügen.

Code: Alles auswählen

cd /opt/smaemd
python3 sma-daemon.py run

ergibt

Code: Alles auswählen

simplefswriter: feature enabled
simplewriter: 16:33:34 - psupply: 2862.0000
simplewriter: 16:33:34 - pconsume: 0.0000
simplewriter: 16:33:36 - psupply: 3023.0000
simplewriter: 16:33:36 - pconsume: 0.0000
simplewriter: 16:33:37 - psupply: 3166.0000
simplewriter: 16:33:37 - pconsume: 0.0000
simplewriter: 16:33:38 - psupply: 3181.0000
simplewriter: 16:33:38 - pconsume: 0.0000
...

oder die Fehlermeldungen bewundern...

[Stabilostick]

Das wären dann wohl die richtigen Keys.

Code: Alles auswählen

pconsumecounter psupplycounter p1consume p2consume p3consume pconsume psupply

Dazu noch die main.sh's anpassen in den Modules...

Fertig. Klappt. Irgendwie.... ???

Fragt sich nur, warum das alles?

Deshalb: https://github.com/datenschuft/SMA-EM/c ... 0dda3273ed

[snaptec]

Bitte mal den Release train auf nightly stellen -> Save
Einstellungen -> Misc -> Update OpenWB
Nun Version 1.401

Wenn die ID in der Modulkonfig passt, unter Einstellungen -> Misc den Button SMA Support klicken, gehts nun?

Die Main.sh anpassen ist eine schlechte Idee, alle bestehenden OpenWB installation wären beim Update dann nicht mehr funktionsfähig (zumindest das SMA Modul).

[Roman208]

Kann mir jemand helfen ich hab das Update gemacht auf vers.1.4 und hab einen Open wb evu Kit verbaut nur zeigt die Open wb jetzt keinen Wert mehr an beim evu modul

[snaptec]

Kann mir jemand helfen ich hab das Update gemacht auf vers.1.4 und hab einen Open wb evu Kit verbaut nur zeigt die Open wb jetzt keinen Wert mehr an beim evu modul

Per Lan oder Wlan angebunden?
Fertige OpenWB?


Gesendet von iPhone mit Tapatalk

[Roman208]

Ja Open wb evu Kit ist per LAN angeschlossen.
Ich hab die Open wb standalone.
Ich hab nur das Update gemacht auf die vers.1.4 und jetzt zeigt die Open wb 0watt an bei einspeißung oder bezug