Test Adapter hue-extended

[Zefau]

https://github.com/Zefau/ioBroker.hue-extended/releases

Änderungen mit v1.3.x (2020-07-05) in latest & stable

• (* behoben) Fehler der zu einer hohen Anzahl von States / Objekten führte
• (* behoben / + hinzugefügt) dauerhaftes Wiederholen des Verbindungsversuchs nach Verlust der Verbindung zu Hue Bridge (Verbindungsversuch 10x alle 6 Sekunden, danach jede Minute)
• (+ hinzugefügt) neue State bzw. Aktion onOffAllLights für Gruppen, um mit einer Aktion alle Lichter der Gruppe an- / auszuschalten (onOffAllLights entspricht dem State all_on, während on dem State any_on entspricht)
• (+ hinzugefügt) Option hinzugefügt, um nur Geräte zu schalten, die bereits angeschaltet sind (ausgeschaltete Geräten werden mit dieser Option nicht geschaltet)
• (+ hinzugefügt) Option hinzugefügt, die on auf false sowie brightness / level auf 0 setzt, wenn das Gerät nicht erreichbar (not reachable) ist

[Zefau]

https://github.com/Zefau/ioBroker.hue-extended/releases

Test von v2.0.0-beta.1 (2020-07-05) via Github

• (++ FEATURE) Unterstützung der deCONZ REST API (und damit des Conbee / Conbee II Sticks)

---

Beschreibung

Ich würde mich freuen, wenn ihr mich beim Test der neuen Version des hue-extended Adapters unterstützt. Die Version v2.0.0-beta.1 unterstützt nun die deCONZ REST API (inkl. Webhook), womit Zigbee-Geräte mittels Conbee Stick eingebunden werden können. Es handelt sich dabei um eine Alternative zum deconz-Adapter.

Wie gewohnt liest der hue-extended Adapter die komplette API aus und legt alle Informationen als Objekt an. Was konkret synchronisiert werden soll, kann wie gewohnt in der Adapter-Konfiguration ausgewählt werden.

Über weitere Feature-Requests / Wünsche bin ich offen. Bugs bitte einfach hier posten oder als Issue im Adapter anlegen.

Installation

iobroker url https://github.com/Zefau/ioBroker.hue-extended
iobroker upload hue-extended

Je Hue Bridge / deCONZ / Conbee Stick muss eine Instanz des Adapters angelegt werden. Bedeutet beim Besitz einer Hue Bridge und eines Conbee II Sticks, dass zwei Instanzen des hue-extended anzulegen sind.

[muckel]

@Zefau

Sollte es auch mit dem Raspbee gehen?

[Zefau]

@muckel jo

[sigi234]

@Zefau sagte in Test Adapter hue-extended:

Test von v2.0.0-beta.1 (2020-07-05) via Github

Installiert mit Code 0
Alles soweit Ok.
Objekte: 613

Einstellungen:

System:

os: win32
RAM: 7.9 GB 
Node.js: v12.18.0
NPM: 6.14.4
JS-Controller: 3.1.6
Admin: 4.1.1
Active instances: 46

[Xsev]

@Zefau
Ich weiß nicht ob das schon mal wo gefragt wurde, konnte aber leider nichts finden.

Ist eine Einbindung von der Hue Sync Box langfristig geplant?

Es gäbe da ein paar nette Funktionen die man dann automatisieren könnte.

Bsp.

• Helligkeit der Leuchten in abhängig von der Raum Helligkeit
• Auswahl Entertainmentbereiche (Beamer/TV)
• Ambilight nur zu bestimmten Zeiten, etc.

Das Problem wird wohl sein, die Sync Box hat eine eigene Hue App (das alleine ist schon mühsam und schreit quasi danach über den Broker zentral gesteuert zu werden), daher hab ich keine Ahnung in wie weit aufwändig (möglich/unmöglich) das ganze überhaupt ist.

[Zefau]

@Xsev sagte in Test Adapter hue-extended:

Ist eine Einbindung von der Hue Sync Box langfristig geplant?

Aktuell nicht geplant, da ich das Gerät nicht besitze. Die Hue Sync Box besitzt eine eigene API, insofern ist es leider nicht einfach integrierbar, sondern erfordert etwas Aufwand. Ohne Gerät wäre das blindes entwickeln.

[Xsev]

@Zefau
Danke für die Info, ich habs fast befürchtet das die Geschichte nicht so einfach ist.

[Xsev]

@Zefau Jetzt bin ichs schon wieder.

Ich hab die Version 2.0.0-rc.1 am laufen. Mir fehlen leider die Datenpunkte (Action-on true/false) bei meinen Philips Outdoorbewegungsmeldern SML002. Die scheinen wohl iwann verschunden zu sein oder sich unter neuem Namen? irgendwo zu verstecken. Die folge ist, ich kann die Bewegungsmelder nicht mehr abschalten also nur noch über die Scriptausführung aber nimmer den Melder selber.

[Zefau]

@Xsev Mit v1.x noch vorhanden und mit v2.x verschwunden? Handelt es sich um einen Sensor?

[Zefau]

@Xsev siehe https://github.com/Zefau/ioBroker.hue-extended/issues/77. Probier mal bitte die v2.0.2 von Github, ob es damit funktioniert.

darkman242 created this issue in Zefau/ioBroker.hue-extended

closed Sensoren ein-/ausschalten #77

[Xsev]

@Zefau Super danke, probier ich morgen gleich aus und melde mich wieder!

