SMA Energy Meter install script

[aiole]

SMA hat also eine proprietäre Lösung für die Kommunikation? Trotz RJ45 kein ModbusTCP? Na super.
Aber egal, wenn's der Datenschuft holen kann.

Aber greift der auf das EM zu oder auf den SHM?

VG aiole

[radkappe]

Ja, er nimmt laut Beschreibung das EM. Aber das Modul sollte auch für den HM funktionieren.
Ich bau heute Abend mal ein nacktes Raspbian, nur mit der Software von Datenschuft, auf den Raspi und gucke mal ob es so läuft.

[openWB]

Ja das muss laufen.
Sowohl für EM als auchSHM2.0
Zumindest ist es schon vielfach im Einsatz
und eigentlich mit 2 Klicks in der Weboberflache getan.

[radkappe]

Bei Datenschuft hab ich im Changelog folgendes gefunden:

SMA-EM-Daemon changelog-File

20190402001
Cosmetics / variables naming #14
replaced pregard with consume and surplus with supply

Kann da ein Zusammenhang sein?

https://github.com/datenschuft/SMA-EM/c ... b778a55b36

[Stabilostick]

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 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

[openWB]

Das hängt dann wohl mit dem Update von datenschuft zusammen.
Mit den Infos kann ich etwas anfangen. Danke dafür.

Ich geb Bescheid

[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... ergibt:

2019-04-15_17-13-36.png (74.07 KiB) 6791 mal betrachtet

Fertig. Irgendwie.... ???

Fragt sich nur, warum?

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

[openWB]

Moin,

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).

Aber ja, der Commit von ihm vor 13 Tagen ist die Ursache.

[radkappe]

bin grad dabei... braucht der eigentlich in v1.4 nach drücken des Save Buttons so lange? So ne Minute?