Mavros: Pregunta sobre UDP en GCS_Bridge: ¿es un cliente o un servidor?

Creado en 6 mar. 2017 · 4Comentarios · Fuente: mavlink/mavros

Para la explicación de esta línea en la sección de ayuda de
GCS_BRIDGE
UDP: udp: // [bind_host] [: puerto] @ [remote_host] [: puerto] [/? Ids = sysid, compid]

1.
Quiero saber que GCS_Bridge actúa como servidor o cliente.
y ¿cuál es el significado de bind_host y remote_host?

2.
Planeé tener un sistema de monitoreo de drones que tenga MAV como mensaje de carga útil.
Entonces, en los drones (Computer + ROS powered, no APM),
GCS_Bridge debe actuar como cliente que envía el estado al servidor
y esperar a recibir el comando (y los puntos de referencia) del servidor también

¿Tienes alguna idea sobre esto?

question

Fuente

Tutorgaming

Comentario más útil

Lea sobre los sockets BSD y UDP.
Bind - donde el programa escuchará los mensajes entrantes.
Remoto: donde enviará mensajes.

vooon en 6 mar. 2017

👍2

Todos 4 comentarios

Lea sobre los sockets BSD y UDP.
Bind - donde el programa escuchará los mensajes entrantes.
Remoto: donde enviará mensajes.

vooon en 6 mar. 2017

👍2

@Tutorgaming, ¿esta respuesta?

TSC21 en 4 abr. 2017

@ TSC21 Creo que esta pregunta está respondida.
De todos modos, cualquier comentario o sugerencia es bienvenido.

Al leer los códigos, descubrí que GCS_Bridge actúa como cliente y servidor para ser el oyente en el lado ROS y enviarlo a través de la red

Sobre el significado del vínculo y el control remoto, Vooon ya había respondido eso.

Para mi sistema de monitoreo, implementé tanto el cliente como el servidor UDP en los drones para enviar y recibir el comando MAV desde y hacia mi planificador de misión personalizada. Funciona bastante bien en el prototipo. :)
. . Pero para que esté listo para las grandes cantidades de drones, todavía no tengo idea de cómo administrar una red de este tipo.

Por cierto muchas gracias

Tutorgaming en 7 abr. 2017