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.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
Closed Official
[App] Fibaro by Athom (v1.5.18)
This discussion has been closed.
Comments
Only change the first relay. This is the 'main' relay and the settings are automatic for both nodes.
I had the same problem, @caseda helped me with this too
Also you might want to change parameter 9 (but you need to look at your insights first to determine which value to use).
Myself would like to see four separate switches since I use the RGBW-controller to control 3 different warm-white led strips.
@mauriceb: You can even use the rgbw for sensors (o-10V) icw led, but that isn't supported (yet?) in the current driver as far as i know
I have no other z-wave items connected to Homey. I got a Eneco Toon with 1 Wall Plug connected.
Any other suggestion to get it up and running?
If you don't have any z-wave devices connected, then it's probably an error thanks to an homey/zwave core update, should fix itself when you fully reset the zwave chip.
Dammit, I thought that that would have been the only button that was still available.
Then I'm all out of solutions except for a complete homey reset.. (you could try a reset with keeping all data, but most of the time that is not enough/the solution)
You could try to ask athom via support@athom.com if they have another idea without having to reset.
I can't help you any further unfortunately.
Just though of one last new thing you can try, disable/delete all apps that are z-wave related and see if the buttons are/stay still disabled
Jeroen asked us to do that when having z-wave problems and it did solve the problem for me.
The RGBW controller has options to manual switch....
This switch trigger is not available in the flow
I hope an update tomorrow gives more result.
I was asking because I'm hoping that in the future the images will be updated (talked about this before already) for some devices.
Now that I think of it, the image for the roller shutters has already changed, first it was a Fibaro logo, now it's an image of the module.
I hope that this can be updated to an image of a roller shutter, and maybe even differentiate between open/inbetween/closed?
Same for the Dimmer, not very useful to have an image of the module
Wish I could help with it, but I'm completely clueless about stuff like that (even where to get the correct images/create them)
Programming is just investing a whole lot of time and determination and start with simple stuff on node is and not anything on Homey.
There are online tutorials for this.
I can use the wall switch no operate it, but the web interface doesn't do anything. Also, 222's in a flow don't work either. I have PTP, killed and re-started the Fibaro App.... nothing.
And, the exact issues I have with my Greenwave Powernodes. The will not be controlled trhru a smart device or flow.
Mu Aeotec sensors all work correcly. So, z-wave is running..
Getting pretty annoyed...
UPDATE
If I disable the Greenwave App and re-boot, my Fibaro relay's work again.
I will corss post this issue in the z-wave discussion.
I started some courses on Codecademy, but my brain refuses to absorb the material
I would really like the app (or Homey natively?) to have something like this for the roller shutter:
Because now it's an image of the module, which is kind of useless and make it hard to find between other devices.
My Imperihome App uses similar dynamic icons for shutters.
There isn't an bug in the picker or settings part. There's a bug in the code if(!) the app developer uses the parser to save the settings. As far as I know/seen isn't @caseda using the parser(anymore) and so the bug isn't there. I think most zwave apps already ditched the parser and so the issue should be gone. Only in very very(!) special situations the parser can be needed, but a developer should be able to prevent that and then the parser is also not needed.
Short story short:
The parser is a Bitch, she isn't needed, in most cases already dumped and therefore there isn't a issue.
Edit:
Looks like the fgs-222 driver is using the parser. So there could be a issue.
the parsers for the number parameters is the one that is not needed, it is now dealt with inside the z-wave capability core
The parsers for the checkbox are most of the time still needed cause the build in parser is doing it the wrong way around (checked = false, unchecked = true, and should be the other way around).
the picker does not use any parsers (and has never done this), it just transmits the value to the module.
@Oskar
what version of the motion sensor do you have, the z-wave plus or the normal z-wave version.
what version of homey and the app are you on.
Have you changed the settings, pressed save, and then woke up the device? (triple click b-button or wait at max 2 hours, the default wake-up)
The normal version is working for me all the time when using the led color.