Dear @Sonoff I want to ask why the ZBBridge-P doesn’t have a “LAN mode”???
I experienced a connection loss from my ISP, and what I found out is that without internet access, the ZBBridge-P stops working. None of the sensors update…
None of the buttons work.
Local scenes don’t work.
If I restart the bridge, none of the devices reconnect, at least that’s what it looks like in the app.
Even the old RF HUB has LAN mode!
Suddenly, if the internet connection is lost, the entire ZigBee ecosystem based on the ZBBridge-P ceases to exist!!!
Honestly, I’m !@#$%^&*()_
This is absurd!!! It works the same way as everything based on Wi-Fi: no internet, nothing works.
This needs to be fixed urgently, otherwise I’m done with Sonoff products. :((((((((((((((((((((((((((((
Indeed it is! It looks like Sonoff has once again done what Sonoff does best: promised a fully local Zigbee gateway… as long as the internet doesn’t go away.
When the connection drops, the ZBBridge‑P reacts like it has a built‑in panic button: “No cloud? Oh no… I can’t possibly function under these conditions.”
And suddenly the whole Zigbee setup disappears from the map. Sensors stop reporting, buttons pretend they don’t exist, local scenes go on vacation — and the user is left staring at the app, wondering whether they accidentally bought a cloud‑dependent Wi‑Fi switch disguised as a Zigbee hub.
At this point it feels like Sonoff has a signature style: the hardware looks solid, the feature list sounds great, and then reality taps you on the shoulder and says: “Relax, that was just marketing. Don’t take it so literally.”
The hub is priced at 25e so I don’t expect miracles from it, but the ultra version has similar problems. I expect local functions and the like for that price.
I suspect it is a memory limitation thing. To be that cheap I doubt there is much. My guess is that testing revealed it can’t simultaneously store zigbee and non-zigbee scenes with a normal number of devices, so have ended up with the cloud helping.
Speaking of “P,” it probably never supported anything more than a limited number of local scenes related to ZigBee devices connected directly to it. Other scenes were never stored there.
The problem I’m having, however, is a bit bigger than just scenes.
It doesn’t work in LAN mode at all.
Some Sonoff devices have a “LAN mode” that activates when there’s no cloud/internet connection. And to a rather limited extent, you can control certain functions directly on the LAN without the need for the cloud.
Simple on/off controls on a switch, for example. Or reading the temperature from a sensor or checking the door open status. There were also simple locally stored scenes. For example, when the door sensor is open, trigger an audible signal on the bridge.
Unfortunately, “P” has now completely lost this capability. You can’t do anything or read anything when the cloud is unavailable. At the same time, other devices, such as Wi-Fi in LAN mode, work fine locally. Only this bridge and everything paired to it doesn’t work, even though it should.
I’m trying to push local administration into devices like zbb u and nspp similar to iHost. For situations like you had, but you can’t achieve that with threats. You want full local control so cheap hubs are not the way to go.
I didn’t see it show up anywhere — not in HA, not in the list of visible devices on my phone, and not on either of my PCs. To be honest, I never tried the Proximity mode and completely forgot it even existed until now
Is there some hidden switch for that? Maybe it only works when Zigbee is disconnected. Even without it, this little contraption already offers plenty of… let’s call it “questionable entertainment.”
By the way, they really should ship it with a magnifying glass — or better yet, a pair of binoculars so you can read it from the opposite end of the room. The main digits are technically large, but as thin as Mr. Trump’s Nobel Prize aspirations.
In the SNZB‑02D R2, Zigbee is the main protocol, but the device also has a radio that broadcasts advertisements in the air like a BLE beacon — that’s why, when you scan for Bluetooth on a phone, it appears as something like ckc_*********.
This doesn’t mean it works as a full‑fledged BLE sensor or that you can normally add it to Home Assistant via Bluetooth. Although the latter is probably possible in passive BLE mode. The phone simply sees those broadcast frames and shows the device as a Bluetooth entry.
I’m seeing the same thing for the Xiaomi BLE alarm clock and thermometer. But that’s normal behavior. Unfortunately, Sonoff isn’t particularly generous when it comes to explaining how Bluetooth works in this device. You basically have to guess how they implemented it, because even in the extended documentation there’s no explanation of what ‘Proximity mode’ actually is. Their description only says:
‘In Proximity mode, which is exclusive to the eWeLink app, you can directly connect to your smartphone to view real‑time temperature and humidity data as well as historical records. OTA updates are also supported in this mode.’
That sounds nice, but it doesn’t clarify anything about the underlying BLE behavior — whether the device is advertising continuously, whether it switches modes dynamically, what the scanning interval is, or how often it broadcasts measurement packets. So we’re left to reverse‑thinkig instead of relying on proper documentation.
