omada eaps random disconnects

Hi,
Recently, I keep getting random disconnects on EAPs controlled by an AC200. (They were fine before.) I have 5 outdoor EAP225s, 3 of them have HW v1.0 running 5.1.6, and 2 are HW v3.0 running 5.1.10, which I believe are the latest FWs.
The EAPs are being used normally until the clients just lose connection. I would check the OC200 GUI and always I could see the device EAP status as DISCONNECTED. It would stay this way indefinitely. They is no way from the GUI to restore, I need to manually power cycle the actual EAPs in order to get them back, at which point the GUI shows the normal sequence of adoption/provisionning, which is always successful anyways. This has been happening at a frequency of about once or twice weekly, and it's been several weeks. On the logs there is not much to see, only the event when the device was disconnected and reconnected.
As you may imagine, this is so much hassle as some physical locations of the EAPS are a bit difficult to access.
I have searched the posts here and could not find a similar scenario. Please kindly help. Thank you.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content

Here are some steps to help troubleshoot and potentially resolve the problem:
1. **Check Power Supply**:
Ensure that the power supply to the EAPs is stable. If they are powered via PoE, check the switches, cables or injectors for any issues.
2. **Interference and Environment**:
Ensure that there is no new source of interference or environmental changes that could affect the wireless signal.
3. **Isolation Testing**:
If possible, isolate one of the problematic EAPs to a different network or location to see if the issue persists. This can help determine if the problem is environmental or specific to the device.
You mentioned that a manual reboot can fix this issue, you can create a reboot schedule for the EAPs to avoid manually reboot.
Site View > Settings > Service > Reboot Schedule > Create New Reboot Schedule:
- Copy Link
- Report Inappropriate Content

Here are some steps to help troubleshoot and potentially resolve the problem:
1. **Check Power Supply**:
Ensure that the power supply to the EAPs is stable. If they are powered via PoE, check the switches, cables or injectors for any issues.
2. **Interference and Environment**:
Ensure that there is no new source of interference or environmental changes that could affect the wireless signal.
3. **Isolation Testing**:
If possible, isolate one of the problematic EAPs to a different network or location to see if the issue persists. This can help determine if the problem is environmental or specific to the device.
You mentioned that a manual reboot can fix this issue, you can create a reboot schedule for the EAPs to avoid manually reboot.
Site View > Settings > Service > Reboot Schedule > Create New Reboot Schedule:
- Copy Link
- Report Inappropriate Content
Thanks for the reply. As per your suggestions:
1. They are fine. Nothing in the setup has been changed.
2. Same above. There is nothing new in the radio network at home.
3. I have swapped locations and there is nothing conclusive about the results. There are 5 APs all in all, and the disconnects are not happening only on specific APs but rather on all of them. That's why I suspect it's more a controller issue.
I have daily scheduled reboots for all of them. Despite this (1am for some, 1:30am for others), the APs still are not stable, rebooting at random times during the day. It's actually happening more frequently now, at least once daily.
Please help. Thank you.
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
Ok here's the solution... I hope it holds...
I had to downgrade the OC200 (v1.0) FW to 1.32.6 as well (blue GUI).
At least in my setup, 1.34.2 (green GUI) is very problematic and unstable.
Just for info, I have an OC200 v1.0 and 5 EAP225's (mix of v1 and v3 HW).
Very stable home network of approx 100 clients, around 50% are wifi switches and 8 ipcams running fulltime, the rest are the usual PC's and phones... A once-weekly scheduled reboot of AP's is sufficient to keep it all running smoothly.
As soon as to OC200 was updated to 1.34.2, things started falling apart quickly.
I was planning to upgrade/add 2 AX AP's in the mix but was held back by this issue.
I might wait a few weeks before I push through.
I was almost ready to throw everything out of the window and look for another SDN until today.
- Copy Link
- Report Inappropriate Content
Well, that didn't work either... Now I'm dumbfounded... At least after the scheduled reboot last night, for about 8 hours straight the whole network was ok, until one by one they stated crashing again... Pls see the screenshots below...
What I could observe is that:
1. There's not a lot of info in the syslogs.
2. The AP goes HEARTBEAT MISSED before it totally disconnects. Exactly as defined in https://community.tp-link.com/en/business/forum/topic/219330.
3. The AP's will not recover by themselves at this point. Manual intervention is needed to bring them back up (pulling/reinserting PoE/lan cable).
Pls help. I also downloaded the device info ZIP files for reference. How can I open a trouble ticket with you guys?
- Copy Link
- Report Inappropriate Content

Information
Helpful: 0
Views: 132
Replies: 6
Voters 0
No one has voted for it yet.