@chaot Danke für den Tipp

@stefan7816 Genau so würde ich es machen, allerdings kannte ich die Shelly RGB Geschichte noch nicht, deshalb habe ich es diskret gemacht mit einem ESP, bzw. Wemos, der mir die drei, bzw. vier Farben gemacht hat und dann auf fertige N-MOS Treiber weitergeleitet. Bei einem Nachbarn hatte ich aber dann, nach der Shelly Entdeckung, RGB Gartenspots damit angesteuert. Auf den Shelly hatte ich WLED aufgeflasht um es über WLED zu steuern. Dort sind noch viele weitere LED Beleuchtungen wie auch Pool (über DMX) per WLED angeschlossen. Hier hat man den Vorteil alle auf einmal zu syncen.

@acidsubway Die Funktion/Fehlfunktion hängt mit der Auswahl und Konfiguration deines GPIOs zusammen. Ersteinmal zeigt Deine Zeichnung D6 und Du sprichst von D5. Welchen GPIO verwendest Du wirklich und ist es tatsächlich ein D1 Mini? In diesem Fall (D5/D6) zieht keiner dieser GPIOS beim Booten in eine Richtung (High/Low) insofern dbzgl. schon mal unkritisch. Dieser 1300mAh LiPolymer-Akku bzw das Sysmbol iritiert mich auch. Hat das einen tieferen Bezug zur Realität? Was die gewählte "Default" Konfiguration von D5/D6 ist kann ich dir aus der Hüfte nicht sagen. Das Auswahlmenü in ESPEasy lässt für einen Eingang/Input aber nur die Konfiguration als Pullup zu heißt der Eingang ist im Standard auf Spannung (3,3V) hochgezogen. Schaltet Dein Alarm jetzt darauf (~2,5V) wird das nicht detektiert. [image: 1717843712365-181f086d-35be-4017-a78e-5c45cf192147-grafik.png] Für einen Eingang zB Push-Buttons ziehe ich üblicherweise auch mit dem Button gegen GND und der logische 0 Zustand des Eingang ist High/3,3V. Mag sicher auch anders gehen aber mit einem PC817 Modulboard für 1€ ist der Drops erledigt und hat noch eine gescheite galvanische Trennung zwischen dem Pumpfix und dem ESP-Kreis. [image: 1717911441302-screenshot_20240609-073627.png]

Guten Morgen zusammen, Ich wollte keinen separaten Thread aufmachen, deswegen frage einfach hier. Bei mir zu Hause sind 7 Fenster mit dem 2Ch Sonoff Schalter installiert und mit Tasmota gefälscht. Bei zwei letzten Fenster habe ich bei der Installation etwas schief gemacht, kriege es nicht mehr logisch kalibriert. Programmiert sind sie so, dass sie morgens auf 100% Open fahren und abends auf 30% abdunkeln. Ich schildere kurz das Problem. Wenn ich das Fenster ganz aufmache (power1), ist die Rolllade ganz oben und das Fenster ist somit offen, steht auf 100% Open bei den Datenpunkten in ioBroker. Nach ein paar Tagen merke ich, dass die Rollladen bei 100% immer mehr durchhängen, bis sie irgendwann nach einer Woche mit halb verdunkelten Fenster stehen, obwohl im Datenpunkt 100% Open steht. Ich weiß, dass ich sie falsch kalibriert habe, stehe aber auf dem Schlauch und bekomme es nicht mehr hin. Abhilfe schafft es, wenn ich die Rolladen mit power2 ganz zu mache, dann mit power1 ganz auf, so steht Macher das Fenster offen. Das nervt aber natürlich, jede Woche das durchzuführen. Vielleicht findet jemand Zeit und Lust mir den Fehler zu erklären. Danke im Voraus

@andre1000 Gibt es hier was neues? Stehe auch gerade vor einem solchen Projekt. Funktioniert der im ersten Post genannte Controller in Verbindung mit allen Wiegand Fingerprintsensoren und kann er mit dem Adapter in iob eingebunden werden? Danke!

@xadox Für den ioBroker hab ich ja einen Adapter erstellt ( https://github.com/ltspicer/ioBroker.heizoel24-mex ) ;) Und hier ist die aktuelle Version vom Script: https://github.com/ltspicer/heizoel24.mex

kannst du es mit npm start laufen lassen ?? oder ist es nur als service, der nicht startet ?? wo läuft z2m ?? auf nem pi ?? lxc ?? vm ?? docker ?? @mickym sagte in Nativ zigbee2mqtt Error Code 1 in Config Datei: @jan-lange Welchen Chipsatz hast Du denn? was hat der chipsatz damit zu tun ??

@mcu ich vermute mal die Einspeisung der Versorgungsspannung am Ausgangsanschluss.

@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