Adapter "smartmeter"
-
@realrob sagte in Adapter "smartmeter":
Bekommen habe ich bis dato nix
wundert mich nicht.
@realrob sagte in Adapter "smartmeter":
unidirektional und verschlüsselt
Das geht nicht mit dem Adapter.
-
@homoran Zunächst mal danke! Wobei.. hmm.. Wie kann ich dennoch dem Kaifa seine Daten entlocken. Offenbar gibt es dzt. keinen Adapter der in der Lage wäre das zu tun.
dem dativ ist dem genitiv sein Endgegner
-
@realrob sagte in Adapter "smartmeter":
Offenbar gibt es dzt. keinen Adapter der in der Lage wäre das zu tun.
frag mal deine Landsleute.
da gibt es schon ein paar Threads zum Thema verschlüsselt. -
@realrob Dann mal Hier ein Thumbs up machen an "alle betroffenen" https://github.com/Apollon77/ioBroker.smartmeter/issues/200
open Support meters with DLMS encrypted data #200
-
Hallo zusammen.
Hat es eigentlich hier schon jemand geschafft, den Adapter mit dem „USR-W610 Serial Server RS232 RS485 to WiFi“ zu koppeln?
Ich blicke leider einfach nicht durch, wie der „USR-W610“ parametriert werden muss, damit der Smartmeter-Adapter über mein WLAN zugreifen kann.
Den USR bringe ich in mein WLAN, aber dann hört‘s bei mir leider auf.
Das Ganze läuft bei mir im Docker (buanet) auf Synology.Für Eure Antworten und Tipps Danke im Voraus
-
@smarthomer-0 sagte in Adapter "smartmeter":
Hat es eigentlich hier schon jemand geschafft, den Adapter mit dem „USR-W610 Serial Server RS232 RS485 to WiFi“ zu koppeln?
Hatte mal das einkanalige WLAN-Modul USR-WIFI232-A2, dessen LAN "Brüder" USR-TCP232-306, USR-TCP232-4105, USR-K7, USR-TCP232-T2im Testbetrieb und seit > 1 Jahr das USR-TCP232-E2 Modul bei einer modernen Meßeinrichtung im Dauereinsatz.
Habe einen Guide geschrieben, in dem ich darauf eingehe, die Einstellungen zeige und auch auf verschiedene Leseköpfe eingehe.
Und da stellt sich die Frage welchen Lesekopf und welche Art Zähler Du hast?
Der W610 läuft out of the Box mit den sogenannten EHZ-Köpfen, die eigentlich für den Gebrauch innerhalb des verplombten Bereichs gedacht sind, grob gesagt. Ich arbeite aber auch an der Info-Schnittstelle mit einem Hager EHZ-001K, weil er bei mir mechanisch passt, damals günstig war (man sieht die Inflation), und RS485 ausgibt, womit ich durchs Haus gehe.
Wenn Dein Lesekopf ein "TTL" Signal ausgibt, brauchst Du noch eine Wandlerplatine, wobei ich dann eine TTL <-> RS485 Wandlerplatine nutzen würde, wie sie bei mir derzeit auch Dienst tut (Guide S. 31, 33f). RS232 geht prinzipiell auch, aber da gibt es zu viele schlechte China Chips, die gar nicht gehen oder früh sterben.
Wenn Dein Lesekopf einen USB Anschluß hat, dann paßt Dein WLAN Wandler nicht und Du brauchst dann einen Raspi oder einen anderen Lesekopf.
Die Methode mit dem Raspi und einem Multibroker Multihost System habe ich selbst nicht getestet, sie ist aber bei etlichen Forumskollegen im Produktiveinsatz und in diesen und anderen Threads mehrfach beschrieben.Ich blicke leider einfach nicht durch, wie der „USR-W610“ parametriert werden muss, damit der Smartmeter-Adapter über mein WLAN zugreifen kann.
Für ein Smartmeter Typ "Moderne Meßeinrichtung" und das WLAN Modul sowie die o.g. Geschwister habe ich die Einstellungen im oben refernizierten Guide beschrieben.
Den USR bringe ich in mein WLAN
Das ist der Schmelz der TCP Lösungen. Sie gehen auch bei sochen Linux, Docker, VM Konstrukten recht einfach - wenn der Rest passt. Zumindest einfacher als die USB Lösungen. Wenn man mit dem Docker ins WLAN kommt, was man ohnehin muß, dann ist dieser Teil bereits mit erledigt.
-
@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 - mME SmartMeter Holley DTZ541-BDBA (vor ca. 2 Wochen neu vom EVU eingebaut)
-
@klassisch
Zusätzlich habe ich noch ein weiteres Problem mit der Sensor-Kopplung. Ich habe allerdings beschlossen, dieses Problem erst dann anzugehen wenn der smartmeter-Adapter erst mal auf den W610 zugreifen kann (vorher muss ich mir keine Gedanken zum Sensor machen):Selbst bei pedantischer Ausrichtung des Lesekopfes zur Info-Schnittstelle der mME blinkt meine RxD-Led auf dem W610 nicht (Empfänger-LED Hager über Sende-LED des Holley).
Hier hätte ich erwartet, dass diese blinkt, wenn die mME jede Sekunde Daten ausgibt.
A und B der RS485 habe ich schon gedreht, das hat auch nichts gebracht.
Die 12V DC hat der Hager-Sensor auch, die Sende-LED der IR-Schnittstelle des Lesekopfes leuchtet im Bild der Handy-Cam - sowie also vermutlich richtig angeschlossen.Entweder auch hier noch ein Fehler bei der Parametrierung des W610 (so dass die RS485 evtrl. gar nicht als solche aktiv ist), oder die Sende-LED meines Holley hat ebenfalls das Problem mit zu schwacher Leistung.
Diese LED sehe ich ebenfalls in der Handy-Cam im Sekunden-Takt blinken, aber nur wirklich seeeehr schwach - viiiiel dunkler als die LED des Hager-Kopfes.Allerdings habe ich bisher von einem schwachen Holley-Sender nur nach längerer Betriebsdauer gelesen - meine mME ist erst 2 Wochen eingebaut und war fabrik-neu.
-
@smarthomer-0 Na dann zeig mal screenshots von Deiner Einstellung im smartmeter-Adapter und im USR dann können wir weiter sehen.
Mit Docker kenne ich mich nicht aus. Kannst Du innerhalb des Docker auf den USR zugreifen? Also geht die WLAN-Verbindung durch oder wird die irgendwo geblockt. Entweder mal einen ping testen oder vom Docker aus über einen Browser auf den USR zugreifen
-
@klassisch
Super, dass Du Dir die Zeit nimmst, Danke im Voraus.Hier Screenshots aus dem "Quick Configure" des W610:
Was ich schon mal gar nicht begreife: der Server steht mit 10.10.100.100 fest im USR, ich kann nur den Port ändern.
Mein WLAN ist aber ein 192.168.x.x - das kann doch eigentlich gar nicht gefunden werden, oder?
Ping vom NAS aus? - Gute Idee, das teste ich nochmal, Moment.
-
@smarthomer-0 Sind das die Seiten, die der USR ausgibt, wenn Du ihn mit seiner IP Adresse ansprichst? Seltsam. Normalerweise habe die ihr Logo in der Webseite und das sieht etwa so aus
Dieses 4F habe ich bisher noch nicht gesehen.
-
@klassisch
Ja, genau - Oberfläche des W610.Aber ich war beruhigt, weil in Deinem HowTo auf Seite 43 und 44 habe ich sehr ähnliche Screenshots gefunden - evtl. unterscheidet sich die Oberfläche zwischen den USR-Kompaktmodulen und den Fertiggeräten von USR ?
-
@smarthomer-0 Ja, da hast Du recht, das WLAN Modul hat eine andere Oberfläche. Muß mal schauen, ob ich das mal in Betrieb nehmen kann. Zumindest WLAN seitig.
-
@klassisch
Das wäre SUPER ! Danke für Deine Mühen. -
@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 -
@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?
