Thing doesn't have any channel anymore

Hey guys,

I’m using openHAB 3.1.0 on Debian 4.19.208-1.

I don’t know what happened, but since some days I cannot control some items via openHAB like some of my innr smart plugs or my LIDL Silvercrest plug.
For example this is one thing:



This is my thing definition (it worked some days ago):

// Steckdose Küche (Repeater)
Switch RepeaterKueche {channel="deconz:onofflight:00212E054B9D:00158d000327e75901:switch"}

I tried to turn off one of my devices, but it does not work (another device with the same problem):

2021-11-30 20:12:19.727 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Monitor' received command OFF
2021-11-30 20:12:19.728 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Monitor' predicted to become ON

I tried to restart the deCONZ binding, nothing changed. I tried to reboot the server, but still the sam result. Then I deleted only the thing and added it again via the UI and the channel with a linked item is visible again.

Update:
after the upgrade to openHAB 3.2 I have the same situation with my hue devices/ things :frowning:

I can delete the thing and add it again and all channels are visible again.

I too see this coming from 3.3.0 release to 3.4.0M1
In my case it is always deconz related and only some brightness- for single things and color-channels for groups things that are missing and not working.
Deleting, scanning and re-adding the thing fixes it …

Do you use manual item configuration via .items file or via the ui?
After changier everything from item files to ui configuration, I have no issues anymore.

I use config files only … coming all the way from OH2 (but OH1 was before my time) :slight_smile:
I really like editing everything in Visual Studio Code …

Most likely, a binding update has changed the Thing in some way - a new property, new channels, etc. Existing Things do not get retroactively updated when this happens, you have to delete/recreate. Take care to re-use the same ID and existing links will continue to work.

I still experience the fallout from this. Sitemap Switched that doesn’t work etc.
This particular binding has close to 100 Things.
Could you think of a different way of checking the Thing channels other than clicking on each one and check Channels manually?

Without any detail of what goes wrong for you, its hard to say. I can’t imagine any way to fix broken Things (if that is your problem) without some individual action on each Thing.

Tried to list things in the API explorer to see if channels were missing there as well, but that was not the case: (would make hunting down missing channels a bit easier …)

Found this: (HUE lightstrip, Color channel missing)

But REST says the Color channel is there:

  {
    "channels": [
      {
        "linkedItems": [],
        "uid": "deconz:extendedcolorlight:homeserver:0017880103f7a3470b:color",
        "id": "color",
        "channelTypeUID": "deconz:color",
        "itemType": "Color",
        "kind": "STATE",
        "label": "Color",
        "defaultTags": [
          "Lighting"
        ],
        "properties": {},
        "configuration": {}
      },
      {
        "linkedItems": [],
        "uid": "deconz:extendedcolorlight:homeserver:0017880103f7a3470b:color_temperature",
        "id": "color_temperature",
        "channelTypeUID": "deconz:ct",
        "itemType": "Number",
        "kind": "STATE",
        "label": "Color Temperature",
        "defaultTags": [
          "Lighting"
        ],
        "properties": {},
        "configuration": {}
      },
      {
        "linkedItems": [],
        "uid": "deconz:extendedcolorlight:homeserver:0017880103f7a3470b:alert",
        "id": "alert",
        "channelTypeUID": "deconz:alert",
        "itemType": "String",
        "kind": "STATE",
        "label": "Alert",
        "defaultTags": [],
        "properties": {},
        "configuration": {}
      },
      {
        "linkedItems": [],
        "uid": "deconz:extendedcolorlight:homeserver:0017880103f7a3470b:effect",
        "id": "effect",
        "channelTypeUID": "deconz:effect",
        "itemType": "String",
        "kind": "STATE",
        "defaultTags": [],
        "properties": {},
        "configuration": {}
      }
    ],
    "statusInfo": {
      "status": "ONLINE",
      "statusDetail": "NONE"
    },
    "editable": true,
    "label": "HUE Vaskerom Klesbenk (Philips)",
    "bridgeUID": "deconz:deconz:homeserver",
    "configuration": {
      "id": "45"
    },

So this approach did not work …

but are all the parameters for that channel correct, has something changed?
OH3.4 is stricter about validating parameters. See your logs for hints.

In general, when it happens, it is because channel type(s) were updated, you have to recreate your thing. This is normally mentioned in the release notes.