Adapter "smartmeter"

klassisch

@smarthomer-0 Ok, Nr. 4 sieht bei mir genauso aus.
Was sagt Nr. 3?

SmartHomer 0

apollon77

@smarthomer-0 keine Ahnung ob euch das noch hilft aber „e host unreach“ heißt das der Adapter bzw. der ioBroker Host die angegebene ip nicht erreichen kann. Wäre also ein netzwerkthema?

klassisch

@apollon77 Danke, das kann schon helfen. Deshalb wäre ein Versuch das Ding vom Docker nach aussen zu kontaktieren interessant. Aber Docker kenne ich nicht. Bisher ging es bei mir ohne.

Seite 3 sieht plausibel aus. Bei mir jetzt etwas anders, aber ich habe mit dem Modul zwischenzeitlich auch etwas anderes gemacht.
Bleiben noch die restlichen Seiten, Da wären auch die Netzwerkeinstellungen mit dabei

SmartHomer 0

@apollon77 Super, wie hier alle schnell zusammenhelfen, um mein Problem möglichst zu lösen.

Das meinte ich oben: Mir erschliesst sich die "Server-Adresse" (10.10.100.100) im W610 nicht - aber im HowTo von klassisch hat es wohl funktioniert.

SmartHomer 0

@klassisch

Davon ausgehend, dass ich die LAN-/WAN-Schnittstelle am Modul deaktivert lassen muss, wäre mE noch die WiFi-UART-Setting Seite interessant:

klassisch

@smarthomer-0 Bei den WLAN Dingern scheint das wohl so zu sein mit der ausgegrauten 10er IP.
Habe jetzt gerade mal meinen Smartmeter-Adapter auf das WLAN-Modul verortet. Der Adapter hat sich geschwind neu gebaut - warum auch immer - und wartet jetzt auf Daten. Die kommen natürlich nicht, der Kopf ist ja nicht angeschlossen. Aber es kommt kein Connection error.
Ja, gerade kommt der Timout Fehler
(10260) No or too long answer from Socket after last request.
Aber die Verbindung hat er gepackt.
Also deutet auch das auf ein Netzwerkproblem hin.
Dein 610er hat doch LAN?

apollon77

@smarthomer-0 naja wenn er sein Netzwerk so hat dann ist die 10er bei ihm richtig. Ich denke (Vermutung!!) das bei dir deine richtige ip stehen muss. Wenn dein ganzes Netzwerk auf 192.168.x.y basiert das man muss deine ip dort auch aus dem Bereich sein sonst geht das Netzwerktechnisch nicht

klassisch

@apollon77 Ja, im Adapter muß natürlich die 192.. IP stehen. Die 10er im TCP Wandler ist auch ausgegraut

klassisch

@smarthomer-0 Haben wir Deine Adapter Einstellungen schon gesehen?

SmartHomer 0

@klassisch
^

klassisch

@smarthomer-0 Das erste sieht bei mir genauso aus. Das zweite kenne ich nicht. Mein ioBroker ist noch auf Admin 4

klassisch

@smarthomer-0 mode selection: STA und nicht AP

Notfalls mal testweise über Ethernet anschließen. notfalls auch ohne Verbindung zum Lesekopf. Machne WLAN-Netze verhalten sich seltsam. Gibts auch bei Shelly. Vor allen die Profinetze. Mit der Fritte ohne Schnickschnack sollte es gehen. Wenn der Docker nicht generell was blockiert.

SmartHomer 0

@apollon77 @klassisch

Ihr wart so bemüht, daher möchte ich Euch ein Zwischen-Feedback zurückgeben:

Ursprünglich ging es nicht, den W610 aus ioBroker oder vom Docker-Terminal aus anzupingen. Ich habe jetzt dem W610 eine fixe IP verpasst, die auch in der FritzBox ausserhalb des DHCP-Bereichs liegt.

