NEWS
Test Adapter sma-em v1.3.x Latest
-
ja gut, der Wechselrichter bzw. die Sunny Box wird ja auch drauf zugreifen oder?
Was halt komisch ist, das dass ganze schon funktioniert hat, sogar sehr gut...
aber ich versuche weiter mein Glück...
@zimbl Es geht um die Nutzung des Port auf der Maschine, auf der Dein ioBroker läuft. Da lauscht etwas anderes (anderer Adapter, völlig anderes Programm) auf demselbnen Port.
Das ist kein Problem des sma-em sondern der Maschine (bzw. der darauf laufenden Prozesse), auf der ioBroker ausgeführt wird. -
@zimbl Es geht um die Nutzung des Port auf der Maschine, auf der Dein ioBroker läuft. Da lauscht etwas anderes (anderer Adapter, völlig anderes Programm) auf demselbnen Port.
Das ist kein Problem des sma-em sondern der Maschine (bzw. der darauf laufenden Prozesse), auf der ioBroker ausgeführt wird. -
und wie könnte ich das überprüfen ?
Wireshark ?Jemand eine Idee....normal ist da halt nichts, also ich wüsste nicht was...aber man kann es ja mal überprüfen...
-
und wie könnte ich das überprüfen ?
Wireshark ?Jemand eine Idee....normal ist da halt nichts, also ich wüsste nicht was...aber man kann es ja mal überprüfen...
-
@pi_noob15 sagte in Test Adapter sma-em v0.6.x Latest:
@matze1909 ja theoretisch... wobei immer nur eines der beiden aktiv ist.
Entweder einspeisen oder beziehen.
Ich habe da aktuell auch noch meine Probleme, da der Verbrauch ab und zu ins negative geht. Liegt wohl an den Timings der Skripte....
Die Wechselrichter liefern per Modbus adapter alle 5s neue Werte, der SMA EM Adapter hat dazu keine Parameter. Aber wie es in den Objekten aussieht kommen im Sekundentakt neue Werte.
So sieht das Verbrauchsskript aktuell bei mir aus:
Danke...bei mir läuft das eigentlich ganz gut. Die Werte, die Alexa ansagt stimmen oft zu 100% mit denen aus der SMA app überein.
So sieht mein Skript aus. Vermutlich etwas umständlich, aber es läuft:
@matze1909
ich habe im Modbus Adapter der die Werte von den Wechselrichter abholt die Abfragezeit von 5s auf 1s geändert. Jetzt sieht das ganze schon besser aus :+1: -
@thomas-braun said in Test Adapter sma-em v0.6.x Latest:
sudo netstat -tulpen
udp 0 0 0.0.0.0:9522 0.0.0.0:* 1001 1112111 93591/node-redich habe wirklich etwas gefunden, obwohl der Adapter de-installiert ist....wie bekomme ich das nun weg?
-
@thomas-braun said in Test Adapter sma-em v0.6.x Latest:
sudo netstat -tulpen
udp 0 0 0.0.0.0:9522 0.0.0.0:* 1001 1112111 93591/node-redich habe wirklich etwas gefunden, obwohl der Adapter de-installiert ist....wie bekomme ich das nun weg?
Da lauscht nicht der sma-em-Adapter sondern node-red.
-
Da lauscht nicht der sma-em-Adapter sondern node-red.
ja ich habe jetzt node-red auch mal de-installiert....verstehe nur noch nicht so richtig, wieso das so ist
-
Da lauscht nicht der sma-em-Adapter sondern node-red.
-
diesen Befehl werde ich mir mal merken.
Jetzt geht auch der Adapter....Vielen Dank Thomas...
Wollte schon den Pi wieder Platt machen...
Auf einem Port kann nur immer ein Dienst laufen.
Wenn es da Doppelbelegungen gibt muss einer der beiden umziehen. -
Auf einem Port kann nur immer ein Dienst laufen.
Wenn es da Doppelbelegungen gibt muss einer der beiden umziehen.ja keine Ahnung....warum der auf den Port zugegriffen hat...habe das jetzt gelöscht...
jetzt funktioniert der Adapter wieder...Vielen Dank nochmal
-
Hallo zusammen,
ich bin leider völlig neu auf dem Pi und versuche iobroker mit dem SMA-EM zum laufen zu bekommen.
Bekomme immer wieder folgende meldungen:
Zufällig jemand eine Idee was ich tun muss?
Log file als Text in CodeTags Posten, nicht als Screenshot.
Dann die empfohlene NodeJS Version 14 einsetzen. Wie kommt man 'ganz neu' an die 12? -
Hallo zusammen,
ich bin leider völlig neu auf dem Pi und versuche iobroker mit dem SMA-EM zum laufen zu bekommen.
Bekomme immer wieder folgende meldungen:
Zufällig jemand eine Idee was ich tun muss?
@heindusa said in Test Adapter sma-em v0.6.x Latest:
Zufällig jemand eine Idee was ich tun muss?
Bitte auf der Konfigurationsseite der Instanz die Multicastadresse und Port (239.12.255.254:9522) NICHT ändern. Also die Instanz sma-em.0 löschen und neue Instanz sma-em.0 generieren mit den Standardeinstellungen der Konfigurationsseite. Sma-em läuft mit NodeJS 12. Daher wäre dafür kein Upgrade nötig.
-
@heindusa said in Test Adapter sma-em v0.6.x Latest:
Zufällig jemand eine Idee was ich tun muss?
Bitte auf der Konfigurationsseite der Instanz die Multicastadresse und Port (239.12.255.254:9522) NICHT ändern. Also die Instanz sma-em.0 löschen und neue Instanz sma-em.0 generieren mit den Standardeinstellungen der Konfigurationsseite. Sma-em läuft mit NodeJS 12. Daher wäre dafür kein Upgrade nötig.
Node.js 12.22.5 Erbium 2021-08-11Das ist auch im 12er-Zweig nicht aktuell. Da ist also bei nodeJS irgendwas 'krumm' und/oder total veraltet. Das sollte auf stabile Füße gestellt werden.
@HEINDUSA
Aus der README des Adapters:Multicast IP: The default setting is 239.12.255.254.
Multicast Port: The default setting for the UDP port is 9522. (Both should not be changed, as SMA devices always use this IP address and port)
Und ohne Not würde ich auch keine Version aus dem git fischen. Der Adapter ist im Beta-Bereich vorhanden:
sma-em github: 0.6.5 latest: 0.6.5 for 96 days stable: -.-.- -
Hast du denn dein System jetzt auch auf Stand?
Was sagt
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
@srwilli Für die Werte müssen auch erst die Register gefüllt werden. Sekunde, nächster Screenshot kommt.
Aber eigentlich müsste der Adapter bereits grün werden wenn die Verbindung passt.
Eingangsregister mal nur für drei Werte:
Was sagt denn das Log, warum der Adapter nicht grün wird (mal auf Debug stellen)?
Hallo liebe Community,
folgendes: Wir haben seit gestern eine Anlage mit SHM 2. Direkt mal den Adapter von Github installiert und siehe da, er funktioniert, findet aber keine Verbindung mit dem Gerät :D
Da ich finde, dass die Doku sehr dezent gehalten ist über den Adapter, hier mal meine Frage:
Mein iobroker läuft in zwei Netzten, Haushalt 1 mit Netz 1 über ETH0 und Haushalt 2 mit Netz 2 über wlan0. Der SHM läuft in Netz 2 im Haushalt 2. Erreichen kann ich dort alle Geräte per Ping, aber er sagt mir halt, dass er keine Verbindung per MC zu dem SHM hat. Jemand eine Idee? Gibts es eine Möglichkeit per CLI den MC zu joinen und zu testen, ob er überhaupt ankommt?
Danke euch und LG,
Philipp//------------\
Plattform: linux Betriebssystem: linux Architektur: arm CPUs: 4 Geschwindigkeit: 1200 MHz Modell: ARMv7 Processor rev 4 (v7l) RAM: 972.7 MB System-Betriebszeit: 07:18:37 Node.js: v14.19.0 time: 1654244335118 timeOffset: -60 Adapter-Anzahl: 415 NPM: 6.14.16 Datenträgergröße: 117.0 GB freier Festplattenspeicher: 104.1 GB Betriebszeit: 07:18:25 Aktive Instanzen: 20 Pfad: /opt/iobroker/EDIT:
Habe mal Wireshark laufen lassen und finde auch über den Raspi den SHM mit der Adresse .5. Pingen geht auch, somit scheint das Ding ja vorhanden zu sein. Muss ich ggf. irgendetwas in der App einstellen, damit er per MC auch Pakete sendet?
EDIT2:
Selbstverständlich auch schon per
pi@homeserver:~ $ sudo netstat -tulpenüberprüft, ob was horcht, aber hier horcht nur der EM Adapter:
Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 18851 590/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 18844 590/iobroker.js-con tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 17505 597/sshd tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 50292 9322/cupsd tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1001 17773 767/io.mqtt.0 tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 1001 17774 767/io.mqtt.0 tcp6 0 0 :::3500 :::* LISTEN 1001 19531 913/io.sonos.0 tcp6 0 0 :::8081 :::* LISTEN 1001 17637 688/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1001 19737 998/io.web.0 tcp6 0 0 :::22 :::* LISTEN 0 17507 597/sshd tcp6 0 0 :::631 :::* LISTEN 0 50293 9322/cupsd tcp6 0 0 :::8087 :::* LISTEN 1001 17916 898/io.simple-api.0 udp 0 0 0.0.0.0:54335 0.0.0.0:* 108 16533 343/avahi-daemon: r udp 0 0 0.0.0.0:68 0.0.0.0:* 0 14279 586/dhcpcd udp 0 0 0.0.0.0:631 0.0.0.0:* 0 50296 9323/cups-browsed udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 16531 343/avahi-daemon: r udp 0 0 0.0.0.0:9522 0.0.0.0:* 1001 108411 6832/io.sma-em.0 udp6 0 0 :::546 :::* 0 16683 586/dhcpcd udp6 0 0 :::5353 :::* 108 16532 343/avahi-daemon: r udp6 0 0 :::49532 :::* 108 16534 343/avahi-daemon: rEDIT3:
Fehler gefunden:
Listen via UDP on Device eth0 with IP 192.168.0.196 on Port 9522 for Multicast IP 239.12.255.254Irgend eine Lösung, wie ich auf den wlan0 umstellen kann?
-
Hallo liebe Community,
folgendes: Wir haben seit gestern eine Anlage mit SHM 2. Direkt mal den Adapter von Github installiert und siehe da, er funktioniert, findet aber keine Verbindung mit dem Gerät :D
Da ich finde, dass die Doku sehr dezent gehalten ist über den Adapter, hier mal meine Frage:
Mein iobroker läuft in zwei Netzten, Haushalt 1 mit Netz 1 über ETH0 und Haushalt 2 mit Netz 2 über wlan0. Der SHM läuft in Netz 2 im Haushalt 2. Erreichen kann ich dort alle Geräte per Ping, aber er sagt mir halt, dass er keine Verbindung per MC zu dem SHM hat. Jemand eine Idee? Gibts es eine Möglichkeit per CLI den MC zu joinen und zu testen, ob er überhaupt ankommt?
Danke euch und LG,
Philipp//------------\
Plattform: linux Betriebssystem: linux Architektur: arm CPUs: 4 Geschwindigkeit: 1200 MHz Modell: ARMv7 Processor rev 4 (v7l) RAM: 972.7 MB System-Betriebszeit: 07:18:37 Node.js: v14.19.0 time: 1654244335118 timeOffset: -60 Adapter-Anzahl: 415 NPM: 6.14.16 Datenträgergröße: 117.0 GB freier Festplattenspeicher: 104.1 GB Betriebszeit: 07:18:25 Aktive Instanzen: 20 Pfad: /opt/iobroker/EDIT:
Habe mal Wireshark laufen lassen und finde auch über den Raspi den SHM mit der Adresse .5. Pingen geht auch, somit scheint das Ding ja vorhanden zu sein. Muss ich ggf. irgendetwas in der App einstellen, damit er per MC auch Pakete sendet?
EDIT2:
Selbstverständlich auch schon per
pi@homeserver:~ $ sudo netstat -tulpenüberprüft, ob was horcht, aber hier horcht nur der EM Adapter:
Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 18851 590/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 18844 590/iobroker.js-con tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 17505 597/sshd tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 50292 9322/cupsd tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1001 17773 767/io.mqtt.0 tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 1001 17774 767/io.mqtt.0 tcp6 0 0 :::3500 :::* LISTEN 1001 19531 913/io.sonos.0 tcp6 0 0 :::8081 :::* LISTEN 1001 17637 688/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1001 19737 998/io.web.0 tcp6 0 0 :::22 :::* LISTEN 0 17507 597/sshd tcp6 0 0 :::631 :::* LISTEN 0 50293 9322/cupsd tcp6 0 0 :::8087 :::* LISTEN 1001 17916 898/io.simple-api.0 udp 0 0 0.0.0.0:54335 0.0.0.0:* 108 16533 343/avahi-daemon: r udp 0 0 0.0.0.0:68 0.0.0.0:* 0 14279 586/dhcpcd udp 0 0 0.0.0.0:631 0.0.0.0:* 0 50296 9323/cups-browsed udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 16531 343/avahi-daemon: r udp 0 0 0.0.0.0:9522 0.0.0.0:* 1001 108411 6832/io.sma-em.0 udp6 0 0 :::546 :::* 0 16683 586/dhcpcd udp6 0 0 :::5353 :::* 108 16532 343/avahi-daemon: r udp6 0 0 :::49532 :::* 108 16534 343/avahi-daemon: rEDIT3:
Fehler gefunden:
Listen via UDP on Device eth0 with IP 192.168.0.196 on Port 9522 for Multicast IP 239.12.255.254Irgend eine Lösung, wie ich auf den wlan0 umstellen kann?
@philipp-dorn
Der sma-em horcht automatisch auf Multicasts auf sämtlichen verfügbaren externen IPv4 Interfaces. Es sollte also im iobroker log auch eine Meldung kommen:Listen via UDP on Device wlan0 with IP 192.168.0.xxx on Port 9522 for Multicast IP 239.12.255.254Wenn das nicht der Fall ist, muss mit Deinem wlan0 interface irgendwas nicht stimmen.
Was sagt ifconfig -a
Gibt es noch andere Fehlermeldungen im log?
Support us
424
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge