Neu: 77_SMAEM - Modul für SMA Energie Meter. Alternative zum Sunny Home Manager.

Begonnen von Volker Kettenbach, 30 März 2016, 12:42:05

Vorheriges Thema - Nächstes Thema

Straightforward

Super, vielen Dank DS_Starter


Jetzt muss ich nur noch schauen, warum meine Plots nach dem update so hässlich sind.
Wahrscheinlich liegt es daran:
ZitatPERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_SVG.pm line 516.

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Straightforward

Ja, läuft. Vielen Dank!

Kannst du mir noch verraten, wie ich die Daten in den Floorplan bekomme?

Hab jetzt nur einen Wert, will aber mehrer. Nach was muss ich da im Wiki suchen?

Zitatattr DP11_SMAEM fp_Lutz 1450,900,6,SMAEM1900246155_Bezug_Wirkleistung_Zaehler,Bezug Zähler

DS_Starter

ZitatKannst du mir noch verraten, wie ich die Daten in den Floorplan bekomme?

Nicht wirklich. Benutze Floorplan nicht. Komme nicht dazu  ;)
Vielleicht kann dir ein anderer weiterhelfen.

ZitatHab jetzt nur einen Wert, will aber mehrer. Nach was muss ich da im Wiki suchen?
attr DP11_SMAEM fp_Lutz 1450,900,6,SMAEM1900246155_Bezug_Wirkleistung_Zaehler,Bezug Zähler

Hmm ... kann nicht so richtig deuten was du haben willst. Kannst du es vllt. nochmal anders und deutlicher schreiben ?

Grüße
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Straightforward

Danke für die Nachfrage, aber das ist ein anderes Thema und sollte nicht in diesen Thread.

DS_Starter

Hallo Volker,

jetzt habe ich nochmal versucht einen Pull-Request anzulegen.
Wenn ich alles richtig gemacht habe, sollte das jetzt vllt. sogar funktioniert haben.

schönen Abend und viele Grüße
Heiko

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Volker Kettenbach

Hallo Heiko,

ich habe den Pull-Request gemerged! Hat geklappt! Vielen dank für den Pull-Request!
Du kannst ja hier mal irgendwo im Forum posten wie das geht und Dir selbst ein github-Repository für 76_SMAInverter anlegen.
Das hilft wirklich sehr beim Entwickeln.

Ansonsten habe ich 77_SMAEM auch ins SVN eingecheckt!
GitHub und SVN sind jetzt beide wieder up-to-date!

Gruß
Volker

blitzcom

Servus zusammen.

Erstmal an alle Macher! Geile Arbeit, läuft wie geschnitten Brot.
Allerdings rumpelt mir der Log jetzt alles recht voll.
Dabei würden mich eigentlich nur die tatsächlichen Bezugswerte interessieren. Dazu braucht es logischerweise die Wirkbezüge der einzelnen L´s, aber der Rest?
Kann mir jemand helfen, wie ich das reduzieren kann?

Wäre super.
mfg
Mike

DS_Starter

Morgen Mike,

einfachste Möglichkeit ist event-on-change-reading oder event-on-update-reading nur auf die interessierenden Readings setzen.
Dann loggt es nur noch diese. Verwendest du DbLog, kannst du auch DbLogExclude verwenden.

Grüße
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

blitzcom

Ja, ich versende DBLOG, alles klar, dann versuche ich mal da dran.
Danke schön

Mike

Eckat

Hallo!

Vielen Dank für das Modul!

Leider habe ich noch so meine Schwierigkeiten, wobei ich glaube das es nicht am Modul liegt.

Bei mir läuft fhem auf einem normalen Ubuntu (kein Raspberry PI).
Ich habe die perl Bibliothek "libio-socket-multicast-perl" installiert und das Modul ("ab Werk" von fhem, nicht git) geladen und ein device definiert.

