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

[foxriver76]

@arteck Denke, dann würde ich komplett zurück auf die 'alte Struktur'. Sonst hat der Nutzer das gleiche Problem wie jetzt, wenn er mal aus irgendwelchen Gründen die Struktur löscht, zudem führt es zu unnötiger Komplexität im Code.

[AlCalzone]

@foxriver76 Wäre es ggf. sinnvoll, eine Option einzuführen "legacy-Objektstruktur"? Wenn aus, dann wird die bisherige Struktur beibehalten, sonst die neue verwendet.

Könnte (falls nicht gesetzt) beim Adapterstart gesetzt werden:
Keine Objekte vorhanden ==> Option auf false setzen (Neustart)

So würden neue User die neue Struktur bekommen und alte könnten sich entscheiden.

[foxriver76]

@AlCalzone Ist wie Artecks Option nur dass sie jederzeit beeinflussbar ist. Denke so werde ich es machen. :+1:

[foxriver76]

Es gibt nun zusätzlich eine Option in den Adaptereinstellungen um die "Legacy" Struktur zu nutzen. Nach meinen ersten Tests läuft es wie es soll. Nach wie vor bitte von GitHub installieren und Upload nicht vergessen. ;-)

[arteck]

@foxriver76 jo geht :+1: :+1: ... so viel Aufregung :blush: ....... klasse Arbeit

[foxriver76]

Da die Checkbox von Anfang an auf false steht und somit beim ersten Start Chaos entstehen würde, wird die Checkbox ignoriert und die Legacy-Struktur automatisch genutzt, falls sie bereits existiert. D. h. wenn jemand auf die neue Struktur umziehen möchte, sollte er ein mal den kompletten Namespace löschen, da sonst die Legacy-Struktur automatisch genutzt wird. Somit wird die neue Struktur bei frisch installierten Adaptern automatisch genutzt und bei bestehenden die existente Struktur behalten.

[lobomau]

will bei mir noch nicht recht. Ich hatte gleich mal polling auf 5s runter gestellt. Bin jetzt wieder auf 20s hoch ohne, dass der Fehler weg geht.

hue.0	2019-09-25 22:14:10.490	error	Error: timeout of 10000ms exceeded
hue.0	2019-09-25 22:14:10.489	warn	could not connect to HUE bridge (192.168.178.22:80)
hue.0	2019-09-25 22:13:55.486	error	Error: timeout of 10000ms exceeded
hue.0	2019-09-25 22:13:55.485	warn	could not connect to HUE bridge (192.168.178.22:80)
hue.0	2019-09-25 22:13:45.405	info	starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.hue, node: v10.16.3

Edit: liegt wohl eher an meinem System. Bin auf Vers. 1.2.4 und der Fehler bleibt bestehen. Erst Vers. 0.6.9. läuft bei mir vernünftig. Das war schon vorher so bei mir.

Nee... nicht mal 0.6.9. läuft mehr bei mir. Never touch a running system :-(

hue.0	2019-09-25 22:23:31.047	warn	could not connect to ip
hue.0	2019-09-25 22:23:16.041	warn	could not connect to ip
hue.0	2019-09-25 22:23:01.036	warn	could not connect to ip
hue.0	2019-09-25 22:22:50.961	info	starting. Version 0.6.9 in /opt/iobroker/node_modules/iobroker.hue, node: v10.16.3

Edit2: so... 0.6.9. läuft wieder. Ich habe neuen User erstellt. Morgen oder so traue ich mich wieder an die 2.0.0 ;-)

[sigi234]

Danke, funktioniert sehr gut.:+1:

[xADDRx]

Hallo,

ich habe mal die neue Version aufgespielt. Mir ist leider gleich der gleiche Fehler wie bei den vorherigen Versionen aufgefallen (jedefalls bei mir). Sobald ich eine Lampe über VIS einschalte, geht die Lampe an und gleich wieder aus, also regiert es 2x... Einzig bei der Version 0.6.9 funktioniert alles. Auch sind die reaktionszeiten bei der alten Version besser..

Gruß

Ben

[arteck]

@xADDRx es liegt am widget und entprellen.. bzw am Browser. hat nix mit Adapter zu tun

[foxriver76]

@xADDRx Mit der alten Version meinst du die 1.2.X oder die 0.6.9? Im Vergleich zur 1.2.X sollte es keinen Unterschied geben, zur 0.6.9 -> kann sein, da die Queue implementiert wurde, ich merke allerdings keinen Delay in der Praxis.

