- 2.4GHz signal weak or congested
- Router MAC filter/AP isolation enabled
- Device paired on wrong network context
Problem Description
A Sonoff device appears offline in eWeLink and cannot be controlled remotely. This often follows router changes, weak 2.4GHz conditions, overloaded APs, MAC filtering, or pairing done from the wrong network context.
Symptoms
- Device shows offline in eWeLink
- Control fails with retry message
- Device returns online after router reboot
- Offline started after network changes
- LED indicates connection attempts
- Multiple Sonoff devices unstable
Recognize these? Here's what usually causes it.
Common Causes
- 2.4GHz signal weak or congested
- Router MAC filter/AP isolation enabled
- Device paired on wrong network context
- DHCP/router load saturation
- SSID credentials changed
- Firmware or app session drift
Most fixes happen in the first 3 steps.
Do not force 5GHz-only settings for Sonoff WiFi devices; many models require 2.4GHz connectivity for reliable operation.
Tools & Requirements
These tools will help you complete this fix.

2.4GHz WiFi
Dual Band 5GHz/2.4GHz WiFi Extender, WiFi Booster, W...

ewelink app
30A Hight Power WiFi Wireless Smart Switch, DIY Modu...
As an Amazon Associate we earn from qualifying purchases.
Step-by-Step Solution
Verify network compatibility baseline
Ensure Sonoff device is on a stable 2.4GHz network and not forced through incompatible band steering during setup. Many offline cases occur when onboarding succeeds partially but persistent connection cannot be maintained.

Needed for this step
Dual Band 5GHz/2.4GHz WiFi Extender, WiFi Boost...
$79.99Review router policy blockers
Disable MAC filtering and AP isolation conflicts for the IoT segment. Security policies can silently block cloud registration or command responses while device appears connected at local layer.
Re-pair from clean state
Remove device from app if needed, reset to pairing mode, and onboard from a phone connected to target network only. Keep app active throughout process. Interrupted onboarding creates stale cloud-device binding.
Stabilize router load conditions
If devices recover after router reboot but fail later, router capacity may be saturated. Reduce connected client load or improve AP capability. Large IoT deployments need stable low-latency DHCP and session handling.
Validate long-run stability
Test device control over at least 12 hours and multiple command cycles. Confirm offline recurrence is gone. If one device still fails while others remain stable, isolate hardware or location-specific RF issues.
Quick Solutions
Still having issues? This is usually the deeper cause below.
This usually happens right after a router reboot or ISP change — the device rejoins the network but drops its cloud session silently.
Segment Sonoff and other IoT devices onto a dedicated SSID to simplify troubleshooting and reduce policy conflicts.
Most WiFi drop-offs happen right after a router reboot or ISP swap — the device reconnects to the network but silently loses its cloud registration.
- 2.4GHz signal weak or congested
- Router MAC filter/AP isolation enabled
- Device paired on wrong network context
- DHCP/router load saturation
- SSID credentials changed
Before you go — try one of these (they fix most cases).
Need More Help? SONOFF Support
Note: The contact information below connects you directly to SONOFF's official customer support team, not Trunetto. They can help with warranty claims, device replacements, and advanced technical issues.





