Adapter "smartmeter"
-
Hallo!
Kann mir jemand sagen, ob der Adapter auch mit einem Sagemcom T210-D Smartmeter funktioniert??
Hier gibt es Kundenschnittstelle.
Zur Entschlüsselung der verschlüsselten Daten wird ein GUEK (Global Unicast Encryption Key) benötigt (wird vom Stromlieferant bereitgestellt).
Nach Entschlüsselung erhält man ein entschlüsseltes PDU (Procotol Data Unit).
Z.B: (aus der Kundendoku)
0F800000040C07E001040117222300FFC4000223090C07E00104
0117222300FFC40009060100010800FF06000020B002020F0016
1E09060100020800FF0600000C6902020F00161E090601000107
00FF060000000002020F00161B09060100020700FF0600000000
02020F00161B09060100200700FF1208F902020FFF1623090601
00340700FF1208FD02020FFF162309060100480700FF1208FA02
020FFF1623090601001F0700FF12000002020FFE1621090601003
30700FF12000002020FFE162109060100470700FF12000002020
FFE1621090601000D0700FF1003E802020FFD16FF090C3137383
2313030303131303707E001040117222300FFC400 als Timestamp (2016-01-04 23.34:35)
0100010800FF als Kennziffer (1.0.1.8.0.255)
000020B0 als aktueller Wert (8368)
FF als Skalierung (-1)
23 als Einheit (35)
313738323130303031313037 als Zählernummer (178210001107)Als Kommunikationsprotokoll wird DLMS/COSEM angegeben.
Security: Security Suite 0, alle Daten sind verschlüsselt, Global Unicast Encryption Key -
@james4711 Aktuell nein, DLMS bzw generell auch verschlüsselte protokolle sind noch nicht unterstützt. Bitte im GitHub ein Issue anlegen und mir ggf Rohdaten und einen decryption key oder so per E-Mail (iobroker@fischer-ka.de) senden und auf das angelegte GitHub issue verweisen. Für kommenden lange Winterabende
-
@apollon77 Danke für den Hinweis. Issue ist erstellt, Info gesendet. Hoffe es geht sich noch vorm nächsten Winter aus. Gibt es derzeit Alternativen??
-
@james4711 ggf volkszähler?
-
@apollon77 Schau ich mir an .. aber direkt im iobroker wärs natürlich besser ...
-
@wurmi said in Adapter "smartmeter":
ENDLICH xD
Also habe ich mich wieder dem Adapter zugewendet und mit den Werten in D0: Kommando SignOn-Nachricht experimentiert.
Nach etwas hin und her habe ich dann folgendes Eingetragen:?,063030300D0A\r\n
Ich habe ebenfalls den eBZ DD3 Zähler bei mir verbaut bekommen.
Ich bekomme ihn jedoch nicht mit dem Adapter ausgelesen.
Habe nun die Konfig von dir versucht... leider ebenfalls ohne Erfolg.Meine letzten Versuchen waren folgende:
Mit minicom bekomme ich mit 9600 7E1 die Werte angezeigt.
Daraufhin, habe ich den Adapter wiefolgt eingestellt:
Im log finde ich leider nur folgendes:
smartmeter.0 2021-03-22 21:11:35.641 warn (1411) No or too long answer from Serial Device after last request. smartmeter.0 2021-03-22 21:11:35.639 info (1411) Error: No or too long answer from Serial Device after last request. smartmeter.0 2021-03-22 21:11:10.603 warn (1411) No or too long answer from Serial Device after last request. smartmeter.0 2021-03-22 21:11:10.601 info (1411) Error: No or too long answer from Serial Device after last request. smartmeter.0 2021-03-22 21:11:10.119 info (1411) List of port: [{"manufacturer":"FTDI","serialNumber":"D30AD8FA","pnpId":"usb-FTDI_FT230X_Basic_UART_D30AD8FA-if00-port0","vendorId":"0403","productId":"6015","path":"/dev/ttyUSB0"},{"path":"/d
Mod-Edit: Code in </> Code-Tag gepackt!
-
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?
