NEWS
Adapter "smartmeter"
-
-
@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?
-
@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 -
@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.
-
Davon ausgehend, dass ich die LAN-/WAN-Schnittstelle am Modul deaktivert lassen muss, wäre mE noch die WiFi-UART-Setting Seite interessant:
-
@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? -
@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
-
@apollon77 Ja, im Adapter muß natürlich die 192.. IP stehen. Die 10er im TCP Wandler ist auch ausgegraut
-
@smarthomer-0 Haben wir Deine Adapter Einstellungen schon gesehen?
-
-
@smarthomer-0 Das erste sieht bei mir genauso aus. Das zweite kenne ich nicht. Mein ioBroker ist noch auf Admin 4
-
@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.
-
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.
-
@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?
-
@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.
-
@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
-
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 MasterLeider 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!
-
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? -
@liladi also der Adapter empfängt hier keine Daten.
-
@al-bundy
Vielen Dank für die rasche Antwort, werde dies heute oder morgen testen.
Wir haben bei uns in der Schweiz meistens zwei Zähler einer für Strom Allgemein und ein Zähler für die Wärmepumpe.