Closed FabianHM closed 3 years ago
Mittlerweile habe ich kein Script mehr was auf die LED zugreift und trotzdem erscheinen in unregelmäßigen Abständen Warnings im Log:
zigbee.0 | 2020-04-26 19:26:05.328 | warn | (6751) This value will not be set in future versions. Please report this to the developer. |
---|---|---|---|
zigbee.0 | 2020-04-26 19:26:05.328 | warn | (6751) State value to set is invalid for zigbee.0.ccccccfffe9844a8.color: The state contains the forbidden properties x, y! |
Mal unter die Objekte der LED geschaut? Welche Werte sind dort gerade drin? Dabei mal achten, ob einer der Werte rot angezeigt wird.
Ich hatte als Beispiel schon einmal den Fall, dass mit VIS oder IQcontrol oder Alexa Müll versucht haben darein zu schreiben.
Mal unter die Objekte der LED geschaut? Welche Werte sind dort gerade drin? Dabei mal achten, ob einer der Werte rot angezeigt wird.
Ich hatte als Beispiel schon einmal den Fall, dass mit VIS oder IQcontrol oder Alexa Müll versucht haben darein zu schreiben.
Hinweis war gut, es war innerhalb von Ei Test mit dem ColorPickerWidget! Kannst Du mir sagen in welchem Format man bei diesem Adapter den Color Wert von Tradfri LED eigentlich korrekt einträgt?
Muss dir sagen, ich hab die Lampe nicht, kann jetzt auch nicht rauslesen ob es eine RGB oder RGBW ist. Kannst ja mal #0000ff probieren, sollte ein Blau sein.
@FabianHM hat es funktioniert?
@FabianHM hat es funktioniert?
Nein, leider nicht. Irgendwie stellt diese COLOR LED anscheinend ein Problem dar. Bei dem Lampenpreis von 19,90€ hab ich jetzt keine Lust u. Zeit mehr auf Ikea LED und kaufe eine andere.....
@kirovilya any idea what's going on?
@Sacred-Shadow Ich habe die LED erneut auf Werkseinstellungen gesetzt. Um beim Neustart bzw. nach einer erneuten Stromverbindung der LED ein ungewolltes Einschalten zu korrigieren, prüft ein Script den Status "Available" und setzt beim Erkennen der neu verbundenen LED per "Aktualisierung" den "Brightness" State auf 0. Im Ergebnis meldet das Log wieder: zigbee.0 | 2020-05-04 14:01:46.346 | warn | (8282) This value will not be set in future versions. Please report this to the developer. |
---|---|---|---|
zigbee.0 | 2020-05-04 14:01:46.345 | warn | (8282) State value to set is invalid for zigbee.0.ccccccfffe9844a8.color: The state contains the forbidden properties x, y! |
Das Problem sollte doch eigentlich bei mehr Nutzern mit Tradfri auftreten...
Das Problem ist ja nicht Brightness .. versucht irgendwas in den Color zu schreiben? Schau einfach mal in die Objekte, da siehst du ja ob der Wert dort immer Rot wird und welcher Wert versucht wird da rein zu schreiben.
Das Problem ist ja nicht Brightness .. versucht irgendwas in den Color zu schreiben? Schau einfach mal in die Objekte, da siehst du ja ob der Wert dort immer Rot wird und welcher Wert versucht wird da rein zu schreiben.
Also so einfach ist es leider nicht. Kein Script und kein VIS Objekt greifen noch auf diese LED zu.
Ich habe die LED sogar komplett aus den Objekten gelöscht, um sicherzustellen dass keine States mehr vorhanden sind und die LED nochmals auf Werkseinstellungen gesetzt. Meine Vermutung ist, dass das Firmwareupdate bei der Tradfri LED Änderungen vorgenommen hat, die nicht mit dem Adapter harmonieren.
Ich kriege die Warnungen auch, habe keine Tradfri Lampe. Ich glaube auch nicht, dass es an der Lampe liegt. Die Warnung interpretiere ich so: "Der Adapter fummelt zu viele Felder in den State, die da nicht hingehören". Vielleicht passiert das auch bei einem setState im Adapter, i.e. wenn ein Update von den Lampen kommt.
Das ist definitiv etwas, was man sich im Adapter angucken muss.
2020-05-11 14:35:07.646 - warn: zigbee.0 (27179) State value to set is invalid for zigbee.0.00178801000cb403.color: The state contains the forbidden properties x, y, saturation, hue!
2020-05-11 14:35:07.646 - warn: zigbee.0 (27179) This value will not be set in future versions. Please report this to the developer.
00178801000cb403 ist eine Phillips Iris (LLC010). Es passiert aber auch mit Lightstrips und (gefühlt nicht 100% geprüft, aber da sind einige IDs) allen anderen Lampen, die Farbe unterstützen.
Nur wegen der Warnung im Log so einen Aufwand...? Oder geht irgendwas nicht?
Die Entwickler sind halt auch nicht hauptberuflich hier beschäftigt. ;-)
Ich habe mich dazu entschlossen den Post zu löschen...
Also ich hab das Problem nun auch. Nur mit einer OSRAM Birne ... und auch erst nachdem ich Node.js auf v12.x geupdatet habe.
It seems, that there is a problem with setting x,y values for rgb lamps. Seems to be related to Node.js or js-controller or zigbee implemtation . I personally thinks the problem ist inside the JS controller ...
Even if someone sets an RGB value into the "color" field, then this will be internally transformed via rgb_to_cie into a xy-value, and that causes the problem.
color: {
id: 'color',
prop: 'color',
name: 'Color',
icon: undefined,
role: 'level.color.rgb',
write: true,
read: true,
type: 'string',
setter: (value) => {
// convert RGB to XY for set
const result = /^#?([a-f\d]{2})([a-f\d]{2})([a-f\d]{2})$/i.exec(value);
let xy = [0, 0];
if (result) {
const r = parseInt(result[1], 16),
g = parseInt(result[2], 16),
b = parseInt(result[3], 16);
xy = rgb.rgb_to_cie(r, g, b);
}
return {
x: xy[0],
y: xy[1]
};
},
setterOpt: (value, options) => {
const hasTransitionTime = options && options.hasOwnProperty('transition_time');
const transitionTime = hasTransitionTime ? options.transition_time : 0;
return {...options, transition: transitionTime};
},
},
this is the color function.. and the state is string.. hmm its ok here..
for all : the problem ist not NODE 12 or only Tradfri.. Osram works also not correct
I also got this "warning" with a OSRAM LIGHTIFY Indoor Flex RGBW stripes.
(17632) State value to set is invalid for zigbee.1.7cb03eaa0axxxxxx.color: The state contains the forbidden properties x, y!
I still have the same problem and does not depend on Node or the Zigbee Adapter Version. I think the problem is from an internal used library which is used by the zigbee adapter. Or event th OSRAM oder TRADFRI devies are just sendung x,y values.
The problem occurs independently of any interaction. So I think it occuirs if the bulb sends an update to the coordinator and the xy value is transformed.
Until no I could not find the library with the original warning.
A possible fix is available. Probable cause for the error:
The fix is available here, and is being tested as we speak. If no negative effects are found it will become part of the 'official' 1.4.1 version.
Merkwürdig ist, dass ich überhaupt keinen Color Status setze. Es gibt lediglich ein Script, welches die LED nach dem Neustart ausschaltet, da diese ja sonst ständig an ist nach dem Anlegen von Netzspannung bzw. Neustart des Adapters. Zigbee Adapter 1.1.1 LED Version: