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

[UltraJochen]

Moin, gibt es aktuell Probleme beim Erstellen des API-Keys?
Heute den Conbee 2 bekommen, Phoscon App läuft aber bei der Integration in iobroker scheitere ich.

Egal ich user und password eingebe oder in den Gateway Einstellungen auf "App verbinden" klicke, das API-erstellen-Fenster macht nix.

Iobroker läuft bei im Docker Container auf einem Synology-Nas mit Node 8.16.0.

[Jey Cee]

@UltraJochen bist nicht der erste der Probleme hat. Welche deConz Version hast du?

[UltraJochen]

@Jey-Cee
Bei solchen Aussagen, weiß man immer gar nicht so recht ob das gut ist oder nicht :)
Achja, die Version 1.1.12

[Jey Cee]

@UltraJochen das ist nur die API Version, deConz hat irgendwas 2.xx.xx

[UltraJochen]

Sorry :)

V: 2.05.66 / 16.6.2019
FW: 264A0700

[Jey Cee]

@UltraJochen OK könnte an der Version liegen.
Oder läuft deConz bei dir in einer VM oder ähnlichem?

[UltraJochen]

Ne, wie gesagt im Docker-Container auf einem Synology Nas.

[Jey Cee]

@UltraJochen dann schau mal hier geht es um das selbe Problem auch mit docker.

[Glasfaser]

@UltraJochen

Ich habe auch eine Synology und ein Conbee II.

Habe bei mir IP 127.0.0.1 und der Key wird auch erstellt.

Habe zum Test mal alles gelöscht ; Erstellte Ordner + Datenpunkte + Adapter deCONZ + Docker deCONZ und wieder neu Installiert , er wird mit dem Adapter auch wieder erkannt.

[UltraJochen]

Ok, Fehler gefunden. iobroker lief auf einer anderen IP wie das Gateway. Hatte anfangs für iobroker eine IP als macvlan vergeben.
Jetzt läufts, vielen Dank für die Hilfe. :)

[Glasfaser]

@UltraJochen

Und was sagt uns das ….. Das Problem sitzt immer vor dem Bildschirm! :grinning:

Schön das es funktioniert ...

[Kugelkopf]

Ich habe seit dem Update auf deConz Version: 2.5.66 das Problem, dass nach jedem neustart des RaspberryPi ein neuer API Key erzeugt werden muss. Ansonsten lässt sich nichts mehr via ioBroker steuern.

Ich würde jetzt erstmal auf deconz als Ursache tippen. Vielleicht hat sich aber auch etwas an der Schnittstelle geändert? Ich weiß es nicht. Vielleicht gibt es ja noch mehr Leute mit diesem Problem.

[Jey Cee]

@Kugelkopf ich hab mal im gh repo von deConz gesucht, das Problem gab es auch bei anderen. Dazu gab es auch einen Fix, bereits im Februar.

Wenn ich das richtig verstanden hab, hatten andere ein Problem wegen einem Auto Update tool für deConz. Daraus folgere ich das es einen Fehler beim Update aufgetretten sein könnte.
Am besten mal ein Backup machen und deConz neu installieren.
Das Backup lässt sich in der Phoscon app machen.

[ChrisXY]

ich wechsel nun zum CC Stick. Auch in Phoscon hab ich mehrfach Probleme das er Geräte "verliert" . Keine Lust mehr :)

[Kugelkopf]

@ChrisXY Ich hab auch mal überlegt, aber das gelbe vom Ei ist es dort auch nicht. Und was den deconz Adapter von JayCee angeht, der macht was er soll =)! Außer aktuell. :D Aber wie ich ja auch schon vermutet hatte, liegt es eher an deconz selbst.

[Kugelkopf]

@Jey-Cee Ich schau mir das mal an! Hätte ich auch selbst mal drauf kommen können -.- dort nachzuschauen. Danke!

[UncleB]

@UltraJochen said in [Aufruf] deConz Adapter Testen 1.1.2:

Ok, Fehler gefunden. iobroker lief auf einer anderen IP wie das Gateway. Hatte anfangs für iobroker eine IP als macvlan vergeben.
Jetzt läufts, vielen Dank für die Hilfe. :)

Bei mir genau so, IOBroker im macvlan mit eigener IP und Deconz hat die gleiche IP wie meine Syno...
Der Deconz Adapter lässt sich so nicht verbinden.
Bleibt mir also nichts anderes übrig als den selben Host wie die Syno zu verwenden?

Allerdings macht mir dieser Beitrag von andre in seinem Blog ein bisschen sorgen:

Im Hinblick auf die Verwendung des aktuellen ioBroker-Docker-Images und der aktuellen Synology-DSM-Version ist diese Option allerdings aktuell nicht möglich. Ein Bug in der verwendeten Version des Linux-Kernels verhindert ein Ausführen von „sudo“ innerhalb des Containers. Seit der Änderung der Installationsroutine von ioBroker wird „sudo“ aber zwingend benötigt. Bis zur Aktualisierung der Kernel-Version im DSM wird diese Einschränkung wohl auch bestehen bleiben. Andere Systeme (z.B. ein Debian Server) sind, sofern eine aktuelle Kernel-Version verwendet wird, nicht betroffen. Hier kann der Host-Mode verwendet werden.

[Gerni]

Habt ihr aktuell auch ein verzögertes Schalten von Lampen? Ob der phoscon App wird eine Lampe als eingeschaltet angezeigt. Ausgelöst durch xiaomi bwm und passendem blockly in iobroker in Kombination mit deconz Adapter 1.1.2. Dir Lampe selbst ist jedoch aus ggf. Ändert sie den Status nach einer Weile... vielleicht.
Es gab allerdings an keiner Stelle ein Update, zumindest keines das ich gesehen habe.

[Wildbill]

@Gerni
Hi, nein bei mir läuft alles. Lampen werden sowohl durch BWMs als auch gesteuert von iobroker sofort geschaltet. Auch Befehle der Fernbedienungen (IKEA und Hue) kommen sofort in iobroker an und werden ausgeführt, ohne merkliche Verzögerung.

Den Effekt, dass Lampen in Phoscon als ein angezeigt werden, obwohl sie aus sind gibt es wohl in Verbindung mit der neuen Version der IKEA-Bewegungsmelder. Dazu gibt es bei Github einen passenden Workaround. Den ausgeführt und alles läuft wieder problemlos, falls das Dein Problem sein könnte.
Ansonsten mal schauen, dass kein WLAN dieselben Frequenzen nutzt und vielleicht mal die Hardware neu starten.

Gruss, Jürgen

[Gerni]

@Wildbill ok, ikea bwm habe ich nicht. Was meinst du mit Frequenz? Den Kanal? Wo sehe ich denn in deconz welcher Kanal davon genutzt wird? Wäre eine Möglichkeit, in der Fritzbox steht der auf Auto.
Gruß