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

[Vito666]

@bolliy Sollte das Problem nochmal auftreten, werde ich die entsprechenden Werte mitgeben. Ich bin allerdings gestern nachdem ich meinen Post nochmal gelesen habe selbst über die eine Sekunde gestolpert. Ich habe den Intervall dann auf 3 Sekunden gestellt und seitdem scheint das Problem weg zu sein.

Gruß Vito

[rvn1909]

@bolliy Vielen Dank für den Adapter und die ganzen Anpassungen, die du hier über die Zeit vorgenommen hast.
Ich sehe aktuell den Wald vor lauter Bäumen nicht mehr, habe alles von oben bis unten durchgelesen und stehe trotzdem ohne Erfolg da.

Ich versuche via Loxone auf den proxy zuzugreifen und hatte zwischenzeitlich sogar mal eine kurze Verbindung zu diesem.
Aktuell habe ich die folgende IP hinterlegt und frage eben diese via Loxone ab: Modbus-proxy listening on modbus://0.0.0.0:502
Habe zwischenzeitlich auch alle anderen Adressierungsvarianten durch. Also die IP des IOBrokers in Loxone hinterlegt, und diese ebenfalls als Proxy-IP eingetragen usw.

Im Modbus Monitor von Loxone ist das permanente Feedback "Server not reachable", egal was ich ändere.
Ich hatte hier in einem Beitrag auch gesehen, dass du ein Mapping hinterlegt hast, also von EMMA ID0 auf ID250. Inwiefern muss ich das wo in meiner Konstellation berücksichtigen?

Sorry, dass ich diese eigentlichen Basics nochmal aufgreife...

[bolliy]

@rvn1909

1. Läuft der Adapter?
2. Ist der modbus-proxy im Adapter aktiviert?
3. Hast du eine Emma bei dir installiert?

LG Stephan

[rvn1909]

@bolliy Läuft alles einwandfrei ;-) Bekomme auch Daten und hab hin und wieder mal Verbindungsabbrüche zum WR, die man aber durch Timeouts sicherlich beheben kann nehme ich an. Ansonsten alles stabil. Der Proxy fährt ja auch ohne weiteres hoch und hält sich.

[bolliy]

@rvn1909
Also keine Emma im Einsatz!?
Im modbus-proxy muss die 0.0.0.0 stehen. In loxone die IP Adresse von deinem ioBroker. Dann sollte es funktionieren.
Die Timeouts kommen meist von einem alten Firmware Stand des SDongle.

[rvn1909]

@bolliy Emma wird eingesetzt statt Dongle.
Sämtliche Firmware-Stände sind manuell auf den aktuellsten Stand gebracht.

Die IP ist die der Emma, WR hat ja keine eigene. Ich gebe dort trotzdem die Modbus ID des WR an?! Jedenfalls erhalte ich nur so eine Verbindung zum Wechselrichter. Bei ID 250/0 läuft es auf no connection hinaus.
Proxy habe ich auf 0.0.0.0 mit Port 502 gesetzt und in Loxone 192.168.1.102:502 hinterlegt. Weiterhin kein Verbindungsaufbau. Habe es auch mit unterschiedlichen Ports versucht, kein Erfolg.

p.s.: in der Emma ist alles gemäß Wiki eingestellt.

[bolliy]

@rvn1909 wenn du von loxone auf die Daten der WR zugreifen möchtest gibst du die modbus id 7 an. Falls du auf die Daten der Emma lesen möchtest wird die id 250 verwendet.
Zeig doch mal die Konfiguration des modbus-proxy im Adapter.
Kannst du vom loxone host den ioBroker anpingen?
Danach mit telnet versuchen eine tcp-Verbindung aufzubauen.

Stephan

[bolliy]

@rvn1909 da du mit dem Adapter die Daten lesen kannst, ist die Emma richtig konfiguriert. :+1:
Mit loxone möchtest du die Daten vom modbus-proxy abgreifen. Soweit alles klar und nachvollziehbar.

Stephan

[rvn1909]

@bolliy Also die 0 für die Emma scheint aus irgendwelchen Gründen nicht zu laufen, das ist bei mir jetzt aber sekundär.

Mein Proxy sieht wie folgt aus:

Loxone und iobroker sollten untereinander erreichbar sein. Ich hab hier alles offen und beide sind im selben subnet.
Jetzt ist gerade nach den paar Stunden Abstand einfach vollkommen zufällig eine Art Connection da, obwohl mein Loxone Monitor mir das Gegenteil sagt.
Im Log sehe ich zumindest:

Modbus-proxy: {"stat":{"#getMultipleHoldingRegisters-address_30346-value_2-unidId_7":4}}

