micro-ROS / micro-ROS/micro-ROS-Agent
Question about how to debug communication data between micro-ROS-agent and micro-ROS-client
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 201
- Forks
- 111
- Avg merge
- 1d 6h
- Merged PRs (30d)
- 10
Description
Hello.
I'm running micro-ROS-agent on Linux. And micro-ROS-client (I'm running micro_ros_arduino) on the MCU to communicate with the agent.
* Note: Github address of the micro-ROS-client library I am running
https://github.com/micro-ROS/micro_ros_arduino
However, as I've been running micro-ROS, I've noticed a lot of data being sent and received, and the data cycles are fast, so I've been experiencing frequent communication issues.
So, I'd like to know how to identify where communication issues and bottlenecks are occurring in micro-ROS.
As far as I know, changing the log level with the -v option when running micro-ROS-agent itself changes the diversity of the logs.
ros2 run micro_ros_agent micro_ros_agent serial --dev /dev/ttyACM0
However, when I use the -v option to view the data, it's too fast for the human eye. I'd like to either print out the transmitted and received data so it can be viewed by the human eye, or record it.
**Is there an easy way to view or record this data, or a way to implement my own code, or a free debugging tool?**
Thank you.
Contributor guide
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 micro_ros_agent serial command using /dev/ttyACM0 and its -v option, then review how the micro_ros_arduino client communicates with the agent. Done means identifying a practical way to inspect or record transmitted and received data and documenting the debugging approach or tool.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- arduino, cpp, linux
- Domain
- devtools, networking
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100