[Device support request] Develco motion sensor MOSZB-130

[jukmanty]

Unable to add this sensor via Phoscon app. It is not listed in the list of supported devices even though some Develco devices are supported.

https://www.develcoproducts.com/media/4314/moszb-130-140-technical-manual-motion-sensor.pdf

[SwoopX]

You might wanna give it a try with the changes from my repo
https://github.com/SwoopX/deconz-rest-plugin

You must compile the plugin with the given instructions.

[jukmanty]

Thanks! I'll attempt to build it and try to pair the device.

[jukmanty]

I was able to compile it to armhf architecture in raspbian/stretch docker container, but could not get it running in my RPi 3B+ + Raspbee + Hass.io environment. I modified official addon_core_deconz docker container https://github.com/home-assistant/hassio-addons/tree/master/deconz and altered run.sh script to copy compiled plugin to /usr/share/deCONZ/plugins/libde_rest_plugin.so Then I stopped and started container. Phoscon webapp starts, but REST API does not. Requests to /api are routed to webapp and it responds in html <p>The file /api couldn't be found</p>. I cannot login to Phoscon app, it does not accept any password. Also if VNC server port is configured then docker container exits with error code at VNC server startup.

If I add dbg-error=1 to deCONZ parameters I can see from the logs some errors during plugin lookup:

2019-11-06T18:53:20.963558000Z 20:53:17:688 found node plugin: libde_signal_plugin.so - Signal Monitor Plugin
2019-11-06T18:53:20.963868000Z 20:53:17:781 sub element size does not match real size
... 40 similar rows removed ...
2019-11-06T18:53:20.976747000Z 20:53:20:761 sub element size does not match real size
2019-11-06T18:53:20.977036000Z 20:53:20:764 found node plugin: libstd_otau_plugin.so - STD OTAU Plugin

Can you assist how compiled plugin can be tested in my environment? Or is there something in the plugin code that prevents loading the library?

[SwoopX]

Hm, I'm afraid I cannot be much of a help here, since I don't use docker. I do it the classic way with a dedicated test gateway and rpi and there it works ok. Maybe it has something to do with missing dependencies from the dev package.

You might want to open a separate issue for this. Maybe the other guys can help you with that specific behaviour.

[SwoopX]

@jukmanty could you please post a screenshot from the node info pane for that device? Would help me to prove a theory...

[jukmanty]

[jukmanty]

I managed to add the sensor using latest beta version V2_05_73 built into hass.io deconz core add-on 5.2. Phoscon app reports that it found a sensor but it is not added to the list of sensors. But the sensor is visible in deconz GUI and in Home Assistant integrations as 4 motion sensors, 1 temp sensor and 1 battery level sensor. For some reason detected motion is visible in Home Assistant only after about 15 seconds (last binary sensor).

[jukmanty]

[SwoopX]

Hm, could you please provide the following screenshots (attributes must have been read): Occupancy sensing for ALL endpoints, illuminance measurement, IAS Zone and binary input? The slow update could be an indication that the binding is not active, but it should have been set up automatically.

According to the technical manual, you can potentially do pretty nifty things with it.

[jukmanty]

Reading the attributes failed many times and succeeded very randomly (stating "reading done" in the dialog). Occupancy and illuminance measurement values changed automatically. Develco sensor was connected directly to the gateway. But here you go:

22 0406 Occupancy sensing

23 000F Binary Input

23 0500 IAS Zone

IAS Zone Settings could not be read.

27 0400 Illuminance measurement

28 0406 Occupancy sensing

29 0406 Occupancy sensing

[jukmanty]

By the way Home Assistant started to report lux values at some point, currently using 2_05_74 (may be related deconz rest plugin or not)

[SwoopX]

Thanks. I was primarily after the value of attribute 0x0011 for the occupancy regarding the delay. Looks ok to me. Also interesting to see that the Develco specific attributes are greyed out. Maybe you are running an older firmware and the attributes were introduced later on.

Is motion detection still with a delay or has it improved over time? I'd require your support to further investigate if required.

Regarding illumination, that might have taken a while. The sensor is currently configured to send a report every 10 minutes, whithout taking any change of illumination into account. You may change this behaviour via deconz GUI if desired.

[jukmanty]

For grayed out values deconz GUI reported "unsupported attribute" after successful reading. I could try bind this device back to old Cozify hub which may be able to do the firmware OTA-update.

Delay is still there. I'm not also sure how to interprete these multiple occupancy sensing values, but it seems that one reacts to motion quite reliably but with delay. Two other react for example if you move the sensor. I'm happy to help to the best of my ability.

[SwoopX]

For grayed out values deconz GUI reported "unsupported attribute" after successful reading. I could try bind this device back to old Cozify hub which may be able to do the firmware OTA-update.

For integration, I took the latest technical manual available. It was refering to 3 manufacturer specific attributes... If you want to do that to satisfy my curiosity, why not. Shouldn't cause any harm. Btw, I envy you for the hub ;)

Currently, my theory for the delay is that the binding table is full and therefore, reporting is not active, but I might be wrong. E.g. I'vee seen that the innr SP120 allow for 6 bindings, but your sensor has more potential binding targets. We should double check that via deconz GUI, do you know how to do that?