micro-ROS / micro-ROS/micro-ROS-Agent

Question about how to debug communication data between micro-ROS-agent and micro-ROS-client

Aberta
#265 1 comentário 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Linguagem predominante
C++
Estrelas
201
Forks
111
Merge médio
1d 6h
PRs com merge (30d)
10

Descrição

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.

Guia de contribuição

Abrir o guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Direção de pesquisa

Comece com o comando serial do micro_ros_agent usando /dev/ttyACM0 e sua opção -v; em seguida, revise como o cliente micro_ros_arduino se comunica com o agente. Considera-se concluído quando for identificada uma forma prática de inspecionar ou registrar os dados transmitidos e recebidos, e a abordagem ou ferramenta de debugging for documentada.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Stack de tecnologia
arduino, cpp, linux
Domínio
devtools, networking
Tipo de issue
Funcionalidade
Dificuldade
5/5
Tempo estimado
Mais de uma semana
Status de atividade
Estagnada
Clareza
Precisa de esclarecimento
Facilidade para iniciantes
20/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.