STM32WB55CG Zigbee

[Phang]

Hi, 

I have a project which uses P-NUCLEO-WB55 as reference design. However, I'm facing some problems after the customization has done on the USB Dongle demo board. Below is the problem scenario.

1. After configured M4 CPU to USB HID class eg. Keyboard and downloaded Zigbee stack bin file into M0 CPU, I cannot stop sending keycode 'a' to my laptop after plugged in the dongle into my laptop. The Notepad keep showing character aaaaaaaaaa..... The only way to stop it is to unplug the USB dongle. 

2. Once I removed the Zigbee (STM32_WPAN) from the CudeMX via IOC file, the USB HID keyboard works as normal. I can send 'a' when I pressed and released the SW1.  

Do you have and sample using USB HID class + Zigbee for reference? How to check the Zigbee stack that I have downloaded into dongle is working correctly? The FUS version is v2.0.0.3 but not know how to check the Zigbee stack. Attached is my IOC file for your reference. 

As for the P-NUCLEO demo board, we will connect about 20 switches. Each of the switch will be given a keycode to it. When user press and release the switch, a keycode is sent via Zigbee to dongle then Windows PC. In short, we wanted to show customer Zigbee wireless USB HID keyboard is possible and hence save the trouble to write drive for Windows. 

[STTwo-32]

Hello @Phang 

Could you please upload your code. I'm not able to reproduce this behavior on my side.

Best Regards.

STTwo-32

[Phang]

There you go and thanks.

[STTwo-32]

Hello @Phang 

For the continues send of the 'a', is generated by the function "BumpbarSendReport" that is implemented on the app_entry.c. So, when you disable the STM32_WPAN, the app_entry.c is not generated so, the continues send will not be done. It has nothing to do with the zigbee comunication.

Best Regards.

STTwo-32

[Phang]

Hi, 

The function "BumpbarSendReport" is migrated from the "main.c" to "app_entry.c" file during the debugging. It is working fine at "main.c" when working as USB HID keyboard alone.

The for-loop codes which intentionally send 10 'a' keycodes actually for debugging too. Why continuously send instead of sending 10 "a" then stop? Why the problem happened after adding STM32_WPAN (Zigbee)? Anything wrong with my configuration (please see the .ioc file) causes this problem? 

[STTwo-32]

This behavior may be due to the fact that the Zigbee use will enable the Sequencer. So, this may made some problems on coordination between both Zigbee and USB. My suggestion is to have a look at the BLE_Hid example that combine BLE and USB_HID. This should be quit simular to Zigbee and USB_HID.

Best Regards.

STTwo-32