Possible bug?

[Chopstix]

Even though my Wi-Fi doorbell is literally 1 wall/floor away from my Home Hub Pro, it only gets 2-bars on the 5 GHz signal meter. With sporadic disconnects several times a day, I finally decided to switch it to 2.4 GHz.

I went into the app, to the camera's Wi-Fi settings and switched it to 2.4 GHz. The app did not ask me for a network name or password. I assume because the camera is connected to the Home Hub Pro's 5 GHz radio, it SHOULD know to switch it to the HHP's 2.4 GHz radio.

Well, the camera did not want to reconnect. Rebooted the camera and the HHP, no dice. So I ultimately had to factory reset the doorbell and connect it to the HHP's 2.4 GHz during the initial setup. Good new is, it's showing 4 bars on the signal now.

So it makes me wonder if there is a firmware bug since it did not automatically switch from the HHP's 5 GHz to 2.4 GHz nor did it ask me for new network SSID/password when switching. Hmmm.

[joseph_1979]

@chopstix As for the password this is forwarded by the HHP. It should show more bars...2.4G has lower wavelength and so longer range and more penetrable. The problem is why it didn't connect to the 2.4G? On the WIFI doorbell do you have the preferred connection set to 5G? If so this is the problem. I have encountered this and had to connect via the eth port to fix it.

[Chopstix]

@joseph_1979 let me clarify...

When I initially setup the doorbell months ago, I had the choice of 2.4 or 5 during the setup. Naturally, I chose 5 GHz. After deployment I noticed the signal meter (you and I already discussed how lacking this is) displayed 1-2 bars signal. I left it alone to see if there were performance issues. It was fine for several weeks then began to sporadically disconnect several times a day, but not every day.

Fast forward to this week, I decided to use the app and switch the preferred band to 2.4GHz because as we know, 2.4GHz has better wall penetration. Yes, the HHP should have automatically given the doorbell the 2.4GHz SSID/password during the switch. I don't know what exactly went wrong as the doorbell was not able to reconnect to the HHP after the switch. Without adequate network management tools in the HHP, I was unable to troubleshoot other than a reboot of both the doorbell and the HHP. I had to factory reset the doorbell and run the setup again, this time choosing the 2.4GHz SSID.

I have not tried switching back to 5 GHz as a test as I really do not want to factory reset again if the switch fails. I do not know if this was an isolated incident or a persistent bug but I thought it worth documenting.

[joseph_1979]

@chopstix If you set the WIFI Band Reference to only 5G and then you change the WIFI connection to 2.4G then it will not connect to the 2.4G. It won't even try to connect to the 5G. This was my scenario. This is a bug for me and I did report it.

[Chopstix]

@joseph_1979 I did not make any changes to the band preference setting up until I attempted to switch to 2.4 GHz. I do recall it listing 5 GHz not Auto when I opened the page in the app. Definitely a bug then as it should not matter what option is selected. If you switch the setting, the camera should switch.

@Techgirl_849769519804666 what's up with the down vote on my comment above? If there is something about it that concerns you, please allow me the opportunity to address it. Thanks!

[joseph_1979]

@chopstix So we got through same problem. I opened a ticket. I will ask for an update.

[Chopstix]

@joseph_1979 Please let me know what they say. Cheers.

[Techgirl_849769519804666]

@chopstix didn't know I downvoted! I'll fix!

[Chopstix]

@techgirl_849769519804666 thank you! Cheers!

[joseph_1979]

@chopstix At least fixed :).

Issue is still at the sw dev team. Apart from this I have a WIFI stability problem on the RLC-811WA. I am getting choppy audio and freeze frames. Camera is less than 3m away from the WIFI access point and 1 m below it I have the battery doorbell which is quite stable. This issue arises because they are using TCP rather than UDP for local transport. To the best of my knowledge live streaming/audio is mostly transported over UDP.