Jedes grundsystem was docker ordentlich kann 🙂

@joergh sagte in ioBroker am DS Lite Anschluss: nicht jedoch von IPV4 auf IPV6 Genau, das hat ja @Thomas-Braun oben beschrieben, wie dann zu verfahren ist. Eigentlich müsste dies auch mit verschiedenen DNS64/NAT64 Diensten gehen. Wenn ich Zeit habe, teste ich mal.

Moin, du must hier im Adapter Werte eintragen. z.B. [image: 1732252114450-cb537d15-ea8c-4c88-a381-eb3d714ab59b-image.png] Sieht dann so aus: [image: 1732251903171-300aafda-cf34-4078-8764-b16a95ce5a02-image.png] Die zu beschreibenden Variablen must anlegen [image: 1732251996246-9e353d9b-fd42-493a-a947-a478b81de1a5-image.png]

@homesweethome sagte in ioBroker neu aufsetzten, welches Linux: Kann ich den Thread als erledigt markieren? Ja! Startpost editieren und [gelöst] vor den Threadtitel schreiben.

Trotzdem Danke für die Info.

Ich habe das entsprechende Script gestern gestoppt und es gab keine probleme mehr. Danke erstmal. Warum es aufeinmal probleme macht, weiß ich auch nicht. hatte hier keine Änderungen vorgenommen.

@samson71 @Sascha-Hartmann Primär war/ist zwar der ioBroker gemeint, aber das Betriebssystem muss in nächster Zeit auch neuinstalliert werden, stimmt.

@ro75 okay, hab ihn jetzt auf kanal 9 und hab mal komplett mein strom abgeschaltet damit sich alles neu startet. Bis jetzt funktioniert es wieder ohne das ich den sensor neu anlernen musste. ich hoffe das bleibt auch so, perfekt bis jetzt. vielen dank für den tip

@ro75 so Chrome neu eingerichtet jetzt geht's wieder vielen dank für deine super Hilfe

So... nach langem hin und her bin ich durch Zufall auf die Lösung gekommen... falls jemand auf das gleiche Problem stoßen sollte... offensichtlich werden erst Werte in die Datenbank geschrieben, wenn nach dem anlegen des alias der sql Adapter neu gestartet wird... k. a. ob das für alle alias gilt... jedenfalls werden nun bei mir nach einem Neustart des sql Adapters nun Werte geloggt... schöne Grüße Peter

Ich grabe das Thema mal aus, da der Harmony Hub bis heute ziemlich alternativlos ist: Der Nachteil der Erkennung als Mediengerät ist, dass man den ioBroker Fake Roku nicht den Medientasten auf der Fernbedienung zuordnen kann. Heißt ich muss die Smart Home Aktionen nicht nur irgendwo auf dem Rest der Fernbedienung unterbringen (Frau freut sich über diese Verkomplizierung), sondern muss die Verknüpfung auch für jede Activity einzeln anlegen (und bei Änderungen jeweils x-mal anpassen). Die Smart Home Tasten auf der Fernbedienung gelten hingegen global und müssen nur einmal gepflegt werden. Ich habe bisher leider auch keine Möglichkeit gefunden, unter ioBroker die Smart Home Tasten auf der Fernbedienung zu nutzen. Bleibt wohl nur der Umweg über openHAB oder HomeAssistent :(

@joergh danke für deinen Tipp, habe den Fehler jetzt gefunden. Habe das Universalwidget von inventwo als "View in PopUp" genutzt und bei Objekt ID den DP vom Verdichter eingetragen. Jedes mal, wenn ich in der VIS das Widget angeklickt habe, wurde der DP mit "null" überschrieben. Mit dem Multiwidget funktioniert es nun

@arteck jetzt sind die warnings weg :-) thx dafür ist das ein normales verhalten? zigbee2mqtt.02024-11-20 09:12:59.275 info z2m: Zigbee2MQTT started! zigbee2mqtt.02024-11-20 09:12:59.275 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:12:59.275 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:12:59.274 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:11:18.123 info z2m: Zigbee2MQTT started! zigbee2mqtt.0 2024-11-20 09:11:18.123 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:11:18.123 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:11:18.122 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m: Zigbee2MQTT started! zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:09:36.983 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m: Zigbee2MQTT started! zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x282c02bfffec950b', payload '{"battery":99,"battery_low":false,"linkquality":196,"tamper":false,"update":{"installed_version":40,"latest_version":53,"state":"available"},"vibration":false,"voltage":3200,"x_axis":46,"y_axis":-46,"z_axis":1031}' zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/wassersensor_1', payload '{"battery":100,"battery_low":false,"linkquality":224,"tamper":false,"update":{"installed_version":58,"latest_version":66,"state":"available"},"voltage":3200,"water_leak":false}' zigbee2mqtt.0 2024-11-20 09:07:55.987 info z2m: Started frontend on port 8080 zigbee2mqtt.0 2024-11-20 09:06:15.147 info z2m: Zigbee2MQTT started! hier noch die logs on der gui des coordinators: [09:07:49] taskZB | New client: 192.168.0.22 id: 0 [09:09:19] taskZB | Client disconnected, id: 0 [09:09:30] taskZB | New client: 192.168.0.22 id: 0 [09:11:00] taskZB | Client disconnected, id: 0 [09:11:11] taskZB | New client: 192.168.0.22 id: 0 [09:12:41] taskZB | Client disconnected, id: 0 [09:12:52] taskZB | New client: 192.168.0.22 id: 0 [09:14:22] taskZB | Client disconnected, id: 0 [09:14:33] taskZB | New client: 192.168.0.22 id: 0 [09:16:03] taskZB | Client disconnected, id: 0 [09:16:14] taskZB | New client: 192.168.0.22 id: 0

