You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 27, 2021. It is now read-only.
Cube places all the task stubs, queues, etc in freertos.c, which reduces modularity. A better approach is using Cube to generate the peripheral drivers, and adding the FreeRTOS application code ourselves.
To resolve this issue, the Cube project should be modified to contain no data about our FreeRTOS application structure. This way, we can move around FreeRTOS threads, and structures such as queues, without needing to worry about these things being regenerated each time we run the Cube utilities.
The text was updated successfully, but these errors were encountered:
It has now been learned that Cube can simply generate function declarations while allowing the functions themselves to be implemented solely by the user. With this in mind, we have decided that it would be best to use Cube to track the resources used by FreeRTOS.
Cube places all the task stubs, queues, etc in freertos.c, which reduces modularity. A better approach is using Cube to generate the peripheral drivers, and adding the FreeRTOS application code ourselves.
To resolve this issue, the Cube project should be modified to contain no data about our FreeRTOS application structure. This way, we can move around FreeRTOS threads, and structures such as queues, without needing to worry about these things being regenerated each time we run the Cube utilities.
The text was updated successfully, but these errors were encountered: