NEWS
Adapter "smartmeter"
-
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!
-
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!
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-idBei 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:04| 2. Konsolenfenster öffnen um die Kommunikation zu lesen
5| Im 2. Konsolenfenster folgendes eingeben:sudo cat /dev/ttyUSB06| Im 1. Konsolenfenster nun die Startsequenz schreiben
sudo echo -n -e '\x2F\x3F\x21\x0D\x0A' > /dev/ttyUSB07| 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? -
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!
-
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-idBei 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:04| 2. Konsolenfenster öffnen um die Kommunikation zu lesen
5| Im 2. Konsolenfenster folgendes eingeben:sudo cat /dev/ttyUSB06| Im 1. Konsolenfenster nun die Startsequenz schreiben
sudo echo -n -e '\x2F\x3F\x21\x0D\x0A' > /dev/ttyUSB07| 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? -
@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.Hallo zusammen..
Kann mir jemand einen Rat geben wie ich die Meldung "smartmeter.0 info Received 10 values, 6 updated" reduzieren (ohne die Abfragen zu reduzieren) oder abschalten kann?
Die meldung füll die Iobroker Logs doch arg, ist aber doch eigentlich Überflüssig da ja alles OK ist
, oder? -
Hallo zusammen..
Kann mir jemand einen Rat geben wie ich die Meldung "smartmeter.0 info Received 10 values, 6 updated" reduzieren (ohne die Abfragen zu reduzieren) oder abschalten kann?
Die meldung füll die Iobroker Logs doch arg, ist aber doch eigentlich Überflüssig da ja alles OK ist
, oder?@walter-o sagte in Adapter "smartmeter":
Hallo zusammen..
Kann mir jemand einen Rat geben wie ich die Meldung "smartmeter.0 info Received 10 values, 6 updated" reduzieren (ohne die Abfragen zu reduzieren) oder abschalten kann?
Die meldung füll die Iobroker Logs doch arg, ist aber doch eigentlich Überflüssig da ja alles OK ist
, oder?Schalte die instanz auf "error"-Meldungen.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@walter-o sagte in Adapter "smartmeter":
Hallo zusammen..
Kann mir jemand einen Rat geben wie ich die Meldung "smartmeter.0 info Received 10 values, 6 updated" reduzieren (ohne die Abfragen zu reduzieren) oder abschalten kann?
Die meldung füll die Iobroker Logs doch arg, ist aber doch eigentlich Überflüssig da ja alles OK ist
, oder?Schalte die instanz auf "error"-Meldungen.
-
@walter-o
Beispiel :
Expertenmodus , Instanz aufkappen , dann auf den Bleistift und Debug , Error .. auswählen
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@walter-o
Beispiel :
Expertenmodus , Instanz aufkappen , dann auf den Bleistift und Debug , Error .. auswählen
@glasfaser DANKE.... Wieder mal was gelernt.
-
Hi,
falls die Frage schonmal kam, entschuldige ich mich, aber 2300~ Posts durchzulesen wäre echt hart
Ich hab letztens folgendes Smartmeter bekommen:
Ich denke EMH eBZD-W2E8-0L-HLO-D4-00000-G50/K1 ist die Bezeichnung des Zählers...
PPC DE-18-M-PTB-0041 (Nach googlen G3000) ist wohl die Bezeichnung des Smart-Meter Gateways.(Ich hab nur die Seriennummern und die Identifier unkenntlich gemacht)
Ich habe von meinem Messstellenbetreiber ein paar Briefe bekommen:
(Soll mit einer Software namens TRuDI ausgelesen werden...)HAN-Schnittstelle (RJ45)
IP: 192.168.1.200
Port: 443Benutzername: ...
Passwort: ....Jetzt habe ich einen Raspberry als 2. iobroker-Host aufgesetzt, per Multihost eingerichtet und per Netzwerkkabel mit dem SMG verbunden)
Auf dem läuft der Smartmeter Adapter.Allerdings weiß ich nicht, wie ich das jetzt konfigurieren soll...
Irgendwo muss ich ja vermutlich meine Zugangsdaten mit übergeben.Bin etwas ratlos.
Beste Grüße.
-
Hi,
falls die Frage schonmal kam, entschuldige ich mich, aber 2300~ Posts durchzulesen wäre echt hart
Ich hab letztens folgendes Smartmeter bekommen:
Ich denke EMH eBZD-W2E8-0L-HLO-D4-00000-G50/K1 ist die Bezeichnung des Zählers...
PPC DE-18-M-PTB-0041 (Nach googlen G3000) ist wohl die Bezeichnung des Smart-Meter Gateways.(Ich hab nur die Seriennummern und die Identifier unkenntlich gemacht)
Ich habe von meinem Messstellenbetreiber ein paar Briefe bekommen:
(Soll mit einer Software namens TRuDI ausgelesen werden...)HAN-Schnittstelle (RJ45)
IP: 192.168.1.200
Port: 443Benutzername: ...
Passwort: ....Jetzt habe ich einen Raspberry als 2. iobroker-Host aufgesetzt, per Multihost eingerichtet und per Netzwerkkabel mit dem SMG verbunden)
Auf dem läuft der Smartmeter Adapter.Allerdings weiß ich nicht, wie ich das jetzt konfigurieren soll...
Irgendwo muss ich ja vermutlich meine Zugangsdaten mit übergeben.Bin etwas ratlos.
Beste Grüße.
@protheus sagte in Adapter "smartmeter":
TRuDI
Hab ich noch nie gehört, aber der Smartmeter Adapter arbeitet etwas mehr LowLevel - ich sehe das der Zähler oben auch die üblichen 2 IRs hat ... geht da vllt auch ein ganz normaler IR Kopf?
Wenn man das TRuDI Protokoll rausbekommen würde kann man schauen, aber das ist ne ganz andere Nummer.
-
@protheus sagte in Adapter "smartmeter":
TRuDI
Hab ich noch nie gehört, aber der Smartmeter Adapter arbeitet etwas mehr LowLevel - ich sehe das der Zähler oben auch die üblichen 2 IRs hat ... geht da vllt auch ein ganz normaler IR Kopf?
Wenn man das TRuDI Protokoll rausbekommen würde kann man schauen, aber das ist ne ganz andere Nummer.
In dem Schreiben steht was von ner BSI-Geforderten Software
„Transparenz-und Displaysoftware = TRuDI“
https://www.ptb.de/cms/ptb/fachabteilungen/abt2/fb-23/ag-234/info-center-234/trudi.htmlWas mir aber gar nix bringt, da ich das Ganze ja als Dauerüberwachung einrichten will
Aktuell renn ich ja auch täglich runter und lese ab und gebe es dann manuell per Vis in den iobroker ein...Mit dem IR Kopf wollte ich mich eigentlich nicht rumärgern müssen (ich hab halt kaum Ahnung von Linux) wenn es eine andere Möglichkeit gibt.
Grüße
^
376
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge