Forum Testing

Platzhalter für bugs / Ideen / anstehende Anpassungen

Hallo,

nachdem die Tests mit der 1.11.x Version wenig erfolgversprechend waren haben wir (die Zigbee-Entwickler) uns dazu entschlossen eine neue Version mit einer grösseren Zahl an 'breaking changes' fertig zu machen. Diese läuft aktuell Immer noch unter 1.11, wird aber wahrscheinlich als Version 2.0 veröffentlicht werden.

Für diese Version werden Tester gesucht. Folgendes wird sich ändern:

• Alle Geräte werden auf Basis der von Zigbee2mqtt.io vorgegebenen Exposes im ioBroker implementiert. (Bereits aktiv - bitte testen, kommentieren)
• Es soll möglich sein für einzelne Gerätetypen auf die 'alten' Definitionen aus dem Zigbee Adapter v1.10.x zurück zu greifen - dazu gibt es den Tab 'Legacy Devices'. Geräte die hier eingetragen sind werden die alten Definitionen nutzen. Das kann dazu führen das bestimmte Funktionen nicht mehr gegeben sind, wenn die alten Definitionen nicht mit den aktuellen Zigbee-herdsman-convertern zusammen spielen. Dieses wird von uns zunächst nicht aktualisiert. Anpassungen können auf Basis von (noch zu erzeugenden) Log-Meldungen als PR's am Adapter eingereicht werden (ohne die Meldungen auch gerne jetzt schon) (Bereits aktiv, bitte testen, kommentieren). Nach dem Anpassen der Legacy Overrides muss der Adapter neu gestartet und ein State-Cleanup durchgeführt werden um die Anpassungen zu sehen.
• Es soll möglich sein für einzelne Geräte (später auch Gerätetypen) eigene Bilder zu definieren. (Bereits aktiv - bitte testen, kommentieren) Das passiert in 3 Schritten:
  -- Schritt 1: das Gewünschte Bild als PNG (Grösse < 100 kb) in das Datenverzeichnis des Zigbee Adapters (oder ein Unterverzeichnis davon) kopieren (/opt/iobroker/iobroker-data/zigbee_x , wobei x die Instanz-Nummer ist.
  -- Schritt 2: auf der umgedrehten Kachel das neue Bild auswählen
  -- Schritt 3: ein Upload des Zigbee Adapters durchführen.
  Erst nachdem alle 3 Schritte erfolgreich durchgeführt wurden wird das neue Bild im Adapter genutzt.
• es soll möglich sein (analog zu den externen Konvertern) externe Device-Definitionen machen zu können. (aktuell nicht implementiert)
• die Optionen zum verwalten der Gruppen sollen verbessert werden, so das Geräte von der Gruppen-Kachel aus der Gruppe entfernt werden können. (aktuell nicht implementiert)

Wichtig Diese Adapter-Version ist im Alpha-Stadium. Nicht weil sie besonders oft abstürzt, sondern weil sich bei der Erstellung der States aus den Exposes noch Anpassungen ergeben werden. Eine Nutzung als Produktiv-Adapter ist daher nicht empfohlen

Zum testen muss der aktuelle Test-branch von meinem GitHub installiert werden. (Link: https://github.com/asgothian/ioBroker.zigbee/tarball/1.11).

An Vorschlägen wie einzelne Funktionalitäten angepasst / verbessert werden können bin ich interessiert.

A.
Nachtrag: Nochmal ganz deutlich - wer diesen Adapter auf seinem aktiven ioBroker nutzt riskiert das er bei jeder neuen Version weitere Anpassungen am Umfeld (Skripte, Visualisierungen) durchführen muss. Auch ist der Adapter aktuell nur mit wenigen Koordinatoren getestet - auch da können Auffälligkeiten auftreten. Installation auf eigene Gefahr !!!

@bishop9191 ..ja leider. Ich halt mich noch etwas damit über wasser und werde dann ne neue wallbox kaufen. Auf Dauer ist das so nichts mehr.

@uhu01 genau so!
Wenn du dann noch eine neue SD Karte nimmst, hast du die alte noch als physikalisches Backup

@wendy2702 nee, hab dann mit 7.5 oder 9V Netzteilen 24/7 laufen lassen

@uhu01 sagte in JS Controller UUpdate läuft auf Fehler:

eine Schritt für Schritt Anleitung dazu

wozu?
Installation?
https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht?_=1737919548374

Backup/Restore?
backitup Wiki

@feuersturm sagte in Matter-Beta: Devices und Bridges:

@sigi234 Was steht bei dir im Datenpunkt von deinem Thermostat bei diesem state (natürlich für dein Gerät): hm-rpc.0.00201A4997816C.1.SET_POINT_TEMPERATURE ?

Hi @matt77che ,
ich seh schon wo der Hase im Pfeffer liegt. 12h Zeitformat berücksichtige ich aktuell im Adapter noch nicht.
Im Moment wird das als 9:00 Uhr morgens bis 05:30 morgens interpretiert und da liegt 16:45 drin, weshalb curfew_active auf true gesetzt wird.
Ich muss mir das bei Gelegenheit genauer ansehen.
Evtl. könnte es helfen, wenn du in der App unter Konto - Einstellungen das Zeitformat auf 24h stellst.
Allerdings hab ich es bei mir nicht geschafft, die Ausgangssperre auf 12h Fomat umzustellen. Auch nach Änderung des Zeitformat blieb sie 24h.

@uhu01 sagte in JS Controller UUpdate läuft auf Fehler:

Userland : 32 bit

bei der Neuinstallation mit bookworm bitte die 64bit Variante nehmen.

@uhu01 sagte in JS Controller UUpdate läuft auf Fehler:

Debian 'bullseye' is the current oldstable version. Please upgrade to the latest stable release 'bookworm' in due time!

@uhu01 sagte in JS Controller UUpdate läuft auf Fehler:

0 │ 'default' │ 'http://download.iobroker.net/sources-dist-latest.json'

wo ist dieser URL her?
stable im Namen und beta in der Url gemischt?

@uhu01 sagte in JS Controller UUpdate läuft auf Fehler:

Pending Updates: 62

OS Updates nachholen!

@mcm1957 Habe ich vorhin schon gesehen.
Werde ich morgen mal testen, da mir aktuell das Update noch nicht angeboten wird.
Aber ich bin ja, wie gesagt nur Referenz zum ursprünglichen Problem von @schittl