Jump to content

Welcome to Smart Home Forum by FIBARO

Dear Guest,


as you can notice parts of Smart Home Forum by FIBARO is not available for you. You have to register in order to view all content and post in our community. Don't worry! Registration is a simple free process that requires minimal information for you to sign up. Become a part of of Smart Home Forum by FIBARO by creating an account.


As a member you can:

  •     Start new topics and reply to others
  •     Follow topics and users to get email updates
  •     Get your own profile page and make new friends
  •     Send personal messages
  •     ... and learn a lot about our system!



Smart Home Forum by FIBARO Team

  • 0

RGBW 2 Controller Bugs and More



Hi All,


I am sharing my communication with Fibaro Support as fair warning to anyone buying an Fibaro RGBW 2 module.


I am running 2x HC2 on the latest firmware 4.600. You need to be running 4.600 otherwise there are even more bugs that I experienced on earlier versions, namely 4.560.


If I come across anything else I'll update this post.




Broken Associations:
It appears that associations "break" after a short period of time. 
Given associations did not appear to be working, I wrote a LUA scene to control groups of lights together, however it has failed to work in all scenarios. 
When I press and hold the switch the colour does not sync with the "slave" RGBW 2 modules until about 6 seconds later. The result of a 6 second delay is very consistent and reproducible.
Looking at the Zniffer output:
  • The Key_released message (from RGBW 2) is sent to the controller very quickly. From looking at the zniffer this happens within milliseconds, just like the key press, so all-in-all the communication between the device and the controller is blindingly fast... the 6th column is the delta between packets, you can see the 9, 10, 10, 9, 9, 14 millisecond delay. This is very fast!

    Please login or register to see this link.

However and here is the big however, The colour report is coming back about 6 seconds later ie. 15.466 (key released) vs 21.084 (colour report) and therein lies the problem..... a 6 second delay to sync the colour of lights via LUA

Please login or register to see this link.

I tested 2x different Fibaro RGBW 1 and they communicate in a different way. They send a "Color Switch Set" and guess what... it happens in about 160-250 milliseconds for the first report and then if you look at the second report together, they take no longer than about 300 to 450 milliseconds.
This type of performance is perfectly adequate for controlling groups of lights via scenes, but 6 seconds is not.
The RGBW 2 device does not appear to have been implemented well on yet another front.
Summary of issues / feature requests (for what it's worth):
1. Associations 
Bug1: Associations do not consistently work. They seem to work for a while after a while they break.
What does break mean? So far, I have tested that the colour keeps being sent from the master, but the brightness stops being sent.  
Despite any attempts, I have not been able to reproduce the original situation where the association was working. I wanted to watch Zniffer to see if anything happens when it changes to not working. Instead all I can see now in Zniffer is that the colour is sent to the "slave" device and that's about it. The slave device does not ever get a brightness setting anymore, so this is broken as you can never turn a slave on or off via a wall switch. You can only change its colour.
Bug 2: It takes far too long to set associations. On other modules, association updates from the BUI are sent to the device in seconds. With the RGBW 2 it takes minutes, as in 3-4 minutes when I have almost no other network traffic. There is something wrong here.
Bug 3: I have to click 2, sometimes 3 or 4 times on the save button before the association updates actually saves and the device window reloads.
Bug 4: While associations are being updated for a device the zwave network seems to be locked up. Maybe this is what always happens with association updates, but usually the updated happen in a few seconds. When it takes many minutes, the impact is noticeable.
Question: Ok, what is going on here? When I associate to an RGBW 2 module, 2 devices are also automatically selected for the association. In the image below you can see that the master device and the next device is selected. These are effectively the two devices before the actual end-user device. This did not happen on other modules. Even with the dimmer 2 module, which has a remote, only 1 other device was automatically ticked. Can you confirm that this is the expected behaviour?

Please login or register to see this link.

2. Rainbow mode 
a) Functionality improvement - Functionality has been detrimentally changed from RGBW 1. 
In HSB & White mode if the R, G and B channels are all zero when you click on IN1, all 3x channels are turned on at the same level to create a cold white. There is then no way to access rainbow mode from a wall switch. This is major flaw. With the RGBW 1 you could double click to get cold white, but when you click and held it would revert back to Rainbow mode. I don't understand why double click does not take you to the White channel and then click and hold rotate you through the colours. 
b) Feature request - It is beyond my understanding why Fibaro sell a device that can take 4x channels - R, G, B and W and yet rainbow mode does not allow access to the W channel. Please, please, please, when clicking on IN1 in HSB mode, let the last colour be the White Channel. I would prefer a completely different colour order, but it seems from previous conversations that this is not possible due to a regulation. I don't understand what the regulation is and it sounds very weird to me. Starting with red doesn't make sense for day to day use. Nor does ending with red if you double click... who uses red lighting in their house at Fibaro that makes it such an important colour.
c) Feature request - I guess the answer will be no, but if only we could change the order of colours in rainbow mode. I would ALWAYS start with the white channel or cold white if only R.G and B channels are connected. 
d) Feature request - speed of colour transition should be a user defined parameter
e) Improvement - What I love about the IN1 in HSB mode is that the colours change much faster. They may change a little too quick, but I would prefer it faster than at the speed of the RGBW 1, which was far too slow.
3 BUI Bugs
a) BUI within a room and in the devices, view does not update to reflect reality ie if a wall switch is pressed
b) BUI within a room and in the devices, view does not update to reflect a colour change, unless the brightness is changed after the colour change
c) Mobile app seems to suffer from the same issues as the BUI. I am using the original Android mobile app v1.27.0.0, which appears to be the latest on the Google app store
d) If you slide RGB or W on with brightness off, the device shows as on, despite being off. If you the slide back to 0 the device continues to show as being on.
There are other BUI errors, I have forgotten to document them all as they happened.
4) Brightness disassociated from RGBW channels
a) This makes little sense to me. With the RGBW 1, when you changed the RGB or W channel the brightness moved with it. It worked well for me. At a minimum it should be a user option to revert back to this functionality. As you would have seen, with the RGBW2 you have to select a colour AND a brightness to get the light to turn on... It's counterintuitive to me when different combinations of a channel colour and brightness result in the same level of output.
5) User-friendly wall switch control
I don't know anyone that wants to have to click on 4 buttons to control a single light, especially when you have multiple RGB/RGBW lights in a single room. Simply put the options should be:
a) One button operation for momentary switch - rainbow mode or brightness control. In rainbow mode start with the white channel, or if this is not possible end with the white channel. 
  • Double click to max brightness
  • Double click and hold could to access brightness mode i.e. dim up/down
  • Triple click to access white channel or RGB cold white if connected to an RGB device
