Test Adapter deConz v2.0.x
-
@Markus84 extra für dich gerade Hoch geladen.
-
@Jey-Cee Besten Dank! Falls wir uns mal irgendwann persönlich sehen, gebe ich dir auch ein großes Bier aus!
-
@Markus84 sagte in Test Adapter deConz v2.0.x:
@Jey-Cee Besten Dank! Falls wir uns mal irgendwann persönlich sehen, gebe ich dir auch ein großes Bier aus!
Ein Whisky wäre mir lieber
-
@Jey-Cee So happy wie meine Frau gerade ist das die Fernbedienungen wieder gehen, sollte das Haushaltsbudget auch Bier und Whisky hergeben
-
Ich habe gerade noch eine Heimann Sirene eingebunden. Ist es beabsichtigt, dass drei separate Datenpunkte angelegt werden?
- unter sensors:
- unter lights:
- ebenfalls unter lights:
Es funktioniert einwandfrei, es ist nur etwas verwirrend... Und man muss erst mal herausfinden, dass die Sirene nicht kaputt ist, sondern es woanders noch mehr Datenpunkte gibt
- unter sensors:
-
@Markus84 1 und 2 ist "normal" weil manche Geräte so aufgeteilt sind, aber frag nicht warum.
3 ist vermutlich der Conbee stick selber, der Taucht immer wiedermal auf. -
Sorry, aber kurze Verständnisfrage, weil ich aus dem Thread bisher nicht schlau geworden bin
Wie oder wo läuft das mit der Umbenennung der Objekte? Adaptereinstellungen oder Objekteliste?
In der Adaptereinstellung finde ich bei 2.0.4 keine Möglichkeit die Geräte umzubenennen??? -
@Berchemer in der Objektliste.
-
@Jey-Cee
Sorry, aber stehe immer noch auf dem Schlauch
Das mit der Umbenennung der Geräte in der Objekteliste konnte man doch auch schon mit der 1.x'er des Adapters machen.
Ich dachte, dass man die Geräte, die der Phoscon/deconz ausgibt in den Adaptereinstellungen umbenennen kann und sie dann zukünftig von einem Reset der Namen beim Neuladen der Objekte vom Phoscon so beibehalten werden, wie man sie in den Adaptereinstellungen vorgenommen hat.Dann habe ich mir wohl was Falsches unter Objektumbennenung in der v2.x'er vorgestellt
Trotzdem weiterhin Danke für die in den Adapter investierte Zeit und Arbeit
-
@Berchemer sagte in Test Adapter deConz v2.0.x:
und sie dann zukünftig von einem Reset der Namen beim Neuladen der Objekte vom Phoscon so beibehalten werden
Genau so ist es jetzt. Ich hab mir bisher nur noch nicht die Mühe gemacht das auch in die Adapter config ein zu bauen.
Momentan weis ich noch nicht was ich mit der Config mache, vielleicht schmeiß ich da alles Raus, weil die Verwaltung jetzt Vollständig über die Objekte möglich ist. -
@Jey-Cee
Danke für die Erläuterung. Und hoffentlich zum letzten Mal... Ich habe also verstanden:Wenn ich im Phoscon/Deconz den Namen ändere, ändert sich an den Namen der Objekte/Geräte zukünftig in der Objektansicht gar nichts mehr, weil der Adapter über die ID des Gerätes erkennt, dass es einen Eintrag in der Objektansicht gibt und er keine Umbenennung vornehmen muss.
Es sei denn, ich lösche alle Objekte aus der Liste und lasse sie über den Adapter neu einlesen. Dann habe ich wieder die kurzen Namen aus Phoscon/Deconz.Zum Verständnis:
Aus einer möglichen Benennung der Objekte/Geräte in der Deconz-Adapter-Konfig hatte ich mir einen anderen Vorteil erhofft. Dann hätte man auch gefahrlos alle Objekte löschen und neu über den Adapter neu anlegen lassen können.
Und die eher kryptischen, weil kurzen Namen von Phoscon/Deconz, wären dann automatisch aus der Vorgabe im Adapter-Konfig angepasst worden. Und es hätte auch den Vorteil gehabt, dass auch alle Unterobjekte eines Gerätes genauso benannt worden wären, wie die Gerätebezeichnung. Derzeit muss man ja alle Objekte / Unterobjekte eines Gerätes einzeln in der Objekteansicht umbenennen. -
Neue Frage im Zusammenhang mit diesem Adapter:
Habe gestern eine OSRAM-Steckdose aus der Objektliste gelöscht.Nun wusste ich nicht, wie ich sie danach wieder in die Liste importiert bekomme. Habe einfach keinen Neueinlesen-Button gefunden. Ich dachte, dann bin ich schlau und lösche die Steckdose in der Adaptereinstellung unter Geräte, um festzustellen, dass ich dadurch die Steckdose auch im Phoscon gelöscht habe.
In diesem Zusammenhang habe ich jetzt in der Objekteliste einmal einen Unterordner Lights, in welchem die Objektstruktur noch genauso hinterlegt ist, wie ich sie vom alten Adapter kannte.
Hinzugekommen ist nach dieser Aktion noch ein Unterordner lights, welche an vorderster Stelle wohl die UID der Geräte inne hat.Seltsam ist hierbei, dass es sich eigentlich um eine neue Installation eines ioBroker unter neu eingerichtetem Linux (keine virtuelle Maschine) ohne das Einspielen eines Backup handelt und ich den Deconz-Adapter von Anfang an auf die 2.x upgedatet hatte, bzw. vor der Installation erst einmal von Github aktualisiert und erst danach installiert habe.
Welche Struktur ist denn nun die aktuelle? Die unter Lights (großgeschrieben) mit einer fortlaufenden Zahl von 1 angefangen oder lights (kleingeschrieben) mit einer mehrstelligen UID am Anfang?
Und wie kann ich ein Gerät, welches ich in der Objektliste gelöscht habe, neu einlesen?
Und kann man tatsächlich über den Button OPEN NETWORK auch direkt aus dem Adapter neue Geräte anlernen? -
Ergänzung zu oben:
Habe die Steckdose dann im Phoscon wieder neu angelernt und nach ca. 1 Minute und mehrmaligem Neustart des Adapters war das Gerät dann auch in der Objekteliste wieder enthalten. -
@Berchemer sagte in Test Adapter deConz v2.0.x:
Und wie kann ich ein Gerät, welches ich in der Objektliste gelöscht habe, neu einlesen?
Adapter neu starten.
@Berchemer sagte in Test Adapter deConz v2.0.x:
Und kann man tatsächlich über den Button OPEN NETWORK auch direkt aus dem Adapter neue Geräte anlernen?
Ja
@Berchemer sagte in Test Adapter deConz v2.0.x:
elche Struktur ist denn nun die aktuelle?
UID
-
Ich hab voerher mal die version 2.0.5 auf npm Veröffentlicht.
-
Morgen @Jey-Cee
ich hatte bisher keine Probleme mit dem Adapter, 2.0.5 macht irgendwie komisch und ist nicht stabil.
Geht mal, mal nicht.... verliert Lichter ( Steckosen )aktuell wieder mal im Log
host.IOBroker 2020-10-04 04:38:50.710 error Caught by controller[1]: at process._tickCallback (internal/process/next_tick.js:68:7) host.IOBroker 2020-10-04 04:38:50.710 error Caught by controller[1]: at handleWSmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:2325:54) host.IOBroker 2020-10-04 04:38:50.709 error Caught by controller[1]: TypeError: Cannot read property 'id' of undefined host.IOBroker 2020-10-04 04:38:50.709 error Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejecte deconz.0 2020-10-04 04:38:50.189 info (19763) Terminated (NO_ERROR): Without reason deconz.0 2020-10-04 04:38:50.187 info (19763) terminating deconz.0 2020-10-04 04:38:50.169 info (19763) cleaned everything up... deconz.0 2020-10-04 04:38:50.167 error at process._tickCallback (internal/process/next_tick.js:68:7) deconz.0 2020-10-04 04:38:50.167 error at handleWSmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:2325:54) deconz.0 2020-10-04 04:38:50.167 error (19763) TypeError: Cannot read property 'id' of undefined deconz.0 2020-10-04 04:38:50.165 error (19763) unhandled promise rejection: Cannot read property 'id' of undefined Unhandled 2020-10-04 04:38:50.165 error promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). -
nur zur Info,
läuft jetzt wieder stabil.
Das Problem tritt anscheinend nur auf wenn man die Konfiguration ändert, also
Namen der Geräte ändert oder Geräte löscht und wieder hinzufügt.@Jey-Cee
lass mal so, nachdem ich den Adapter gelöscht und komplett neu angelegt habe sieht es wieder gut aus. -
Es gibt immer mehr Meldungen das Geräte die als Licht in deConz geführt werden mehr als einen Kanal haben. Aufgrund der neuen Struktur werden die aber nicht Berücksichtigt.
Deshalb installiert bitte die v2 nicht. Wer die v2 verwendet und von dem Problem betroffen ist sollte am besten zur v1 zurück gehen, es wird noch eine Weile keine Lösung dafür geben.
Mir stellt sich jetzt die Frage was ich machen soll. Hier 3 Möglichkeiten die ich sehe:
- Einen Schritt zurück gehen und die Geräte wieder Splitten, die MAC wird weiterhin verwendet plus Erweiterung.
Der Aufwand wäre sehr gering, aber es wird wieder Unübersichtlicher und es gibt keine Garantie das es ohne Probleme funktioniert. - Eigene Geräte Definitionen verwenden.
Sehr Aufwändig, bedeutet den Adapter zu großen Teilen neu zu schreiben und erfordert das für jedes neue Gerät eine Definition angelegt werden muss. Im Gegenzug bedeutet das eine sehr Starke Kontrolle darüber wie Geräte in ioBroker dargestellt werden. - Ich stell die Arbeit am Adapter ein weil mir langsam die Lust an deConz vergeht. Immer wieder gibt es Änderungen die Probleme verursachen und ein Überarbeiten nötig machen. Vieles ist gar nicht Dokumentiert und das es Lampen gibt die sich als 2 Geräte ausgeben wusste ich bisher gar nicht. Sonst hätte ich das Berücksichtigen können.
- Einen Schritt zurück gehen und die Geräte wieder Splitten, die MAC wird weiterhin verwendet plus Erweiterung.
-
@Jey-Cee Also ich finde deinen Adapter super und er funktioniert bei mir auch einwandfrei. Für mich wäre Möglichkeit 3 daher eine Katastrophe. Gerade die Verbesserungen in Version 2 finde ich top.
Auch wenn hier nicht jeder mitliest und sich meldet geht es glaube ich vielen Leuten so wie mir.
Zu Möglichkeit 1 und 2 habe ich keine Meinung. Ich bin aber gerne bereit beim Testen zu unterstützen - egal für welchen Weg du dich entscheidest.
-
@Markus84 sagte in Test Adapter deConz v2.0.x:
@Jey-Cee Also ich finde deinen Adapter super und er funktioniert bei mir auch einwandfrei. Für mich wäre Möglichkeit 3 daher eine Katastrophe. Gerade die Verbesserungen in Version 2 finde ich top.
Auch wenn hier nicht jeder mitliest und sich meldet geht es glaube ich vielen Leuten so wie mir.
Zu Möglichkeit 1 und 2 habe ich keine Meinung. Ich bin aber gerne bereit beim Testen zu unterstützen - egal für welchen Weg du dich entscheidest.
Dem schließe ich mich 1:1 an.