Jetzt kann ich den W610 anpingen sowohl mit dem ioBroker PING-Adapter als auch von der Terminal-Oberfläche des Docker.

Das könnte evtl. auch für buanet interessant sein (?)

Leider aber trotzdem für den smartmeter Adapter noch "connect set to false" (IP habe ich dort natürlich ebenfalls angepasst).

Das Log sieht nun so aus:

smartmeter.0
	26753	2021-11-28 22:06:56.094	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:56.093	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:56.093	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:56.044	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":273,"ack":false,"time":1638133616042},"_id":93807523}
smartmeter.0
	26753	2021-11-28 22:06:56.044	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":273,"ack":false,"time":1638133616042},"_id":93807523}
smartmeter.0
	26753	2021-11-28 22:06:55.023	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:55.023	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:55.022	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:55.022	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:54.971	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":272,"ack":false,"time":1638133614970},"_id":93807522}
smartmeter.0
	26753	2021-11-28 22:06:54.971	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":272,"ack":false,"time":1638133614970},"_id":93807522}
smartmeter.0
	26753	2021-11-28 22:06:53.960	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:53.960	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:53.957	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:53.957	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:53.906	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":271,"ack":false,"time":1638133613905},"_id":93807521}
smartmeter.0
	26753	2021-11-28 22:06:53.906	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":271,"ack":false,"time":1638133613905},"_id":93807521}
smartmeter.0
	26753	2021-11-28 22:06:52.896	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:52.896	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0
smartmeter.0
	26753	2021-11-28 22:06:52.894	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:52.894	info	List of port: []
smartmeter.0
	26753	2021-11-28 22:06:52.632	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":270,"ack":false,"time":1638133612629},"_id":93807520}
smartmeter.0
	26753	2021-11-28 22:06:52.632	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":270,"ack":false,"time":1638133612629},"_id":93807520}
smartmeter.0
	26753	2021-11-28 22:05:21.696	debug	connected set to false
smartmeter.0
	26753	2021-11-28 22:05:21.696	debug	connected set to false
smartmeter.0
	26753	2021-11-28 22:05:21.560	debug	SET MESSAGE TIMEOUT TIMER: 120000
smartmeter.0
	26753	2021-11-28 22:05:21.559	debug	SOCKET RESUME
smartmeter.0
	26753	2021-11-28 22:05:21.556	debug	SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"TCPTransport","requestInterval":"10","anotherQueryDelay":"1000","transportTcpHost":"192.168.1.183","transportTcpPort":"26","protocolSmlIgnoreInvalidCRC":true}
smartmeter.0
	26753	2021-11-28 22:05:21.560	debug	SET MESSAGE TIMEOUT TIMER: 120000
smartmeter.0
	26753	2021-11-28 22:05:21.559	debug	SOCKET RESUME

Für heute mache ich Schluss.

apollon77

@smarthomer-0 Naja ein komplettes Log vom Start her wöäre interessant. Scheinbar kommen keine Daten an. Was passiert denn bei einem telnet da hin? Kommen da daten an?

klassisch

@smarthomer-0 Wenn mal die Connection Probleme mit Docker, Syno und/oder Netzwerk überwunden sind, und es darum geht, das Frontend zu testen:
Was hat Du an Messgeräten?

Im Notfall könntest Du mir auch das ganze Frontend incl. Verkabelung schicken. Bei mir läuft ja ein Hager EHZ, 20m RS485, smartmeter-Adapter und mein itron Zähler macht auch was er soll. Wenn dann Deine Sachen bei mir funktionieren sollten, würde es wohl am China-Zähler liegen.

SmartHomer 0

@klassisch
Vielen Dank für das Angebot, ich komme dann gerne drauf zurück.
Wie Du schon schreibst, muss ich erst mal die Verbindung NAS/ioBroker mit USR ans Laufen bekommen.

Schöne Grüße

Liladi

Hallo zusammen,

