NEWS

@presl die Log Datei steht auf /opt/iobroker/log

@fredf sagte in Xiaomi Wireless Switch funktioniert nach Update nicht mehr:

falls ja, etwas alt...

Nein, das die die Versionsnummer.

@glasfaser sorry aber durch update gin es wieder danke aber

@dellishelly sagte in nuki-extended mit Smartlock 3 Pro:

Wie funktioniert das jetzt hier ?

Unter mqtt.0.nuki.********.lockAction den Wert auf '1' für entsperren setzen und auf '3' für versperren. Oder zum Versperren mqtt.0.nuki.********.lock kurzzeitig auf true setzen. Wenn du mqtt.0.nuki.********.unlock kurz auf true setzt, wird nicht nur aufgesperrt, sondern die Türe auch geöffnet (also die Falle gezogen).

Allerdings wird eine Änderung vom ersten Datenpunkt bei mir nur sehr zeitverzögert durchgeführt. Die beiden anderen bisher immer unmittelbar.

Aber der Adapter funktioniert bei mir auch. Hast du den API Token schon einmal neu erstellt, diesen kopiert und im Adapter im Reiter Konfiguration Web Nuki unter API Token eingetragen? Mit MQTT ist man nicht an die Cloud gebunden, dafür gibt es (bei mir) Verzögerungen.

@mic905

js-controller 5 meldet nunmehr ungültige Bindings. Es sollte allerdings mit den aktuellen Versionen von web/ws/sockeitio im stable kein Absturz mehr auftreten.

In den meisten Fällen ist ein ungültiges Binding in deiner vis die Ursache und muss dort behoben werden. Es dürfte aber auch spezielle Fälle geben wo ein fehler in VIS die Ursache sein könnte.

Details siehe https://github.com/ioBroker/ioBroker.js-controller/issues/2431 und auch https://forum.iobroker.net/topic/68290/js-controller-5-0-x-jetzt-für-alle-user-im-stable/100

Scrounger created this issue in ioBroker/ioBroker.js-controller closed Error: Invalid pattern on subscribe #2431

@werner2000x

apt meldet eigentlich auch die Gründe für das Zurückhalten eines Updates.

@thomas-braun sagte in Umzug PI4 auf Intel PC Fehler admin.0 Error Not exists:

iob upload all

Hallo Thomas,

Befehl ausgeführt, keine Änderung Fehler kommt immer noch.

JA ist ein Multihost System

Grüße Peter

@idlebit sagte in zigbee2mqtt >= V 2.10.1 Adapter crashed @ LXC Container:

Moin @dp20eic schon die neue Version probiert?

Moin,

habe, gerade, nach Deinem Hinweis auf die neue Version V 2.13.1 migriert. Leider weiterhin das gleiche Fehlerbild.

host.arch-iob 2023-09-08 13:12:40.552 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:12:40.552 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:12:40.552 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:12:39.769 info instance system.adapter.zigbee2mqtt.0 started with pid 24579 host.arch-iob 2023-09-08 13:12:09.699 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:12:09.699 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:12:09.699 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:12:08.958 info instance system.adapter.zigbee2mqtt.0 started with pid 24569 host.arch-iob 2023-09-08 13:11:38.885 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:11:38.885 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:11:38.885 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:11:38.144 info instance system.adapter.zigbee2mqtt.0 started with pid 24555 host.arch-iob 2023-09-08 13:11:08.067 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:11:08.066 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:11:08.066 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:11:07.303 info instance system.adapter.zigbee2mqtt.0 started with pid 24525 host.arch-iob 2023-09-08 13:10:35.004 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:10:35.003 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:10:35.003 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:10:34.246 info instance system.adapter.zigbee2mqtt.0 started with pid 24515

Ich werde mich damit weiter auseinandersetzen, aktuell fällt mir aber einfach nichts mehr ein, wo ich noch einen Stein umdrehen kann oder an einer Schraube drehen kann.

VG
Bernd

@arteck sagte in Neue ZigBee Objekte ohne "Icon":

@diginix sagte in Neue ZigBee Objekte ohne "Icon":

Von mir aus können alle Gerätebilder an allen Stellen aus dem Adapter. Spart sicher Code und ist danach definitiv robuster.

das ist deine Meinung.. die anderen 2k an Usern sagen was anderes... ist so..