Ebenfalls lassen sich die Leuchtmittel ohne das von dir beschriebene Verhalten schalten (via Objekte und Bool Checkbox getestet). Evtl. siehe Antwort von @arteck, ich weiß nicht um welches Widget es geht - der Adapter liefert keins mit.

[xADDRx]

@arteck würde ich ja glauben, aber warum funktioniert es denn mit der Version 0.6.9? Ich habe damals auch auf 1.2.X geupdatet, da hatte ich die selben Probleme.

Ich habe übrigens die Version 0.6.9 wieder drauf und alles funktioniert wieder wunderbar. :woman-shrugging:

Muss mir die Widgets mal anschauen, aber komisch ist das...

[Mic]

@foxriver76
Vielen Dank für die Weiterentwicklung! Wie grenzt sich denn der Adapter zum https://github.com/Zefau/ioBroker.hue-extended ab? Den teste ich derzeit, weiß daher nicht, ob ich wieder "zurück" zum Hue-Adapter gehen soll.

@arteck sagte in [Aufruf] Hue Adapter 2.0.0:

ich muss jede Lampe anfassen im Script und in der Vis...
da sich hier die Datenpunkte geändert haben

Geht da nicht einfach ein simples suchen/ersetzen der Dateien? Also VIS (vis-views.json), /opt/iobroker/iobroker-data/objects.json etc.

[arteck]

@Mic der eine ist alt der andere ist neu

[foxriver76]

@Mic Kenne den Hue-extended nur vom oberfllächlichem lesen. Letztendlich bin ich eher ein Fan davon das bestehende weiterzuentwickeln. Vermutlich ist da viel redundant zwischen den Adaptern. Verstehe allerdings den Ansatz nur bedingt, einen neuen Adapter mit dem gleichen Zweck zu bauen, statt den bestehenden zu erweitern.

Der hue-extended hat meines Wissens nach damit geworben, dass er nur noch das Hauptconfig Objekt pollt, statt für jede Gruppe und jedes Licht ständig Requests zu schießen. Das macht der Hue in der 2.0.0 nun auch. Ansonsten -> der hue Adapter ist im Community Repo und kann somit potentiell von wesentlich mehr Entwicklern langfristig betreut werden (auch wenn die Praxis häufig anders aussieht). Auch denke ich, dass der Adapter mit über 6k Nutzern aktiv weiterentwickelt werden sollte und die Nutzer nicht wechseln müssen.

[Mic]

@foxriver76
Danke für die Erklärung, ergibt absolut Sinn, zumal ja wohl auch jeder Entwickler offen für Pull-Requests für Verbesserungen/Fixes ist. Und dank Community ist eben eine noch bessere Betreuung möglich.
Ich werde daher auch wieder zum "originalen" Adapter wechseln. :-)

[BBTown]

@Mic
mir persönlich ging es mit dem HUE-Extended so wie mit dem UniFi Adapter.
Beide haben meines erachtens zu viel "Overhead" - soll heissen Massenhaft Datenpunkte von denen ich nicht wüßte wie diese gewinnbringend genutzt werden können.
Im Umkehrschluss muss zudem eine komplexe Baumstruktur in Kauf genommen werden.

Daher wurde ich mit dem Adapter nicht warm und bin froh und dankbar, dass dem "Klassiker" neues Leben eingehaucht wurde :-)

[Mic]

Danke @BBTown
Gerade mal zum Test den originalen Hue installiert (läuft soweit top :-) ), bietet deutlich cleanere und intuitivere Datenpunkte. Verstehe nun sehr gut was du meinst :-)
Bastle mir grad was zusammen, um VIS und JavaScripts umzustellen. Hier mal im Vergleich:

Szenen:
hue-extended.0.scenes.m_grün.GroupScene-1_XXXXXXXXXXXXXX.action.trigger
hue.0.R_Wohnlicht.scene_m_grün

Gruppen
hue-extended.0.groups.r_wohnlicht-1.action.on
hue.0.R_Wohnlicht.on

Osram Plug:
hue-extended.0.lights.plug_sonos_beam-47.action.on
hue.0.Plug_Sonos_Beam.on

Viel besser :+1:

[dslraser]

In stable ist die neue Version aber noch nicht, oder ? (bei mir wird noch die 1.2.3 angeboten)

[sigi234]

@dslraser sagte in [Aufruf] Hue Adapter 2.0.0:

In stable ist die neue Version aber noch nicht, oder ? (bei mir wird noch die 1.2.3 angeboten)

Die Version wird heute im Laufe des Tages im Latest/npm verfügbar sein. Für jetzt bitte GitHub Install nutzen: https://github.com/iobroker-community-adapters/ioBroker.hue