Hello,
Is it possible for ST to re-order the startup code in ST's implementation of AzRtos (CubeMX)?. I think it would make everyone's life a lot easier if all the AzRtos services (ThreadX, FileX, NetX, USBX) start before the user apps/threads.
Currently, in the file: app_azure_rtos.c, the process is:
- create TX memory pool
- Start User threads (app_threadx.c)
- create FX memory pool
- Start MX_FileX_Init()
- create NetX memory pool
- Start MX_NetXDuo_Init()
- create USBX memory pool
- Start MX_USBX_Host_Init()
- Start MX_USBX_Device Init()
The problem is that user threads are started before the necessary system services are available.
I think it was done this way to simplify how CubeMX generates the code (where the user threads are grouped with ThreadX). In my opinion it makes more sense to move "step 2" after the USB services are up and running. In my opinion it should be as follows:
- create TX memory pool
- create FX memory pool
- Start MX_FileX_Init()
- create NetX memory pool
- Start MX_NetXDuo_Init()
- create USBX memory pool
- Start MX_USBX_Host_Init()
- Start MX_USBX_Device Init()
- Start User threads (app_threadx.c)
Maybe I'm missing something, but how did ST engineers want end-users to start 5-6 user tasks that use all system resources? I can re-order the sequence myself, but then that means I get rid of CubeMX, or is there a better way?
thanks
Matthew