[Xsev]

@Zefau
Perfekt!!! Datenpunkt funktioniert wieder! DANKE

[JackDaniel]

da meine zweite hue adpter instanz einfach von heute auf morgen den dienste eingestellt hat mus nun der extended ran
@Zefau
könntest du bitte das feld neben dem icon beschreibbar machen, ist bei mehreren bridges sehr nützlich

danke im voraus

ps: gibt es irgendwo eine beschreibung der ganzen einstellungen (wird man ja fast erschlagen von der vielfalt )

[Alex975]

Hallo @Zefau ,

gibt es eine Möglichkeit über diesen Adapter die Szenen ausführen zu lassen? Im anderen Adapter gabs dafür ein recall Datenpunkt..

MfG Alex

[sigi234]

@Zefau

Hallo, Adapter wird als updatebar angezeigt, aber Log sagt is up to date.

Verwahrungsort Beta

[Andy_12345]

@Zefau
Hallo,
ich hätte auch noch eine Frage.
Folgendes Setup: Ikea Tradfri Lampe -> Phoscon/Conbee II -> hue extended -> lovelace vis
Ich binde die Lampe über deinen Adapter ein und lasse die hue-Werte zusätzlich als xy übertragen.
Folgendes Problem: Die hue werte werden (zumindest in meinem Fall) nicht in die richtigen XY Werte übertragen (zumindest nach Objektliste). Kleine Änderungen am hue Wert (von z.B. 360 auf 355) führen teils zu sehr großen Änderungen in den XY Werten und damit zu starken Farbwechseln der Lampe. Das sollte doch nicht so sein, oder? Das hat zur folge, dass der ColorPicker unter lovelace zwar den richtigen hue Wert zurückgibt, dieser aber vermutlich nicht sauber in XY übersetzt wird...
Hast du hier evtl. noch eine Idee für mich? Derzeit bin ich ein bisschen ratlos.
Danke Dir.

[MCU]

@Zefau Änderungswunsch bzgl Benennung der Sensoren:

Zurzeit kann man die Sensornamen in der HUE-App festlegen, nachdem man den Sensor angelegt hat.

Ändert man den Namen wird dies aber nicht durchgehend in allen zugehörigen Datenpunkten verändert:

Das in meinem Fall die Geräte 002,003,004 zusammengehören erkennt man an der unique-id:

Nur die letzten 4 Zahlen unterscheiden sich. (-0400, -0402, -0406)

Ist es dann nicht möglich bei Änderung des Namen vom Sensor die zugehörigen "Gerätespezifikationen" auch entsprechend umzubenennen?

Also für meinen Fall:

002-wohnzimmer
003-wohnzimmer licht sensor
004-wohnzimmer temperature sensor

Ist dann auch für weitere Projekte (jarvis) besser zu nutzen!
Vielen Dank.

[Finnenzauber]

@Alex975 said in Test Adapter hue-extended:

Hallo @Zefau ,

gibt es eine Möglichkeit über diesen Adapter die Szenen ausführen zu lassen? Im anderen Adapter gabs dafür ein recall Datenpunkt..

MfG Alex

Hallo @Zefau ;

ich habe leider genau die gleiche Frage. Wie kann ich in Blockly eine Szene aktivieren?

Vielen Dank für deine Mühe

Finnenzauber

[perry]

Hallo @Zefau
ersteinmal ein DICKES Dankeschön für deinen Adapter hue-extended.
Davon raucht der Schornstein zwar NOCH nicht aber das mache ich später.

Bin noch ein ziemlich junges Mitglied in der ioBroker-Scene, aber fleißig am Testen. Dabei ist mir aufgefallen (oder ich habe es noch nicht richtig verstanden), das Triggern auf einen "Phillips Hue motion sensor" ist sehr träge. Der Datenpunkt lautet :

hue-extended.0.sensors.013-5-00_sensor-flur_unten.state.presence

und sollte eigentlich im Millisekunden-Bereich liegen .... liegt aber eher im höheren Sekundenbereich (ca 5-8) Sekunden, manchmal auch noch höher. Die Einstellungen auf der "Konfiguration"-Seite sollte (oder eher nicht ???) auf 30 Sekunden stehen .... ODER ... sollte man eine weitere Instanz.(1,2,3) installieren, wo nur die Sensoren enthalten sind und diese Instanz dann auf 1 oder 2 Sekunden einstellen.
Frage: wie und wo kann ich die Zeitspanne beeinflussen oder machst du das im Adapter selbst (zB. für den Bereich Sensoren)
Vielen Dank für deine Anwort.
cu perry

PS: meine Soft- und Hardware

... neu aufgesetzer pi

Adapter: hue-extended v2.0.0 / bisher zwei Instanzen installiert (HUE-Bridge und Deconz Conbee Stick)

Linux: 2020-12-02-raspios-buster-armhf-lite

Datenträger verfügbar: 80 %, gesamte RAM-Nutzung: 1037 MB / Frei: 94% = 7.375 MB [Host: raspberrypi4-iob - 13 Prozesse]

Platform linux
Betriebssystem linux
Architektur arm
CPUs 4
Geschwindigkeit 1500 MHz
Modell ARMv7 Processor rev 3 (v7l)
RAM 7.69 GB
Node.js v12.20.0
Festplatte Größe 58.29 GB
Festplatte frei 55.96 GB
NPM v6.14.8
Hostname raspberrypi4-iob