2021-07-14 05:56 AM
How to configure Zigbee and FreeRTOS using CubeMX. Currently the samples under WB55 have two Zigbee and FreeRTOS samples, but for EWARM. Is there a note on how to manually add FreeRTOS to a CubeMX/CubeIDE project for ZigBee. I have an application on STM32F4 which uses an external ZigBee radio. The project uses FreeRTOS for running multiple tasks. Ideal to shift to WB55.
2021-08-11 06:31 AM
Hello. I'm currently stuck on the same item (since January in fact).
I'll be happy to share experiences to find a solution.
In January, no example was available. I tried to port the example into FreeRtos, with the help of similar examples in BLE + FreeRtos.
No luck, the application was running, but the CPU2 never started (stuck at shci_cmd_resp_wait or similar). I did a deep dive inside the example and stack for that, but as closed source for few parts, there are things I couldn't guess.
In June 2 examples with "Zigbee + FreeRtos" appeared, but not compatible with STM32CubeIDE. I tried to adapt them, up to compile, and debug.
This was not working. I request some help from my FAE and learnt that STM32CubeIDE could be expected in July.
Then, July comes.
1) The FreeRtos examples are hardly imported in a fresh STM32CubeIDE installation.
With WB 1.12.1 or WB 1.11.1, the example is stuck at shci_cmd_resp_wait, called in SHCI_C2_ZIGBEE_Init.
I hope this is due to something as a priority problem or similarI'll be able to find in comparison with BLE+FreeRtos.
2) Back to the "standard" examples, they import the wireless binairies 1.11.1 (June 2021), not the last version (1.12.1).
If you program the WB 1.11.1, the example starts and searchs for a network.
If you program the WB 1.12.1, the example hangs at ZbZclAddEndpoint(zigbee_app_info.zb, &req, &conf); (result is ZB_WPAN_STATUS_SUPERFRAME_OVERLAP)
I'm not sure if it is recommended to use the WB 1.12.1 or not.
I didn't freshly updated support documents about FreeRtos and Zigbee. The most recent documents are about BLE + Zigbee, and SmartEnergy application. All AN and starting guides are 1 year old.
I'm guessing if the examples were tested sucessfully by someone.
I'm searching an open source stack, just in case.
I'll post something if I have good news.
Best regards,
Pascal
2021-08-11 08:31 AM
I have one first hope :
It's a start... i'll see tomorrow. If its joining my network, I will spend the necessary time to move the project and librairies and what ever it needs.
Pascal
2021-08-12 04:06 AM
Hi. So, the example is working, but only if added/opened in the IDE from the repository, AND if the Zigbee stack WB 1.12.1 is programmed. It initializes, then join my local Zigbee network (a RPi4).
If programmed with 1.11.1, ZbInit reached, then it waits forever, as stated in the processes status.
Next step, transfer correctly the whole project in a working copy.
Pascal
2021-08-16 08:40 PM
Unfortunately being short on time, i had to call off this quest. Using a third party zigbee module. I do wish there was more support for this. would have cut my costs a bit.
2022-03-09 01:34 AM
Hi Pascal,
I am currently stuck on the same problem. My application uses BLE and Zigbee in static concurrent mode with FreeRTOS. The BLE application runs fine. But when I switch to Zigbee, the SHCI_C2_ZIGBEE_Init does not return. Can you please explain how you got this to work? Thank you!
2022-03-15 01:22 AM
Hello detakm,
I'm facing the same issue since months. I was able to have both BLE and Zigbee with older stacks and a lot of efforts, without FreeRtos. I hardly remember if they finally worked with FreeRtos.
The last stacks (autumn 2021 1.13.1) were supposed to be compatible with FreeRtos. I tried, they didn't work out of the box, even with the tricks found before.
So, I have the same code for BLE and Zigbee, but, I can only have a BLE or Zigbee stack. We never been able to finalize this part of the project.
I may get back to this problem in few weeks, in the meantime we have others features awaiting.
Ble + Zigbee + FreeRtos were written somewhere to be compatible and work together. It's a headache to only test by our own this simple affirmation. Sorry.
Best regards,