SMA Data Manager M lite

[shilbert]

Hallo zusammen,

Zweite openWB wurde installiert. Nun soll es wieder um PV-Überschlussladen gehen. Meine erste openWB redet mit einem Sunny Home Manger 2.0.

Bei der zweiten Installation habe ich nun allerdings keinen SHM sondern einen SMA-Data Manager M lite. Da dran hängt der bekannte Eastron 72D-M v2 und liefert via Kabel (Modbus) auch Daten an den Data Manager. Die openWB sieht die PV-Leistung.

Mir ist noch nicht ganz klar wie ich das EVU-Modul konfigurieren muss ?

Ist meine Konstellation überhaupt ausreichend ? Die openWB müsste ja anstelle eines SHM mit dem SMA Data Manger sprechen, oder ?

Oder muss ich umrüsten lassen auf ein EVU-Kit und dann direkt EKU-Kit auswählen bei der Modulkonfiguration ?

Vielen Dank

[aiole]

Bei der zweiten Installation habe ich nun allerdings keinen SHM sondern einen SMA-Data Manager M lite. Da dran hängt der bekannte Eastron 72D-M v2 und liefert via Kabel (Modbus) auch Daten an den Data Manager. Die openWB sieht die PV-Leistung.

Ich kenne den DML nicht. Misst dieser nicht selbständig? Der SDM72 ist EVU-Zähler am DML hängend?

[shilbert]

SMA hat den HomeManger 2.0 als "all in one" und den Data Manager M. Den DataManager M gibt es neuerlich als abgespeckte lite-Variante.

Soweit ich das sehe (Infos im Netz waren rar) stellt der DML nur den Datenlogger bereit. Anschliessen muss man über Modbus mindestens einen Zähler. Das kann Modbus TCP sein oder auch Modbus RTU.

Ich habe also via Modbus RTU den SDM verbunden und im DML ein Modbus-Profil für den Zähler hinterlegt. Funktioniert soweit. Nimmt die Daten vom Zähler entgegen und präsentiert die lokal (Webseite) und bei Bedarf auch im SMA EnnexOS-Portal (früher mal SunnyPortal)

Der besagte SDM ist wie vermutet EVU-Zähler am DML hängend.

Nun ist die Frage wie die openWB an die Daten kommt. Den Zähler direkt fragen geht ja nicht bei Modbus RTU. Da müsste ich wohl mit nem Protoss PE11 auf Modbus TCP umbauen.

Die Frage ist ob man die Daten beim DML abholen kann.

Es scheint eine Reihe von APIs zu geben. https://developer.sma.de/sma-apis.html

Ich vermute mal da müsste ein Modul geschrieben werden.

Die Seite hier scheint vielversprechend. https://developer.sma.de/sma-sandbox-apis.html

[aiole]

Ganz schöner Aufriss, denn SMA da für ein paar EVU-Daten betreibt. Zudem noch mit extra Zähler.
Sind denn die APi's lokal? Weil wenn cloud-basiert wäre es ein Rückschritt (für Dich - nicht für SMA ).

Mit einem Protoss könnten die Zählerdaten zumindest für SMA UND oWB bereitgestellt werden, da dann mehrerer Master zugreifen dürfen, was bei RTU, wie Du korrekt geschrieben hast, nicht geht.
Ich persönlich würde mir wohl eher einen SHM 2.0 organisieren und das DML rauswerfen.

update
Was ist das denn für ein Riesenteil (>9 TE) - vormals SHM2.0 (4 TE)? Und dann noch extra Platz für einen EVU-Zähler? Wahnsinn.

[shilbert]

SHM 2.0 ist wohl zumeist die bessere Wahl. Allerdings aktuell für normale Preise nicht beschaffbar (wenn überhaupt dann bei ebay für 900€ aufwärts).

DML ist deutlich günstiger und lieferbar. Warum wohl ? Preise so um die 380 € aus normalen Quellen.

Dafür hat der DML keinen Zähler verbaut. Gut, den SDM bekommt man für 70 € und selbst das EVU-Kit von openWB kostet nur 189€. Wer sich die Teile selbst zusammensucht bekommt damit das Äquivalent von SHM 2.0 für vermutlich 520 €

Am Preis soll es nicht scheitern. Hier hängt es eher an der Beschaffbarkeit des SHM 2.0.

