Any tests made so far with a C-8 ?
Maybe I should put a warning on the top post.
Any tests made so far with a C-8 ?
Maybe I should put a warning on the top post.
Zigbee offline/online just happened again.
I am removing it now.
@mike.maxwell Would you be interested in one of these devices for testing?
If you look at the last few messages from myself and @steve.maddigan (starting here), adding them to a C7 mesh causes the radio to start going offline/online.
I would gladly donate one of the ones I bought to you.
+1 data point on a C-7, latest release. Zigbee going offline as well.
My data point may not be so useful. Me brain, work good, no. I only looked for this because of the post as I've never had my zigbee radio go offline(that I've noticed). I can't definitively pinpoint the start to the plug. I installed the plug at 1:44pm on the 11th. My first offline message is 9:25am on the 12th. I have 10 zigbee radio offline messages, and immediate restarts, that span from 9:25am to 07:56pm on the 12th. My zigbee radio has been online with no restarts since 7:56pm yesterday. I'm going to leave my plug and see where this goes.
Update: Seems to be quite chatty. I've been watching the zigbee logs for this device and it's sending every 15 seconds. A lot of messages for 2 days(Thermo Fan).
Post some debug logs when using the ‘Device’ driver.
I pulled it yesterday to move some things around and forgot to plug it back in. I'll do that when I get home. Thank you. Your drivers are always appreciated.
I have another C-7 that I use for net integrations only, with both it's Z radios off. So I turned on the Zigbee radio (channel 22) and paired the ZBMicro as the only Zigbee device. It's been 20 hours and have seen no resets/issues (it still has the fast blink status).
For comparison, my main C-7 has almost 150 Zigbee devices on the mesh.
That’s interesting. I have a spare C7 so I could try to replicate, but I already have a second zigbee channel in operation for my aqara stuff and don’t really want to kick up another long term. So if they don’t work on my main zigbee mesh they are useless to me.
@kkossev Gonna be a long day for me today at work but I think this is what you are looking for, no?
I received my ZBMicro today and tested it quickly on both C-8 and C-7 hubs. In my environment, there are absolutely no problems with this device.
IMO, the reason for these Zigbee ZDO Active Endpoints Request (0x0005) messages being sent every 15 seconds and not acknowledged by the HE hubs is definitely not in Sonoff... I will try to mitigate this issue (unnecessary Zigbee communication) in a custom driver in the next few days.
I am taking my words back - this chatty behavior comes from Sonoff.
Nice catch....hopefully SonOff will care/respond.
Also curious if your network indicator led was on constant or doing a fast blink.
Hmm, sounds like this might be worth digging out a S40Lite plug to play with.
Mine does the same sort of LED blinky thing, or it did, before it went back in the box.
Yes, the reason for the S40Lite plug LED blinking is probably the same. I will include it in the same driver, when I publish it in the next days you can check it out.
Note, that the green Zigbee LED indicator blinking does not mean the device is offline or other failure. It is just because the Sonoff device does not receive the non-standard answer that it expects when used with the Sonoff hub.
Sounds good, here's the file from my plug way back when I first included it.
SONOFF S40 Lite 15A Zigbee Smart Plug with ETL Certified, Works with SmartThings, and Amazon Echo Plus, Hub Needed for Amazon Alexa 2-Pack
S40ZBTPB Lite
S40 Lite ZB 2-Pack
https://sonoff.tech/product/smart-plug/s40-zb-lite/
Zigbee 3.0
Type B: 120V ~ 60Hz
Type B: 15A/1800W
MCU CC2652P
Manufacturer: | SONOFF |
---|---|
Endpoint 01 endpointId: | 01 |
Endpoint 01 idAsInt: | 1 |
Endpoint 01 inClusters: | 0000,0003,0004,0005,0006,FC57,FCA0 |
Endpoint 01 initialized: | true |
Endpoint 01 manufacturer: | SONOFF |
Endpoint 01 model: | S40LITE |
Endpoint 01 outClusters: | 0019 |
Endpoint 01 profileId: | 0104 |
Endpoint 01 stage: | 4 |
Endpoint 0D endpointId: | 0D |
Endpoint 0D idAsInt: | 13 |
Endpoint 0D inClusters: | 1000 |
Endpoint 0D initialized: | true |
Endpoint 0D outClusters: | 1000 |
Endpoint 0D profileId: | C05E |
Endpoint 0D stage: | 4 |
Endpoint F2 endpointId: | F2 |
Endpoint F2 idAsInt: | 242 |
Endpoint F2 initialized: | true |
Endpoint F2 outClusters: | 0021 |
Endpoint F2 profileId: | A1E0 |
Endpoint F2 stage: | 4 |
! |
I just have a rule that runs a refresh command on my S40Lites every 30min. That stops (prevents) blinking.
Thanks for the link to the other forum.
If sonoff doesn’t update the FW to allow this feature to be disabled, I won’t use the devices. There is absolutely no reason to have this indicator on the device, and this type of constant handshaking to support it.