Through a single button you could control the entire device.
b) Two button operation for momentary switch - Rainbow mode for one button and brightness control for the second button. 
Two button mode would work similar to one button mode but with brightness accessed through the second button. 
TBH, if you modified the device to work in one button mode the way I described it, I'm not sure why anyone would need two buttons to control the device.
I know that only accessing Hue through a button does not allow changes in Saturation, however I don't know anyone that uses Saturation often; I don't use it at all. I think this level of control can be accessed through the BUI / mobile app. If you desperately wanted to include Saturation, then modify the two-button mode to work like one button, but one button controls Hue and the other Saturation. 
Finally, you could use the same logic as above to control all four channels from 2x buttons e.g. I think Hue and Brightness are most important, so B=Button, B1= Hue, B2 = Brightness, then Double click and hold B1 to increase/decrease Saturation and Double click and hold B2 to set RGB=0 and Increase/decrease the White channel. This would work for me!
In a) and b) above, the user should never be forced into a situation where they click to turn on a device and are stuck with cold white i.e. RGB all at the same value, AND they can never access rainbow mode without going to a device to adjust the RGB settings. This is a bad design.
There are options with the one and two button control where you could create a complete solution in a way that doesn't cover people's walls with switches and in a way in which I know people in my household may actuall use wall switches to control devices. They won't do it with 4 buttons per circuit.
EDIT: I have setup 2x button control throughout my house ~40 RGBW2 modules. I have had to write scenes to workaround all of the issues mentioned. It ain't pretty, but it works.
6) Colour report lag
This is a major issue. Having to wait 6 seconds to have a newly selected colour, from a wall switch, reported to the HC2 is too long. The RGBW1 did it in ~200 milliseconds. 
This bug needs to be fixed.
7) Press and hold to dim down - IN3 input from wall switch
If you press and hold to dim down, the light actually turns off rather than stops dimming at brightness value = 1. This is not a good user experience. The Dimmer 1, Dimmer 2 and RGBW1 do not operate this way. Dimming has to stop at value = 1.
PS: I found this to be the case with the Dimmer2... how on earth do you expect people to access the lowest light setting on their RGBW2 and Dimmer2's when clicking and holding turns the light off... it makes it s guessing game/game of skill to get the lights down low.
What to fix first?
This is a very important question and it all depends on what Fibaro intend on fixing.
  • I spent a long evening writing LUA to control groups of RGBW modules as associations are broken. The code works barring issue 6) Colour report lag. If this was fixed, I would have a workable solution. It would not be completely desirable, but workable.
  • Similarly, if associations are fixed then it will be a great way to reduce traffic (to the controller) when controlling groups of devices and simplify any LUA required to get functionality similar to what I have described above.
  • Ultimately, I want two-button control, with Button1: Hue (including the white channel) and Button2: Brightness, and Saturation controlled through double click and hold would also be great to have as an option, as it would actually work for the entire product for all four channels. I'm really disappointed the RGBW 2 module didn't just do this out of the box.
  • I don't understand how I can be in HSB mode, click on IN1 (Hue) and be locked into cold white (R, G and B, all stuck at the same value)
  • Please fix the device before the BUI. I can live without a working BUI, but not without a working device.
