New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Device support request] Develco motion sensor MOSZB-130 #2011
Comments
You might wanna give it a try with the changes from my repo You must compile the plugin with the given instructions. |
Thanks! I'll attempt to build it and try to pair the device. |
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 If I add dbg-error=1 to deCONZ parameters I can see from the logs some errors during plugin lookup:
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? |
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. |
@jukmanty could you please post a screenshot from the node info pane for that device? Would help me to prove a theory... |
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). |
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. |
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 |
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. |
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. |
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? |
Nope... can you guide me or give link to documentation? |
Take a look at here #812 (comment) For the source part, just take the occupancy sensors and clusters. You can configure the attribute reporting for occupancy (0x0000) then. You may try something like values 1, 60, 0 Could you also please provide the REST API output for the sensors created? |
Sorry about the delay. Here are binding box screenshots: I could not change 0x0000 values of occupancy clusters. Those are read-only. REST API sensors extract:
Home assistant deCONZ integration device page: Currently I'm using Home Assistant 0.110.1 with deCONZ plugin 5.3.3 = deCONZ release V2_05_76 - Howlin’ Wolf. Presence state changes are still very uncertain. Last one seems to react most reliably, but with 10-20 sec delay and not 100% accurately. Sometimes first and second react very quickly to motion, but then values gets stuck into "Detected" or "Clear" states. I was not able to upgrade firmware via Cozify hub. I cannot control it anymore in any way as I have cancelled the monthly subscription (so nothing to envy about that... it's practically electronic garbage). |
It's your device, not mine ;) Great that you run .76 already since there were some improvement. I need some more info however. |
Hm, it seems that the 2 attributes have been introduced just latetly and maybe require a firmware update to become available. So based on the information provided, I'd expect that motion is pretty much instandly detected by sensor 20, but it may take some time to fall back to clear (I see duration is 5 seconds). Now if within that 5 second motion is detected again, the remaining time should be added another 5 seconds and so forth. You could try setting config duration via REST API to 0 and see if that better fits your needs. Also, for the remaining sensors, the device as quite some complexity to offer. I'd recommend to check the technical manual again, since you can steer the occupancy setting/detection based on multiple additional values. Maybe I can also spot anything in the code which might add any additional delay here. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
@SwoopX thanks for pointing me towards this location. I followed the instruction 'Precompiled deCONZ packages for manual installation' for two reasons I got stuck on the installment of qmake and this way looked more the dummies/NOOB-way. I am using a Pi4 headless with installed Openhabian and Conbee II, In the end I did not see much difference for the MOSZB-140 in the Phoscon APP compared to the official version; The version is now unknown and the Lightlevel gives (still) a bit out of ranges values like 21085 LUX. Perhaps the LUX value is not available (*) because according to the specification of the light sensor there are only the resolution values: dark, light, bright available (source). So not sure if I may expect correct LUX values. (* = I see for example in another sensor (Mi-Light Detection) a constant temperature value were there is no temperature sensor included) I still need further examine what is available in Openhabian |
Fetching the version is kinda irrelevant and since the devices are deep sleepers, that's more a hit and miss. This works way better with the new DDF code and with the respective DDF about to be included, it works way more reliable and gives you this time the true device firmware version (which can currently only been seen in a sniffer log). The wonky values is what the device reports, deconz doesn't really manipulate that. However, lux values are calculated from the reported lightlevel readings. And then it's sht in, sht out. Interestingly, I just checked one of my sensors and it seems to also report garbage: That would mean I had bright daylight in the middle of the nicht in my kitchen, which I guarantee I had not :) Hope to catch this any time soon in a sniffer log to see what's going on. One remark regarding your source: that is a bit nonsense. Frient, in fact, is Develco (same company address, same devices and hardware). Develco has great technical manuals and those document what the device is capable of. |
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
The text was updated successfully, but these errors were encountered: