ConBee III (ConBee 3) from Dresden-Elektronik based on Silicon Labs EFR32MG21 +20dBm radio SoC/MCU

Note! It is currently not possible to migrate to (or from) another ConBee adapter in Zigbee2MQTT.

For Zigbee2MQTT (Z2M) see discussion here → migrating coordinator from Conbee 2 to Conbee 3 · Koenkk/zigbee2mqtt · Discussion #19785 · GitHub and the related feature request for its zigbee-herdsman library here → deconz adapter/driver does not support backup and restore for ConBee/RaspBee by dresden elektronik? · Issue #665 · Koenkk/zigbee-herdsman · GitHub

Summery; Migration from one ConBee/RaspBee adapter to another is currently not possible inside Zigbee2MQTT. For that to be possible Zigbee2MQTT would first need to add support for deconz adapter backup and restore features, as the deconz adapter code in the zigbee-herdsman library which Zigbee2MQTT depends on does not yet support Zigbee network backup and restore from ConBee/RaspBee Zigbee Coordinator adapters, as such you can not simply backup your old ConBee II adapter to a file from inside Zigbee2MQTT and then just restore such backups from file to your new ConBee III adapter (as you can with Texas Instruments based z-stack adapter in Z2M because that already supports the backup and restore feature inside the zigbee-herdsman library) → FAQ | Zigbee2MQTT

See related feature requerst and discussion:

PS: Note that before creating a backup for migration you will always first need to upgrade the firmware on your old ConBee/RaspBee adapter before doing a backup! (That is however not needed if backing up an old Silicon Labs or Texas Instruments based Zigbee Coordinator). It is generally also recommended to upgrade the firmware on the new ConBee/RaspBee adapter before migrating to it.

https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually

https://deconz.dresden-elektronik.de/deconz-firmware/?C=M;O=D

https://flemmingss.com/how-to-update-conbee-conbee-ii-firmware-in-windows-10/

Not tested but should work now for ZHA integration in Home Assistant 2023.12

