@arteck Danke für den Rat. Ich habe gestern nvbackup.json gelöscht. Und dann das Zigbee Netz neu aufgebaut. Eine Heidenarbeit. Danke BiBo

@thomas-braun Top :+1: Besten Dank dafür. Dann schau ich nachher mal, was der alles anbietet an Daten.

Habs jetzt noch mal versucht und wenn ich den Typ ebenfalls auf den init Wert stehen lass, dann bekommt er die Verbindung aufgebaut. Aber auch wirklich nur dann und wie in dem anderen Post nur mit dem Standard Werten. [image: 1717410341638-deeeec45-353a-40e2-955b-34158770c162-image.png] Habe inzwischen auch mal ein Conbee testen können. Da klappt alles problemlos.

@all hab da was gefunden auf S.28/29. Ob das allerdings für die WP von @Scho gilt!? Bedienung & Installation und es gibt die Modbusplatine offenbar als Zubehör Modbus Ochsner

Ich habe einen neuen shelly plus i4 installiert, und dieser verhält sich genauso wie der 1PM und der 2PM. Ich bekomme auch ihn nicht in den iobroker. Aber ich kann die die debug logs miteinander vergleichen und habe signifikante Unterschiede festgestellt. Bei den nicht funktionierenden Geräten sehen die einzelnen Blöcke etwa so aus : "ts": 1717339374.151, "level": 2, "data": "shos_mqtt_conn.c:601 MQTT0: Connecting to 192.168.1.125:8082 (192.168.1.125:8082)" "ts": 1717339374.168, "level": 0, "data": "shos_mqtt_conn.c:489 MQTT0: Connect status 256" "ts": 1717339374.174, "level": 2, "data": "shos_mqtt_conn.c:844 MQTT0: Connecting after 6976 ms" Die Geräte, die vom iobroker erkannt werden machen das so : "ts": 1717339522.581, "level": 2, "data": "shos_rpc_inst.c:230 Input.GetConfig via HTTP_in GET 192.168.1.125:51114", "fd": 1 "ts": 1717339522.661, "level": 2, "data": "shos_rpc_inst.c:230 Shelly.GetStatus via HTTP_in GET 192.168.1.125:51116", "fd": 1 "ts": 1717339522.693, "level": 2, "data": "shos_rpc_inst.c:230 Shelly.GetDeviceInfo via HTTP_in GET 192.168.1.125:51124", "fd": 1 Die shellys , die mit dem iobroker kommuniezieren, machen das mit diesen GET Anfragen über HTTP, das fehlt bei den neuen Geräten. Leider weis ich nicht wo das herkommt . Die Firmware ist bei den Geräten gleich. Habe ich irgendwo was falsch eingestellt. Ich bin Ratlos.

@asgothian Ich habe die seit zwei Jahre. Verbindung stabil. Abstand zum Koordinator ca. 8m

@mico eine Konfiguration in der Detailtiefe bietet der Zigbee-Adapter nicht. A.

Mit diesen Einstellungen funktioniert das bei mir. Waveshare Spoiler [image: 1717216850018-wavefunktioniert.jpg] ModbusAdapter Spoiler [image: 1717216867545-modbusfunktioniert.jpg] Modbus TSV Spoiler _address deviceId name description unit type len factor offset formula role room poll wp cw isScale 0 1 unlock zumentsperren 0xFF55 string 2 1 0 value true false false false 6 1 bat_volt Batterie V V uint16be 1 0.1 0 value true false false false 8 1 bat_soc BatterieSoC % uint16be 1 1 0 value true false false false 14 1 bat_chg_power Batterieladeleistung W uint16be 1 1 0 value true false false false 15 1 bat_dischg_power Batterieentladeleistung W uint16be 1 1 0 value true false false false 24 1 bat_status Batteriestatus 0:Default;1:init;2:standby;3:pre_charge;4:HV on;5:charge mode;6:discharge mode;7:fault mode;8:HV off;9:after run;10:EOL mode 11:OTA mode;12:code mode; uint16be 1 1 0 value true false false false 101 1 inv_run_mode Wechselrichter-Betriebsart 0: Wartemodus; 2: Netzverbundmodus; 4: EPS-Modus; Testmodus; 8: Aktualisierungsmodus; 10: Fehlermodus; 12: Standby-Modus; uint16be 1 1 0 value true false false false 141 1 grid_power Netzseitige Leistung des Wechselrichters W uint16be 1 1 0 value true false false false 146 1 pv1_volt PV1-Spannung, Einheit 0,1 V V uint16be 1 0.1 0 value true false false false 147 1 pv1_curr PV1-Strom, Einheit 0,01 A A uint8be 1 0.01 0 value true false false false 148 1 pv1_power PV1-Leistung, Einheit 1W W uint8be 1 1 0 value true false false false 149 1 pv2_volt PV2-Spannung, Einheit 0,1 V V uint16be 1 0.1 0 value true false false false 150 1 pv2_curr PV2-Strom, Einheit 0.01 A A uint16be 1 0.01 0 value true false false false 151 1 pv2_power PV2-Leistung, Einheit 1W W uint16be 1 1 0 value true false false false 187 1 load_energy Gesamtstromverbrauch, Einheit 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 189 1 selfuse_energy Gesamteigenverbrauchsleistung, Einheit: 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 191 1 selfsufficient_energy Autarke Gesamtleistung, Einheit 0,001 KWh kWh uint32be 2 0.001 0 value true false false false 193 1 grid_in_energy Gesamtstromverbrauch im Internet, Einheit: 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 195 1 grid_out_energy Gesamtstrombezug aus dem Stromnetz, Einheit 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 197 1 bat_dischg_energy Gesamtentladekapazität der Batterie, Einheit: 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 199 1 bat_chg_energy Gesamtladekapazität der Batterie, Einheit: 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 427 1 pv1_energy PV1-Stromerzeugung, Einheit 0,001 kWh kWh uint32be 2 0.001 0 value true false false false 429 1 pv2_energy PV2-Stromerzeugung, Einheit 0,001 kWh kWh uint32be 2 0.001 0 value true false false false

