NEWS
Adapter "smartmeter"
-
@klassisch
Für Deine Info:
Ich habe weitere ioBroker-Adapter am Laufen, die ebenfalls auf IP's in meinem WLAN-Netzwerk zugreifen (zB Hue, FBCheckPresence, PING, Netatmo) - gernerell funktioniert sollte also der Zugriff ins (W)LAN Netzwerk von ioBroker-Docker aus.@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 -
@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:
-
@klassisch
Sehr gerne:
@smarthomer-0 Ok, Nr. 4 sieht bei mir genauso aus.
Was sagt Nr. 3? -
@smarthomer-0 Ok, Nr. 4 sieht bei mir genauso aus.
Was sagt Nr. 3? -
@klassisch
Vielen lieben Dank für Deine ausführliche Antwort.
Ich muss gestehen: Dein verlinktes, super verfasstes Guide war vor 1 Woche eigentlich erst der Anlass, dass ich mich an eine Smartmeter-Anbindung herangewagt habe.
Ich dachte: Dieses Guide ist so super-da kann doch eigentlich gar nichts schiefgehen, auch wenn ausdrücklich drinsteht dass der USR-W610 nicht von Dir getestet wurde.Meine Ausgangsbasis:
Erfassung
- mME SmartMeter Holley DTZ541-BDBA (vor ca. 2 Wochen neu vom EVU eingebaut)
(Info-Schnittstelle = aktiviert) - Lesekopf Hager EHZ 001K (A/B angeschlossen über RS485 an den W610)
- Stromversorgung 12V DC für W610 und EHZ 001K
- RS232 nicht angeschlossen
- LAN-Port nicht angeschlossen
- WLAN über FritzBox 7590 und Repeater AVM 3000
ioBroker:
PlatformBetriebssystem:linux
Architektur:x64
CPUs:4
Geschwindigkeit:1501 MHz
Modell:Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
RAM:7.6 GB
System-Betriebszeit:1 T. 09:40:50
Node.js:v12.22.7
NPM:6.14.15
Datenträgergröße:251.9 GB
Festplatte frei:209.4 GB
Adapter-Anzahl:365
Betriebszeit:02:15:23
Aktive Instanzen:19
Pfad:/opt/iobroker/
smartmeter-Adapter v3.2.1ioBroker läuft auf einer Synology DS918+ in einem Docker mit dem buanet-Image
Der W610 ist in meinem WLAN, ich kann auf sein Web-Interface zugreifen und hatte mal versucht, den W610 wie in Deinem HowTo beschrieben einzustellen.
Leider kommt beim smartmeter-Adapter immer die Meldung "connected set to false".smartmeter.0 11251 2021-11-28 18:42:50.061 debug SOCKET ERROR: Error: connect EHOSTUNREACH 192.168.1.87:26 smartmeter.0 11251 2021-11-28 18:42:47.088 debug connected set to false smartmeter.0 11251 2021-11-28 18:42:47.052 debug SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 11251 2021-11-28 18:42:47.051 debug SOCKET RESUME smartmeter.0 11251 2021-11-28 18:42:47.049 debug SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"TCPTransport","requestInterval":"10","anotherQueryDelay":"1000","transportTcpHost":"192.168.1.87","transportTcpPort":"26","protocolSmlIgnoreInvalidCRC":false} smartmeter.0 11251 2021-11-28 18:42:47.021 info starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.22.7, js-controller: 3.3.20 smartmeter.0 11251 2021-11-28 18:42:46.794 debug Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 11251 2021-11-28 18:42:47.052 debug SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 11251 2021-11-28 18:42:47.051 debug SOCKET RESUME smartmeter.0 11251 2021-11-28 18:42:47.049 debug SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"TCPTransport","requestInterval":"10","anotherQueryDelay":"1000","transportTcpHost":"192.168.1.87","transportTcpPort":"26","protocolSmlIgnoreInvalidCRC":false} smartmeter.0 11251 2021-11-28 18:42:47.021 info starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.22.7, js-controller: 3.3.20 smartmeter.0 11251 2021-11-28 18:42:46.794 debug Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 11251 2021-11-28 18:42:47.052 debug SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 11251 2021-11-28 18:42:47.051 debug SOCKET RESUME smartmeter.0 11251 2021-11-28 18:42:47.049 debug SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"TCPTransport","requestInterval":"10","anotherQueryDelay":"1000","transportTcpHost":"192.168.1.87","transportTcpPort":"26","protocolSmlIgnoreInvalidCRC":false} smartmeter.0 11251 2021-11-28 18:42:47.021 info starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.22.7, js-controller: 3.3.20 smartmeter.0 11251 2021-11-28 18:42:46.794 debug Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 11251 2021-11-28 18:42:47.052 debug SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 11251 2021-11-28 18:42:47.051 debug SOCKET RESUMEIch mache sicher einen Fehler bei der Parametrierung der Schnittstellen bzw. IP des "Server" auf dem W610. Habe viele Varianten durchprobiert und den W610 mehrfach zurückgesetzt und anders eingerichtet - ich bekomm's einfach nicht hin...
Im ersten Teil des Log scheint mir noch alles in Ordnung - allerdings auch erst, seit ich "redis" manuell nachinstalliert habe - das wurde zuvor im Log als fehlend ausgegeben.
smartmeter.0 11251 2021-11-28 18:42:47.052 debug SET MESSAGE TIMEOUT TIMER: 120000 smartmeter.0 11251 2021-11-28 18:42:47.051 debug SOCKET RESUME smartmeter.0 11251 2021-11-28 18:42:47.049 debug SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"TCPTransport","requestInterval":"10","anotherQueryDelay":"1000","transportTcpHost":"192.168.1.87","transportTcpPort":"26","protocolSmlIgnoreInvalidCRC":false} smartmeter.0 11251 2021-11-28 18:42:47.021 info starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.22.7, js-controller: 3.3.20 smartmeter.0 11251 2021-11-28 18:42:47.021 info starting. Version 3.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v12.22.7, js-controller: 3.3.20 smartmeter.0 11251 2021-11-28 18:42:46.794 debug Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 11251 2021-11-28 18:42:46.794 debug Plugin sentry Initialize Plugin (enabled=true) smartmeter.0 11251 2021-11-28 18:42:46.546 debug statesDB connected smartmeter.0 11251 2021-11-28 18:42:46.546 debug statesDB connected smartmeter.0 11251 2021-11-28 18:42:46.544 debug States connected to redis: 127.0.0.1:9000 smartmeter.0 11251 2021-11-28 18:42:46.544 debug States connected to redis: 127.0.0.1:9000 smartmeter.0 11251 2021-11-28 18:42:46.495 debug States create User PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.495 debug States create User PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.494 debug States create System PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.494 debug States create System PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.484 debug Redis States: Use Redis connection: 127.0.0.1:9000 smartmeter.0 11251 2021-11-28 18:42:46.481 debug objectDB connected smartmeter.0 11251 2021-11-28 18:42:46.484 debug Redis States: Use Redis connection: 127.0.0.1:9000 smartmeter.0 11251 2021-11-28 18:42:46.481 debug objectDB connected smartmeter.0 11251 2021-11-28 18:42:46.471 debug Objects connected to redis: 127.0.0.1:9001 smartmeter.0 11251 2021-11-28 18:42:46.471 debug Objects connected to redis: 127.0.0.1:9001 smartmeter.0 11251 2021-11-28 18:42:46.456 debug Objects client initialize lua scripts smartmeter.0 11251 2021-11-28 18:42:46.455 debug Objects create User PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.456 debug Objects client initialize lua scripts smartmeter.0 11251 2021-11-28 18:42:46.455 debug Objects create User PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.454 debug Objects create System PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.454 debug Objects create System PubSub Client smartmeter.0 11251 2021-11-28 18:42:46.451 debug Objects client ready ... initialize now smartmeter.0 11251 2021-11-28 18:42:46.451 debug Objects client ready ... initialize now smartmeter.0 11251 2021-11-28 18:42:46.411 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 smartmeter.0 11251 2021-11-28 18:42:46.411 debug Redis Objects: Use Redis connection: 127.0.0.1:9001@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?
- mME SmartMeter Holley DTZ541-BDBA (vor ca. 2 Wochen neu vom EVU eingebaut)
-
@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 -
@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 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.
-
@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 dabeiDavon ausgehend, dass ich die LAN-/WAN-Schnittstelle am Modul deaktivert lassen muss, wäre mE noch die WiFi-UART-Setting Seite interessant:
-
@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 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 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 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
-
@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
-
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 Haben wir Deine Adapter Einstellungen schon gesehen?
-
@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.
-
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?
-
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 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 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
Hier die Lösung die bei mir für den Stromzähler Elster AS3000 funktioniert.
Poste dies, da ich zuvor keinen Eintrag dazu gefunden habe.Lösung:
Smartmeter Zähler: Elster AS3000
Lesekopf: eQ-3 USB-IEC
IPC: Raspberry Pi 3 Typ B+ mit POE HAT D für die StromversorgungDa die POE Zuleitung bei mir auch nicht in der Nähe von einem POE-Switch ist, musste ich mir über WLAN-Repeater und POE-Injector noch Netzwerk und Strom für den Pi holen.
Das ganze ist dann so aufgebaut:
Systeminfo:
iobroker v5.1.25 als Slave, da hier nur der smartmeter adapter läuft
Node.js: v12.22.6
Smartmeter: v3.2.1Einstellungen in smartmeter:
Damit kommen konstant die 163 Parameter des Zählers zurück, wobei meist zwischen 20-30 Parameter geändert werden:
Die Daten werden als Rohdaten und umgerechnete Werte in den Objekten eingetragen:
und können so einfach zur Analyse, Berechnung oder Visualisierung benutzt werden.Ich hoffe das hilft auch jenen, die auf der Suche nach diesem Zähler sind.
Habe selbst lange probiert, auch mit vzlogger und z.B. USB Verlängerungen (USB-LAN-USB). Da gab es immer wieder Fehler. Mit diesen konnte vzlogger umgehen (im Gegensatz zum smartmeter adapter), die beste Lösung ist es aber, den Pi direkt neben dem Zähler zu installieren.
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!
^
566
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge