not so far, no. i wrote sonoff/itead but they just tried to get rid of any problem with a discount instead of talking about the problem…
If you guys are using Zigbee2MQTT then suggest submitting a new separate issue to Issues · Koenkk/zigbee2mqtt · GitHub about “Delays or slow response with SONOFF ZBMINI-L Zigbee 3.0 Smart Switch by ITead” for tracking as any issues posted there is more likely to get noticed by more users and then hopefully draw the attention of ITead employees (similar to how the issue in Sonoff S26R2ZB Smart Plug Zigbee Router devices by ITead disconnect from network after a day or two - Firmware bug or? · Issue #10282 · Koenkk/zigbee2mqtt · GitHub was verified as a real problem and a report eventually accepted by ITead/Sonoff).
1 Like
I was following this thread. I ordered 12 of these switch and I’m facing the same delays 
I Integrated only 4 of them right now … Since with this issue the automation I was planning to make has nearly no sense .
I created the Issue on the Zigbee2mqtt Github as you suggest.
I also tried to contact ITead without success.
2 Likes
i am using zha btw. but i am glad you also wrote them. their reaction to my mail was “we never heard that from any other customer. must be your fault because you arent using our bridge” (in short)
I switch all my setup from ZHA to Zigbee2Mqtt … Thinking it could be linked !
And it change nothing as you can see.
Great so that new Zigbee2MQTT issue #11676 issue should be used as a reference for Z2M tracking:
https://github.com/Koenkk/zigbee2mqtt/issues/11676
Good idea if everyone that has experienced delay problems with SONOFF ZBMINI-L post there in Zigbee2MQTT issue #11676 explaining their setup, including Zigbee2MQTT version, exact Zigbee Coordinator model and firmware version, and whether or not the device is connected directly to the Zigbee Coordinator and though a Zigbee Router as well as which Zigbee Router model and firmware if it goes through one.
Probably also a good idea if everyone reporting these problem systems to ITead/Sonoff also refer to that Zigbee2MQTT issue #11676 ir here to this thread if using ZHA.
If you are seeing the same types of delay symptoms in ZHA then it would be great if you could also create a similar issue report to Home Assistant core → GitHub - home-assistant/core: 🏡 Open source home automation that puts local control and privacy first.
Again, such issue reports in issues trackers are better for tracking specific problems and links can be given to ITead support for reference so that they too can track only that specific issue one a platform.
You jusut can not expect ITead support to track or even read about issues on a forum thread because that one thread could contain man different problems with multiple platforms and different setups and envioments.
With issue trackers you can at least referece to a specific problem on a specific platform, and still with the issue tracker being for a third-party application we have to be paitient and hope that ITead will take note that the problem is real once enough people have reported the problem and reference same issue.
PS: Fact remains that with ITead Sonoff products you are really only paying for the hardware and not for their great first-line support. ITead have stated several times that they rely on communities for support.
FYI, to follow-up on that here, there are now some probably related tips posted about PTVO firmware on other CC2652P based Sonoff branded Zigbee devices from ITead in https://github.com/Koenkk/Z-Stack-firmware/issues/273 and https://github.com/Koenkk/zigbee2mqtt/issues/10282
The tip is that might be a good idea to try PTVO firmware but select the CC2652R chip type (and not CC2652P) in the PTVO firmware configurator to get firmware omage without power amplifier enabled.
It seems that at least some of the radio board modules in ITead’s newer products look to have a design flaw/limititation/flaw with missing components needed for using CC2652P with power amplifier enabled as per https://ptvo.info/custom-firmware-for-sonoff-zbmini-01minizb-and-ewelink-switch-zr-02-923/
Manually configuring the transmit power to 5 dBm or less in the firmware should probably also work?
So as a workaround to use PTVO firmware it is probably very likely that selecting CC2652R chip type in the PTVO firmware configurator will result in a working firmware image on the ITead Sonoff ZBMINI-L similar to the new Sonoff ZBMINI (01MINIZB) as both use CC2652P (CC2652 P1F) chip model and their radio modules have same design flaws/limitations/optimizations?
PS: Again, to manually flash a new firmware image to CC2652 based devices like these you need cJTAG (c/JTAG) compatible adapter like TI CC-DEVPACK-DEBUG adapter or Texas Instruments XDS110. See → https://electrolama.com/radio-docs/advanced/flash-jtag/
I’ve just got one of these and installed it on my bathroom lights. I only use the attached switch to turn it on/off (no automations sets up etc.) but twice now I’ve had the lights randomly turn themselves off after I’ve turned them on ( between 2-15mins after they’ve been switched on)
Has anyone else experienced this?
I’m also experiencing this problem. You refer to /core and to report it there. I assume someone already created an issue for it that we can use but i cannot seem to find it. I’ll be happy to create it if it doesn’t exist but don’t want to create duplicates.
Anyways, besides the delay problem, after a certain amount of time (couple of weeks) the switch becomes unresponsive. Even when operating it manually. After unplugging the lightbulb and plugging it back in, the switch comes back to life. Is there anyone else with similar experiences?
Also, my SNZB becomes unavailable since a couple of days after a month of working without any isues. Taking out the battery and putting it back in solves it for a couple of hours, then becomes unavailable again.
I have several other Zigbee devices which work flawless and i therefore assume my Zigbee network is fine.
ZBMINI-L @230V / SNZB (03) / ZHA / SONOFF ZigBee 3.0 USB Dongle Plus (Z-Stack 3.30+ (build 20211217))
Be sure to also submit tickets to ITead/Sonoff as the manufacturer as well so they can keep statistics:
https://itead.freshdesk.com/support/home
Based on history they had a tendency to not react to reports of clear firmware bugs until enough people have reported the same problem, even if some in community show how to replicate issue to prove fault.
Again for reference also see Zigbe2MQTT → https://github.com/Koenkk/zigbee2mqtt/issues/11676
Did anyone managed to add a ZBMINI-L to Deconz? I ordered two ZBMINI-L’s but I’m not able to add them in Deconz…
I installed one for my living room lights - I’m experiencing the lights sometimes turning on and off a load of times… no automations in place yet (confirmed via logbooks as well etc).
I might return and go for the ZBMINI now that I’ve figured out how to grab a neutral at the fielding rose (and also discovered ikeas amazing huge light fittings!!)
1 Like
FYI, zigbee-herdsman developer Koenkk has implemented a Zigbee converter workaround for sonoff devices (like ITead’s Zigbee End-Device such as Sonoff ZBMINI-L) in zigbee-herdsman-converters that should at least solve the slow polling issue which causes delay issues in Zigbee2MQTT (and IoBroker).
Looks like workaround chosen now is to unbind genPollCtrl to prevent the device from sending checkin message which causes Sonoff Zigbee End-Devices poll slower about 1-hour after powering the device.
The fix is available in the very latest dev branch of Zigbee2MQTT and does require you to repair the Sonoff ZBMINI-L device (after updating to latest Zigbee2MQTT dev, a.k.a. Zigbee “edge” version).
https://github.com/Koenkk/zigbee-herdsman-converters/commit/ac7a095463c8b4dec3d6a6b34eb1e221a0f37d90
2 Likes
If can work around this slow delay problem in a Zigbee converter for zigbee-herdsman-converters then maybe it is also possible to do the same in a “quirk” for ZHA Device Handler for the ZHA integration?
See ZHA docs https://www.home-assistant.io/integrations/zha#zha-exception-and-deviation-handling
Anyway, users of the ZHA integration in Home Assistant that have similar delay problems with ZBMINI-L probably want to report this to zha-quirks → https://github.com/zigpy/zha-device-handlers/issues
“New issue” → “Device support request” → Provide Zigbee Device Signature + problem description.
I can confirm that with ZHA the delays are present to. I reported it:
1 Like
FYI, ITead have just release a new firmware for Sonoff ZBMINI-L that is meant to address delay issues:
https://github.com/Koenkk/zigbee-OTA/tree/master/images/Sonoff
https://github.com/zigpy/zha-device-handlers/issues/1519
_Originally posted by @Daniel-zhan-itead in [Device Support Request] ZBMini-L delayed response after minutes of pairing. Workaround found on Zigbee2MQTT · Issue #1519 · zigpy/zha-device-handlers · GitHub
We have raised the pull request for the OTA update image on github Pull requests · Koenkk/zigbee-OTA · GitHub.
Once it is approved, you can download the image and update the ZBMINI-L devices.
_Originally posted by @Daniel-zhan-itead in [Device Support Request] ZBMini-L delayed response after minutes of pairing. Workaround found on Zigbee2MQTT · Issue #1519 · zigpy/zha-device-handlers · GitHub
Feature: Added Poll Control Cluster private attribute 0xFF00 (enable/disable configuration), the default Poll Control Cluster initial configuration is disabled
Bugfix: Random shutdown issue
Looks like ZHA devs are working on making this firmware flash-able OTA.
What about zigbee2mqtt? Does the users in z2m need to do something extra to bring the firmware to the switch, or maybe the regular OTA update feature in z2m covers that already?
You can already flash this with ZHA if enable OTA and then manually copy the OTA file(s) to directory:
https://www.home-assistant.io/integrations/zha#ota-firmware-updates
https://github.com/zigpy/zigpy/wiki/OTA-Device-Firmware-Updates
However I have not yet read about any developers working on adding OTA provider to zigpy for it, see:
https://github.com/zigpy/zigpy/issues/535
https://github.com/zigpy/zigpy/tree/dev/zigpy/ota
It is currently manual for Zigbee2MQTT as well as no OTA provider yet in zigbee-herdsman-converters:
https://github.com/Koenkk/zigbee-herdsman-converters/tree/master/lib/ota
I should have known that anything Sonoff and Zigbee would be complete rubbish! Just like their motion and door sensors.
My fault for believing YouTube HAHA
Is there any updates on this for ZHA?
Thanks 