Nur kommen bei bit keine Daten an.
Der STATE ist einige Stunden nach dem Anlegen immer noch "???".
Gerade habe ich mal per git geklont und smaem_test.pl ausgeführt, aber der läuft nun schon 10 Minuten ohne Ausgabe. Ist das richtig?
Per iptraf habe ich mir mal die Pakete angesehen, denn im "device specific help" steht "Multicastgruppe 239.12.255.254 auf udp/9522". Aber dort sehe ich gar keine Pakete von der IP-Adresse des SMA-EM  :o

Die Weboberfläche des SMA-EM ist von meinem PC und dem des fhem-Server aus erreichbar.
Die Firmware Version ist 1.02.08.R und eine korrekte IP-Adresse hat er vom DHCP-Server auch bekommen.

Ich habe zwei Netzwerkkarten an den Server angebunden. Die eine hängt mit einem einfachen Switch (kein Router oder managed-Switch) an dem SMA-EM.
Kann es damit zu tun haben? Aber mit iptraf sehe ich halt gar keine Pakete.

Über jede Hilfe und Hinweise bin ich dankbar.  :)


Viele Grüße

Carsten

sct14675

Hallo,
kann es sein, dass die Ubuntu-Firewall "ufw" alles wegfiltert?
Ist dort der Port offen?

tschuess,
Thomas

Eckat

Stimmt, Firewall hatte ich nicht geprüft. War es aber leider nicht.
Weder kurzfristiges abschalten noch eine Regel die für die Netzwerkschnittstelle einkommen und abgehend alles erlaubt zeigt Wirkung.

verbose im fhem device habe ich übrigens auf 5 gestellt, aber auch das erzeugt keine Ausgabe.

Volker Kettenbach

Zitat von: Eckat am 13 März 2017, 07:23:46
Gerade habe ich mal per git geklont und smaem_test.pl ausgeführt, aber der läuft nun schon 10 Minuten ohne Ausgabe. Ist das richtig?
Per iptraf habe ich mir mal die Pakete angesehen, denn im "device specific help" steht "Multicastgruppe 239.12.255.254 auf udp/9522". Aber dort sehe ich gar keine Pakete von der IP-Adresse des SMA-EM  :o

Ich habe zwei Netzwerkkarten an den Server angebunden. Die eine hängt mit einem einfachen Switch (kein Router oder managed-Switch) an dem SMA-EM.
Kann es damit zu tun haben? Aber mit iptraf sehe ich halt gar keine Pakete.

smaem_test.pl sollte, genauso wie iptraf oder tcpdump, sofort Daten anzeigen.

Möglich, dass der Switch schuld ist.
Billige Switches zeigen oft merkwürdige Verhalten bei Multicast.
Wenn ein Switch unmanaged ist, dann sollte er Multicast alles Broadcast weiterleiten, was manche nicht tun.

Eckat

Hmm, ist jetzt kein Highend-Gerät, aber ich würde es auch nicht als billig bezeichnen: Cisco SG100D-08 - ein 8 Port Gigabit Switch.

Werde es heute Abend mal tauschen, mal schauen was ich noch so in der Grabbelkiste habe.

=============================

Update:

Der Switch war es nicht  :D
Der Server ist virtuell und man muss im VMware ESXi bei dem zuständigen virtuellen Switch den Promiscuous-Modus aktivieren.  ;D
Nebenbei: iptraf zeigt die UDP-Multicast Pakete nicht an  ::)
Mit einem Notebook konnte ich mit Wireshark die Pakete sehen und dort zeigt das Test-Skript auch saubere Daten an.

Nun funktioniert es leider noch nicht.
Auf dem virtuellen Server kann ich die Pakete auf der Shell (halt Server ... keine GUI) mit
sudo tcpdump -nnXvs 0 -i eth1 udp
sehen.
Das Test-Skript gibt aber weiterhin nichts aus  :(

Noch jemand eine Idee?