Das einzige Register, was ich testweise via Loxone aktuell abfragen möchte. Auch wenn dort kein valider Wert übermittelt wird, so sieht das ja immerhin nach etwas aus...
Apropos: Frage ich die Register 1zu1 so ab, wie ich es direkt vom WR tun würde? Oder gibt es da noch versteckte aliase, die ich überlesen habe?

[bolliy]

@rvn1909 die Einstellungen sehen korrekt aus. Es werden Daten über den modbus-proxy lt. Protokoll gelesen.
Es gibt hier Forum jemanden, der auch loxone einsetzt und für den ich das mapping eingebaut habe. Nach meinem Eindruck hat bei dieser Konstellation alles funktioniert. Insofern kann ich deine Probleme nicht richtig validieren. :man-shrugging:
Vielleicht kannst du einen Kontakt herstellen und um Hilfe bitten.
LG Stephan

[bolliy]

@rvn1909 ich stelle die Registerdaten über den proxy 1:1 zur Verfügung.

[rvn1909]

@bolliy werde ich mal machen, so ganz sauber ist es noch nicht, aber komischerweise konnte ich jetzt mal ein paar Werte für eine gewisse Zeit auslesen.
Leider crasht die Verbindung (Adapter -> Emma) dann nach kurzer Zeit wieder und Loxone reagiert darauf sehr empfindlich, sodass auch nach dem Timeout und der Wiederherstellung nix mehr geht. Hab mal die Logs kopiert, scheint wieder eine spezielle Abfrage zu sein:

sun2000.0
2025-05-24 22:43:40.003	warn	Couldnt connect Modbus TCP to 192.168.1.167:502 TcpRTUBufferedPort Connection Timed Out

sun2000.0
2025-05-24 22:43:25.122	warn	Error while reading from 192.168.1.167 [Reg: 30354, Len: 12, modbusID: 0] with: Timed out

sun2000.0
2025-05-24 22:43:14.202	warn	Not all data can be read! Please inspect the sun2000 log.

sun2000.0
2025-05-24 22:41:14.202	warn	Not all data can be read! Please inspect the sun2000 log.

sun2000.0
2025-05-24 22:40:40.002	warn	Couldnt connect Modbus TCP to 192.168.1.167:502 TcpRTUBufferedPort Connection Timed Out

sun2000.0
2025-05-24 22:40:25.123	warn	Error while reading from 192.168.1.167 [Reg: 30354, Len: 12, modbusID: 0] with: Timed out

sun2000.0
2025-05-24 22:39:14.202	warn	Not all data can be read! Please inspect the sun2000 log.

sun2000.0
2025-05-24 22:37:30.002	warn	Couldnt connect Modbus TCP to 192.168.1.167:502 TcpRTUBufferedPort Connection Timed Out

sun2000.0
2025-05-24 22:37:15.445	warn	Error while reading from 192.168.1.167 [Reg: 31639, Len: 52, modbusID: 0] with: Timed out

sun2000.0
2025-05-24 22:37:14.202	warn	Not all data can be read! Please inspect the sun2000 log.

sun2000.0
2025-05-24 22:35:14.203	warn	Not all data can be read! Please inspect the sun2000 log.

MOD-Edit
Bitte Code-Tags benutzen

[bolliy]

@rvn1909 welche Firmware hast du auf deiner Emma installiert? Von Timeouts beim Lesen der Emma habe ich bis dato noch nichts gehört.

[rvn1909]

@bolliy aktuell läuft die neueste Version:

[bolliy]

@rvn1909 ich meine die Emma Firmware
https://support.huawei.com/enterprise/en/fusionsolar/smarthems-pid-256539983/software

[rvn1909]

@bolliy Ach herrje, wo bin ich denn da falsch abgebogen...

[bolliy]

@rvn1909 versuch mal ältere Firmware Versionen. Huawei hat immer wieder Probleme mit der modbus-tcp Implmentierung.

[rvn1909]

@bolliy Wenn das so ohne Weiteres möglich wäre. Anscheinend unterstützt die EMMA kein Rollback. Wie ich da nun hinkomme ohne sämtliche Daten zu verlieren ist die Frage. Muss schauen ob ich da ne Art Backup erzeugen kann..

[bolliy]

@rvn1909 wenn für dich die Nutzung von facebook kein Problem ist, kannst du deine Fragen super gut hier stellen:
https://www.facebook.com/groups/653371832541018/?ref=share
Dort kannst du auch fragen, ob modbus-tcp Probleme bei der letzten emma Firmware bekannt sind.

[bolliy]

@rvn1909 übrigens ist nur eine modbus-tcp-Verbindung zur emma möglich. Also weder mehrere Adapter, evcc oder sonstiger Client können gleichzeitig auf die emma per modbus zugreifen. Dafür ist der modbus-proxy da, dieser ist multi-clientfähig.
Alle anderen Clients müssen den modbus-proxy nutzen.