NYInstallers

@South Africa C4 user The issue is very real- I'm just curious to know if other installers are having the same issue. 

I will check - but my DS2 full size are not an issue. Is there a difference? 

Yes yes a disconnect- but networking checks out.. there are no issues there and all three locations 4 locations have the same network setup except for the version.

@South Africa C4 user That's the issue here.

@msgreenf My customers are all on V2

@Cyknight 

Definitely no disconnect- Even so, is'nt the point of the CA-10 to work in that way?

@c4toys 

I'm using V2 lighting. I haven't updated my own home yet to the latest- because of this. 

Here's the rundown of the sites I've visited/updated in the last 2 months. All the same setup. CA-10 with EA-1s and/or CA-1s

One customer 3.3.0.628678, 90+ switches. No issues. 

My Home 3.3.1.639488  35+ Switches. No Issues

3 Customers 3.3.2651066 60+ Switches at each site- Consistent issues with Scenes. have to activate them twice in macros to get them to work.

8 hours ago, PumpUpVolume said:

There is no firewall in the AP.

[Bell MTS Home Hub 3000 (router, performing DHCP)] --> <cat6> --> [Netgear GS728TP-100NAS POE+ managed Smart Switch (layer 2 & 3)] --> <cat6> --> [Netgear WAC720 access point (not performing DHCP)]

 

Then I would try an independent router not one from your ISP.  Don’t forget part of comnicstion between devices is the gateway. If the gateway (the BELL MTS in this instance) is doing something funky it can be causing communication issues.  I would put a device in between and see how it reacts.  
 

we use ubiquiti or sonic walls 

9 hours ago, PumpUpVolume said:

I am the Original Poster for this thread. I've noted that many of the interesting observations and learnings in this thread are now spread over seven pages. I thought a quick recap would be helpful.

I have one NEEO that is used with a simple EA3-based Control4 system. My NEEO locks up frequently - often only lasting about 3 days between reboots; when it has a good run, the NEEO sometimes lasts a week before locking up. The behavior of my NEEO has evolved a bit over time, but it seems to have settled into in a constant pattern for the last 6+ weeks. The lockups always/only occur when switching "rooms" (i.e. switching between "kitchen", "Living", and "Deck"). Sometimes we can switch rooms without incident, but when the NEEO locks up, it is nearly always on a room switch. The error messages vary somewhat, but it is typically loading latest settings for the room we are switching to - all errors/lockups appear to be network connection related.

When I created the post, I was of the impression that the NEEO lock up was temporarily resolved by rebooting my access point. I've since proven that the access point doesn't need to be rebooted. The NEEO lockup can be temporarily resolved (for another 3-7 days) by rebooting the NEEO. I previously thought that the NEEO remained stable for longer if I rebooted the AP, but, with more time, testing, and use, that theory appears to have been based on random coincidence. The fix for the NEEO lock up is to reboot the NEEO; rebooting the AP may also work, but is not a better temporary fix.

A brief recap of my equipment:

• One (1) NEEO
• One (1) EA3 (lightly loaded)
• One Netgear WAC720 Access Point (there are no other active access points in the house at this time); the access point is located very close to where the NEEO is used
• One Netgear POE gig switch
• Cat 6 wiring
• Most of my devices normally use the 5 GHz band; there are typically only three devices using the 2.4 GHz band and they are low bandwidth devices; one of those devices is a SkyBell, but the SkyBell only uses modest bandwidth when streaming video when an event is triggered, which is only seldom most often. All this to say, there is oodles of bandwidth available to the NEEO.

Setting/configuration changes I have tried/tested:

