ZHA problem with RaspBee1 since version 2022.9.7

Since 2022.9.7 after upgarding to later versions the ZHA integration cannot start. reverting back to 2022.9.7 it starts again.
Device: Raspberry4B
Zigbee: RasbBee 1.
OS Version: Home Assistant OS 9.3
Home Assistant Core: 2022.11.4 - but all versions later than 2022.9.7. I have tried gives the same error.

Error log:

Logger: homeassistant.config_entries
Source: components/zha/core/gateway.py:172
First occurred: 10:11:50 PM (1 occurrences)
Last logged: 10:11:50 PM

Error setting up entry /dev/ttyAMA0 for zha
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 365, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/usr/src/homeassistant/homeassistant/components/zha/__init__.py", line 112, in async_setup_entry
    await zha_gateway.async_initialize()
  File "/usr/src/homeassistant/homeassistant/components/zha/core/gateway.py", line 185, in async_initialize
    raise exc
  File "/usr/src/homeassistant/homeassistant/components/zha/core/gateway.py", line 172, in async_initialize
    self.application_controller = await app_controller_cls.new(
  File "/usr/local/lib/python3.10/site-packages/zigpy/application.py", line 144, in new
    await app.startup(auto_form=auto_form)
  File "/usr/local/lib/python3.10/site-packages/zigpy/application.py", line 125, in startup
    await self.initialize(auto_form=auto_form)
  File "/usr/local/lib/python3.10/site-packages/zigpy/application.py", line 110, in initialize
    await self.permit(0)
  File "/usr/local/lib/python3.10/site-packages/zigpy/application.py", line 932, in permit
    await zigpy.zdo.broadcast(
  File "/usr/local/lib/python3.10/site-packages/zigpy/device.py", line 516, in broadcast
    return await app.broadcast(
  File "/usr/local/lib/python3.10/site-packages/zigpy/application.py", line 747, in broadcast
    await self.send_packet(
  File "/usr/local/lib/python3.10/site-packages/zigpy_deconz/zigbee/application.py", line 419, in send_packet
    raise zigpy.exceptions.DeliveryError(
zigpy.exceptions.DeliveryError: Failed to deliver packet: <TXStatus.MAC_CHANNEL_ACCESS_FAILURE: 225>

I think you have to set the device by id and not by serial.

See this:

Thank You for your suggestion, but I think it is correctly set:
image
I cannot find any suitable “device by id” option on the “All Hardware” list.
When I try to “reset” the settings of the ZHA integration using the “Migrate radio” function the same setup is offered by HA.

No, look under TTYUSB0 or TTYUSB1 in all hardware list.

Do you see something like this while setting this up?

Connect your radio module and restart Home Assistant.

From the Home Assistant front page go to Configuration and then select Integrations from the list.

Use the plus button in the bottom right to add a new integration called ZHA.

In the popup:

  • Serial Device Path - List of detected serial ports on the system. You need to pick one to which your radio is connected

  • Submit

Press Submit and the integration will try to detect radio type automatically. If unsuccessful, you will get a new pop-up asking for a radio type. In the pop-up:

  • Radio Type

Choose deconz

  • Submit

Press Submit to save radio type and you will get a new form asking for port settings specific for this radio type. In the pop-up:

  • Serial device path
  • port speed (not applicable for all radios)
  • data flow control (not applicable for all radios)

Most devices need at the very least the serial device path, like /dev/ttyUSB0, but it is recommended to use device path from /dev/serial/by-id folder, e.g., /dev/serial/by-id/usb-Silicon_Labs_HubZ_Smart_Home_Controller_C0F003D3-if01-port0 A list of available device paths can be found in Settings > System > HArdware > dot menu > All Hardware.

Press Submit. The success dialog will appear or an error will be displayed in the popup. An error is likely if Home Assistant can’t access the USB device or your device is not up to date

Hi,
ConBee has USB connection, RaspBee has GPIO serial connection.
As I wrote HA identifies the device and sets it up as it is now automatically. But it cannot use it after setup.
The strange thing is that this problem come with version 2022.10.1. If I go back to 2022.9.7 the integration works.