NEWS

Hallo,
ich bin mir nicht sicher obs bei mir das gleiche Problem vorliegt.....
Ich sehe bei den Objekte auch veraltete Werte, prinzipiell funktioniert die ebus Hardware bzw. der ebus2wlan converter. Aber einige Werte sind ewig "alt":
8e1a5a44-9879-4c6a-949e-aec40d2e2a8d-image.png

Nur nochmal als Abschluss hier:
Ich bin jetzt auf der deCONZ/Conbee II Seite auf 85 Devices runter und die Probleme scheinen nicht mehr aufzutreten.
Sprich: Keine Latenzen mehr beim manuellen Remote-Schalten an den ZigBee Devices und auch die Last (gesamt als auch durch die deCONZ App) bleibt wieder auf einem normalen Niveau.
Also irgendwie scheint es da einen Zusammenhang gegeben zu haben, da ich ansonsten nichts verändert habe.

Es scheint allerdings noch irgendwas zu geben, was sehr oft (nicht jeden Tag) um ca. 22:16/22:18Uhr passiert, dem gehe ich jetzt nochmal über die Scripte und Instanzen auf den Grund:
eb2a141b-ca93-4be3-8933-ec217f658c91-image.png 😉

@marcus-schmitt setzt du den title auf gelöst bitte

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Dann kann ich ja im nachhinein die Adapter noch löschen, wenn mich der Master daran "erinnnert

nein!
Dann wird der Adapter auf dem Master auch gelöscht

@thomas-braun
Auf Synology kann ich problemlos im Web-UI eine bash-Shell öffnen.
Vielleicht geht das auf QNAP ja auch …

Was ich jetzt grad im Moment noch komisch finde sind meine Temperatur-Sensoren (SNZB-02 - SONOFF Temperature and humidity sensor). Hab ich aktuell 4 funktionierende im Einsatz. Bei bei zwei Sensoren wird die Humidity nicht übertragen/angezeigt (im Objekt-Browser kann man ja auch im Mouseover sehen wann der Wert zuletzt aktualisiert wurde).

Die Batterie-Werte der Sensoren wurde bisher auch noch nicht wieder aktualisiert (bei keinem) - Letztes Update am 06.01.2023 - kurz vor dem Kartenausfall.

Nachtrag: nach rund 30-45 min kommen auch die anderen Humi-Werte. Die Batterie-Werte wurden aber noch nicht auf Stand gebracht. Ich geh mal davon aus, dass das Verhalten normal ist 😉

@apollon77 sagte in Alexa2 Adapter Wecker mit Radio setzen:

@robson ABER hier im Forum ist es eifnacher so einen Exkurs zu haben auf den man jederzeit verlinken kann, so sparen wir uns das gleiche immer wieder zu erklären 🙂

Volle Zustimmung 🤗

@thomas-braun Ip,war richtig. Benutzername war falsch🤦‍♂️

@fredf Vielen Dank für den Tipp, auch wenn es schon länger her ist. Auf die Idee, mit einem fehlenden Adapter, währe ich nicht so schnell gekommen.

@homoran
Ich denke eher im Shelly Adapter, oder evtl im Shelly selbst?
Gibt es da ein extra Bereich, falls ja sorry und bitte verschieben.

Grüße
Praktiker

@klassisch Danke für die Anleitung

@meister-mopper

Das einzige wären evtl. die letzten 25 Zeilen aus dem iobroker-Log, da kann es sein, dass da Credentials auftauchen. Das würde ich gelten lassen.

@kajo-0
Hmmmm, was will der Autor uns hier sagen?

@thomas-braun
@Homoran
Danke, habe den Pfad geändert, jetzt scheint es wieder zu gehen!

@negalein Ja gerade da wo ich geantwortet hab.

@nr5lebt sagte in Adapterfehler HMIP-BSL:

das die Punkte 7 und 11 wohl gar nicht zum schalten sind. 8-10 ist der obere Teil und 12 bis 14 d

das sind die Dimmer für die LEDs (Farbe und Helligkeit)

nutze ich zum Anzeigen welche Mülltonne am nächsten Tag abgeholt wird.

@thomas-braun

Ja funktioniert jetzt 🙂

Started restore ... [DEBUG] [zigbee] - Start Zigbee Restore ... [DEBUG] [zigbee] - Filename for Restore: /opt/iobroker/backups/zigbee.0_2023_01_05-15_26_34_backupiobroker.tar.gz [DEBUG] [zigbee] - zigbee tmp directory created: /opt/iobroker/backups/zigbee_0 [DEBUG] [zigbee] - old Zigbee database was successfully deleted [DEBUG] [zigbee] - zigbee.0 stopped [DEBUG] [zigbee] - Zigbee Database is successfully restored [DEBUG] [zigbee] - Try deleting the Zigbee tmp directory [DEBUG] [zigbee] - Zigbee tmp directory was successfully deleted [DEBUG] [zigbee] - Zigbee Restore completed successfully [EXIT] zigbee database restore done [DEBUG] [zigbee] - zigbee.0 started