@haselchen Funktioniert wieder. Habe den Geschirrspüler zurückgesetzt und neu mit Wlan verbunden. Jetzt funktioniert wieder alles. Da war irgendwo der Wurm drin.

Um es kurz zu machen: ich habe folgendes geändert damit es funktioniert. habe ich den ESP8266 nodemcu v3 gegen einen ESP32-S3 getauscht habe ich heraus gekitzelt, dass diese Devices nicht mit READ, sondern mit HOLDING register arbeiten. Mit folgender YAML-Konfiguration läuft jetzt alles: uart: rx_pin: GPIO44 tx_pin: GPIO43 baud_rate: 4800 parity: NONE stop_bits: 1 data_bits: 8 // debug: // direction: BOTH // dummy_receiver: true // sequence: // - lambda: UARTDebug::log_hex(direction, bytes,':'); modbus: id: modbus1 modbus_controller: - id: wind_speed_meter address: 1 modbus_id: modbus1 setup_priority: -10 command_throttle: 200ms update_interval: 30s #or whatever you need - id: wind_direction_meter address: 2 modbus_id: modbus1 setup_priority: -10 command_throttle: 200ms update_interval: 30s #or whatever you need sensor: - platform: modbus_controller modbus_controller_id: wind_speed_meter name: "Wind Speed" device_class: wind_speed id: wind_speed register_type: holding address: 0000 unit_of_measurement: "m/s" value_type: U_WORD accuracy_decimals: 1 filters: - multiply: 0.1 // folgendes soll glätten, funktioniert aber zu träge // - max: // window_size: 5 // send_every: 5 // - exponential_moving_average: // alpha: 0.1 // send_every: 12 - platform: modbus_controller modbus_controller_id: wind_direction_meter name: "Wind direction gear" internal: true register_type: holding address: 0000 value_type: U_WORD accuracy_decimals: 0 on_value: - lambda: |- switch (int(x)) { case 0: id(wind_direction_cardinal).publish_state("N"); //North break; case 1: id(wind_direction_cardinal).publish_state("NE"); //North-East break; case 2: id(wind_direction_cardinal).publish_state("E"); //East break; case 3: id(wind_direction_cardinal).publish_state("SE"); //South-East break; case 4: id(wind_direction_cardinal).publish_state("S"); //South break; case 5: id(wind_direction_cardinal).publish_state("SW"); //South-West break; case 6: id(wind_direction_cardinal).publish_state("W"); //West break; case 7: id(wind_direction_cardinal).publish_state("NW"); //North-West break; default: id(wind_direction_cardinal).publish_state(""); //invalid } - platform: modbus_controller modbus_controller_id: wind_direction_meter name: "Windrichtung in Grad" register_type: holding address: 0001 value_type: U_WORD accuracy_decimals: 0 state_class: measurement unit_of_measurement: "°" text_sensor: - platform: template name: "Windrichtung" id: wind_direction_cardinal

@rakete01 War bei mir auch so. Es hat geholfen, in HK die Nutzer, deren Geräte für die Anwesenheitserkennung herangezogen werden, zu entfernen und dann wieder hinzuzufügen.

@samson71 Hier der Link zur genannten Übersichtskarte: https://www.mrconnect.de/iobroker-alliance/ Wie gesagt, jeder der sich gerne eintragen lassen möchte, bitte melden.

@haselchen Aber klar doch. :-)

@kbm Vermutlich wird Dein Versorger einen Key haben, der für alle Geräte funktioniert bzw. auf allen Geräten gleich ist und ihn deswegen (natürlich) nicht rausgeben. Das wird er Dir aber genauso wenig offiziell auf die Nase binden wenn er das so macht.

@wrod sagte in ds18b20 remote : Wieder derselbe Fehler nach Update: sonder da gibt es ja sicher im Hintergrund "oberhalb" des OB, aber "unterhalb" von iobroker u.a. weiteres. Das weißt du besser als ich. Woher soll ich wissen, was da alles noch zusätzlich läuft und gesichert werden kann.

@michael-schmitt Ein spätes "Danke", Stichwort war "Kategorien". Nachdem ich einige Räume eingerichtet habe sind die Geräte da...

@mcm1957 Wüsstest du wo ich mich wenden kann?

@mcu Hab's getestet, funktioniert.

@bahnuhr Danke für den Link

@thomas-braun sagte in npm error bei "iob diag" nach Upgrade auf Debian 13 Trixie: @meute Dann ist da 'irgendwas' anderes in der Installation. Ich kann dir da aber leider nicht wirklich weiterhelfen. Danke trotzdem für alles. Komisch ist aber, dass trotz dem Problem der Adapter echarts funktioniert.

Das Skript hat sich als instabil erwiesen, mit dieser Überarbeitung funktioniert es nun ordentlich. Hauptfehler war das umständliche Triggern auf PRESS_SHORT, der ja immer auf true steht und das Zurücksetzen auf false. Das neue Skript triggert auf Änderung des Datenpunktes und erfasst damit das Drücken der Tasten, obwohl der boolsche Wert sich nicht ändert und auf true bleibt. Das Öffnen unterscheidet nun zwischen geschlossenem und bereits geöffnetem Fenster. Wenn geschlossen, fährt das Fenster nur 7 Sekunden auf (bei uns sind das dann ca. 20 cm). Danach fährt dann bei erneutem Drücken das Fenster entweder ganz auf oder bis durch erneutes Drücken das Fenster angehalten wird. Den Regenschutz habe ich durch einen Homematic-IP Regensensor abgebildet, der bei Regen nach 5 Minuten das Fenster schließt. [image: 1760429210866-8eac8064-bcaf-45ad-a719-e5a19b5e1eb0-image.png]

@glitzi Hallo, ich verstehe das nicht ganz, sorry. Den Key bekommt man doch auch direkt am Heizungsdisplay, oder? (Kundenebene / App / Schlüssel) Und dann kann man im Browser einfach http://IPADRESSE/daqdata.cgi?key=Schlüsselnummer eingeben und bekommt die Infos. Ich verstehe nicht, warum man zusätzlich „/ext“ verwenden muss (http://xx.xx.xx.xx/ext/parset.cgi...). Kannst du das bitte erklären? Sorry hab das nicht verstanden, danke

@codierknecht Liegt tatsächlich daran. Danke.

@michael-roling OK, mach ich. Danke für die schnelle Antwort.

@docrobbe Ich bin jetzt mit meinem Heimserver „umgezogen“. Das Zigbee-Netzwerk funktioniert wieder, ich musste lediglich sämtliche Geräte neu koppeln. Mit dem Router bin ich noch nicht weiter, aber das ist nicht so wild. Es scheint also wirklich an der defekten Hardware meines Servers gelegen zu haben.