micro-ROS / micro-ROS/micro_ros_stm32cubemx_utils

Dual ucHeap memory regions.

Open
#148 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
275
Forks
100
PR merge metrics
No merged PRs in 30d

Description

Hi!

I'm making a project based on FreeRTOS in STM32CubeIDE.
Build Analyzer shows two memory regions named ucHeap in RAM. I believe these two objects come from the custom_memory_manager.c and FreeRTOS's heap4.c. Is it normal these two objects coexist? Why are their sizes defined in FreeRTOS config? Why do they have the same name?

Thanks!
![Screenshot from 2024-07-18 17-52-16](https://github.com/user-attachments/assets/fd4041e1-57ff-4ee4-9d4d-b0117957e743)
![Screenshot from 2024-07-18 17-53-53](https://github.com/user-attachments/assets/896bb889-72f7-405a-9c53-9dc709167ac4)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by comparing custom_memory_manager.c with FreeRTOS's heap4.c and reviewing the FreeRTOS configuration referenced by the Build Analyzer output. Document whether the two ucHeap objects are expected to coexist, why their sizes come from the configuration, and why they share a name.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
embedded-iot
Issue type
Documentation
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.