habe die Lösung von @al-bundy genohmen da ich ich den gleichen Zähler habe (danke für den Post und deine Lösung) und meine beiden Zähler versucht auszulesen.

In use:
2x Smartmeter Zähler: Elster AS3000
2x Lesekopf: eQ-3 USB-IEC
IPC: Raspberry Pi 3 als Slave zum Master

Leider bekomme ich nach vielen Versuchen mit den Einstellungen keine Daten geliefert.
Habe auch bei meinem Netzbetreiber nachgefragt betreffend der Einstellungen.

Unten ein Auszug aus dem Log.

2021-11-29 21:13:35.020 - debug: smartmeter.0 (18365) CREATE SERIALPORT: 300 7 1 even
2021-11-29 21:13:35.027 - debug: smartmeter.0 (18365) SERIALPORT OPEN
2021-11-29 21:13:35.031 - debug: smartmeter.0 (18365) SERIALPORT RESET BAUDRATE TO 300
2021-11-29 21:13:35.037 - debug: smartmeter.0 (18365) INITIAL MESSAGES TO SEND: 2
2021-11-29 21:13:35.039 - debug: smartmeter.0 (18365) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
2021-11-29 21:13:35.041 - debug: smartmeter.0 (18365) TO SEND 2:
2021-11-29 21:13:35.042 - debug: smartmeter.0 (18365) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
2021-11-29 21:13:35.043 - debug: smartmeter.0 (18365) TO SEND 1: /?!
2021-11-29 21:13:35.209 - debug: smartmeter.0 (18365) DONE SEND 1
2021-11-29 21:13:35.461 - debug: smartmeter.0 (18365) DONE SEND 0
2021-11-29 21:13:35.464 - debug: smartmeter.0 (18365) SET MESSAGE TIMEOUT TIMER2: 120000
2021-11-29 21:15:35.467 - debug: smartmeter.0 (18365) MESSAGE TIMEOUT TRIGGERED
2021-11-29 21:15:35.469 - debug: smartmeter.0 (18365) Error: No or too long answer from Serial Device after last request.
2021-11-29 21:15:35.471 - warn: smartmeter.0 (18365) No or too long answer from Serial Device after last request.
2021-11-29 21:15:35.472 - debug: smartmeter.0 (18365) Error: No or too long answer from Serial Device after last request.
2021-11-29 21:15:35.473 - debug: smartmeter.0 (18365) Transport Reset!! Restart = true
2021-11-29 21:15:35.474 - debug: smartmeter.0 (18365) STOP
2021-11-29 21:15:35.475 - debug: smartmeter.0 (18365) CLEAR MESSAGE TIMEOUT TIMER
2021-11-29 21:15:35.484 - debug: smartmeter.0 (18365) SERIALPORT CLOSE
2021-11-29 21:15:35.486 - debug: smartmeter.0 (18365) SERIALPORT REMOVE LISTENERS
2021-11-29 21:15:35.488 - debug: smartmeter.0 (18365) CURRENT SIGNON MESSAGE COUNTER 1 OF 1
2021-11-29 21:15:35.490 - debug: smartmeter.0 (18365) DELETE rest of data (0) because new Message start with a new Request Message
2021-11-29 21:15:35.491 - debug: smartmeter.0 (18365) SCHEDULE NEXT RUN IN 90000s
2021-11-29 21:17:05.495 - debug: smartmeter.0 (18365) CREATE SERIALPORT: 300 7 1 even
2021-11-29 21:17:05.500 - debug: smartmeter.0 (18365) SERIALPORT OPEN
2021-11-29 21:17:05.504 - debug: smartmeter.0 (18365) SERIALPORT RESET BAUDRATE TO 300
2021-11-29 21:17:05.508 - debug: smartmeter.0 (18365) INITIAL MESSAGES TO SEND: 2
2021-11-29 21:17:05.510 - debug: smartmeter.0 (18365) CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE
2021-11-29 21:17:05.511 - debug: smartmeter.0 (18365) TO SEND 2:
2021-11-29 21:17:05.512 - debug: smartmeter.0 (18365) CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE
2021-11-29 21:17:05.513 - debug: smartmeter.0 (18365) TO SEND 1: /?!
2021-11-29 21:17:05.689 - debug: smartmeter.0 (18365) DONE SEND 1
2021-11-29 21:17:05.942 - debug: smartmeter.0 (18365) DONE SEND 0
2021-11-29 21:17:05.948 - debug: smartmeter.0 (18365) SET MESSAGE TIMEOUT TIMER2: 120000
2021-11-29 21:17:44.403 - info: smartmeter.1 (1752) Error: Error on Baudrate changeover: Error: Port is not open
2021-11-29 21:17:44.405 - warn: smartmeter.1 (1752) Error on Baudrate changeover: Error: Port is not open

