Tester für Zigbee Adapter 2.0.x gesucht
-
- Welchen Web-browser nutzt du ?
- kannst du die Seite ohne cache erzwungen neu laden ?
Bei meiner Testumgebung geht das Bild - getestet mit Firefox, Arc und Safari
A.
-
@david-g sagte in Tester für Zigbee Adapter 2.0.1 gesucht:
@bommel_030Es gibt eine Test version der 2.0.2, die ihr (wenn ihr wollt) installieren und testen könnt. Installation von GitHub aus diesem Repository:
https://github.com/asgothian/ioBroker.zigbee/tarball/1.11
Installation auf eigene Gefahr. Nach installation bitte testen:
- geht das OTA ?
- funktionieren die ggf. vorhandenen Fernbedienungen / Wandschalter wie erwartet
Bei Problemen könnt ihr direkt zurück auf die 2.0.1 aus dem Latest.
In diesem Bereich hat es Anpassungen gegeben. Sofern bei den Tests keine Auffälligkeiten auftreten kommen diese Anfang kommender Woche ins Latest.
A.
-
@asgothian
Hab es mit Chrome und Edge getestet, gleiches Ergebnis. Das Bild ist auf jeden Fall ok, zumindest wird es direkt angezeigt wenn ich es über Datei-Tab vom Admin hochlade.
Die 2.0.2 werd ich erst morgen testen können. -
@bommel_030 bitt4 schau dir in chrome mit den Developer Tools an warum die Bilder nicht geladen werden. Ich habe weder auf Edge noch auf Chrome Zugriff und kann das daher nicht verifizieren
A.
-
Die 2.0.2 ist seit heute Morgen im
Stablelatest (Danke, @arteck)A.
Danke für die Korrektur - ich war noch nicht wach
-
@asgothian sagte in Tester für Zigbee Adapter 2.0.1 gesucht:
Die 2.0.2 ist seit heute Morgen im Stable (Danke, @arteck)
in latest ......
-
@arteck Warum funktionieren bei meinen Aquara Bewegungsmeldern illuminance und occupancy timeout nicht mehr? Der wert aktuallisiert sich nicht mehr.
-
@flugschüler sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@arteck Warum funktionieren bei meinen Aquara Bewegungsmeldern illuminance und occupancy timeout nicht mehr? Der wert aktuallisiert sich nicht mehr.
Das steht im 1. Post dieses Threads.
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Die Entscheidende Neuerung ist der Wechsel auf den Zigbee-Herdsman 3.5 und die Zigbee-Herdsman-Converter 21.x, sowie der Wechsel weg von den im Adapter definierten Gerätebeschreibungen. Daraus resultiert das sich für eine Vielzahl von Geräten die Datenpunkte ändern. Betroffen sind ca. 200 Gerätetypen - wobei es durchaus sein kann das einzelne Nutzer wenig bis gar nicht betroffen sind. Eine Liste von Geräten findet sich in dieser Diskussion auf Github. Es ist nicht auszuschliessen das auch Gerätetypen betroffen sind die sich nicht auf dieser Liste befinden.
Im Detail:
illuminancewurde durchilluminance_rawersetzt
occupancy timeoutwurde ersatzlos gestrichenHätte das anders gelöst werden können ? Vielleicht. Das hätte aber auf Dauer zu Problemen geführt die wir aktuell gerade loswerden wollen - insbesondere die Notwendigkeit den Adapter basierend auf Geräteänderungen im Zigbee-Herdsman-Converters Projekt (die wir nicht immer mit bekommen) aktualisieren zu müssen, auch bei Geräten die wir nicht haben. Wit haben uns dagegen entschieden.
Die Methoden das selber zu ändern sind in Arbeit - dann können versierte Nutzer da selber Hand anlegen - müssen sich aber in der Folge auch selber um die Anpassungen kümmern.
A.
-
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Die Instanzeinstellung soll nicht genutzt werden, sondern die GUI, werde ich mir merken.
Die Philosophie hinter der Trennung ist wie folgt:
- Adapter Einstellungen für die Konfiguration des Adapters / Adapter-verhaltens. Generelle Einstellungen, Alles was direkt auf die Erzeugung der Datenpunkte durchgreift (Legacy Overrides), etc, sowie Erweiterte (Developer) Funktionen
- GUI für die 'Bedienung' des Adapters. Alles was ohne Neustart gehen soll, und primär während der Nutzung interessant ist.
Ich hab den 1. Post dazu angepasst.
A. -
@thomas-maul Wirf mal einen Blick auf die 2.0.2er Version. Vielleicht kannst du mit dem neuen 'action' state bei den Osram besser arbeiten als mit den einzelnen States.
A.
-
Bekomme den Fehler im Log mit der 2.0.2 nicht mehr, wenn ich die Geräte auf Aktualisierungen prüfe.
-
Servus
Habs auch gerade installiert und getestet.
Geht bis jetzt Problemlos, nur bei Batterie betriebenen Geräten steht die Batteriespannung auf 2900V.
-
@asgothian
Danke für den Hinweis, komme aber erst im Laufe der Woche dazu
-
@flaterick sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Servus
Habs auch gerade installiert und getestet.
Geht bis jetzt Problemlos, nur bei Batterie betriebenen Geräten steht die Batteriespannung auf 2900V.
Ja, bei mir auch.
Ob sich die Reichweite auch vertausendfacht
-
es ist doch alles schon da .. hab dir doch die Beschreibung gesendet ..
-
Bei mir klappt der "Debug" Reiter nicht unter der 2.0.2.
Wenn ich drauf gehe bleibe ich einfach im selben Reiter.
Auch klappt der Wechsel zu einem anderen Reiter nicht immer, wenn ich zuvor auf Debug gedrückt habe.
-
@david-g sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Bei mir klappt der "Debug" Reiter nicht unter der 2.0.2.
Wenn ich drauf gehe bleibe ich einfach im selben Reiter.
Auch klappt der Wechsel zu einem anderen Reiter nicht immer, wenn ich zuvor auf Debug habeDer debug Reiter ist bisher leer - steht auch im 1. Post. Der ist erst für die 2.0.3 oder 4 fertig
A.
-
Wer lesen kann.....
-
@arteck said in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian
@thomas-maul
es ist doch alles schon da .. hab dir doch die Beschreibung gesendet ..Moin,
verstehe ich nicht. Wie meinst Du das ("gesendet")?Ansonsten: bei dem Schalter ist der Action state quasi leer bzw. wird gleich wieder überschrieben. Das Problem scheint insbes. zu sein, dass dieser Schalter bei "langen Drücken" zwei messages nacheinander schickt.
Für meine Zwecke habe ich das nun über blockly gelöst, indem ich einen alias angelegt habe und per blockly dann sowohl den "state" (Index der Taste 1, 2 und drei) als auch "msg from zigbee" ("type") auswerte und auch noch eine Zwischenvariable beschreibe.
Quasi von hinten durch die Brust, läuft aber für meine Zwecke, um alle sechs möglichen Aktionen (ohne mehrere Tasten gleichzeitig) zu identifizieren...
-
@asgothian
Hat etwas gedauert, hab jetzt die 2.0.2 aus dem latest installiert.
Wenn ich auf neue Firmware prüfe werden die deaktivierten, bzw. nicht erreichbaren Geräte korrekt übersprungen. Danach gibt es Fehlermeldungen und die Instanz startet neu.
Die IKEA Trektakt Steckdose hat jetzt ein richtiges current/default Bild. Meine manuell hochgeladenen sind immernoch "defekt".
Die habe ich per FTP hochgeladen, da der Admin nicht an der entsprechende Verzeichnis kommt.
Bei den oberen beiden steht<img alt="" src="img/E22x4.png">Die runde IKEA Fernbedienung https://www.zigbee2mqtt.io/devices/E1524_E1810.html funktioniert einwandfrei.
Bei der kleinen https://www.zigbee2mqtt.io/devices/E1743.html erscheint bei jedem TastendruckDevice '0x04cd15fffe2e2772' announced itselfDas war mit der 2.0.1 nicht.
