UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[realrob]

@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

[Homoran]

@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.

[apollon77]

@realrob Dann mal Hier ein Thumbs up machen an "alle betroffenen" https://github.com/Apollon77/ioBroker.smartmeter/issues/200

[SmartHomer 0]

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

[klassisch]

@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.

[SmartHomer 0]

@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.1

ioBroker 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 RESUME

Ich 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]

@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.

[klassisch]

@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

[SmartHomer 0]

@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.

[klassisch]

@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.

[SmartHomer 0]

@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 ?

[klassisch]

@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.

[SmartHomer 0]

@klassisch
Das wäre SUPER ! Danke für Deine Mühen.

[SmartHomer 0]

@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.

[klassisch]

@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]

@klassisch
Sehr gerne:

[klassisch]

@smarthomer-0 Ok, Nr. 4 sieht bei mir genauso aus.
Was sagt Nr. 3?

[SmartHomer 0]

@klassisch

[apollon77]

@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?

[klassisch]

@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