Test Adapter hue v2.2.x

[foxriver76]

@sigi234 Strange, dass er dir ein Update anzeigt. Ist ja davon auszugehen, dass die Listen mal neu geladen wurden.

[sigi234]

@foxriver76 sagte in Test Adapter hue v2.2.x:

Ist ja davon auszugehen, dass die Listen mal neu geladen wurden

Natürlich.

[HeliosFan]

Macht doch aus 2 Adaptern einen und gut ist.
Hue 2.2 extended.

[foxriver76]

@sigi234 Stimmt im Latest wird er angezeigt: http://repo.iobroker.live/sources-dist-latest.json

Weiß allerdings nicht wie BF die Liste aufbaut, evtl wird da gecached. Ich frage mal nach.

@HeliosFan Ist leicht gesagt, allerdings lässt sich das unter der Haube ziemlich schwer zusammenführen.

[SmartHomie]

@Stefan-Hanke @Glasfaser
Moin, ich habe auch nochmal alles mit dem Hue Bewegungsmelder versucht. Er legt ja beim Importieren in ioBroker verschiedene "on" Datenpunkte an (1 x für den Raum, 1 x für den Lichtsensor, 1 x für den Temperatursensor). Habe allen Datenpunkten volle Zugriffsrechte inkl. Schreiben gegeben. Immer der gleiche Effekt. Wenn ich auf der VIS ausschalte, dann geht der Datenpunkt auch auf "false", springt aber ein paar Sekunden später wieder auf "true".
Schade, das wäre ein tolles Feature für die ioBroker VIS.
Trotzdem Danke für Deine Bemühungen, Glasfaser.

[foxriver76]

@SmartHomie Wie bereits angesprochen, muss ich mir das ganze nochmal anschauen. @Stefan-Hanke war so freundlich mir einen Sensor zuzusenden, sobald dieser angekommen ist, denke ich dass sich das relativ zügig lösen lässt. Also etwas Geduld noch und dann geht es hoffentlich

[SmartHomie]

@foxriver76 ach sorry, hätte Dich und nicht Glasfaser markieren müssen
Danke Dir.

[foxriver76]

@Stefan-Hanke vielen Dank nochmals für den Sensor.
Bitte alle Interessierten mal 2.3.1 ausprobieren, damit sollte sich der Sensor aktivieren sowie deaktivieren lassen. Von der Versionsnummer wäre es eigentlich eine 2.2.4 geworden allerdings bekommt man wegen https://github.com/ioBroker/ioBroker.repositories/issues/527 noch 2.3.0 als neuste angezeigt, entsprechend musste ich überbieten.

foxriver76 created this issue in ioBroker/ioBroker.repositories

closed NPM Downgrades are not correctly noticed by repository list #527

[dslraser]

@foxriver76
was würde mit einer installierten 2.3.0 passieren ?(wird die dann intern wieder auf das von jensmaus umgestellt, oder bleibt es intern 2.3.0 und es kommt nur der Sensor hinzu ?)

[Stefan Hanke]

@foxriver76

Gerne, scheint ja geholfen zu haben !

Die 2.3.1. funktioniert jetzt einwandfrei, vielen Dank für die schnelle Lösung.
Habe schon einige Ideen was ich damit umsetzen möchte...

Eine andere Frage, besteht die Möglichkeit, dass die im Sensor eingebauten Licht- und Temperatur-Werte den Namen des Sensors erhalten ?

Der Bewegung-Teil z.B. des Flursensors ist ja genau so als Datenpunkt benannt, wie ich das Zubehör benannt habe, "Flur Sensor"
Der Temperatur- sowie der Licht-Teil ist einer der Datenpunkte der Sensoren 1-6.

Einfacher wäre es, wenn da dann z.B. Flur Sensor Licht oder Flur Sensor Temperatur stehen könnte.
Geht sicherlich auch so, aber man muss sich halt durchfummeln und je mehr Sensoren vorhanden sind, um so aufwändiger wird das.

