micro-ROS / micro-ROS/micro-ROS.github.io
micro-ROS publisher always printing "dat:0" on ROS2 echo instead of the updated values
Nobody has claimed this yet.
- Dominant language
- SCSS
- Stars
- 127
- Forks
- 71
- PR merge metrics
- No merged PRs in 30d
Description
[MAIN.C 6.txt](https://github.com/user-attachments/files/21734883/MAIN.C.6.txt)
I am working on a micro-ROS example on a TRAVEO™ T2G MCU using a custom UART transport. The code is based on the "data
[MAIN.C 6.txt](https://github.com/user-attachments/files/21734876/MAIN.C.6.txt)
" style micro-ROS publisher/subscriber example, but I have modified it slightly.
Here is the situation:
1. I have a publisher that is supposed to send an integer value (std_msgs/msg/Int32) periodically using a ROS timer.
2. I am running ros2 topic echo /traveo_publisher on the host PC to see the published messages this will give value never changes to from 0 . it is publishing periodically but within same incorrect value.
3. I am successfully connecting to the ROS 2 agent (no connection error), and I do see messages being published.
4. However, the message always shows data: 0 instead of the value I expect (for example 123 or incrementing numbers).
5. The value does not update continuously as I move around in my code or directory — it just stays the same in ROS 2 echo output.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the attached MAIN.C 6.txt files and the micro-ROS data publisher/subscriber example, then run ros2 topic echo /traveo_publisher against the TRAVEO T2G custom UART transport. Trace where the std_msgs/msg/Int32 value is assigned and published; done means the echo output reflects the expected or incrementing value instead of always showing data: 0.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- embedded-iot, robotics
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100