iobroker-community-adapters / iobroker.hue-extended

Connect your Philips Hue and / or deCONZ with ioBroker *DEPRECATED*

This adapter is DEPRECATED and will not be developed any further

---

Currently there is no further development for this adapter planned. Please migrate to ioBroker.hue adapter which is maintained. If you miss any features at ioBroker.hue open an issue at that repository (https://github.com/iobroker-community-adapters/ioBroker.hue).

IoBroker.hue-extended will stay available for some time, but keep in mind, that it will not be tested with node 20 or upcoming js-controller v5.

---

ioBroker.hue-extended

Connect your Philips Hue and / or deCONZ devices with ioBroker

Features

• Supports both Philips Hue and deCONZ devices
• Synchronize Lights
• Synchronize Groups
• Synchronize Scenes (including GroupScenes, LightScenes and Scenes from HueLabs)
• Synchronize Sensors
• Synchronize Schedules
• Synchronize Config
• Synchronize Resources
• Synchronize Rules
• Trigger changes on states on/off, brightness (level), hue, saturation, xy, colorTemperature, alert, effect and transitiontime
• Additional triggers based on color spaces for rgb, hsv and hex
• Apply own combination of commands using _commands trigger
• Control lights of all groups at once using 0-all group
• Run scene or apply _scene on light or group

Changelog

2.0.0 (2020-07-14)

• (Zefau) Support for deCONZ REST API (meaning support for Conbee / Conbee II stick)

1.3.8 (2020-07-05)

• (Zefau) fixed long-time polling for connection retry after connection fails serval times on short-time polling (see #58)

1.3.7 (2020-07-01)

• (Zefau) added additional verification checks of the response received from the Hue Bridge (see #45)
• (Zefau) fixed long-time polling for connection retry after connection fails serval times on short-time polling (see #58)

1.3.6 (2020-05-31)

• (Zefau) added long-time polling for connection retry after connection fails serval times on short-time polling (see #58)

1.3.5 (2020-05-23)

• (Zefau) added action onOffAllLights for groups to reflect state of ALL lights and turn on/off all lights at once (respectively, the on state for groups reflects the state of any_on).

1.3.2 (2020-04-01)

• (Zefau) fixed on state being disappeared

1.3.1 (2020-03-24)

• (Zefau) added check for http status code to the response received from the Hue Bridge (see #45)
• (Zefau) second try changing state on of a group to match state any_on (see #19)

1.3.0 (2020-03-04)

• (Zefau) added option to only set devices in a group which are already turned on (thus devices which are off are not set) (see #19)
• (Zefau) added option to set brightness / level to 0 when device is not reachable (see #38)
• (Zefau) change state on of a group to match state any_on (see #19)

1.2.3 (2020-02-21)

• (Zefau) added Signify (formerly Philips Lighting) as official manufacturer
• (Zefau) updated dependencies

1.2.2 (2020-02-04)

• (Zefau) fixed wrong group state (see #19)

1.2.1 (2020-02-03)

• (Zefau) fixed failing secure connection when selecting default certificates

1.2.0 (2019-11-23)

• (Zefau) added option to change transitiontime on scenes (see #24)

1.1.7 (2019-11-23)

• (Zefau) fixed failing retrieval of new user / token from admin panel (see #20)

1.1.7 (2019-11-23)

• (Zefau) fixed incorrect behaviour of garbage collector (again)

1.1.6 (2019-11-07)

• (Zefau) fixed effect and alert not being applied correctly

1.1.5 (2019-11-05)

• (Zefau) added option for conversion of colorTemperature to xy for non-Philips lights (see #9)
• (Zefau) fixed conversion of hue to xy for groups consisting of either only Philips lights, mixed lights or only non-Philips lights (see #11)
• (Zefau) fixed conversion of hue to xy to only convert if xy is actually supported by the light

1.1.3 / 1.1.4 (2019-10-31)

• (Zefau) added option for secure connection via SSL/TLS
• (Zefau) fixed scenes not being applied correctly

1.1.2 (2019-10-29)

• (Zefau) added option to (not) synchronise duplicated scenes
• (Zefau) added reworked garbage collector (deletion of old states)
• (Zefau) fixed transitiontime not being applied correctly (see #8)

1.1.1 (2019-10-28)

• (Zefau) removed garbage collector (deletion of old states) due to incorrect behaviour

1.1.0 (2019-10-27)

• (Zefau) add full support for Hue Labs scenes
• (Zefau) add retry if bridge returns error socket hang up
• (Zefau) add retry if device is not reachable

1.0.2 (2019-10-20)

• (Zefau) added scenes from Hue Labs

1.0.1 (2019-10-20)

• (Zefau) fixed incorrect omitting GroupScenes

1.0.0 (2019-10-20)

• (Zefau) fixed issue setting devices with bri / brightness (e.g. plugs)

1.0.0-rc.1 (2019-10-13)

• (Zefau) BREAKING CHANGE changed certain objects due to standardization (see https://forum.iobroker.net/post/298019)

  • changed bri to brightness*
  • changed sat to saturation*
  • removed hue_degrees
  • changed hue (changed value range from 0-65535 (native Hue API) to 0-360°C)
  • changed ct to colorTemperature* (changed value range from 153-500 (native Hue API) to 2000-6500K)
  • changed _hex to hex
  • changed _hsv to hsv
  • changed _rgb to rgb
  • removed _cmyk*
  • removed _xyz*

• fixed incorrect conversion between color spaces (rgb, hex, etc.)

Note: If you are using the state _commands renaming is not necessary for the states ct (adapting the value range is required), bri or sat.

0.9.0 (2019-10-13)

• (Zefau) BREAKING CHANGE: changed grouping of scenes and added option to choose how objects are mapping (either scenes.<group>.<scene>.objects or scenes.<scene>.<group>.objects)
• (Zefau) retrieving group for all-lights directly from Hue Bridge API (instead of assembling through states)
• (Zefau) added option to delete outdated devices (gargabe collector)

License

The MIT License (MIT)

Copyright (c) 2019-2020 Zefau [email protected]

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

iobroker.hue-extended's Issues

Please add your adapter to ioBroker.discovery

I am an automatic service from ioBroker that searches adapters and makes suggestions.

I noticed that your adapter is not integrated in the ioBroker.discovery. Using the Discovery adapter, ioBroker can automatically find devices or suggest services to the user for installation. If possible I would live to see your adapter added there.

Some adapters have already been added and you can use them as blueprints. See: https://github.com/ioBroker/ioBroker.discovery You need to fork this project and then create a PR for your adapter to be added.

Basically the plugins can do HTTP calls, UDP discovery, MDNS, UPNP and will iterate over all devices found by IP scan and check local serial ports. If you want you can also add new discovery methods but please try to do that with at least dependencies as possible.

Then create one file under lib/adapters for your adapter to implement the detection and proposal of an instance to the user.

On questions, the other developers will support in the forum or via GitHub issues too.

If no detection is possible, simply close this issue and I won't bother you again. ;-)

Thanks,
your automatic adapter checker.

P.S.: There is a community in Github, which supports the maintenance and further development of adapters. There you will find many experienced developers who are always ready to assist anyone. New developers are always welcome there. For more informations visit: https://github.com/iobroker-community-adapters/info

Split up of RGB Values

Dear zefau,

great job to give birth to this adapter as the hue lights are all over the places already.
I try to conect my hue lights with the remaining lights (based on KNX protocol). There I have already RGBW lights in service. But looking inot the adapter the value of R,G,B from each Hue lamp is shrinked into one jointly state. This is not matching to a separate value per each channel R,G,B in the KNX world.
Would it be possible to create addtl states with separated R,G,B values each? Otherwise I have to start with parsing and slicing and dicing but I think these addtl. sates would help a lot of other users.
Best regards
Reiner

Wenn Lampen über Szene eingeschaltet werden geht Datenpunkt on nicht auf true

Hi Zefau,

wenn ich eine die Lampen über eine Szene aktiviere im Iobroker und so einschalte, dann wird der Datenpunkt on der Lampe nicht auf true umgeschalten.
Ist das Absicht und wenn nein kannst du es fixen?

Danke!

Please check ioBroker.hue-extended with js-controller 2.0

Hi,

the new js-controller 2.0 will come into latest repository in the next days and we want to make sure that all adapters are working well. We already did a 2 weeks Beta test and so some adapter were aleady checked and some needed slight adjustments.

You can find more information in ioBroker/ioBroker.js-controller#482 and in the ioBroker Forum. If you have more technical questions please write in the referenced issue or in the Developer thread please. General questions are best in the genral thread.

Please update your systems to js-controller 2.0 and check your adapter.

Please close this issue once you have checked your adapter or received successfull reports from users.

Thank you very much for your support. Please contact us in the other Threads or Forum on any question.

kelvin for ct, why not longer reciprocal megakelvin?

Why we use kelvin values for colorTemperature and not longer reciprocal megakelvin?
Because on hue api side we use reciprocal megakelvin. (
I think its more a question ... or maybe a bug?

Error connecting to Hue Bridge: Error: connect ENETUNREACH

Hallo Zefau,
nach umstieg auf 1.3.8 habe ich alle 10 min diese Meldung:
Error connecting to Hue Bridge: Error: connect ENETUNREACH

Gibt es da ein Problem mit dem Netzwerk?
Die Geräte lassen sich steuern. Nur diese Meldung kommt jetzt regelmässig.
Gruß

Get User not working?

https://www.facebook.com/groups/440499112958264/permalink/1062532474088255/

Update stable version in repo from 1.2.3 to 1.3.2

Think about update stable version to 1.3.2

Version: stable=1.2.3 (92 days old) => latest=1.3.2 (52 days old)
Installs: stable=1426 (53.97%), latest=629 (23.81%), total=2642
Click to edit

Think about to fix the issues found by adapter checker

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/Zefau/ioBroker.hue-extended

• [E145] No news found for actual version 2.0.1
• [E150] No common.connectionType found in io-package.json
• [E152] No common.dataSource found in io-package.json
• [E506] Word "bridgeType" is not translated to russian in admin/words.js. You can use https://translator.iobroker.in/ for translations
• [E605] No actual year found in copyright. Please add "Copyright (c) 2019-2021 zefau [email protected]" at the end of README.md
• [E701] No actual year found in LICENSE. Please add "Copyright (c) 2019-2021 zefau [email protected]" at the start of LICENSE

Thanks,
your automatic adapter checker.

P.S.: There is a community in Github, which supports the maintenance and further development of adapters. There you will find many experienced developers who are always ready to assist anyone. New developers are always welcome there. For more informations visit: https://github.com/iobroker-community-adapters/info

set xy instead of hue for not Philips Hue Bulbs is not working

Again me .. I found out that Verwenden von XY anstelle von hue (nur für nicht-Philips-Geräte) is not working correct. Please take a look on the attached log

first value will be converted to null.

p.s.: Sorry for the hugh amount of reported issues, but thats my job (I'm working as quality assurance engineer 😄

Quelle	Zeit	debug	Meldung
hue-extended.0	2019-10-31 15:46:14.721	debug	(15988) Successfully set /lights/13/state/sat on Deckenlampe (to 196).
hue-extended.0	2019-10-31 15:46:14.720	debug	(15988) Successfully set /lights/13/state/hue on Deckenlampe (to 40595).
hue-extended.0	2019-10-31 15:46:14.718	debug	(15988) Successfully set /lights/13/state/transitiontime on Deckenlampe (to 50).
hue-extended.0	2019-10-31 15:46:14.716	warn	(15988) Attempt 1x - Error setting /lights/13/state/xy: invalid value, [null,, for parameter, xy
hue-extended.0	2019-10-31 15:46:14.670	debug	(15988) Attempt 1x - Send commands to Deckenlampe (lights/13/state): {"hue":40595,"sat":196,"transitiontime":50,"xy":[null,0]}.
hue-extended.0	2019-10-31 15:46:14.668	debug	(15988) State of hue-extended.0.lights.013-deckenlampe.action._commands has changed {"val":"{"hue":223,"sat":196,"transitiontime":50}","ack":false,"ts":1572533174659,"q":0,"from":"system.adapter
hue-extended.0	2019-10-31 15:46:09.720	debug	(15988) Successfully set /lights/13/state/hue on Deckenlampe (to 49333).
hue-extended.0	2019-10-31 15:46:09.717	warn	(15988) Attempt 1x - Error setting /lights/13/state/xy: invalid value, [null,, for parameter, xy
hue-extended.0	2019-10-31 15:46:09.643	debug	(15988) Attempt 1x - Send commands to Deckenlampe (lights/13/state): {"hue":49333,"xy":[null,0.33085697021029925]}.
hue-extended.0	2019-10-31 15:46:09.627	debug	(15988) State of hue-extended.0.lights.013-deckenlampe.action._commands has changed {"val":"{"hue":271,"sat":209,"bri":254,"on":true}","ack":false,"ts":1572533169614,"q":0,"from":"system.adapt

Update stable version in repo from 1.2.3 to 1.3.2

Think about update stable version to 1.3.2

Version: stable=1.2.3 (85 days old) => latest=1.3.2 (45 days old)
Installs: stable=1351 (52.65%), latest=593 (23.11%), total=2566
Click to edit

Changing brightness of a group turns on all the lights in the group

Changing the /actions/bri attribute of a light group (a room for example) turns on all the lights of that group and then sets the value. While this behavior seems logical at first glance, it differs from the behavior of the official hue REST API. Here the change only affects the lights which are already on while other lights are kept off.

I cross checked this behavior with the CLIP API Debugger and the official HUE App.

After short investigation I think the issue is that the adapter not only changes the brightness, but also sets the "on" state of the group to "true".

Here a practical use case: Five lights out of eight in my living room are already turned on and I want to dim them down because I want to watch TV. This could be achieved very easily by setting the brightness attribute of the group. The problem is: all eight lights in the room are turned on".

Think about to fix the issues found by adapter checker

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/Zefau/ioBroker.hue-extended

• [E130] Too many news found in io-package.json. Mast be less than 21. Please remove old news.

Thanks,
your automatic adapter checker.

P.S.: There is a community in Github, which supports the maintenance and further development of adapters. There you will find many experienced developers who are always ready to assist anyone. New developers are always welcome there. For more informations visit: https://github.com/iobroker-community-adapters/info

IMPROVEMENT : ct should be also converted to xy

Because of ct values is not available for IKEA Tradfri Color Bulbs it should be possible to convert the ct values from group to xy value in case of ct is not there (like IKEA Tradfri Color Bulbs).

Its not a bug its more an improvement for the next versions of the adapter. I guess it would be very useful for groups with contains hue and ikea bulbs (like in my bathroom 😄 )

Objektdefinition

Hallo Zefau,

bitte folgende Punkte noch anpassen wenn nicht schon erledigt erledigt:
brightness und level zusammenführen in brightness, Wertbereich 0-100 mit der Einheit %.
color temperature Wertbereich 0-8000 ohne Einheit.
hue Wertebereich 0-360 in der Einheit °.
color RGB entfernen und in einzelne Kanäle auf teilen, damit lässt sich auch RGBW ode W alleine Abbilden.
Farbsysteme CIE und CMYK entfernen, wenn nötig intern umrechnen.
IDs ausschreiben also statt bri brightness, sat saturation usw.

Hue dimmer switch: offline after battery change

Hello everybody,
Thank you for a great job.

I am currently connecting my Hue dimmer switch. I have noticed one problems:

When I change the battery on a dimmer switch, the switch no longer works with the new battery. Only after I reconnect the switch will it work again. With the original Hue Bridge the switch still works after changing the battery.

Befehlsketten werden nicht korrekt übertragen.

Es treten Probleme auf wenn ich in meinem Script Befehlsketten (wie unten Beschrieben) senden möchte. Die Lampen schalten sich ein und werden auch Langsam heller. Leider aber nur bis alle Lampen 5-6% erreicht haben. Dabei ist es egal welche Zeit ich einstelle. Wenn ich den Befehl direkt über den Browser, über die API, zur Bridge schicke klappt alles ohne Probleme. So das ich vermute das der Fehler hier im Adapter liegen muss.

setState("hue-extended.0.groups.014-wohnzimmer.action._commands",'{"on":true,"bri":127,"ct":370,"transitiontime":3000}');

Update problem?

Iobroker shows me an update to v 2.0.1.
But only the v 1.1.0-beta.1 will be installed

Please use only valid versions in news

https://github.com/Zefau/ioBroker.hue-extended/blob/master/io-package.json#L19
not allowed

Scenes: Action: on switch behaves like a toggle switch

Hi there,

When I use the on-action for scenes it behaves like a toggle switch. So when the current setting is true and I write true again to the on-action, the scene is set to false (and vice versa).
Maybe this is a wanted behaviour, but for me, it was a bit unexpected.
It makes the use in a script (or an iobroker-scene) a bit more complicated because one always has to check the current state.

I don't know if it is important, but I use it on HueLabScenes.

Best wishes
Chris

Hue Labs broken?

Hallo zusammen,

ich bin auf diesen Adapter eigentlich umgestiegen da ich damit die Hue Labs Geschichten schalten konnte..
leider war das ein konnte.. das geht jetzt seltsamer weise nicht mehr. Ich setzte den den Switch auf true aber nicht passiert.

Die einzelnen Lampen etc. kann ich normal steuern.

ist das bekannt ?

mach ich ggf was falsch ?

Vielen Dank.

where to set adapter.config.maxAttempts

Hello,
I saw the ability if the adapter to retry sendCommand-attempts if the device is unreachable. This is done up to MAX_ATTEMPS times. this value may be overwritten by the adapter.config.maxAttempts variable. But where can I set this variable in the adapter-config-pane?
My scenraio is, that I have some unstable connections to some lights. When I use a script to emulate activity for a vacation absence, it is very bad to have some switching commands not to come through. I need the adapter to retry the sendCommand indefinitely until the device is reachable and the commands went through.
So my hope is to set the adapter.config.maxAttempts variable somewhere to a very high number to reach this behaviour. Where can this be found? Or is this feature possible to be implemented (resulting in indefinite retries)?
Cheers
Sebastian

Objekte sind auf read false

• docu on und onoffalllights

Hue motion sensor, Schaltdauer

Hi Zefau,

zu allererst vielen Dank für den hue-extended, wie aber auch deine anderen Adapter, klasse Arbeit!!!
Folgendes Problem: Ich schalte via blockly Skript eine Lampe bei Bewegungsauslösung eines Hue motion Sensors, das funktioniert auch alles prima, jedoch schaltet der Sensor die Lampe immer schon sehr schnell/nach wenigen Sekunden wieder aus.
Gibt es da in deinem Adapter ein Objekt, dass ich mit einem anderen Wert belegen, so dass ich selbst entscheiden kann, wann der Sensor quasi die Lampe wieder ausschaltet?

Vielen Dank soweit und beste Grüsse
coldfusion75

dim function as in the hue app

Is it possible to dim only that lamps in a group which are on = true or brightness >= 0 (like in the Hue App)

Adapter gelb nach Stromunterbrechung Hue Bridge

V1.3.2
Nach einer Stromunterbrechung der Hue Bridge geht der Adapter nicht mehr auf grün. Erst nach Neustart des Adapters.

Verify Compact mode for your adapter

We have detected that your adapter supports the compact mode. Please use the latest js-controller 2.0 and verify that everything works.

Some more information what is important to check can be found at ioBroker/ioBroker.js-controller#512

On questions please answer to the linked issue. Please close this issue after your test and add the version number that you have tested please as a comment.

Thank you for your support.

Update stable version in repo from 1.2.3 to 1.3.2

Think about update stable version to 1.3.2

Version: stable=1.2.3 (55 days old) => latest=1.3.2 (15 days old)
Installs: stable=1008 (44.82%), latest=408 (18.14%), total=2249
Click to edit

Issue with "transitiontime"

Hey, I've updated the adapter manulley to version 1.1.0 and unfortunately I realized that something goes wrong with transition time value. But its a little bit strange because, I've a script that changed color from green to blue with an 50 (5s) transition time. The initial color change works fine, but the second and third color change switched directly to the new color without any delay.

After downgrade to 1.0.2. (version that I had before) everthing works fine.

this time in english, so that you don't need to write a new comment ;-P

Sehr viele INFO Meldungen im Log

Hallo,
kann man die Info Meldungen im Log etwas einschränken?

hue-extended.0	2019-10-06 19:56:25.898	info	Successfully set /groups/5/action/on on Schlafzimmer (to false).
hue-extended.0	2019-10-06 19:56:18.472	info	Successfully set /groups/6/action/bri on Hausgang (to 76).
hue-extended.0	2019-10-06 19:56:18.472	info	Successfully set /groups/6/action/on on Hausgang (to true).
hue-extended.0	2019-10-06 19:56:18.460	info	Successfully set /groups/6/action/scene on Hausgang (Hausgang1) (to jyljAWGa6c49Q2Q).

Allow to modify transitiontime on scenes

https://forum.iobroker.net/post/339679

Command Queue Performanz & Light State Update delay

Ich verwende den Adapter erst seit kurzem. Ich wollte eigentlich die eingebauten 230V Schalter über einen Shelly verwenden um damit die HUE Deckenlampen gezielt ein und auszusschalten. Leider scheint es dabei 2 Probleme zu geben.

Damit ich weiss welchen Status die Lampe hat muss ich diesen erst abfragen. Wurde die Lampe jedoch von der Fernbedienung oder etwas anderem erst gerade geschaltet, dann vergeht oft eine längere Zeit, bis die States updated werden. Schalte ich also über die Fernbedienung das Licht dauert es mehrere Sekunden (denke den Timer für den Aufbau aller States wie GET) und es kommt zu einem Missmatch wenn ich dann noch den HW-Schalter drücke. Wäre es nicht möglich die relevanten States der Lights öfters zu updaten als den gesamten Objektbaum? Gibt es da keinen CallBack von der Bridge? Ich habe mich nicht im Detail mit der HUE API befasst (habe auch keinen Account dort). Deshalb einfach meine doofe Frage.

Wenn ich direkt auf einen State einwirke, dann wird der auch recht flott zur Bridge übertragen. Bei einer CommandQueue vergeht aber komischerweise einige Zeit bis da was passiert. Dabei könnte der erste Command sofort geschickt werden. Im angehängten Beispielt dauert es ca 1.5sec bis das passiert, obwohl die Kette Schalter -> Shelly via MQTT -> Node Red -> HueAdapter in Sekundenbruchteilen vor sich geht.

Light Level is not kept when switching a group off/on

With the latest version (1.0.1) the light level is set to 100 when switching on a group, regardless of the level the group had when switching it off.

The issue can be easily reproduced by setting a group to on using action.on in the iobroker objects section, then setting the action.level to something like 50, then switching the light off and on again.

In the last version I used (0.8.7) the light level was restored.

It would be nice if you could restore this behaviour, it was one of the main reasons I switched to hue-extended in favour of the default hue adapter.

rgb command missing ?

Hallo,

ich habe nun komplett auf den Adapter umgestellt und musste feststellen das meine gesamten Command die ich verwendet habe nicht mehr gehen :(

es gibt immer eine Fehlermeldung beim setzten von rgb
Probiert habe ich:
{"on":true,"rgb":"255,0,0","level":50}
{"on":true,"rgb":"[255,0,0]","level":50}
{"on":true,"rgb":"[255,0,0]","level":50}
{"on":true,"_rgb":"255,0,0","level":50}
{"on":true,"_rgb":"[255,0,0]","level":50}
{"on":true,"_rgb":"[255,0,0]","level":50}

also meldung erhalte ich immer
8843) Attempt 1x - Error setting /lights/14/state/_rgb: parameter, _rgb, not available
bzw. 8843) Attempt 1x - Error setting /lights/14/state/_rgb: parameter, rgb, not available

bin ich zu doof oder ist es wirklich ein Problem ? habe ein Eintrag von 2019 gefunden wo es gelöst wurde, eigentlich...

Button "Adapterwebsite öffnen" in Instanzliste funktioniert nicht mit Deconz

du rufst auf : https://IP/debug/clip.html
richtig wäre aber http://IP

ich hoffe ich nerve dich nicht mit meinen vielen issues^^

Update stable version in repo from 1.2.1 to 1.2.3

Think about update stable version to 1.2.3

Version: stable=1.2.1 (47 days old) => latest=1.2.3 (30 days old)
Installs: stable=1000 (50.51%), latest=454 (22.93%), total=1980
Click to edit

Update 1.2.1 nach 1.23 gescheitert

Hallo Zefau
der Update ist gescheitert. Der Update erfolgte von Stabil
Ich hänge das Error-Log mit an.
2020-03-29T07_29_18_025Z-debug.log

Was läuft falsch?

Hue dimmer switch: Click Count is missing

Hello,

I noticed a second thing. The click count, which is enumerated by the Hue dimmer switch (on/off, brightness, up/down/hold/release, click count) is also not existing for the objects.

thx

Can't create new user

Tried to create / add new user. Inserted IP-address, port 80 without SSL. Clicked on new user. Then pressed the button at the bridge and then clicked "neuen Benutzer abrufen".
Error message:
Status:
Verbinde zum Adapter..
Verbunden zum Adapter. Lade Token..
Error: connect ECONNREFUSED 192.168.178.22
What might be the issue? Version 1.1.7
thanks a lot in advance

switch hueLabsScenes

If I change the state in a HueLabsScene nothing happens. I thourd if I change the action/lastAction/on state to true or false is should switch the light on or of. But nothing happens.
If I activate the scene in the hue app this state changes automatically.

Think about to fix the issues found by adapter checker

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/Zefau/ioBroker.hue-extended

• [E503] "iob_npm.done" found in repo! Please add it to .gitignore
• [E818] file iob_npm.done found in repository, but not found in .npmignore
• [E914] file iob_npm.done found in repository, but not found in .gitignore

Thanks,
your automatic adapter checker.

P.S.: There is a community in Github, which supports the maintenance and further development of adapters. There you will find many experienced developers who are always ready to assist anyone. New developers are always welcome there. For more informations visit: https://github.com/iobroker-community-adapters/info

Many unneccessary channels/datapoints are created

I have two instances of hue-extended running. One is running without complications while the other one has created more than 20000 channels, each containing one state "syncing" with value "false".
This is slowing down the web UI extremely.

• What are the states good for
• How can I get rid of them without losing my settings from the normal datapoints?

Helligkeit / Level / State auf 0 setzen wenn nicht erreichbar

Ich hätte gerne analog zu
"Setze Helligkeit auf 0, wenn das Gerät ausgeschaltet wird"
in der "Weiteren Einstellungen" des Adapters eine neue Option, sinngemäß
"Setzte Helligkeit / Level / State auf 0, wenn das Gerät nicht erreichbar ist."
Bei Lampen und Steckdosen die physisch vom Strom getrennt werden ist das ganz nützlich.
Evtl. kann man das ja sogar pro Lampe / Gerät selektieren.

wrong group state

Hi realized that if at least only one lamp in a group is on (my group contains 3 lamps in two different zones, Essbereich und Wohnbereich) the group state is false, but it should be on.

The indicator for any_on is true

Because of that I can not turn off the one lamp per _commands for the other zone (with two lamps it works fine)

change sensor state

If I change the state of an sensor nothing happens. I will change the state of an sensor like sensors/sensorname/state/flag to true or false. But if I change the value it doesn't have any effect to the value of the senor in the app.

szene wird nicht richtig einsortiert

Hey @Zefau, ich wusste gar nicht, dass der adapter auch von dir ist :-)
du machst echt nen guten Job.
Auf dein anraten hin hab ich ihn trotzdem wieder installiert und direkt nen Fehler in verbindung mit deconz entdeckt
Ich hab Szenen bisher nur in eine Gruppe eingerichtet und immer die erste Szene wird wie hier gezeigt falsch einsortiert.
Hab die auch schon in deconz gelöscht, dann wird eben die nächste szene falsch einsortiert.

Adapter stürzt ab und bleibt rot

Hallo Zefau,
momentan ist es wie verhext. Das nächste Problem mit dem Adapter.
Ich habe Iobroker schon restartet und mehrmals probiert die Instance neu zu starten.
Hilft alles nichts.
Ich habe den Adapter auf Debug gestellt und neu gestartet. Das Log hängt mit dran.
Vielleicht kannst Du mir helfen Danke im vorraus.
Hue-extended.txt

Sensoren ein-/ausschalten

Hallo,
ich möchte gerne über den Objekt-Baum einen Motion-Sensor ein-/ausschalten. Eine Änderung des State: On wirkt sich nicht aus. Im Debug-Log des Adapters (Version: 2.0.0 ist installiert) wird keine Meldung ausgegeben.

Was mache ich falsch?

lots of datapoints are deleted over the night

I do not know exactly whether this adapter is faulty, but I always have the problem that many data points are deleted from one day to the next. Basically only 'brightness', 'on', 'transitiontime' and 'xy' remain. Furthermore, almost all lights / groups are deleted.

I suspected the garbage collector, but I can't say it finally. Maybe you have a clue what you can check.

It's the second time that I have this issue, I'll deactived the garbage collector temporally. But the issue happen very rarely so I can not say when I can report something new.

Unfortunately I didn't find anything in the log.

Schaltbefehle werden nicht ausgeführt

Hallo zefau,
sorry, ich schon wieder...

Nachdem ich die mehreren Hunderttausend Datenpunkte erfolgreich löschen konnte, habe ich nun das nächste Problem:
Bei den HUE-Gruppen werden keine Schaltbefehle durchgeführt. Das heisst, man setzt z.B. von einer Gruppe unter action/on den Wert "true" - aber es passiert nichts. Setzt man z.B. den Wert "level" auf einen anderen Wert, ändert sich der Wert vielleicht, aber das Licht passt sich dem neu eingestellten Wert nicht an. Teilweise wird auch wieder der alte Wert eingestellt.

Bei den Lampen oder Szenen kann ich Werte ändern, diese werden auch sofort vom HUE-System übernommen. Die prinzipielle Kommunikation funktioniert also. Aber die Lampengruppen wären natürlich schon sehr hilfreich.
Oder verstehe ich das falsch? Wenn ich z.B. das Licht in einem Raum über eine Schaltfläche der Visualisierung einschalten und/oder dimmen will - über welchen Datenpunkt sollte das idealerweise passieren?