Cloud wäre echter Rückschritt. Ich muss mal schauen ob die APIs lokal sind. Naja nun rüste ich mal für 50 € einen Protoss nach und das Thema ist durch.

Mir war halt entgangen, dass der DML nicht ansprechbar ist wie ein SHM 2.0. Vielleicht findet das hier jemand bei der Google-Suche und spart sich Aufwand.

[shilbert]

Das hier sieht irgendwie nicht nach lokaler API aus

https://developer.sma.de/api-plans.html

[sebastian95]

Hallo,
evtl. geht was per Mosbushttps://files.sma.de/downloads/EDMx-Modbus-TI-de-16.pdf.
Ich kann es erst testen wenn meine Tripower X geliefert sind. Dort ist ein Data Manager integriert.

[aiole]

Das hier sieht irgendwie nicht nach lokaler API aus

https://developer.sma.de/api-plans.html

Wenn dem so wäre, würde mir das Lachen im Hals stecken bleiben...
Ich sag' mal so - wundern würde es mich nicht.

Wenn man um den DML nicht umhin kommt, wäre noch eine 2-gleisige Variante denkbar.
1. EVU-Kit für oWB
2. DML für den ganzen SMA-Kosmos
Beide in Serie im Zählerschrank verbaut. Nicht schön, aber (schnelle, sichere) lokale Datenverarbeitung wäre mir heilig.

[shilbert]

SMA schreibt auf der Homepage, dass der DML mit dem SHM 2.0 kompatibel ist

Ob man es glauben mag oder nicht, wird dann der SHM 2.0 als EnergyMeter für dem DML verwendet. Oder vielmehr der im SHM 2.0 integrierte EngergyMeter kann vom DML abgefragt werden.

Nun frage man sich ob ein SMA EngergyMeter-20 (gibt es getrennt als Produkt) dann nicht völlig reichen würde weil der EnergyMeter-20 auch ins SMA-Portal einspeisen kann (wenn man will). Das geht aber offenbar nur mit kleineren SMA-Wechselrichtern. Die größeren wie STP15/20/25 sind nach den spärlichen Infos im Netz nicht mit dem EnergyMeter kompatibel.

Ist aus zweit gründen auch egal. Die EnergyMeter-20 kosten auch 600€ aufwärts wenn sie denn lieferbar wären und der DML (ggf. auch der SHM 2.0?) kann Firmware-Updates auf den WR einspielen. Das kann ein EnergyMeter nicht.

Somit kostet (aktuell) ein EVU-Kit + DML nicht mehr (eher weniger) als ein SHM 2.0, etwa gleich wie ein EnergMeter und ist dann auch noch flexibler.

Der DML hat wenigstens noch ein lokales Webinterface, kann nahezu beliebige Modbus-Zähler anbinden.

Den DML kannst du irgendwo hinhängen. Der bekommt seine (Zähler-) Daten via Ethernet vom EVU-Kit.

Noch habe ich aber nicht ausgeschlossen, dass man dem DML lokal Daten entlocken kann. Zumindest zeigt dessen Webinterface Zählerdaten in einer Art Live-View an.

Da wäre es auch ohne API denkbar, einen client zu programmieren, der sich als Browser ausgibt und die Daten einsammelt.

[aiole]

Wie so oft, lässt auch SMA die EM fremdfertigen.
M.E. gingen auch EM300 von TQ oder B-control.
https://www.tq-group.com/filedownloads/ ... Rev201.pdf
Die Frage ist nur, was der SMA-Kosmos damit macht. Prinzipiell sollte ein EM reichen, wenn Du keine Hersteller-Loggerfunktionen benötigst.

Mir scheint, als gehen sie mit dem DML den Weg zurück wie neulich vor x Jahren mit dem SHM 1.0, der als separates Loggergerät platziert wurde, nur dass jetzt die ganzen Drittanbieter Eintritt bekommen. Ich denke mir daher insgeheim - manchmal ist weniger mehr.

Sehr unschön finde ich auch, dass SMA schon nach ein paar Jahren solche nicht gerade günstigen Hightech-Geräte mit Supportentzug komplett aussterben lässt. Da ist doch ein oWB-EVU-Kit etwas Handfestes, oder ?