Are we sure that all bindings accept properly a value in Kelvin and a value in mirek as command?

[andrewfg]

          @andrewfg : I have a doubt, are we sure that all bindings accept properly a value in Kelvin and a value in mirek as command?

Originally posted by @lolodomo in openhab/openhab-core#3891 (comment)

[lolodomo]

Just to b clear, I am talking about method handleCommand in thing handlers that should accept a value in Kelvin o mirek.
Basic UI sends a value like "4000 K" so it should be supported by bindings, even those working with mirek internally.

[andrewfg]

AmazonEchoControl => Not Ok

openhab-addons/bundles/org.openhab.binding.amazonechocontrol/src/main/java/org/openhab/binding/amazonechocontrol/internal/smarthome/HandlerColorTemperatureController.java

Line 130 in 2f7b727

if (channelId.equals(COLOR_TEMPERATURE_IN_KELVIN.channelId)) {

AVMFritz => Ok

openhab-addons/bundles/org.openhab.binding.avmfritz/src/main/java/org/openhab/binding/avmfritz/internal/handler/AVMFritzBaseThingHandler.java

Line 547 in 2f7b727

case CHANNEL_COLORTEMPERATURE_ABS:

Bluetooth => TBD

TBD

Dali => Ok

openhab-addons/bundles/org.openhab.binding.dali/src/main/java/org/openhab/binding/dali/internal/handler/DaliDt8DeviceHandler.java

Line 72 in 2f7b727

} else if (command instanceof QuantityType quantityCommand) {

Deconz = Not Ok

openhab-addons/bundles/org.openhab.binding.deconz/src/main/java/org/openhab/binding/deconz/internal/handler/LightThingHandler.java

Line 247 in 2f7b727

case CHANNEL_COLOR_TEMPERATURE -> {

openhab-addons/bundles/org.openhab.binding.deconz/src/main/java/org/openhab/binding/deconz/internal/handler/GroupThingHandler.java

Line 141 in 2f7b727

case CHANNEL_COLOR_TEMPERATURE -> {

Govee => See #17812

openhab-addons/bundles/org.openhab.binding.govee/src/main/java/org/openhab/binding/govee/internal/GoveeHandler.java

Line 183 in 2f7b727

case CHANNEL_COLOR_TEMPERATURE_ABS:

Hue => Ok (albeit bad code)

openhab-addons/bundles/org.openhab.binding.hue/src/main/java/org/openhab/binding/hue/internal/api/dto/clip2/helper/Setters.java

Line 101 in 2f7b727

if (command instanceof QuantityType<?> quantity) {

Lifx => Ok

openhab-addons/bundles/org.openhab.binding.lifx/src/main/java/org/openhab/binding/lifx/internal/handler/LifxLightHandler.java

Line 622 in 2f7b727

if (channelUID.getId().startsWith(CHANNEL_ABS_TEMPERATURE_ZONE)) {

NanoLeaf => Ok

openhab-addons/bundles/org.openhab.binding.nanoleaf/src/main/java/org/openhab/binding/nanoleaf/internal/handler/NanoleafControllerHandler.java

Line 921 in 2f7b727

case CHANNEL_COLOR_TEMPERATURE_ABS:

TapoControl => Not Ok

openhab-addons/bundles/org.openhab.binding.tapocontrol/src/main/java/org/openhab/binding/tapocontrol/internal/devices/wifi/bulb/TapoBulbHandler.java

Line 149 in 2f7b727

private void handleColorTempCommand(Command command) {

TpLinkSmartHome => Not Ok

openhab-addons/bundles/org.openhab.binding.tplinksmarthome/src/main/java/org/openhab/binding/tplinksmarthome/internal/device/BulbDevice.java

Line 94 in 2f7b727

} else if (CHANNEL_COLOR_TEMPERATURE_ABS.equals(channelID)) {

Wiz => Ok

openhab-addons/bundles/org.openhab.binding.wiz/src/main/java/org/openhab/binding/wiz/internal/handler/WizHandler.java

Line 190 in 2f7b727

case CHANNEL_TEMPERATURE_ABS:

[andrewfg]

MQTT::EspMilight => Ok

openhab-addons/bundles/org.openhab.binding.mqtt.espmilighthub/src/main/java/org/openhab/binding/mqtt/espmilighthub/internal/handler/EspMilightHubHandler.java

Line 440 in 2f7b727

case CHANNEL_COLOURTEMP_ABS:

[mueller-ma]

I think Tradfri doesn't support that as well. Here's a device:

(It says "Thing type: Colortemperature Bulb (white)")

And here are all channels, brightness and color are Dimmer:

[andrewfg]

Zigbee => Ok

https://github.com/openhab/org.openhab.binding.zigbee/blob/d76053983c7ecef170503372763d6dbdcc252eb2/org.openhab.binding.zigbee/src/main/java/org/openhab/binding/zigbee/internal/converter/ZigBeeConverterColorTempAbsolute.java#L57

[maniac103]

I think Tradfri doesn't support that as well.

Right, but this issue is about a different topic: it's not about absolute color temperature not being supported, it's about absolute color temperature commands potentially not being handled correctly if supported.

[blue-kaleidoscope]

Is this the reason why I receive an error "type" 2 since I switched to openHAB 4.3?

I just updated to 4.3 and since then I cannot change the color temperature of my deconz bound lights.
Logs say:
2024-12-18 13:21:03.115 [WARN ] [ernal.handler.DeconzBaseThingHandler] - Sending command 4000 °C to channel deconz:colortemperaturelight:raspi4:Deckenlampe_Hobbyraum_Mitte:color_temperature failed: 400 - [{"error":{"address":"/lights/2/state","description":"body contains invalid JSON","type":2}}]

Thing:

Bridge deconz:deconz:raspi4 [ host="<ip>", httpPort="8090", apikey="<key>", port="4431" ] {
        colortemperaturelight   Deckenlampe_Hobbyraum_Mitte                             "Deckenlampe Hobbyraum Mitte"           @ "Hobbyraum"   [ id="2" ]
}

Item:

Number:Temperature          Deckenlampe_Hobbyraum_Farbtemperatur
                "Farbtemperatur Deckenlampen Hobbyraum"
                <colorpicker>
                (Deckenlampen_Hobbyraum, Lampen_Farbtemperatur)
                ["Control", "ColorTemperature"]
                {
                    stateDescription=" "[
                            min="250",
                            max="454",
                            step="1"
                        ],
                    unit="mired",
                    homekit="Lighting.ColorTemperature" [minValue=250, maxValue=454],
                    nightshift= " " [startzeit="21:00"],
                    channel ="deconz:colortemperaturelight:raspi4:Deckenlampe_Hobbyraum_Buecherregal:color_temperature" [ profile="ruby:mired_to_kelvin" ],
                    channel ="deconz:colortemperaturelight:raspi4:Deckenlampe_Hobbyraum_Mitte:color_temperature" [ profile="ruby:mired_to_kelvin" ],
                    channel ="deconz:colortemperaturelight:raspi4:Deckenlampe_Hobbyraum_Schreibtisch:color_temperature" [ profile="ruby:mired_to_kelvin" ],
                    farbtemperatur=" " [
                            tageslicht=250
                        ]
                }

According to Error handling - deCONZ REST-API error "2" means "This will be returned if the JSON in the body couldn't be parsed."

No idea what I should do with it. 😳
Any recommendations?

[andrewfg]

Is this the reason why I receive an error

Yes unfortunately that is indeed the case. We were "too fast" in improving the OH functionality.

It will in particular occur when you try to command the color temperature via the new Colortemperature picker control.

There is a fix in #17919 which will certainly appear in OH 5.0 and probably hopefully back ported into OH 4.3. @lolodomo ??

In the meantime, the work around for you is to command the channel from an item of type 'Number' rather than one of type 'Number:Temperature' (or from within rules send a plain number value e.g. 4000 rather than 4000 K.

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/openhab-4-3-zigbee2mqtt-color-temperature-in-mired-not-working/160911/4

[blue-kaleidoscope]

First of all thanks for the reply. In this case I went back to 4.2 as Number typed items also throw the same error both on UI and via my JRuby defined rules.

[openhab-bot]

This issue has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/openhab-4-3-milestone-discussion/158139/115

[holgerfriedrich]

KNX binding does not accept mirek/mired as unit for color temperature commands yet.

KNX uses defined data types, which only include K and °C for temperatures. DPT 7.600 DPT_Absolute_Colour_Temperature is intended for color temperatures, to other DPTs may be used, e.g. 14.069 DPT_Value_Absolute_Temperature.
Internally, the binding uses QuantityType.toUnit(K) which returns null for MIRED. I can change this to use toInvertibleUnit at least for DPTs that are K or °C.

Is this something I should do, or is it sufficient to listen to commands with unit °C and K?

(Refs: openhab/openhab-core#4507 (comment), openhab/openhab-core#4507 (comment))

[andrewfg]

the binding uses QuantityType.toUnit(K) which returns null for MIRED.
I can change this to use toInvertibleUnit at least for DPTs that are K or °C.
Is this something I should do, or is it sufficient to listen to commands with unit °C and K?

See reference code here

[holgerfriedrich]

@andrewfg thanks, this is what I basically did here to make it work 👍

The question I still have is basically about the use case. What are the bindings or devices that would send a color command to KNX binding in MIRED?

[lolodomo]

What are the bindings or devices that would send a color command to KNX binding in MIRED?

A command in a user rule for example.

[holgerfriedrich]

OK, thanks. PR for KNX is submitted, #18004.