Adapter "smartmeter"
-
@smarthomer-0 So, habe jetzt mein WLAN Modul am Laufen und wieder im Netz,
Dann hoffen wir mal, daß die Webseiten passen.
Zeige mal bitte Deine "Quick Configure" Seite -
@klassisch
Sehr gerne:
-
@smarthomer-0 Ok, Nr. 4 sieht bei mir genauso aus.
Was sagt Nr. 3? -
-
@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 RESUMEFü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 openBin 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!
^
