UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Wildbill]

@Jey-Cee
Kein Problem. Ist ja kein Beinbruch und die Skripte waren schnell angepasst. Im Prinzip ist es ja so, wie es jetzt ist, fast logischer. Mich hat es nur gewundert, dass die Funktion sich geändert hat.
Also von meiner Seite hier wirklich kein Bedarf mehr, dem nachzugehen oder nochmal was zu ändern.
Stattdessen nochmal ein FETTES DANKE.

Gruss, Jürgen

[BigWumpus]

Habe gestern auf 1.1.1 umgestellt - startet nicht.

Erst die 1.0.1 startet wieder, also ab 1.1.0 habe ich den Fehler drin:

host.Home-Pi-ioBroker	2019-05-05 01:31:23.198	info	Restart adapter system.adapter.deconz.0 because enabled
host.Home-Pi-ioBroker	2019-05-05 01:31:23.198	error	instance system.adapter.deconz.0 terminated with code 1 ()
host.Home-Pi-ioBroker	2019-05-05 01:31:23.198	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/index.js:3:19)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.198	error	Caught by controller[0]: at require (internal/module.js:20:19)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.198	error	Caught by controller[0]: at Module.require (module.js:504:17)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.198	error	Caught by controller[0]: at Function.Module._load (module.js:445:3)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: at tryModuleLoad (module.js:453:12)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: at Module.load (module.js:494:32)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: at Object.Module._extensions..js (module.js:586:10)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: at Module._compile (module.js:549:28)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: at Object.runInThisContext (vm.js:97:10)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: at createScript (vm.js:56:10)
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: SyntaxError: Unexpected token ...
host.Home-Pi-ioBroker	2019-05-05 01:31:23.197	error	Caught by controller[0]: ^^^
host.Home-Pi-ioBroker	2019-05-05 01:31:23.196	error	Caught by controller[0]: ...options
host.Home-Pi-ioBroker	2019-05-05 01:31:23.196	error	Caught by controller[0]: /opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/websocket.js:347
host.Home-Pi-ioBroker	2019-05-05 01:31:21.707	info	instance system.adapter.deconz.0 started with pid 18094

[Jey Cee]

@BigWumpus läuft bei dir noch nodejs v6.x.x?

[BigWumpus]

@Jey-Cee
jupp, v6.14.3

So, Update nach hier durchgeführt.

Läuft jetzt!

[BigWumpus]

Das Problem mit dem unbekannten "Drücken"-Zustand bei Switches habe ich mit einer Abfrage gelöst:
Die letzte Änderung des Feldes "lastupdated" darf bei mir maximal 100ms alt sein, dann ist es frisch gedrückt, sonst kann es von einem Adapter-Neustart stammen. Diese Abfrage muß aber etwas verzögert erfolgen, weil der "Buttonevent" zuerst gesetzt wird und ca. 4ms später der "Lastupdated"...

Switch-Kopf.gif

[Asgothian]

@Jey-Cee sagte in [Aufruf] deConz Adapter Testen 1.1.0:

@Wildbill hab den code 1:1 von @Asgothian übernommen, hab nur den PR nicht gemerged weil ich schon andere Änderungen lokal drin hatte. Die Zeit von 800ms ist drin.

Ich schau mir das nochmal an.

Hallo,

der Pull request den ich auf Github abgelegt hab hatte 2 Anpassungen am main.js - einmal auf die "true/false" Variante, die du auch in den haupt-zweig übernommen hast. Diese hat so nicht sauber funktioniert, da nach dem Trägern immer noch der Wert des eigentlichen buttonevent abgefragt werden muss. Deswegen hatte ich eine 2. Anpassung im Pull-Request, die den 'buttonpressed' auf den Wert setzt der auch im buttonevent drin steht, und später auf 0. Nur so kann man auch schnelle Tastenkombinationen sauber abfangen, da der Timeout kurz gewählt werden kann.

Kannst Du das noch anpassen ?

A.

[siggi85]

@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.1.0:

@Jey-Cee sagte in [Aufruf] deConz Adapter Testen 1.1.0:

@Wildbill hab den code 1:1 von @Asgothian übernommen, hab nur den PR nicht gemerged weil ich schon andere Änderungen lokal drin hatte. Die Zeit von 800ms ist drin.

Ich schau mir das nochmal an.

Hallo,

der Pull request den ich auf Github abgelegt hab hatte 2 Anpassungen am main.js - einmal auf die "true/false" Variante, die du auch in den haupt-zweig übernommen hast. Diese hat so nicht sauber funktioniert, da nach dem Trägern immer noch der Wert des eigentlichen buttonevent abgefragt werden muss. Deswegen hatte ich eine 2. Anpassung im Pull-Request, die den 'buttonpressed' auf den Wert setzt der auch im buttonevent drin steht, und später auf 0. Nur so kann man auch schnelle Tastenkombinationen sauber abfangen, da der Timeout kurz gewählt werden kann.

Kannst Du das noch anpassen ?

A.

Fande ich auch super. 😊

[Jey Cee]

@Asgothian mach ich

[Jey Cee]

Es ist jetzt 1.1.2 online.

WICHTIG: Nodejs 6 wird nicht mehr unterstützt.

Diese Version soll möglichst bald ins stable, also hoffe ich auf viel Feedback.
Ab jetzt gibt es erstmal nur Bugfixes, neue features erst wieder wenn die Aktuelle version im Stable ist.

[Asgothian]