Full changelog for Home Assistant Core 2023.12 → Bump ZHA dependencies (@puddly - #104335) → Bump all ZHA dependencies (zigpy-deconz to 0.22.0)

For a discussion about external migration using zigpy-cli as a stand-alone tool see:

Hello, wondering if there is a more recent update to Conbee III support? I’m on HA 2023.12.4 (latest as of this post) on HAOS 11.2 running on a HA Yellow hardware platform.

Using the “Zigbee Home Automation” integration I am able to see and select the Conbee III stick and the integration entry shows up as expected. Shows a PAN ID, extended ID, channel, coordinator IEEE, etc.

I tried pairing an Aqara Mini Switch as the first device just to see if it worked and wasn’t able to get them connected. I have not yet gone into the logging details to find out why, I thought I’d start here and ask before I troubleshoot something that might not be fully working yet.

Also I am not migrating anything, this is a brand new hardware install and that was the first device I’m trying to pair.

Thanks!

It should work if using the ZHA integration in the latest Home Assistant, (or at the very least be able to pair/join Zigbee devices if you have a proper setup in a good environment), so first make sure that you have already followed all these tips before troubleshooting any deeper → Zigbee networks: how to guide for avoiding interference and optimize for getting better range + coverage

It should then be to just use best practices (which assume you done above) → https://www.home-assistant.io/integrations/zha/#best-practices-to-avoid-pairingconnection-difficulties

Thank you, I have it working now.

I did notice a firmware upgrade for the Conbee III and proceeded with that before setting up any devices. See this link for more.

I also had to pair a few plug-in repeaters before I was able to successfully pair the Aqara buttons with ease (per a number of other threads). So if anyone happens upon this thread, at least in my case Conbee III is working just fine with the “Zigbee Home Automation” integration.

1 Like

FYI, the ZHA integration components in the upcoming Home Assistant 2024.1 will contain a couple ConBee/RaspBee specific fixes (from latest zigpy-deconz library), see → Bump ZHA dependencies by puddly · Pull Request #106756 · home-assistant/core · GitHub

Just to clearify, all Zigbee radios and are very susceptible to interference from strong or close sources of EMF (electromagnetic fields) + have relatively poor range and building material penetration (i.e. bad non-line-of-sight propagation), so you should follow the advice in that guide and take some basic actions to avoid EMF interference by connecting the Zigbee Coordinator USB adapter via a long USB extension cable (preferably one with good shielding) as well as connecting it to a USB 2.0 port or a USB 2.0 hub (and not a USB 3.0 port/hub) + make sure that you have added a few good mains-powered Zigbee Router devices (to extend range and coverage) before trying to connect any Zigbee End Devices (i.e. non-routers like for example battery-operated Zigbee devices). Again, do read and follow this → Zigbee networks: how to guide for avoiding interference and optimize for getting better range + coverage

Hello !

Quick question : since this Conbee III features a custom solution which supports ZGP (ZigBee Green Power), does it mean that such devices (MOES kinetic switches for example) can now work with HA, through the Conbee stick ?

Thanks for your answers !

Not yet but it will once ZGP code support is added to zigpy and ZHA, see → ZHA integration support for ZGP (Zigbee Green Power) devices via zigpy?

1 Like

Comparing the Conbee 3 to Skyconnect; does the Conbee 3 have a better radio? I’m still struggling to keep all battery devices connecting. I’m still trying out some things… (yes yes, I have a 2meter USB 2.0 extension cable and tried various channels). With my Conbee 2 I never had any problems with losing devices.

Be sure that you have also enough Zigbee Router devices. I highly recommend read and follow → Zigbee networks: how to guide for avoiding interference and optimize for getting better range + coverage

That is, it is not enough to make sure that the Zigbee Coordinator is avoiding electromagnetic field (EMF/EMI/RMI). You also need to add many mains-powered devices that act as Zigbee Routers (which are most but not all mains-powered devices), or for best possible experience add a few dedicated Zigbee Router devices.

Not sure if the use the same chip part number (model) but they both use radio chips from the same radio chip series (Silabs EFR32MG21) so the difference is the application firmware. Home Assistant SkyConnect uses the standard Silicon Labs EmberZNet application firmware with EZSP (EmberZNet Serial Protocol) interface. ConBee III uses its own deconz application firmware (which has its own deconz serial protocol interface).

What might be different otherwise is the circuit board design and components uses (including the antenna design and whether or not to have additional electromagnetic shielding cover protecting the extra sensitive components for the antenna). Note that the Home Assistant SkyConnect board does not have any electromagnetic shielding cover and uses a PCB antenna design so it is extremely sensitive, (on top of the fact that all Zigbee radios are very sensitive to EMF because they are low-power and low-bandwidth radios).

Yes I got more hardwired devices then battery powered devices. Most things are hue GU10’s and hue E27’s (got a few more different hue models). Even got two hue smart plugs .

Worth checking your Zigbee network map visualization as your Philips Hue devices are maybe not acting as Zigbee Router devices for all other non-Hue Zigbee devices

They are. I am adding devices to specific bulbs/spots and they work fine for a few days.

Since I went directly to ConBee III from a ConBee II, my knowledge of SkyConnect is limited. My choice was somewhat directed by the fact that I have +70 ZigBee devices and didn’t want to rebuild everything related these (in automations, Lovelace etc.).
The reason for me to consider replacing my ConBee II was an experience lately that the USB would ‘zone out’; it reported perfectly in the logs, however, no communication between the ZigBee devices. Upgrading to ConBee III was simple; backup config, insert new ConBee and restore config. Only hiccup was that it failed to communucate with the network after upgrading. A quick restore of the config and everything was back.
The thing I have noted is that the device seems snappier when starting up and my battery powered (FoH) devices now seem to have a better reach than before. Whether that is to be attributed to the hardware or a new ZigBee stack (maybe allowing routing of Foh) I do not know. So far ConBee III has met my expecations.

1 Like

Maybe but probably not, more likley it is the better reception of the newer adapter, however most important is still to add more Zigbee Router devices and avoid interference, see → Zigbee networks: how to guide for avoiding interference and optimize for getting better range + coverage

I actually went ahead and bought a Conbee 3 and I can say yes, it solved my Skyconnect problems. it’s been rock solid for 3 weeks so far and no device has been dropped. I only have some ZHA pairing problems when pairing using a device instead of directly through the stick. But hopefully the ZHA guys or Conbee 3 with new firmware will solve these problems.

anyone using zha with conbee 3 ?
on my side it is still not working. (setup process failing)
and due to this old bugreport I understand this that zha will not support conbee 3

What is your exact enviroment setup and configuration details? Anyway, that old issue does no longer apply, it should work in later Home Assistent releases. It is supported via the deconz-zigpy library for zigpy that the ZHA integration depends on, see:

how can it no longer apply if users still have issues and the bugreport is closed as not planned.

however my setup is HA as proxmox-VM and conbee3 connected to the host.

setup fails with

2024-04-03 14:51:35.085 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x0e2c0007002600
2024-04-03 14:51:35.086 DEBUG (MainThread) [zigpy_deconz.api] Received command CommandId.device_state_changed{'status': <Status.SUCCESS: 0>, 'frame_length': 7, 'device_state': DeviceState(network_state=<NetworkState2.CONNECTED: 2>, device_state=<DeviceStateFlags.APSDE_DATA_CONFIRM|APSDE_DATA_REQUEST_FREE_SLOTS_AVAILABLE: 9>), 'reserved': 0} (seq 44)
2024-04-03 14:51:35.086 DEBUG (MainThread) [zigpy_deconz.api] Sending CommandId.aps_data_confirm{} (seq=44)
2024-04-03 14:51:35.086 DEBUG (MainThread) [zigpy_deconz.uart] Send: 042c0007000000
2024-04-03 14:51:35.101 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x042c0013000c00220202fcff0000a700000000
2024-04-03 14:51:35.102 DEBUG (MainThread) [zigpy_deconz.api] Received command CommandId.aps_data_confirm{'status': <Status.SUCCESS: 0>, 'frame_length': 19, 'payload_length': 12, 'device_state': DeviceState(network_state=<NetworkState2.CONNECTED: 2>, device_state=<DeviceStateFlags.APSDE_DATA_REQUEST_FREE_SLOTS_AVAILABLE: 8>), 'request_id': 2, 'dst_addr': DeconzAddressEndpoint(address_mode=<AddressMode.NWK: 2>, address=0xFFFC, endpoint=0), 'src_ep': 0, 'confirm_status': <TXStatus.APS_NO_ACK: 167>, 'reserved1': 0, 'reserved2': 0, 'reserved3': 0, 'reserved4': 0} (seq 44)
2024-04-03 14:51:35.103 DEBUG (Thread-22) [aiosqlite] executing functools.partial(<function PersistingListener._set_isolation_level.<locals>.<lambda> at 0x7f1638ff8a40>)
2024-04-03 14:51:35.103 DEBUG (Thread-22) [aiosqlite] operation functools.partial(<function PersistingListener._set_isolation_level.<locals>.<lambda> at 0x7f1638ff8a40>) completed
2024-04-03 14:51:35.104 DEBUG (MainThread) [zigpy_deconz.api] Serial '/dev/serial/by-id/usb-dresden_elektronik_ConBee_III_DE03189112-if00-port0' connection lost unexpectedly: None
2024-04-03 14:51:35.105 DEBUG (Thread-22) [aiosqlite] executing functools.partial(<built-in method execute of sqlite3.Connection object at 0x7f1658feea70>, 'PRAGMA wal_checkpoint;', [])
2024-04-03 14:51:35.111 DEBUG (Thread-22) [aiosqlite] operation functools.partial(<built-in method execute of sqlite3.Connection object at 0x7f1658feea70>, 'PRAGMA wal_checkpoint;', []) completed
2024-04-03 14:51:35.112 DEBUG (Thread-22) [aiosqlite] executing functools.partial(<function PersistingListener._set_isolation_level.<locals>.<lambda> at 0x7f1642aea5c0>)
2024-04-03 14:51:35.112 DEBUG (Thread-22) [aiosqlite] operation functools.partial(<function PersistingListener._set_isolation_level.<locals>.<lambda> at 0x7f1642aea5c0>) completed
2024-04-03 14:51:35.113 DEBUG (Thread-22) [aiosqlite] executing functools.partial(<built-in method close of sqlite3.Connection object at 0x7f1658feea70>)
2024-04-03 14:51:35.115 DEBUG (Thread-22) [aiosqlite] operation functools.partial(<built-in method close of sqlite3.Connection object at 0x7f1658feea70>) completed
2024-04-03 14:51:35.116 DEBUG (MainThread) [homeassistant.components.zha] Failed to set up ZHA
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/zha/__init__.py", line 152, in async_setup_entry
    zha_gateway = await ZHAGateway.async_from_config(
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zha/core/gateway.py", line 196, in async_from_config
    await instance.async_initialize()
  File "/usr/src/homeassistant/homeassistant/components/zha/core/gateway.py", line 214, in async_initialize
    await app.startup(auto_form=True)
  File "/usr/local/lib/python3.12/site-packages/zigpy/application.py", line 234, in startup
    await self.initialize(auto_form=auto_form)
  File "/usr/local/lib/python3.12/site-packages/zigpy/application.py", line 180, in initialize
    await self.permit(0)
  File "/usr/local/lib/python3.12/site-packages/zigpy/application.py", line 1254, in permit
    await zigpy.zdo.broadcast(
  File "/usr/local/lib/python3.12/site-packages/zigpy/device.py", line 688, in broadcast
    return await app.broadcast(
           ^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zigpy/application.py", line 929, in broadcast
    await self.send_packet(
  File "/usr/local/lib/python3.12/site-packages/zigpy_deconz/zigbee/application.py", line 530, in send_packet
    raise zigpy.exceptions.DeliveryError(
zigpy.exceptions.DeliveryError: Failed to deliver packet: <TXStatus.APS_NO_ACK: 167>

found this. will try the firmware update later

I still struggling with my zha network as my “old-stable” HA network had to be frozen at 2023.12 du to this zha bug

thats why I just waited for answer in the other bugreport…