STM32WB5MM-DK, Zigbee_OnOff_Client_Router, FATAL ERROR
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 6:28 AM
Hello,
I have STM32WB5MM-DK evaluation kit and I am trying to get example Zigbee_OnOff_Client_Router working. I updated FUS (v. 1.2.0) and Zigbee FFD (v.1.18.0). Example do not work, I get an error "Fatal Error" on terminal and display:
[M4 APPLICATION] APP_ZIGBEE_Init
[M4 APPLICATION] **********************************************************
[M4 APPLICATION] WIRELESS COPROCESSOR FW:
[M4 APPLICATION] VERSION ID = 1.18.0
[M4 APPLICATION] **** Fatal error = ERROR Unknown (Err = 0)
I debugged application and I found that error comes on this point (stm32_seq.c)
/* Execute the task */
TaskCb[CurrentTaskIdx]( );
Any idea, what could be wrong? I tested all other zigbee examples also and all have the same error. I am using latest Stm32CubeIde.
Solved! Go to Solution.
- Labels:
-
STM32WB series
-
Zigbee
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-12 7:35 AM - edited ‎2024-01-12 7:35 AM
Good to know that your issue is solved.
Indeed, the start of the wireless stack after upgrade is supposed to be performed directly by the CubeProgrammer as follow :
The option Start stack after upgrade is checked by default
Starting manually the wireless stack is possible in order to verify the correct installation of the firmware, and to prevent any stuck on M0 side.
Best regards
Ouadi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 6:59 AM
I debugged more and I found that error hapens when FUS version etc. is checked on function SHCI_GetWirelessFwInfo(). Now I am wondering where is stated what version is needed.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 7:10 AM
I debugged more and found that stack version is now 0. Should be 48 (INFO_STACK_TYPE_ZIGBEE_FFD).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 7:35 AM
This gives 0, should be 48:
wireless_firmware_infoStack = p_fus_device_info_table->WirelessFirmwareBleInfo;
There is only WirelessFirmwareBleInfo and WirelessFirmwareThreadInfo. But the stack is zigbee?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 8:59 AM
Hello @eskomj,
It seems that the Wireless stack firmware is not installed correctly on your device, you can check the firmware versions for both FUS/STACK directly on the STM32CubeProgrammer which gives you also the possibility to start the FUS / Wireless stack after a download complete.
Have you installed the binary at the right address following the release note document ? Could you please share a capture of your configuration on the STM32CubeProgrammer ?
You can also refer to this wiki page that describes step by step how to update FUS and Wireless stack on your device.
Best regards,
Ouadi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 9:55 PM
Here is the FUS info:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-10 10:22 PM
I think, I solved the problem. I had to start wireless stack. That is not mentioned in FUS update guide. Should it be application's task?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-01-12 7:35 AM - edited ‎2024-01-12 7:35 AM
Good to know that your issue is solved.
Indeed, the start of the wireless stack after upgrade is supposed to be performed directly by the CubeProgrammer as follow :
The option Start stack after upgrade is checked by default
Starting manually the wireless stack is possible in order to verify the correct installation of the firmware, and to prevent any stuck on M0 side.
Best regards
Ouadi
