Adapter "smartmeter"
-
Problem sollte ja gelöst sein:
-
habe ein wemos d1 mit Tasmota in meinem Zählerschrank der mir die Daten im SML format im Sonoff Adapter in den iobroker überträgt. Ist es möglich diese daten in den Smartmeter zu bekommen?
-
-
@klassisch
sowas z.b.
-
@bishop Ich fürchte nicht. Das ist ja schon übersetzt - also Klartext - und kein SML mehr.
-
@klassisch Exakt, dann kann man auch gleich ein kleines Javascript Skript machen was das ausliest und in eigene States pumpt. Der Smartmeter bietet da dann keinen Mehrwert mehr
-
Hätte auch eine Frage, ich nutze auf einem Wemos D1 mini ESPeasy um meinen Gaszähler auszulesen. Diesen würde ich auch gerne für meinen Stromzähler nutzen.
Habe mir einen IR Schreib-Lesekopf mit ttl-Ausgang besorgt.
In ESPeasy habe ich den generic serial server konfigueriert wie folgt:
Nun habe im ioBroker den Adapter installiert und folgendermaßen konfiguriert:
Leider verbindet sich der Smartmeter-Adapter im ioB nicht. Hier die LOG:
smartmeter.0 2021-04-02 20:56:12.578 debug (3465) sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0 smartmeter.0 2021-04-02 20:56:12.577 info (3465) List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}] smartmeter.0 2021-04-02 20:56:12.462 debug (3465) Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":2224,"ack":false,"time":1617389772459},"_id":328844} smartmeter.0 2021-04-02 20:56:11.658 debug (3465) SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2021-04-02 20:56:11.657 debug (3465) SOCKET RESUME smartmeter.0 2021-04-02 20:56:01.657 debug (3465) SCHEDULE NEXT RUN IN 10s smartmeter.0 2021-04-02 20:56:01.657 debug (3465) Transport Reset!! Restart = true smartmeter.0 2021-04-02 20:56:01.657 debug (3465) Error: No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:56:01.656 warn (3465) No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:56:01.656 debug (3465) Error: No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:56:01.655 debug (3465) MESSAGE TIMEOUT TRIGGERED smartmeter.0 2021-04-02 20:54:01.654 debug (3465) SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2021-04-02 20:54:01.653 debug (3465) SOCKET RESUME smartmeter.0 2021-04-02 20:53:51.652 debug (3465) SCHEDULE NEXT RUN IN 10s smartmeter.0 2021-04-02 20:53:51.651 debug (3465) Transport Reset!! Restart = true smartmeter.0 2021-04-02 20:53:51.651 debug (3465) Error: No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:53:51.651 warn (3465) No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:53:51.651 debug (3465) Error: No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:53:51.650 debug (3465) MESSAGE TIMEOUT TRIGGERED smartmeter.0 2021-04-02 20:51:51.649 debug (3465) SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2021-04-02 20:51:51.648 debug (3465) SOCKET RESUME smartmeter.0 2021-04-02 20:51:41.645 debug (3465) SCHEDULE NEXT RUN IN 10s smartmeter.0 2021-04-02 20:51:41.644 debug (3465) Transport Reset!! Restart = true smartmeter.0 2021-04-02 20:51:41.644 debug (3465) Error: No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:51:41.643 warn (3465) No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:51:41.642 debug (3465) Error: No or too long answer from Socket after last request. smartmeter.0 2021-04-02 20:51:41.641 debug (3465) MESSAGE TIMEOUT TRIGGERED smartmeter.0 2021-04-02 20:49:41.727 debug (3465) connected set to false smartmeter.0 2021-04-02 20:49:41.638 debug (3465) SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 2021-04-02 20:49:41.638 debug (3465) SOCKET RESUME smartmeter.0 2021-04-02 20:49:41.636 debug (3465) SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"TCPTransport","requestInterval":"10","anotherQueryDelay":"1000","transportTcpHost":"192.168.2.214","transportTcpPort":"5 smartmeter.0 2021-04-02 20:49:41.611 info (3465) starting. Version 3.2.0 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.21.0, js-controller: 3.2.16 smartmeter.0 2021-04-02 20:49:41.489 debug (3465) Plugin sentry Initialize Plugin (enabled=true)Kann mir eventuell jemand helfen? Oder hat die Konstellation schon am laufen?
-
@quorle sagte in Adapter "smartmeter":
Kann mir eventuell jemand helfen? Oder hat die Konstellation schon am laufen?
Bist Du sicher, daß Dein Leser richtig positioniert ist?
Mit ESP habe ich in dieser Konfiguration keine Erfahrung. Falls sich hier keiner meldet, kannst Du es mit einem fertigen Modul von USRIOT USR-WIFI232-A2 lösen.
Das habe ich schon getestet. Im produktiven Einsatz habe ich aber die LAN-Variante USR-TCP232-E2.
Habe eine umfangreiche Anleitung verschiedener Möglichkeiten incl. guide im Forum zur Verfügung gestellt. -
@quorle Also der Adapter bekommt keine Daten. Was ist es denn für ein Zähler? Kommen die Daten da "einfach so"?
-
@apollon77
Hallo Apollon, es ist ein EFR SGM-C4 Zähler. Pin wurde eingeben und Ausgang per Kamera überprüft.
In der ESPeasy-LOG steht leider auch nichts drin. RX und TX schon mehrfach getauscht.So sieht der Zähler aus. Das Rot markierte ist die Schnittstelle.
-
@quorle Laut Produkthandbuch wird SML EN 62056-21 / DIN 43863-4 SML (Entwurf) unterstützt.
Aus der blau umkreisten LED kommen S0 Impulse raus, aus der Du notfals auch etwas herausholen könntest.
Hast Dein Lesekopf eine LED eingebaut?
Hast Du einen FTD seriell / USB Wandler? Oder so etwas ähnliches mit CP2102 oder CH340?
Hast Du eine LED und einen 330Ohm Widerstand?
oder ein Multimeter (und ggf. einen Widestand)?
Damit könnte man testen, ob aus dem Kopf was rauskommt und man könnte ihn positionieren.
Aus welchem Loch kommt das Licht (Digicam). Wo ist die Photodiode Deines Lesers?
Edit: Problem ist gelöst und in einen eigenen Thread verschoben. Wer an der Fehlersuche und der Lösung interessiert ist: https://forum.iobroker.net/topic/43893/probleme-anbindung-lesekopf-über-espeasy
-
@All-Smart-Home
Der part wurde zu lang und ist abgetrennt:
https://forum.iobroker.net/topic/43893/probleme-anbindung-lesekopf-über-espeasy -
@quorle Ich habe meinen ttl-Leser grade eingebunden, kein Problem...
Allerdings habe ich noch keinen PIn eingegeben, da der noch in der Post steckt.
Ich habe ihn genau wie Du konfiguriert, jedoch mit 8N1; also 1 Stop-Bit -
Hast du den in ESPeasy eingebunden, oder Tasmota, oder direkt per usb?
-
@quorle ESPeasy, ich habe einen "Hichi IR ttl", betreibe den Wemos D1 mini mit einem 5V USB-Netzteil.
Vielleicht hast Du eine "falsche/nicht funktionierende" ESPeasy-Version genommen?
Ich habe ESPEasy_ESP82xx_mega-20210223 benutzt!
Hast Du im ESPEasy auch was im "Controller" eingetragen? -
@guergen
Den Hitchi ttl hab ich auch. Habe die aktuellste Version von ESPeasy.
Nur hab ich den PIN eingeben am Zähler, somit fördert der Zähler mehr Daten.
Hab mal länger ins Log von ESPeasy geschaut. Und Siege da, der Speicher läuft voll. Dadurch hängt sich der Wemos auf.
Passiert bei Tasmota nicht. Leider hab ich hier keinen serialserver und kann das smartmeter nicht nutzen. Da alles per Mqtt geht. -
Homoran hat bei mir einen neuen Thread erstellt, quatschen wir in dem weiter. Selbiges, ganzes Problem:
https://forum.iobroker.net/topic/43893/probleme-anbindung-lesekopf-über-espeasy/41?_=1617735910174
-
Bei mir kommen nicht alle Werte rein, liegt es daran, dass der Zähler SML1.04 liefert?
Ist es geplant SML1.04 in den Adapter zu integrieren?
Es wird NICHT geloggt:
Spannungen der einzelnen Phasen, Strom der einzelnen Phasen, die dazugehörigen Phasenwinkel und die Frequenz -
@guergen die kommen bei mir auch nicht, weil mein Meßstellenbetreiber die nicht freigegeben hat. Das smartmeter muß es können und der Meßstellenbetreiber muß es wollen. Wenn der nicht will, dann erlaubt er nur das vorgeschriebene Minumum: akkumulierte Energie und Momentanleistung. Und noch nutzlose Wartungsinfo sowie Seriennummer etc.
-
@klassisch sagte in Adapter "smartmeter":
@guergen die kommen bei mir auch nicht,
ich habe noch von keinem Zähler gelesen, der diese Werte über die optische Schnittstelle ausgibt.
bei Zählern die W-MBus haben soll das gehen, oder über die hintere (nicht zugängliche) Schnittstelle
