UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[JanV]

@apollon77
Ohh Gott, danke! Anscheinend muss man bei einer Master/Slave installation auch mal auf den Slave wechseln um Updates zu machen. Ich dachte das kann ich alles vom Master aus machen. Danke. Update installiert, geht. Danke!

[apollon77]

@janv naja Kannst Du ... der Admin läuft auf dem master. Aber an sich kannst Du auf Master und Slaves verschiedene Adapterversionen installiert haben ...

[AliBabaBinLaden]

@apollon77
Das Problem mit dem Update auf dem falschen PI hatte ich auch.
Nun läuft es wieder problemlos.

Mein Zähler ist ein EasyMeterQ3AA1174 V10.04

[Odyseus]

Hab vor ein paar Tagen den Smartmeter Adapter installiert und einen IR Lesekopf über USB an den Raspi4 angeschlossen. Nach der korrekten Konfiguration der Schnittstelle zum eHZ (rtfm) hat es auf Anhieb funktioniert und lese nun meinen E-Zähler (eHZ Gen. P) in ioBroker ein.
Bin begeistert!
Vielen Dank für die tolle Arbeit am ioBroker und am Adapter und das Forum für die vielen Tipps.
Macht weiter so!

[james4711]

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
23130303031313037

07E001040117222300FFC400 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

[apollon77]

@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

[james4711]

@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??

[apollon77]

@james4711 ggf volkszähler?

[james4711]

@apollon77 Schau ich mir an .. aber direkt im iobroker wärs natürlich besser ...

[klee]

@wurmi said in Adapter "smartmeter":

@apollon77

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!

[wendy2702]

@klee

Problem sollte ja gelöst sein:

https://forum.iobroker.net/topic/43509/smartmeter-verbindet-sich-nicht-mit-stromzähler/6?_=1616479538857

[bishop]

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]

@bishop Der Adapter kann HTTP-Webseiten auslesen. Wenn Du die Daten so anbieten kannst, dann geht das.

Oder Du nimmst einen USR-Wifi232-A2 serial <-> Wifi konverter mit TCP Server, dann geht das auch, siehe Anleitung . Kostet ein paar EUR mehr, funktioniert aber out of the box.

[bishop]

@klassisch
sowas z.b.

[klassisch]

@bishop Ich fürchte nicht. Das ist ja schon übersetzt - also Klartext - und kein SML mehr.

[apollon77]

@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

[quorle]

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?

[klassisch]

@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.

[apollon77]

@quorle Also der Adapter bekommt keine Daten. Was ist es denn für ein Zähler? Kommen die Daten da "einfach so"?

[quorle]

@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.