@arteck sagte in Neue ZigBee Objekte ohne "Icon":

auf der anderen Seite .. es ist NUR der Admin.. wozu brauchst du da die Bilder ..dass du da so drauf reitest.. ??
das ist der einzige Adapter der dir Bildinformationen liefert.. die eigentlich garnicht gebraucht werden...

Falsch. Bei mir hat auch der mihome Adapter pro Gerät ein Bild. Und ich wette es gibt noch weitere Adapter. Das Feature wurde ja sicher nicht nur für den Zigbee im Admin vorgesehen.
Wenn die Bilder aber deiner Meinung nach gar nicht gebraucht werden, was machen 2k User damit?! 😄

und da nur du anscheinend das Problem hast... musst du mit leben..

Wenn das so wäre, hätte kein Entwickler die Krücke in der devices.js vorgesehen.
Viele Ottonormalverbraucher wissen doch gar nicht wo sie etwas melden könnten. Oder machen es einfach nicht.

oder aktiv einarbeiten und mit am Projekt arbeiten.. für konstruktive Kritik bin ich zu haben.. für Voroschläge erst recht..

Genau das habe ich hier mit meine Posts getan und es nicht einfach ignoriert. Außerdem Hintergründe erfragt. Das hast du aber nun als "drauf rumreiten" interpretiert.
Du willst mich nicht verstehen und bist auf Krawall. Ok. Den Fork mit PR hätte ich mir auch sparen können und nur für mich fixen. Werde die Icons ab sofort hier nicht mehr thematisieren. Scheint ein sehr sensibles Thema zu sein, was ja aber nur bei mir existiert. 😛

@ro75 danke für den Link... Ich habe diesen Thread bei meiner Suche tatsächlich nicht gefunden. V1.2.0 und schon geht wieder alles 🙂 danke für die schnelle Hilfe

@mrichstein

Sorry, wenn ichs wo überlesen habe - ABER
im allerersten Pist steht ja ganz klar das "Problem". Die beiden Adapter verlangen (so wie immer mehr neue Releases) NODE 16. Und du hast node 10 (!) installiert.

Ergo mindestens auf node 16 aktualisierern oder besser / sinnvoller auf node 18 da node 16 diese Tage obsolete wird.

@homoran Wow damit hat es tatsächlich funktioniert. Läuft jetzt ohne Probleme. Auch wenn ich den Hintergrund nicht verstehe danke für die Hilfe!

@djmarc75 said in SQL-Adapter - Einstellungen speichern funktioniert nicht:

@blockmove geh bitte auf Admin <= 6.8.3 zurück

Funktioniert 👍

@apollon77
Danke für die Infos

@andere Adapter
ist mir nur sma-em bekannt, der für das Auslesen vom sma shm2.0 da ist

sbfspot gäbe es noch für Wechselrichter auslesen, die wollen zwingend andere Datenbank - keine influx

Alternative wäre noch auf Modbus umzusatteln

@marc-berg

Hallo Marc,

danke für deinen Antwort! Ich habe von einer andere Seite den Tipp bekommen mit

client.loop_start()

oder

client.loop_forever()

statt dem gesamten Code:

connected = False while not connected: try: client.reconnect() connected = True except: print("Lost Connection to MQTT...Trying to reconnect in 2 Seconds") time.sleep(2)

zu verwenden. Dies hat zum Ziel geführt damit die Verbindung nicht immer abbricht und ich keine Hinweise mehr im Protokoll bekomme.
Diese zwei Möglichkeiten sollten auch einen automatischen Reconnect schaffen!

fg Thomas

@mono990 Bei mir war die Schnittstelle für den Zigbee irgendwie entkonfiguriert. neu gesetzt und erledigt.

Schmitti

@assemblerguru
Also erstens mal ist dein "Ton" wirklich unangemessen, und zweitens:
Nachdem du zu wissen scheinst, dass das hier immer wieder ein Thema ist, dieser Account aber erst zwei Wochen alt ist und keinen anderen Beitrag hat, drängt sich mir der Verdacht auf, dass das hier ein Zweitaccount zum "aus der Deckung schießen" ist.
Falls das zutrifft, dann habe doch wenigstens die Eier in der Hose, deine unsachliche Kritik unter deinem echten Account zu posten.

Update:
Ich habe ioBroker Fixer laufen lassen.
Danach war der Effekt weg.