There is a lot of feedback and quite a list of issues that I have raised, which is unfortunate as this means that the RGBW 2 has been sold as a production ready product when in fact it still needs A LOT of work.
EDIT: 20.7.2020
I found 2x more bugs. 
- One is "requesting neighbours", the HC2 goes into an infinite loop during inclusion. I had to reboot the HC2 the first time to stop it. The second time after stopping inclusion, I added the device again and it stopped the message.

- There are constant errors appearing "application rejected request". I have never seen these errors before.

Please login or register to see this link.

Please login or register to see this link.

EDIT 28.7.2020 - API BUGS
EDIT:30.7.2020 -  Fibaro support cannot reproduce the following errors, so I'd take my conclusions with a pinch of salt for now. It may just be me and how I am doing it.
I'll continue testing and revert with an update when I get a chance
I have found more potential bugs. I say potential, as this is the first time I've used the /docs functionality, after @10der made me aware of their existence.  Thank you @10der. Again!
Bug A.1?
I found what looks like a bug. Maybe I'm doing it wrong.
When I test out the API/docs for my HC2, like this:

Please login or register to see this link.

Instead of the white channel being set to 255, it looks like a pseudo-white is being simulated by the HC2.... You can see it is setting R=254, G=199 and B=71, but not changing the white channel.

Please login or register to see this link.

What do I need to do to just control the WHITE channel?
Bug A.2?
In fact, I cannot seem to get the White channel to ever change values, no matter what I send to it e.g. 
It appears that the HC2 is interpolating that 254 on the White channel should equal 254 on the blue channel as the result is 0,0,254,0
Similarly, if I send 0,1,1,254, I will get 0,254,254,0
Bug B.1?
Also, when I send arguments for other colours e.g. blue, no matter what value I send in the channel e.g.
The outcome is always that the RGBW2 module is set to the maximum value for that channel i.e. 0,0,254,0
Bug B.2?
If I send the same value to 2 or more channels e.g. 0,50,50,0. It does the same and maxes out the actual values received e.g. 0,254,254,0
Only when I send dissimilar values do I get the value I sent being received correctly e.g. 0,50,250,0
Try it out yourself and please get back to me if I am doing anything wrong.




EDIT: 30.07.2020

I raised a ticket with Fibaro Support some time ago. They have confirmed all of the issues I have raised, barring the API issues for which I have not received any reply.

I have been advised that a GIRA project has been raised which means someone will look into it. Unfortunately I do not know what "IT" is exactly.



I have invested, literally days of my life on this one topic. I would be grateful if I was kept abreast of the remediation process and especially as to which features will be fixed, so I can plan ahead.

As always, I'm happy to chat further on any of the points raised with Support, however my most recent emails have gone unanswered.







In case you are migrating from RGBW1 to RGBW2 you also might want to read this post so you know what you are getting yourself into...


One of the big differences for me is that you have to triple click on the device to include (as in, you can't include from a wall switch anymore). I wasted many hours figuring this out and assuming the first 2x modules I bought from ebay were duds, when in fact they were not. On a positive note, inclusion is a charm with the RGBW2 modules. You only have to triple click once and sit and wait and it works EVERY time. What a change. What a relief.


Pity about the rest.


EDIT - more to add to the list:

- you cannot specify RGB vs RGBW, so even when you have an RGB module the W channel is present and of course this can and does cause no end of problem - this is available on the RGBW1

- you cannot specify a white only led strip, so you will see R, G, B, and W channels for a white only led and this causes no end of problem until you rewire it to hack a workaround

- you cannot specify custom programs - this is available on the RGBW1 - it means you have to spam your network to get simple programs to work, which if you know anything about zwave, you simply will not do as it will crash your system eventually if not straight away. Think Christmas tree lights throughout the house => dead zwave network if you have to run it manually, rather than with programs


EDIT 2- another to add:

Device polling does not work. I poll the device through LUA or through the HC2 BUI and nothing returns to the BUI i.e. the current value does not return



Edited by alex88
  • Like 3
  • Thanks 2
Link to comment
Share on other sites

Recommended Posts

  • 0

This is not available right now for the RGBWv2 - I will push it up in the backlog. 

  • Like 1
Link to comment
Share on other sites

  • 0
  • Inquirer
  • On 12/19/2021 at 12:18 AM, clowg said:

    F'ing Fibaro!!!!  What a cluster.  After struggling with the RGBW v2 for 2 days, when I have plenty of experience with the v1 module and understand how that works, I find this thread and all the crazy issues this module has.  And here was I naively thinking that any version 2 of a module would be an improved version of the original.  God I hope I can order a v1 from my supplier.


    To your and my amazement!!!


    The only upside I can see with the RGBW2 is it's based on the 500 series chipset, so it plays better in larger numbers.


    I actually have found another bug with the RGBW2. I've lost the will to repot then anymore as years pass by and nothing happens, other than borderline inflammatory comments, like ...

    On 11/22/2021 at 1:53 PM, m.roszak said:

    This one is an additional custom function which is not so easy to implement


    And yet Fibaro somehow managed it for the RGBW 1, hmmmm. Ripley's believe it or not.


    Edited by alex88
    • Like 1
    Link to comment
    Share on other sites

    • 0

    its an outrage for this kind of devices ! i ahve exactly the same issue described. Homecenter 2 does not even recognize the device nicely, some weird icons to begin with.

    RGBW is uncontrollable while my RGBW v1 works just fine with HC 2

    • Like 1
    Link to comment
    Share on other sites

    • 0

    Where to find these settings on the controller 2?


    12. Maximum brightening level Default setting: 255 Available settings: 3-255 Parameter size: 1[byte]

    13.  Minimum dim level Default setting: 2 Available settings: 3-255 Parameter size: 1[byte]


    It doesn't make sense to me, that they should be gone... 

    Link to comment
    Share on other sites

    • 0

    I wish I would have seen this thread earlier :-(

    I had major issues with the old RGBW controllers!
    I had about 30 of them connected to HC3 and things got really weird.

    The RGBW controller created "GHOST" associations and switched ON other devices - RANDOMLY
    I never used the association with these controllers!!
    (In the beginning light's where switched on every now and then. I was just wondering)

    Just to mention: I am running an OFF-Grid Solar system with batteries.
    It got seriously bad when it switched on heater's in the middle of the night!
    Draining my batteries in no time - GREAT

    I than raised an URGENT issue with Fibaro and the 1st thing was,
    to disable parameter "Send associations".
    SO far so good.

    In the mean time, the number of devices grew and I had about 140 devices, connected to a single HC3
    I then had MAJOR issues after every reboot of the HC3 ( after backup or Firmware upgrades)
    After every reboot I ended up with "UN-configured devices" (ALWAYS some RGBW controllers)- WTF
    The only way to recover from this was to do FULL re-configurations or sometimes reverting to an older backup
    WHAT a waste of time!!

    After ton's of emails with the support it was said that the number of devices might cause too much z-wave traffic, and might have reached the HC3 limit.
    So I took the bitter pill and bought 2 additional HC3!!
    It took weeks to remove and re-add all the devices again!

    Guess what - The "UN-configured devices" issue still persisted and it was driving me crazy!!
    It was only then, that I received this from the support:


    About RGBW1, they are creating big Z-wave data frames, especially with so many of them like in your setup.
    But those devices have ZW chipset 300 that the manufacturer Silabs is not going to improve or maintain so we can't reduce those frames.
    We are still improving functions to reduce the issue from our site as much as possible.

    Solution for that?
    The only thing I could think of - REPLACE all RGBW with the NEW RGBW2 controllers! (an expensive solution)
    I replaced ALL of them recently and the "UN-configured devices" issue disappeared - FINALLY!!

    But then, amongst other things, I discovered the "button" issue.

    Which was one of the many issues, discovered by 

    Please login or register to see this link.

    in 2020!!


    Brightness disassociated from RGBW channels

    Some of the installed RGBW2 have "push buttons' for direct control connected.
    Which can not be used anymore and are now USELESS - GREAT!
    The supports answer to this bug (15/05/2023)


    We're aware of this issue and we've already forwarded it to our engineers, who are currently working on resolving it as soon as possible. The first amendments will be included in the next device version.

    ... they are working on it - great


    I just wanted to share my frustration

    Have fun with RGBW2 controllers
    Cheers, Jurgen


    Please login or register to see this link.



    Don't worry. They will release the RGBW 3 soon!


    Link to comment
    Share on other sites

    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.

    Answer this question...

    ×   Pasted as rich text.   Paste as plain text instead

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.

    • Create New...