@homoran Hallo, vielen Dank für die Tipps, mein Problem lag nicht am IO-Broker, da andere Modbus-Tools ebenfalls keine Werte geliefert haben. Ich habe das Problem inzwischen gefunden. Der Slot in dem das Modbus-Kommunikationsmodul gesteckt hat, ist defekt. Ich habe einen anderen Slot in dem Messgerät verwendet und dann war die Kommunikation sofort OK. Das war insofern schwierig zu finden, da das Modul ja Modbus-Antworten geschickt hat, aber halt nur Fehlermeldungen für jedes Register. Viele Grüße Martin

@uliauer44 Wie gesagt, das ist keine große oder teure Sache. Einfach nur eine Fernbedienung, die neben den anderen auf dem Tisch liegt.. https://forum.iobroker.net/topic/74438/hardware-ir-remote-als-trigger-an-iobroker-anbinden/12?_=1717049816870

Ah, es gibt eine Krücke: Views: Projekt exportieren und in der Datei dann nach Substrings suchen, also bspw nach "hm-rpc.0". Davon hab ich 5 Fundstellen. Und Suchen nach "hm-rpc-1": Davon hab ich 849 Fundstellen. Heisst: In Views hab ich fälschlicherweise 5 mal Datenpunkte aus rpc-0 referenziert, aber richtigerweise 849 mal aus rpc-1. Nach Korrektur dieser 5 Stellen in irgendwelchen Views könnte ich die rpc-0 deaktivieren bzw. auch löschen. Scripte: In Scripten mit dem Filter "hm-rpc.0" suchen: Das zeigt mir zwei Scripte an, in denen hab ich wohl fälschlicherweise Datenpunkte aus rpc-0 referenziert. Nach Korrektur dieser 2 Scripte könnte ich die rpc-0 deaktivieren bzw. auch löschen. Man wird ja erfinderisch.

@opensourcenomad Hallo, hast du das Ding (ist ja schon ein paar Jahre her) nun erfolgreich in Betrieb genommen? Ich suche noch nach einer Outdoor Lösung zur Messeung des Teichwasserstandes...

Ich verwende auch ausschließlich für AA und AAA Akkus von Amazon, teilweise Varta teilweise eben die Eigenmarke. Habe da noch nie Probleme gehabt. Die Geräte die ich betreibe sind Innogy Thermostatköpfe, Raum-Thermostate, Tür/Fenstersensoren, Hue Bewegungsmelder, die Netatmo Aussenstation usw...

@armilar moentan funktioniert es noch nicht werde mich damit in ruhe befassen erstmal muss ich die SD card von meinem Home Assistand reparieren die ist kaputt deswegen startet der auch nicht oder installiert nix

@bananajoe sagte in 1 Shelly 3EM und mehrere Wechselrichter: SourceAnalytix Danke, SourceAnalytix kannte ich noch nicht. Das Tool ist ja cool, damit kann ich auch die 3 Phasen perfekt "historisch" auswerten. Bei mir sind die 3 Phasen = Dach Links, Dach Rechts, Terasse. Jeder der 3 Bereiche wird von 8 Modules versorgt.

@bertderkleine Solange man beim Aufhängen darauf achtet, die Luftschlitze nach unten zu setzen, sollte das funktionieren... Der Pairing-Knopf und das Batteriefach sind aber potentielle Schwachstellen ...

@smarteshome2020 Hattest Du nicht letztes Jahr schon irgendwelche Probleme mit den Dingern?! Ich hab einfach mal das Beste rausgesucht, was für mich hilfreich klang. Dort gibt es haufenweise Links etc. , die Dir hoffentlich helfen . https://github.com/pvvx/ATC_MiThermometer