rosbridge WebSocket
Qué problema resuelve
El desarrollo ROS tradicional exige que cada máquina de desarrollo instale ROS, configure el entorno y ejecute roscore; los desarrolladores front-end, los ingenieros de app y el personal de puesta en marcha en sitio no conocen la pila ROS de Linux, y la barrera de entrada es enorme.
rosbridge convierte el bus ROS en un solo puerto WebSocket (por defecto 9090): una página web usa roslibjs para suscribirse a /scan y publicar /cmd_vel; una app envía JSON por cualquier cliente WebSocket para conducir. Los paneles front-end, el mando remoto de app, la programación Python de alto nivel: ninguno toca ROS.
Cómo leer las especificaciones clave
- Topics: suscribirse a datos de sensores, publicar comandos de velocidad. El SDK Tbot expone 5 Topics: p. ej., /scan, /odom, /cmd_vel, /battery_state, /joint_states.
- Services: comandos tipo llamada, p. ej., iniciar/detener mapeo, cambiar el modo de localización, guardar el mapa. El SDK Tbot expone 9 Services.
- Formato de mensaje JSON: el sobre JSON de rosbridge (publish / subscribe / call_service) se corresponde 1:1 con los campos de los mensajes ROS.
- Puerto y seguridad: por defecto ws://IP:9090; para producción añada autenticación o corra en intranet/VPN: nunca lo exponga en bruto al Internet público.
Ideas erróneas habituales
Modelos recomendados
Todas las plataformas Tbot activan rosbridge por defecto: plataforma de desarrollo Tbot (5 Topics + 9 Services abiertos a las aplicaciones superiores); consulte docs SDK de desarrollador. Modelos completos: Ficha técnica.
Artículos relacionados
- ROS Chassis Developer Guide: From Setup to rosbridge
- 20 Chassis Dev FAQs: rosbridge, Topics, Mapping
- How to Read Humanoid Robot Chassis Specs
Indíquenos su caso de uso (panel web / teleoperación de app / desarrollo secundario): nuestro equipo responde con un plan SDK y presupuesto en un día laborable.
Obtener presupuesto