@arteck said in Zigbee Extended PAN ID - nötig bzw. woher nehmen?: wenn da nix drin steht wird intern standard genommen.. da diese IMMER gebraucht wird... und der sonoff ist da jetzt drauf .. trägst du was anderes ein startet der adapter nicht ..logisch hab ich mir auch gedacht. Ich hatte nur irgendwo gelesen, dass sich diese standard ID unter bestimmten Umständen (reset?) ändern könnte und man dann alles neu anlernen müsste? Um das zu vermeiden sollte man besser eine Eigene setzen - und das geht halt offensichtlich bei mir nicht wenn ich in dem Feld eine Random ID eingebe. Den Log bei einem Start mit random ID habe ich nicht mehr, aber auch in dem Zustand fand sich dort definitiv kein Hinweis auf die default PAN ID. Auf Grund des Hinweises "This id must never change for existing networks, else you have to reset and repair your devices" ändere ich jetzt hier auch nicht mehr. Im worst case muss ich halt irgendwann neu anlernen.

So, Backup hat funktioniert, komplette Neuinstallation auf der neuen SSD rennt auch, Backup Restore soweit auf den ersten Blick auch fast ok gelaufen. Zigbee-Geräte fehlen leider alle trotz Backup, das ist natürlich extrem blöd. Moin gehts weiter, Zigbee-Daten mal manuell einspielen oder so (für tagsüber wird dann erstmal immer die alte SSD angesteckt damit alles für die Frau im Hause erstmal problemlos läuft und abends weiter am Neu-System frickeln )

@lenny-cb sagte in [gelöst] Fragen zum Adapter SourceAnalystix: Hätte nie gedacht, dass man eine Preisdefinition auswählen muss, wenn man die Kosten nicht berechnen will. doch, weil da ja die Unit mit hinterlegt ist, damit der Adapter weiß was er berechnen soll, worauf dann der nächste "Rechenfehler" entsteht, da wie schon Paul erwähnte, die falsche Unit gewählt wurde. @lenny-cb sagte in [gelöst] Fragen zum Adapter SourceAnalystix: HZ-Heizstab_total schließt auf Gesamtzähler

@codierknecht ich hatte das gleiche Problem wie Wolf-B Browsercache löschen hilft ebenfalls Das war die lösung DANKE

@dieter_p Hänge mich mal hier an da es wunderbar hier her passt. Habe den Shelly uni plus nun erfolgreich in den IoBroker eingebunden. Erst nach mehrfachen reboot hat er mir die Objekte im IoBroker dann auch angelegt. Zum Problem: Leider finde ich keine Werte vom Volteingang und Temperatursensor im IoBroker nicht. Obwohl in der App alles angezeigt wird. Firmenware vom Uni wurde über die App gemacht jetzt ist da drauf die :20241011-114444/1.4.4-g6d2a586 Alles im Broker auf dem neusten Stand. Sind die nich da oder muss ich was noch was aktivieren das ich das sehen kann.