• Turning on "don't allow WiFi sleep" in Composer (don't allow WiFi sleep is the currently in use setting)
• Auto channel, and various fixed channel settings for the 2.4 GHz band
• Reducing the channel width for the 2.4 GHz band
• Reducing (fixed) power output for 2.4 GHz radio on the access point
• Different guard interval settings for the 2.4 GHz band on the access point
• Creating a unique SSID that is only used by the NEEO and only exists on the 2.4 GHz band

In summary, in my environment there is no roaming complication because there is only one access point. The NEEO reports excellent RSSI. The SSID is not shared with any other device and the SSID only exists on the 2.4 GHz band. Changing the main radio configurations (channel, channel width, guard interval, power output, etc) have no effect on the NEEO lockups. The lockups consistently occur when using the NEEO to switch between C4 "rooms".

None of the setting/configuration changes have solved the problems with my NEEO. Interestingly, all other devices that use my WiFi network were able to adapt just fine to any combination of the settings. That is, all devices except the NEEO remained connected to WiFi without issue regardless of the configuration settings (save for one dropped connection event with my Carrier Infinity Touch Controller - which is also a bit finicky for WiFi connectivity). The NEEO was not stable with any combination of configuration settings; all other devices were stable with all combinations.

Do you have an AP and firewall? Or just the firewall/router that has the built in AP?

CA-10 for director and 3 CA-1's and or EA-1's around the rest of the home

I have 4 DS2 Doorbells two minis, two full-size. The two minis keep reverting their call groups back to All. 

Its all Wireless Lighting Dimmers and switches. Its not my mesh. I spoke to C4 they said the mesh looks good and the turned on logging so we'll see. This just started happening. 

It so weird. 

Since the latest update we’ve been having issues with advanced lightning scenes. Many of which only have 3 or 4 lights.  We have to run then a second time with macros.  
 

Even testing them manually from composer some of the lights respond, Others don’t. This is by more than one customer.  
 

thanks

On 3/28/2023 at 5:40 PM, thecodingart said:

No separate SSID or VLAN for the remotes. Specifically setup with a 2.4GHz band. We have a few different types of Access Points, but the nanoHD and the U6 Lite are the primaries. The remotes show the same behavior behind various in-wall and Mesh Pro APs (as a note).

For me, it's a UXG-P + CloudKey setup. The setup itself didn't really change over a long period of time other than periodic UniFi software updates (performed manually). The timing of the disconnects did not seem to correlate with any of the updates.

I did attempt locking them to a single AP so they wouldn't jump (just in case). That didn't help at all. 

So all of a sudden they stopped working and turning off Wi-Fi sleep worked? 

Weird.  My customers are having similar issues and Wi-Fi sleep is off.  I’m also starting to thing the issues each person is reporting is different.  Each person has their own set of unique network variables (switch types/configs, distance between Wi-Fi’s , building materials, routers, control4 controllers etc ).

The Neeos in my house are stable and have been stable since we installed.  I’m using 3 unifi nanos and one new model Wi-Fi 6, a load of netgear PoE switches, EA-5 controller and a sonic wall. 

A few differences between my setup and my customers. My customers use Araknis Switches, Ubiquiti Edge Routers and a CA-10.  

@thecodingart do you know what model ubiquiti? Is it a separate ssid for the remotes? General settings? Any other configuration info? 

On 2/11/2023 at 11:58 AM, BY96 said:

As posted above, on February 3,  I moved my NEEO to a different AP, one that I figured would be worse in every way, especially since it is further away. And now, eight days later, I have had zero problems. So weird. 

Someone else has posted that they put the NEEO on their ISP router and have had success with that as well.  
 

Both tests have one thing in common, they are single APS with an isolated SSID.  So it sounds like to me that the NEEEO may be trying to jump APS. 
 

Im experiencing the same issue and I’m going to try an lower the 2.4 signal power on alternating APS and see if that helps.  

Thank you.  Yes it’s working now.  but I’m just trying to understand why this client has an issue and my others don’t.  
 

thanks for the suggestion, maybe I’ll use that in the next project. 

An update, we found that all the shades will response only if we program the macros using the Target Level choice at the bottom.. Why is that ?

Take a look at the attached. FYI the delays were just part of my attempts to troubleshoot. 

Hi 

A customer of mine just had somfy shades programmed with RTS and TaHoma.  I have it integrated on the system and everything works as expected using the touch screens and remote controls.   

however when trying to load all the open  and close commands into the macro none of the shades respond.

any help would be appreciated.  

So.  Here’s an interesting related issue.  Same symptoms, Different customer, Different Shade system. And none of the macro is working. 
 

The delay solution isn’t working.  
 

any suggestions? Should I start a new question? 

After adding the delay, everything is working perfectly as expected. 

@c4toys thank you.  
 

thanks everybody for the additional details.  

I will try.  It was never an issue before.  The open vs 100% was to try different methods of opening.  
 

the delay sounds like a good idea.  

Vacation mode is set to false and some of the macro works and some does not. But all the devices work with the same commands using navigator. 

Hi 

i did some major rearranging of a system. Cleaned up some poorly written macros.  Made some standardizations. Nothing major technologically, just organizationally. 

Now some of these macros are not executing 100%  Devices that work using navigator won’t react to macro commands. This is even true when I move them out of IF and Then. And I’ve tried recreating the macros. 

Besides rebooting, which I’ve already done, is there anything else to try?

Thanks for all the help.  I found it. 

Thank you.  I will take a look