[SOLVED] Deconz Binding - Things are online, but no data received

Hello @David_Graeff,

I am currently testing the binding Dresden Elektronik deCONZ Binding with openHAB 2.4.0~M8-1 (Milestone Build), but unfortunately without success.

Things go online, but the linked items don’t change their values.

Here some more detailed information about the configuration.

Things:
The configuration in my file Deconz.things looks like this:

Bridge deconz:deconz:LightlinkPi	"LightlinkPi"	[ host="LightlinkPi", apikey="AFxxxxxxF7" ]
{
	presencesensor HueMotionPresence		"Presence"		[ id="9" ]
	temperaturesensor HueMotionTemperature	"Temperature"	[ id="10" ]
}

I think there is an error in the documentation: “ip” should be called “host” and the information about the “id” is missing too.

Here also the corresponding excerpt from the API of my Deconz-Bridge:

{
    "config": {
        "UTC": "2018-12-11T15:48:33",
        "apiversion": "1.0.9",
        "backup": {
            "errorcode": 0,
            "status": "idle"
        },
        "bridgeid": "00212EFFFF004D54",
        "datastoreversion": "60",
        "devicename": "RaspBee",
        "dhcp": true,
        "factorynew": false,
        "fwversion": "0x262f0500",
        "gateway": "192.168.86.1",
        "internetservices": {
            "remoteaccess": "disconnected"
        },
        "ipaddress": "192.168.86.51",
        "linkbutton": false,
        "localtime": "2018-12-11T16:48:33",
        "mac": "b8:27:eb:49:82:dd",
        "modelid": "deCONZ",
        "name": "RaspBee-GW",
        "netmask": "255.255.255.0",
        "networkopenduration": 60,
        "panid": 64272,
        "portalconnection": "disconnected",
        "portalservices": false,
        "portalstate": {
            "communication": "disconnected",
            "incoming": false,
            "outgoing": false,
            "signedon": false
        },
        "proxyaddress": "none",
        "proxyport": 0,
        "replacesbridgeid": null,
        "rfconnected": true,
        "starterkitid": "",
        "swupdate": {
            "checkforupdate": false,
            "devicetypes": {
                "bridge": false,
                "lights": [],
                "sensors": []
            },
            "notify": false,
            "text": "",
            "updatestate": 0,
            "url": ""
        },
        "swupdate2": {
            "autoinstall": {
                "on": false,
                "updatetime": ""
            },
            "bridge": {
                "lastinstall": "",
                "state": "allreadytoinstall"
            },
            "checkforupdate": false,
            "install": false,
            "lastchange": "",
            "lastinstall": "",
            "state": "allreadytoinstall"
        },
        "swversion": "2.5.20",
        "timeformat": "24h",
        "timezone": "Etc/GMT-1",
        "uuid": "876ca19e-74ba-4cb4-8f42-c6820478c3af",
        "websocketnotifyall": true,
        "websocketport": 8088,
        "whitelist": {
            [...]
        },
        "zigbeechannel": 15
    },
    "sensors": {
       [......]
        "9": {
            "config": {
                "alert": "none",
                "battery": 66,
                "delay": 12,
                "ledindication": false,
                "on": true,
                "pending": [],
                "reachable": true,
                "sensitivity": 2,
                "sensitivitymax": 2,
                "usertest": false
            },
            "ep": 2,
            "etag": "239845bdba7f74fb36d8d7cc449e0523",
            "manufacturername": "Philips",
            "modelid": "SML001",
            "name": "Bewegungsmelder",
            "state": {
                "lastupdated": "2018-12-11T15:48:16",
                "presence": false
            },
            "swversion": "6.1.0.18912",
            "type": "ZHAPresence",
            "uniqueid": "00:17:88:01:02:00:72:3b-02-0406"
        },
        "10": {
            "config": {
                "alert": "none",
                "battery": 66,
                "ledindication": false,
                "offset": 0,
                "on": true,
                "pending": [],
                "reachable": true,
                "usertest": false
            },
            "ep": 2,
            "etag": "d5866110648ce612ff832c6dc802e9cf",
            "manufacturername": "Philips",
            "modelid": "SML001",
            "name": "Bewegungsmelder",
            "state": {
                "lastupdated": "2018-12-11T15:46:34",
                "temperature": 2230
            },
            "swversion": "6.1.0.18912",
            "type": "ZHATemperature",
            "uniqueid": "00:17:88:01:02:00:72:3b-02-0402"
        }
    }
}

I think this should all be correct so far as Paper UI displays LightlinkPi, Presence and Temperature all as online.

Items:
The configuration in my file Deconz.items looks like this:

Switch		            TestSwitch	"Pres"  {channel="deconz:presencesensor:LightlinkPi:HueMotionPresence:presence"}
Number:Temperature		TestNumber	"Temp"	{channel="deconz:temperaturesensor:LightlinkPi:HueMotionTemperature:temperature"}

I think there’s also a mistake in the documentation with the channel specification. Also, “Presence” should be of type “Switch” and not “Contact”.

Any idea where the mistake might be? There are also no error messages in the log. I already set the logger level of the binding to trace, but unfortunately the binding doesn’t return much information.

If they don’t change the value but do have an initial value the problematic code can be limited to the websocket connection. Don’t have time to look into this rn.

Could you please open an Issue?

The items have an initial value, but don’t change after that.

I’ve opened a ticket to this:

Concerning the wrong documentation I have submitted a pull request:

Thank you!

Hi @David_Graeff,

I have tested the latest version of your plugin in my eclipse IDE under Windows, there it works now. But on my Raspberry Pi the problem still exists.

What could be the reason?
Could other addons be the problem? I use the following: sonos, wol1, astro, network, http1, chromecast, gpio1, systeminfo
I deactivated them all and it still didn’t work.

Or could it be the Java version? My system:

  • Raspbian GNU / Linux 9 (stretch) / Linux 4.14.79-v7+
  • openHAB 2.4.0~RC1-1
  • Java:
    • openjdk version “1.8.0_192”
    • OpenJDK Runtime Environment (Zulu 8.33.0.134-linux_aarch32hf) (build 1.8.0_192-b134)
    • OpenJDK Client VM (Zulu 8.33.0.134-linux_aarch32hf) (build 25.192-b134, mixed mode, Evaluation)

Would it still be possible to add some trace output so that I could better isolate the problem?

Oh I just see that the 2.4.0.RC1 doesn’t contain the fix yet:

That’s probably why it won’t work yet. :slight_smile: