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

[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. :man-facepalming:

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.

[Xsev]

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

[Xsev]

@Zefau
Perfekt!!! Datenpunkt funktioniert wieder! DANKE :+1: :+1: :+1:

[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. :+1:
Davon raucht der Schornstein zwar NOCH nicht aber das mache ich später. :blush:

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

[Oreider]

Hallo zusammen,

ich hätte eine Frage zu den HUE Bewegungsmeldern.
In der App kann ich diese ja abschalten (Auch wenn die BWM über die Hue Labs konfiguriert wurden).
Die Abschaltung der BWM wird mir auch im HUE Extended angezeigt (Config... On.... false).

Wenn ich jetzt allerdings die BWM über den adapter abschalten will, wird das erstens nicht in der App angezeigt und zweitens reagieren die BWM noch.

Ist das schon bekannt bzw. mache ich hier einen Fehler.

Schönen Gruß
Tom

[haselchen]

@perry
@Oreider

Moin Moin....

vorneweg, der BWM löst im Millisekundenbereich aus und nach 9-10sek , nimmt er wieder Bewegung wahr.
Das kann man nicht beeinflussen.
Du hast die Wahl zwischen diesem Adapter, dem "normalen" HUE Adapter, Deconz oder Node-Red.
Mit allen kannst du den BWM einbinden.
Ich habe sie in den "normalen" HUE Adapter und Node Red integriert.
Reagieren wie sie sollen und an/aus kann man sie auch schalten.
Das die App das nicht mitbekommt, liegt vermutlich daran, dass von "außen" geschaltet wurde.

[perry]

@haselchen sagte in Test Adapter hue-extended:

der BWM löst im Millisekundenbereich

@haselchen
@Zefau

Guten Morgen Forum,
haselchen ... vielen Dank für deine Antwort ... ok verstanden, das heißt, die Einstellung im Adapter (hue-extended.0 steht auf 30 Sekunden) hat nichts mit der Reaktion des BWM zu tun ?? ... Richtig ?? ... ich bin da aber anderer Meinung ... Ist es denn richtig, das die Sensoren IM Adapter anders behandelt werden als "normale" Datenpunkte ?

Top 1)
Nach meinen Testläufen hat sich der BWM in zB "hue-extended.0" bei 30 Sekunden anderes verhalten als im "hue-extended.1" bei 2 Sekunden. Wie kommt das ??

Top 2)
Es wäre nach meiner Meinung besser, wenn einige Datenpunkte der BMW's nicht als ZEICHENKETTE sonder als LOGIKWERT eingerichtet werden würde, das verbessert die Abfragen im Blockly (als BOOLESCHEN Wert abfragen und nicht als TEXT mit TRUE oder FALSE

Hier mal ein paar Beispiele:

hue-extended.1.sensors.010-bew1-0500-flur_unten.state.presence
mit folgendem Datenpunkt:
{
  "common": {
    "name": "Bew1-0500-Flur_unten - (no description given)",
    "role": "text",
    "type": "string",
    "write": false
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.hue-extended.1",
  "user": "system.user.admin",
  "ts": 1608985299500,
  "_id": "hue-extended.1.sensors.010-bew1-0500-flur_unten.state.presence",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

ODER

hue-extended.1.sensors.012-bew1-0500-flur_unten.state.dark
{
  "common": {
    "name": "Bew1-0500-Flur_unten - (no description given)",
    "role": "text",
    "type": "string",
    "write": false
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.hue-extended.1",
  "user": "system.user.admin",
  "ts": 1608985299513,
  "_id": "hue-extended.1.sensors.012-bew1-0500-flur_unten.state.dark",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

WÄHREND

hue-extended.1.sensors.012-bew1-0500-flur_unten.state.daylight
{
  "common": {
    "name": "Bew1-0500-Flur_unten - Indicates daylight",
    "role": "indicator",
    "type": "boolean",
    "write": true,
    "read": false
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.hue-extended.1",
  "user": "system.user.admin",
  "ts": 1608985299518,
  "_id": "hue-extended.1.sensors.012-bew1-0500-flur_unten.state.daylight",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Ich würde mich freuen, von euch zu lesen. Ach ja ... Frohe Weihnachten gehabt zu haben ... :innocent:
cu perry

[haselchen]

@perry

Probier doch einfach mal den anderen Hue Adapter aus. Dann wirst du vergleichen können.