Ich habe aber keine Ahnung, wie aufwändig sowas zu programmieren ist, deshalb einfach nur als Anregung...

Vielen Dank und viele Grüße,
Stefan.

[foxriver76]

@dslraser Code wird grundsätzlich komplett ersetzt bei jedem Update, also wäre dann auch bei dir wieder die Queue drin.

[foxriver76]

@Stefan-Hanke sagte in Test Adapter hue v2.2.x:

Eine andere Frage, besteht die Möglichkeit, dass die im Sensor eingebauten Licht- und Temperatur-Werte den Namen des Sensors erhalten ?

Der Bewegung-Teil z.B. des Flursensors ist ja genau so als Datenpunkt benannt, wie ich das Zubehör benannt habe, "Flur Sensor"
Der Temperatur- sowie der Licht-Teil ist einer der Datenpunkte der Sensoren 1-6.

Einfacher wäre es, wenn da dann z.B. Flur Sensor Licht oder Flur Sensor Temperatur stehen könnte.
Geht sicherlich auch so, aber man muss sich halt durchfummeln und je mehr Sensoren ..

Habe ich dann vorhin auch gesehen beim anlernen des Sensors. Müsste man mal schauen ob man die überhaupt direkt aufeinander matchen kann. Was auf jeden Fall geht, ist dass du in der Zeile Name einen eigenen Namen vergibst. Dieser wird dann auch beim selektieren in zB blockly angezeigt.

[foxriver76]

Hier war ja mal die Nachfrage nach einem Feature, dass es ermöglicht auch die dynamischen Szenen von z. B. HueLabs zu schalten.

Es ist so, dass es da wohl keine festen Konventionen gibt, wie diese geschaltet werden. Allerdings legten alle von mir getesteten Szenen einen Software-Sensor auf der Bridge ab, der es ermöglicht über das Attribut status die Szene an/aus zu machen.

Leider legen manche dyn. Szenen mehrere Sensoren an, so dass ich es im Code nicht automatisch als Trigger matchen kann. Für jetzt könnte ich allerdings anbieten, dass man auch softwareseitige Sensoren synchronisiert bekommt und darüber die Szenen schalten kann.

Ist leider nicht ganz so schick und nutzerfreundlich, wäre jedoch funktional.

[HeliosFan]

@foxriver76 Das wäre dann 2.3.2 oder ?
Die 2.3.0 hab ich mir installiert und dafür die hue.extendend wieder deinstalliert.

[foxriver76]

@HeliosFan Wäre dann eine 2.4.0 - aktuell ist es nur in der GitHub Version implementiert.
Da fehlen auch noch die Einstellungen im Frontend. Aktuell kann man die Software Sensoren (für die dyn Szenen und Co) nur auslesen indem man das system.adapter.hue.X Objekt editiert und da syncSoftwareSensors anhakt.

[HeliosFan]

@foxriver76
Das mit den dynamischen Szenen ist mir sowieso nicht so wichtig.
Ich warte bis es das Adapter Update im latest repository gibt.

[Stormbringer]

@foxriver76 das mit den dynamischen Szenen kam von mir verstehs zwar noch nicht so ganz.. man muss dann mehrere Senoren trigger oder wie? Aber verlass mich da voll auf dich. Auch wenn es nicht die eleganteste Lösung ist wär ich happy das Feature zu haben Denke geht mehreren so.

[foxriver76]

@Stormbringer probier gerne mal die GitHub Version. Man kann es nun in den Adaptereinstellungen aktivieren.

Sync software sensors	Also sync software sensors. These are virtual sensors, e.g. created by Hue Labs scenes. By controlling the status datapoint of such a sensor you can start/stop scenes which follow this logic. In most cases 0 turns scene off and 1 turns it on.

[Stormbringer]

@foxriver76 Danke. Hab leider kein Testsystem. Meinst kann ich das schon aufs Produktivsystem bügeln?

[foxriver76]

@Stormbringer Ich habe es bei mir produktiv drauf. Ist eigentlich keine kritische Änderung soweit ich das einschätzen kann.