Fibaro Motion Sensor - New device-handler with all settings and auto sync feature

fibaro
dth_motionsensor
dth_sensors

(Cyril Peponnet) #1

Hi community,

This is my very own Fibaro Motion Sensor device-handler with ALL parameters customizable and an autosync feature when the device wake up.

Feel free to comment :slight_smile:

https://github.com/CyrilPeponnet/smartthings/tree/master/device-handler/FibaroMotionSensor

Note that there is a ST bug on iOS with preferences:


Fibaro Motion Sensor configuration
Fibaro FGMS-001 Motion Sensor
Fibaro Motion sensor Lux Level Reporting?
Which Motion Sensor to buy?
Fibaro placement. Please help
Fibaro Motion Sensor problems
Fibaro Motion Sensor Uses
Best Lux sensor?
Fibaro Motion Sensor won't install
Fibaro Motion Sensor turning on when no one is home?
Developers who changed the way we do things
Fibaro motion sensor FGMS-001 reporting as Aeon Multisensor
Picking up ST today....Questions about VIVINT
[Released] Fibaro Motion Sensor v3.2
[DEPRECATED] Fibaro Motion Detector v3.2 (Alpha Release)
Fibaro Motion Sensor Uses
Fibaro Motion Sensor won't install
Your Christmas Wishlist of Devices!
Fibaro FGMS-001 Smartthings detects this a door/window sensor and just shows as open?
Z-wave configuration
(Micheal ) #2

Nicely done…will need to try this out…


(Marc) #3

Looks good but does battery reporting work? This was one thing I never got working.


(Cyril Peponnet) #4

What do you mean ? it does work for me.


(Marc) #5

The device type I was using has said my battery is 100% since I installed the device. I am wondering if this is the case with this device type.


(Cyril Peponnet) #6

Mines too but they were also reporting 100% on my previous system. Battery status is not yet complete here. I will improve it in a few days. (I was focusing on preferences so for now it only report battery upon association :p).


(Cyril Peponnet) #7

I just updated the code now it handler request battery status every 48h on wakeup. I also change how current properties are stored using state instead of event attribute (as it sounds to work fine now).


(Marc) #8

Great! Keep us posted and if it’s working for you, I’ll give it a try in a few days.


(Cyril Peponnet) #9

Looks good to me, battery report give me:

New Zwave Event: zw device: 26, command: 8003, payload: 64

0x64 is 100. Specific value of 0xFF means low battery. (other values give the battery level).


(Cyril Peponnet) #10

I have fixed another potential issue. Be sure to use the latest from master.


(Marc) #11

I am trying it out now. So far, Battery hasn’t changed yet from 100% in the preferences, but not sure how long it will take. Also, how do you change the temperature from C to F?


(Cyril Peponnet) #12

Good catch, I fixed it. I’d never been able to understand F :slight_smile:


(Marc) #13

Thanks, in the US, it’s all we understand :slight_smile: So the only thing not working for me is the battery reporting. It still says 100%. How did you get yours to work?


(Cyril Peponnet) #14

I’m in the US and I still don’t understand it :slight_smile: (not my origin country).

Battery report 100% for me too but I think it’s because it’s still 100%. The Zwave command return 0x64 which is 100 in decimal. My previous setup using Domoticz was reporting the same thing (openZwave based). So I think it’s working…


(Tim Slagle) #15

Pretty awesome device type man!


(Cyril Peponnet) #16

Note that this also a good HUB state indicator… if the sync state stay on pending for more than few hours it means that zwave commands are not beeing passed to your device and you may have to reboot the hub (powercycle, the reboot from the web page did not worked). I was scratching my head on this one trying to understand why my zwave cmd are not been taken by the device for several HOURS…


(Marc) #17

Overall this device type is performing well and I like the updated GUI options. My battery still says 100% even though I’ve had this sensor running for a few months so I can’t see how that is proper. Also, I believe I’ve found another bug as in my buttons it says the sensor is “Moving” when it’s not. See below.


(Cyril Peponnet) #18

From my Readme:

Vibration is always on

This is the default behavior for tampering alerts, you should change the paramter 24 to value 4 vibration. This will report the vibration level.


(Tim Slagle) #19

So… I think you should submit this device type to be officially supported… just saying :smile:


(Cyril Peponnet) #20

Yeah but my groovy is pythonic style :stuck_out_tongue: and some options are still missing like the way put the sensor to association group 1 and 2 for direct triggering devices (not a big deal but if I do that I have an issue with tamper alarm in vibration mode).