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?