This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.

The Homey Community has been moved to https://community.athom.com.

This forum is now read-only for archive purposes.

Fibaro KeyFob support

Recentelly I,ve bought a Fibaro KeyFob. Is there support coming to Homey for this? Would be nice to use this on Homey. Unfortunately I'm not a coder to do this myself. Can't find anything of GitHub as well

Comments

  • Already busy with the driver which is pretty much done.

    Still waiting for my one though so I can test it.
    There is a new feature in there that needs thorough testing before sending it to the public.
  • Thank you so much. I'll wait and see. I've send you a PM btw
  • Cool!

    Could you please let us know when the keyfob will work?

    I need some ‘hardware’ buttons to switch of the alarm (variable) and turn off the sirene in case of a false alarm.

  • casedacaseda Member
    edited February 2017
    I have the driver working, had a weird issue that the keyfob didn't want to scroll through it's menu anymore, and couldn't get it reset manually.

    but that is a mistake on fibaro's side they made a few BAD mistakes in their manuals.
    1st mistake:
    Wake up according manual: Hold circle and plus at the same time. this does not wake up the keyfob enough to accept parameters though.
    real wake up: Open menu by pressing circle and minus at the same time, press triangle once so the LED is green, press plus to wake up the keyfob long enough to accept parameters.

    2nd mistake:
    to reset/delete you need to be able to enter the menu and perform the manual way of removing (see the wakeup steps in the first mistake), even though this works, if something is up, and you want to force reset the keyfob manually the manual states:
    hold circle and plus while inserting the battery.
    but this does not force reset the keyfob, you need to hold the square and plus while inserting the battery

    still a little bit more testing, but i will finish the driver today and send it towards athom to be accepted in the app itself.

    EDIT:
    Just a side note.. definitely have the keyfob with lock sequence if you have it in your pocket/bag, or the battery will be dead within a week
  • Those fracking chinese manuals..... Full of errors ;)

    But i just wanted to say, also receiving a fibo keyfob Monday. Nice to compare them to the Aeotec's for durability
  • Would it be possible to use the keyfob also as a presence detector by Homey sensing the keyfob is back in the network? If so it would make an even better addon.

  • Nico_GH2 said:

    Would it be possible to use the keyfob also as a presence detector by Homey sensing the keyfob is back in the network? If so it would make an even better addon.

    No, as it would automagically have to detect it came home. You could use the button in a flow for presence detection, but that required human intervention.
  • OK, that's a shame. I was hoping that entering the Z-wave network would set of a trigger. It's not handy to carry it with you leaving the house then.

    Just have to install next to the door and everyone entering presses 1 and leaving 0, that way it would be a very accurate people count. Although there are probably easier/cheaper solutions to that.

  • @Nico_GH2 What you are looking for is a Bluetooth LE keyfob like Tile or Samsung or similar... I hope someone will develop an app for this.
  • casedacaseda Member
    edited February 2017
    Ok.. Unfortunately I bumped into a problem of the unlock not wanting to get active. (the only thing not working yet)
    So it's going to take a little longer before the driver is completely done.

    But indeed the keyfob, or for that matter any zwave battery device, won't "come back" into the zwave range unless it wakes up or gets activated by pressing a button. 
    The keyfob won't wake up at all unless you do it manually. 
  • caseda said:
    Ok.. Unfortunately I bumped into a problem of the unlock not wanting to get active. (the only thing not working yet)
    So it's going to take a little longer before the driver is completely done.

    But indeed the keyfob, or for that matter any zwave battery device, won't "come back" into the zwave range unless it wakes up or gets activated by pressing a button. 
    The keyfob won't wake up at all unless you do it manually. 
    Hi Caseda, Did you manage to get the keyfob working?
  • @jstelten
    It is working, just not with the lock mode.
    for now that is, am in the talks with fibaro about it, but... they are not the fastest with responding.

    I have put the code on github for people that want to use it, and it works perfectly (except for that lock mode of course).
    but, it will not go into the appstore until that is working.
    since the lockmode is the biggest thing that needs to work besides the normal button uses/sequences of course.
  • Hi @caseda ;


    Do the series also work? I'm testing but cannot trigger a flow when pushing two buttons in sequence. Below my config:

    Pushing whitin 1 sec: 

    Reeks 5: (- +)

    Reeks 6: (+ -)



  • casedacaseda Member
    edited February 2017
    @jstelten
    when I tested it, it was working perfectly.
    did you wake up the keyfob? (not by holding Circle and plus, homey doesn't know it's awake then, only use the menu way I described in a post before)
    It does not wake up on its own 

    It's best to wake it up just before you press the save button. 
    Do note that settings only get send when the value was changed from previous value.
    So it's best to change the value, save, then change the sequence back to the value you want, wake up the keyfob, and press save
  • @caseda: Did you have any luck with the lock mode? Problem is to set the local protection I assume  


  • OKHomey79 said:

    @caseda: Did you have any luck with the lock mode? Problem is to set the local protection I assume  


    There's no need to shout over here! ;)
  • @OKHomey79 It did not succeed, it is now implemented without until I have answer from fibaro,
    but almost seems like they don't want to answer (now almost 6 weeks later) 

    The setting of the local security is not a problem (signals was send properly etc) , but seems it takes more to activate the lock mode
  • AndyAndy Member
    edited October 2017
    @caseda I recently bought 2 Keyfobs and am using them to open my garage. We leave them in our cars for 95% of the time.
    Some issues:
    • battery is drained within a week. I read something about 'lock mode'. Does this already work? How is this done (I'm not an expert)?
    • It takes some time for the keyfob to connect to the z-wave network once disconnected. If we arrive at home, the keyfob doesn't respond as fast as we would want. Waiting for like 20s before you can push a button is rather unacceptable, especially if you have a standard RF remote...
    • I also noticed the keyfob responds better and faster if I'm outside the car. Is this possible?
    • Any other keyfobs which have a better battery life and quicker z-wave pick-up time?

  • casedacaseda Member
    edited October 2017
    1. The lock mode was impossible in previous versions, but should work now, but needs to be added to the driver.
    but this would most likely not fix your battery drain issue as the lock mode only locks the buttons, i don't have this issue myself and have not been able to reproduce it as of yet. (you are the 2nd issue post about this anyway, but have seen multiple on other forums, so it is most likely not an homey issue)

    2. This should not be the case, as the keyfob works in "broadcast mode" when disconnected from the network for a few seconds, this means it just sends it's signal into the world (the node that then is the most nearby will pickup that signal and relays it to homey), so no need to be connected to the network beforehand, the only thing it could be is that there is no powered device near the vicinity where you arrive with your car that can relay the signal.

    3. as stated in point 2, it broadcasts the signal, this signal is a bit stronger then the normal signals but still a car works like a "cage of Faraday", your mobile phone and gps have the same issue, and inside the car, the range just suffers by this, you can try by holding the keyfob closer to the window of your car door as that is the most easy to come trough for RF signals, but nothing more can be done.

    4. i have no experiences with other keyfobs, but point 2 and 3 will be the same for every keyfob there is, even normal RF ones, usually if normal RF ones work better it is because the receiver is near the garage door where you enter, so always nearby.
  • caseda said:
    1. The lock mode was impossible in previous versions, but should work now, but needs to be added to the driver.
    but this would most likely not fix your battery drain issue as the lock mode only locks the buttons, i don't have this issue myself and have not been able to reproduce it as of yet. (you are the 2nd issue post about this anyway, but have seen multiple on other forums, so it is most likely not an homey issue)


    Thanks Caseda!
    Probably a noob question, but how do I add this to the driver? I checked the box and I've got v3.2 (15/2/2017 although I bought them last week (thx Coolblue ;-)))
  • @Andy
    well if you know how to develop in javascript then it is not that hard and send it in as a PR.

    but my guts say that you are not a developer, so i think the best idea is to add it as an feature request on the fibaro github repo, even though i might find some time soon as i want it too, somewhere in the near future, (just the lack of time and especially energie is bouldering through my life) if you add it there and robin (athom employee) has time before i do, he will add it
  • As there are a lot of KeyFob users here, did you guys enabled the Single, Double and Triple click options?
    I cannot get this to work, in fact, I'm able to completely crash Homey Fibaro module while trying to..

    I've created a ticket on this one: https://github.com/athombv/com.fibaro/issues/179

  • When testing it after adding the parameters it worked perfectly.
    Though don't use it now as i like the responsiveness more when only single press is activated.

    What do you mean with crash the module, that is impossible without a stack trace, and probably a totally different reason for the non responding devices

    Can you give a zwave log just after changing the parameter(s)?
  • Hi Caseda, have you read through the Github issue I created?
    There's a send log code in there directly after I "crashed" it.

    What I mean by crashing is that I can "hang" the Fibaro stack (reproducable) in a way non of my Fibaro devices work anymore from Homey when trying to configure the KeyFob.
    Restarting the "Fibaro" module isn't sufficient to correct the problem then, only completely rebooting Homey solves the problem.
  • i can't read into that log :wink: i'm not an athom employee
  • Sorry for the delay, so what I did:

    -Reboot Homey (so we have a clean starting point)
    -Verified I can turn on/off single fibaro switches and wall-plug = okay
    -Opened KeyFob settings
    -Changed settings that I wanted to change (Button Settings)
    -Press Save settings, now you get a instruction on how to wake-up KeyFob.
    -Execute instructions for waking up and press OK
    -Press save again
    -Get message that device settings are saved (no message about "at next wake-up settings will be pushed") so this should be good.
    -Now none of my Fibaro modules function anymore unless I completely reboot Homey.

    Ive send you the log via DM
  • I've narrowed down the log to this, in this timeframe im walking through the steps above and wreck the whole stack :(
    So assuming the keyfob is node(25) it looks like it is getting the new settings pushed but no reason why the whole homey needs a reboot in order to be able to communicate again with other Fibaro modules


    [2017-11-01T12:27:09.415Z] Command[91] start: sendData
    [2017-11-01T12:27:09.422Z] ProcessSendData[89]: To node: 25 with data: 0x988024a7b368405d60c1 and txOptions: ACK,AUTO_ROUTE,EXPLORE
    [2017-11-01T12:27:09.521Z] Command[91] end: sendData
    [2017-11-01T12:27:09.594Z] Node[25]: Received application command for COMMAND_CLASS_SECURITY, data: 0x8108f6441489bfb84dc4fee993b1122425d7514058e0ecfe
    [2017-11-01T12:27:09.606Z] Node[25]: Decapsulated frame from COMMAND_CLASS_SECURITY to COMMAND_CLASS_CENTRAL_SCENE, data 0x03348004
    [2017-11-01T12:27:09.640Z] Node[25]: Received application command for COMMAND_CLASS_SECURITY, data: 0x40
    [2017-11-01T12:27:09.641Z] Node[25]: sendData to COMMAND_CLASS_SECURITY, params 0x80250211bd05c2acbd
    [2017-11-01T12:27:09.643Z] Command[92] start: sendData
    [2017-11-01T12:27:09.646Z] ProcessSendData[90]: To node: 25 with data: 0x9880250211bd05c2acbd and txOptions: ACK,AUTO_ROUTE,EXPLORE
    [2017-11-01T12:27:09.771Z] Command[92] end: sendData
    [2017-11-01T12:27:09.843Z] Node[25]: Received application command for COMMAND_CLASS_SECURITY, data: 0x81be46b8522515b0b46d7c37ac7a253e6b271ad2860a12
    [2017-11-01T12:27:41.610Z] Command[93] start: getNetworkTopology
    [2017-11-01T12:27:41.873Z] Command[93] end: getNetworkTopology
    [2017-11-01T12:27:52.898Z] Node[10]: Received application command for COMMAND_CLASS_CRC_16_ENCAP, data: 0x0132022144000000a700003de6
    [2017-11-01T12:27:52.910Z] Node[10]: Decapsulated frame from COMMAND_CLASS_CRC_16_ENCAP to COMMAND_CLASS_METER, data 0x022144000000a70000
    [2017-11-01T12:28:34.349Z] Node[25]: Marked as online
    [2017-11-01T12:28:34.351Z] Node[25]: sendData to COMMAND_CLASS_BATTERY, params 0x02
    [2017-11-01T12:28:34.352Z] Command[94] start: sendData
    [2017-11-01T12:28:34.354Z] ProcessSendData[91]: To node: 25 with data: 0x8002 and txOptions: ACK,AUTO_ROUTE,EXPLORE
    [2017-11-01T12:28:34.358Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0415010b
    [2017-11-01T12:28:34.365Z] Node[25]: sendData to COMMAND_CLASS_SECURITY, params 0x40
    [2017-11-01T12:28:34.366Z] Command[95] start: sendData
    [2017-11-01T12:28:34.372Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0416010b
    [2017-11-01T12:28:34.374Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0417010b
    [2017-11-01T12:28:34.375Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0418010b
    [2017-11-01T12:28:34.376Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0419010b
    [2017-11-01T12:28:34.379Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x041a010b
    [2017-11-01T12:28:34.380Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0415010f
    [2017-11-01T12:28:34.381Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0416010f
    [2017-11-01T12:28:34.382Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0417010f
    [2017-11-01T12:28:34.384Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0418010f
    [2017-11-01T12:28:34.386Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x0419010f
    [2017-11-01T12:28:34.387Z] Node[25]: sendData to COMMAND_CLASS_CONFIGURATION, params 0x041a010f
    [2017-11-01T12:28:34.391Z] Node[25]: Received application update: 0x18015e5980567a739822
    [2017-11-01T12:28:34.406Z] ProcessSendData[92]: To node: 25 with data: 0x9840 and txOptions: ACK,AUTO_ROUTE,EXPLORE
    [2017-11-01T12:28:34.413Z] Command[94] end: sendData
    [2017-11-01T12:28:34.475Z] Command[95] end: sendData
    [2017-11-01T12:28:34.547Z] Node[25]: Received application command for COMMAND_CLASS_BATTERY, data: 0x0339
    [2017-11-01T12:28:37.890Z] Node[25]: sendData to COMMAND_CLASS_WAKE_UP, params 0x08
    [2017-11-01T12:28:44.392Z] Node[25]: Marked as offline
    [2017-11-01T12:29:05.983Z] Command[96] start: getNetworkTopology
    [2017-11-01T12:29:05.983Z] Command[96] start: getNetworkTopology
    [2017-11-01T12:29:06.189Z] Command[96] end: getNetworkTopology
  • As an update on this, this is supposed to be fixed in 1.5.6 which will be released sometime
Sign In or Register to comment.