Bin leider auch nicht ganz sicher ob ich die beiden Leseköpfe (eQ-3 USB-IEC) korrekt zusammen gelötet habe, kann man diese Testen ob sie Daten empfangen? Wenn ja wie?

Mache ich was falsch bei meinen Einstellungen im Smartmeter?

Vielen Dank für euere Hilfe, wäre cool wenn ich meine erweiterung doch noch zum laufen bringen würde.

Mod-Edit: Code in </> Code-Tag gepackt!

Al Bundy

Hi @Liladi
Ich teste den Lesekopf / Datenverbindung so über die Konsole (putty):
1| Adapter in ioBroker stoppen
2| Konsole öffnen und die verbundenen USB Geräte zeigen:

dmesg |grep USB
ls -l /dev/serial/by-id

Bei mir ist der usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller.... -> ../../ttyUSB0
3| Nun ein Parameterkommando zu ttyUSB0 senden (passend für den Elster Zähler)

sudo stty -F /dev/ttyUSB0 1:0:9a7:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0

4| 2. Konsolenfenster öffnen um die Kommunikation zu lesen
5| Im 2. Konsolenfenster folgendes eingeben:

sudo cat /dev/ttyUSB0

6| Im 1. Konsolenfenster nun die Startsequenz schreiben

sudo echo -n -e '\x2F\x3F\x21\x0D\x0A' > /dev/ttyUSB0

7| Im 2. Fenster kannst du nun mitlesen. Wenn alles funktioniert antwortet der Zähler mit Name und Version, wartet die Baudratenumstellung ab (was nicht passiert), spukt dann alle Kennwerte aus, bis schliesslich alle Werte durch sind und mit ! das Ende gekennzeichnet wird

ELS5\@V11.05
0.0.0(20469537)
0.0.1(20469537)
16.7.0(0.522*kW)
0.9.1(22:29:58)
...
81.7.26(296.4*deg)
!

Das Wissen und die Codes sind nicht von mir. Um sauber zu bleiben hier meine 2 Quellen:
https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440
https://www.manuel-wortmann.de/tag/as1440/

Wenn du wissen möchtest, ob der eQ-3 USB-IEC richtig funktioniert kann ich dir das kleine Tool "HTerm 0.8.5" empfehlen. Das ist auch am Win-Laptop lauffähig und spukt auch die Zähler Info zurück, wenn du den Lesekopf direkt am Laptop anschliesst (und natürlich dem Zähler). Für den Elster AS3000 benutzt du dazu folgende Konfig:

Viel Erfolg!

Anmerkung: Bei mir ist kein Passwort nötig. Leider wüsste ich nicht, wo die 00000000 eintragen. Vermutlich in die Startsequenz.
PS: Wozu hast du 2 Zähler?

apollon77

@liladi also der Adapter empfängt hier keine Daten.

NEWS

Adapter "smartmeter"

Support us

1.2k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

Adapter "smartmeter"

Support us

1.2kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.2k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts