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!

 

Regards,

Smart Home Forum by FIBARO Team


  • 0

RGBW 2 Controller Bugs and More


Question

Posted (edited)

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. 
 
{"args":[0,0,1,254]}
 
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.
 
{"args":[0,0,255,0]}
{"args":[0,0,1,0]}
 
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.

 

@A.Socha

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.

 

 

------------------------------------------------------------------------------------------------------------------------------------------------------------------

SOME MORE INFO ON THE RGBW2 - INITIAL COMPARISON OF RGBW1 vs RGBW2

------------------------------------------------------------------------------------------------------------------------------------------------------------------

 

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

Recommended Posts

  • 0
Posted

@m.roszak Why can't I select user-defined RGBW programs for the RGBWv2? It will only 'play' the built-in programs.

  • 0
Posted

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

  • Like 1
  • 0
  • Inquirer
  • Posted (edited)
    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
    • 0
    Posted

    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
    • 0
    Posted

    Same Issue Here, Fibaro Support....

    • 0
    Posted

    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... 

    • 0
  • Inquirer
  • Posted

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

    • 0
    Posted

    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:

    Quote

    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!!

    Quote

    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)

    Quote

    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
     

    As

    Please login or register to see this link.

    wrote

    Quote

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


     

    • 0
    Posted

    I also have problems on my HC3 and the RGBW2. I only have zwave plus modules and 2 RGBW. when include it gives me sometimes a shutter instead of a RGBW. and after a restart or include another device it needs a softconfiguration. WHY!!!

    • 0
    Posted (edited)

    start from scratch: delete/exclude the rgbw module form HC3, reset the rgbw module to factory settings, than include again and hold the rgbw module within 1 m from HC3.

     

    if that doesn't work: call support

    Edited by emielstroeve
    • 0
    Posted
    On 5/27/2023 at 10:01 AM, pflugj said:

    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!!

    We are experiencung the same issues. After every reboot, all the RGBWs loosing configuration. Need to reconfigure them manually again and again.

    Many times they loosing color that was set, loosing brightness, and warm white slider drops back to 0 almoast every time.

    Very frustrating. I have sent several tickets about this issue.

    On 5/27/2023 at 10:01 AM, pflugj said:

    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!!

    This is not a solution for us..It happens with RGBW 2 moduls too. Same problem, unconfigured moduls after reboot. And there is no big traffic in those installations. All the unnecessary reports are disabled. No energy reports, and there are only 9 RGBW moduls and still happens.

    On 5/27/2023 at 10:01 AM, pflugj said:

    Brightness disassociated from RGBW channels

    Still happening. Brightness just lost. dropped to 0, and device doesnt react to turnON call. We need to manually incriease the brightness on slider, to let the button work for ON OFF commands. The same goes for warm white slider. Just drops to 0

    • 0
    Posted

    Hi.
    After complaining about the "Brightness disassociated' again,

    Quote

    On Sun, 21 Jan at 2:16 PM , I wrote:

    Hi.
    1st
    Almost 9 month ago I reported that:
     I have 16 out of 30 RGBW2 controllers where the Role is "RGB light" instead of "RGBW Light"
    It looked like NOT important at the time!
    But I actually do have a problem with the wrong "RGB" assignment.
    The problem is:
    In Block-Scenes one can not set/switch the missing "W"-Channel!!
    When is that going to be solved????

    2nd
    Even more serious is an almost 4 years old bug:

    Brightness disassociated from RGBW channels
    With the RGBW 1, when you changed the RGB or W channel the brightness moved with it.
    This was already reported in 2020!!

    Because of some serious problems with the old RGBW controllers I had to replace 30 of them for RGBW2
    Some of them had switches connected and worked very well.

    But all locally connected switches are now USELESS - because of this BUG!!
    When is this going to be fixed?

    Best regards
     

    I received a response on SUNDAY the 28th of Januray 2024   WOW!!! from a Fibaro support, in which I was requested to raise a new ticket ( AGAIN )
    Which I did:

    Quote

    As requested I create a new ticket for a 4 year old problem!

    Described in the forum thread from June 2020!!

    Please login or register to see this link.


    ONE OF THE ISSUES MENTIONED IS:

    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.

    Because of some serious problems with the old RGBW controllers,
    I had to replace 30 of them for RGBW2
    Some of them have switches connected and worked very well with the old controllers

    But now,  all locally connected switches are USELESS - because of this BUG!!

    Thanks for helping

     


    the ticket was confirmed on the 28th of January 2024

    Quote

    We have received your message. We will get in touch with you soon.


    .... and now we are waiting    ( again another 4 years???)

    Cheers

    • 0
    Posted
    2 hours ago, pflugj said:

    Hi.
    After complaining about the "Brightness disassociated' again,

    I received a response on SUNDAY the 28th of Januray 2024   WOW!!! from a Fibaro support, in which I was requested to raise a new ticket ( AGAIN )
    Which I did:


    the ticket was confirmed on the 28th of January 2024


    .... and now we are waiting    ( again another 4 years???)

    Cheers

    The latest BETA and FW for RGBW moduls should solve some issues. Update your system and moduls. We will see.

    • 0
    Posted

    Thit it and hope for the best.

    • 0
    Posted

    Unbeleavable:
    after the latest HC3c Firmwareupdate  I receied a notification from the HC
    40 updates :-)
    RGBW2 Firmware 5.1

     

    Quote

    Changelog

    • RGBW2
    • Changed external switch behavior when the brightness is set to 0%.
    • Other small fixes.

    Lets see  if this is going to fix the issue
    this is going to take a while...
    Cheers

    • 0
    Posted
    54 minutes ago, pflugj said:

    Unbeleavable:
    after the latest HC3c Firmwareupdate  I receied a notification from the HC
    40 updates :-)
    RGBW2 Firmware 5.1

     

    Lets see  if this is going to fix the issue
    this is going to take a while...
    Cheers

    After update

    1.  Devices stuck in unconfigured state after soft reconfiguration. Process never ends. Several tickets has been sent about similar sympthoms

    2. RGBW moduls /not all, some of them/ after FW update doesn't react to TurnON TurnOff commands at all. Increasing brigthness doesn't help. Modul is just unusable. After soft reconfig, the modul stuck in uncoinfigured state. After system restart, the system assigns compelty new IDs to the device.

    3. RGBW moduls still randomly loosing color. There is no color at all set on the module, so light can not be turned on, as there is no color set. We need to manually set the color again. / usually happens after system restart

    • 0
    Posted

    ... one day later.
    All RGBW2 controller updated to 5.1
    In DASHBOARD: 8 out of 40 show "Not Configured"
    Did  a restart > Now 9 out of 40 not configured 🤔

    like so:

    Please login or register to see this image.

    /monthly_2024_02/image.png.dd4ffa7d2a5ed42a62d0c35c189d5e67.png" />
    ...but in settings > devices : all 40 show as configured!!🤔
    like so
    image.png.7b0674ecdb23c5e5c0df224c88eed619.png
    What the hack??

    AFTER  Soft re-con which took some time:
    ONLY 2 devices lost the "Room"  and was reset to "DEFAULT ROOM" >>>> Room Assignment LOST
    When the room assignment is lost, ALL Child devices have NEW ID's  >>>>> I have raised this issue a couple of times:  This is not suppose to happen!

    When the room assignment is lost, All child Label are lost  >>>

    3 of the RGBW2 lost the COLOURS during the 1st soft-recon >>>> a 2nd soft-recon brought it back
    after about 5x soft recons  I have 1 device NOT getting the colors back!!
    showing some funny devices like so:
    image.png.2ab38cd5fc116936235044f7f33dfd7f.png

    after the next soft-recon:
    2 child devices lost labels, room & got new ID & colours back


    After another hour, ALL colors are back :-)
    Will now backup and restart

    cheers
     

    What would we do with all our spare time???
    SMART home makes our lives so much easier :-)

    • 0
    Posted

    Yup, same thing here. Hope i will stay oke this time

    • 0
    Posted

    After restart:
    Connected Button's are still working - FINALLY after 4 YEARS - THANKS  👍

    ... but now there is a new bug in the APP and the dashboard.

    The connected button's switch off the associated channel BUT the Brightness channel does not change!
    Result: LIGHT is OFF but the "APP" and the "dashboard" still show the light as "on"🙄


    Cheers
     

    • 0
    Posted

    It is not directly a bug... actually ;) 

    Color components are separate thing from the brightness.
    When you are reducing the intensity of the channels by button brightness stays as it is.

    What we did in the firmware is that in case the device was turned off (brightness set to 0%) and then you will use the physical switch it turns on the selected color and restores the previously set brightness. 

    So even if all color components are zero, the device is turned on if brightness > 0.
    The Z-Zwave specification defines this behavior. 

    Join the conversation

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

    Guest
    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...