NEWS

@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

@docrobbe sagte in Zigbee-Adapter bekommt keine Verbindung:

Ich werde das System einmal komplett von einer 12.8-ISO neu aufsetzen von .

Dir ist schon klar das ein Firmwareupdate aktuell nicht notwendig ist ? Und das du ein Firmware Update nicht mit dem System machen musst auf dem der ioBroker läuft, also z.Bsp. auf einem Windows Rechner ?

Natürlich kannst du dir die Arbeit machen nochmal alles neu aufzusetzen - ich gehe aber nicht davon aus das du damit das Problem mit dem Start des Zigbee-Adapters gelöst bekommst. Siehe auch meinen Kommentar weiter oben.

A.

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.

@icebear ist ruhiger geworden nur 2 Warnungen noch

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 😁 )

@megamacy Etwas spät, aber vielleicht hilft es noch:
Das liegt normalerweise weder am Adapter noch am ebusd. Das Problem ist, dass manche Werte nach einem Reboot mit Scan einmalig auf dem Bus auftauchen. Der ebusd packt diese Werte in die Datenstruktur und damit tauchen sie im Adapter auf. Wenn nun dieser Wert nie wieder auf dem Bus auftaucht, bleibt natürlich der Zeitstempel beim ersten Auftauchen stehen und der Adapter loggt, dass es kein update gibt, was ja auch richtig ist.
Man wird diese Werte los, indem man den ebusd neu bootet. Dabei darf natürlich der Scan nicht aktiv sein. Dadurch baut der ebusd seine interne Datenstruktur neu auf. Danach löscht man im iobroker einmalig den kompletten Baum der Daten vom ebus-Adapter (oder alternativ manuell die Datenpunkte, die nicht aktualisiert werden)

@jey-cee vielen Dank, dass war es 👍

@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

@diwoma
Detto
Habe nur eine einzige Registereinstellung (zum Testen), und der Adapter geht auf grün.
f1098994-c2d5-4229-a5ae-e728821696a5-image.png

@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.

@merlin123 mein Fehler!