Update gemacht - bei mir geht soweit alles. Wenn mir etwas auffällt meld ich mich noch einmal.

Nochmal danke für das anpassen des buttonpressed - so wie es jetzt ist war das gedacht.

A.

[eumats]

Bei mir läuft 1.1.2 bisher auch stabil.

[siggi85]

Habe auch gerade installiert. Die ersten Tests sehen gut aus. Werde weiter beobachten. :)

[Kugelkopf]

Gibt es zufällig ein Script, welches alle SQL Datenpunkte umschreibt? Wenn ich Updaten würde (0.4.0) dann müsste ich unglaublich viele Datenpunkte aufrufen und mit neuem (alten) Namen versehen. Das ganze hab ich damals schon einmal gemacht. Die komplette SQL Datenbank auf die neuen Namen umgestellt. Das war unglaublich viel Arbeit. Ich bin auch nicht wirklich Fit was Datenbanken angeht. Falls jemand die nötigen Querys und Inserts weiß und mitteilen mag, wäre das super! Ansonsten werde ich wohl auf 0.4.0 bleiben bis es nicht mehr geht.

Viele Grüße!

[BigWumpus]

gelöscht wegen ist nicht so

[Hoffiheller]

Hallo @all ich bin relativ neu im Forum, lese aber schon eine Weile mit, nun habe ich auch mal ein Problem bezüglich deCONZ Adapter und PhosconApp(ich glaube Phoscon gehört hier nicht her).
Zu aller erst einmal an Riesen Danke an alle Mitwirkenden. Dankeschön
Grundsätzlich sind es keine Probleme nur ein paar Schönheitsfehler, vermutlich durch falsche Installation ausgelöst, ich finde aber nicht den richtigen Weg, bin aber vielleicht auch nur zu blöd die richtigen Schlüsselwörter zu suchen.

Folgende Probleme sind diese das ich im DeCONZ Adapter für meine Xiaomi Aqara Multisensoren keine Batterie werte angezeigt bekomme das Feld mit dem Wert bleibt leer, folgend ein Bild wo diese Werte vorhanden sind.
Und in der PhosconApp bekomme ich die Temperatur werte von den Xiaomi Mijia Tür-/Fensterkontakten nicht übermittelt diese bleiben bei mir auf 0grad stehen anbei nochmal ein Bild wo die werte vorhanden sind.

Ich bin leider gerade unterwegs und kann euch nicht alle Daten übermitteln falls es aber gewünscht ist reiche ich es nach. Ansonsten funktioniert alles bestens mit meinen ConBee USB Stick am RaspberryPi 3b, deCONZ Adapter 1.1.2

Vielen Dank nochmal an die gesamte Community.

[Hoffiheller]

sorry das mit den Bildern hat nicht geklappt, versuche es später nochmal.
Dieser Post kann gelöscht werden habe zu spät den Bearbeitungsbutton gesehen.

[Kugelkopf]

@Hoffiheller Moin!

Bzgl. der Batteriewerte: Dies ist ein bekannter Fehler in der aktuellen Firmware von DresdenElektronik selbst und hat nichts mit dem ioBrokerAdapter zu tun. Siehe: deConz Github Issus

Zum Thema Temperaturen: Die Werte der Aqara Tür/Fenster/PIR Sensoren sind eh für die Katz und völlig unbrauchbar.

Viele Grüße!

[Hoffiheller]

@Kugelkopf
Danke das hilft mir schon weiter. Der Batteriewert wäre schön, die Temperatur brauch ich ja nicht von den Kontaktsensoren da ich ja eh in jeden Raum einen Multisensor habe. Ich dachte nur ich Frage mal weil es ja bei den ein oder anderen ja angezeigt wird.
Nochmals vielen Dank an die Community

[Kugelkopf]

@Hoffiheller Ich gehe davon aus, dass sie diesen Fehler mit der nächsten FW wieder beheben. Hättest du noch die alte FW drauf gehabt beim hinzufügen der Multisensoren, dann würde dir vermutlich auch noch der Batteriestand angezeigt werden. Offenbar tritt der Fehler nur bei Sensoren auf, die neu oder wieder hinzugefügt wurden, unter der neuen FW. Kannst den Git ja mal abonnieren um auf dem neusten Stand zu bleiben. Ich rate dir allerdings von BetaVersionen ab.

Viele Grüße!

[eumats]

Moin.

Ich bin gerade dabei eine Überwachung meiner Xiaomi Sensoren zu realisieren. Also das ich eine Telgrammeldung bekommen, wenn der Datenpunkt reachable der Sensoren gleich false ist. Danke @AlCalzone habe ich das Skript auch schlank hingekommen.
Nun wollte ich dieses Skript testen und habe den Ausfall eines Temperatursensors simuliert indem ich die Batterie entfernt habe. Das war gestern Abend um 17:30 Uhr. Leider ist der Datenpunkt des betroffenen Sensors immer noch reachable = true. In der Phocon-Webobefläche wird der Sensor auch nicht als ausgefallen erkannt.
Ich habe den Adapter auf debug gestellt. Im betreffenden Zeitraum gab es keine Aktualisierung des Sensors.

NACHTRAG: Auch ein Reboot des iobroker Rechnern hat nichts geändert.

Hat jemand eine Idee?

Eckdaten:

• Stick: ConBee
  Version: 2.05.64 / 22.4.2019
  Firmware; 26320500
• deconz V1.1.2
• node -v v10.15.3
  nodejs -v v10.15.3
  npm -v 6.9.0