Ir al contenido
Fuente revisada

Conectar MicroDuck: descubrimiento, Wi-Fi y consola

Distingue descubrimiento BLE, PIN, dirección de red y señalización WebRTC antes de modificar ajustes de tu robot oficial.

Empieza en el portátil con duckctl scan y elige el nombre exacto del robot. Escanear no necesita red ni PIN. Si no anuncia IP, revisa Wi-Fi por Bluetooth. El servicio BLE de desarrollo no cifra por defecto: usa credenciales de prueba aisladas. La consola 8080 puede cargar aunque falle la señalización 8443.
Actualización de fuente del 16 de octubre · Placas Beta después del demonio 0.17.4. Solo en la placa Beta oficial, el nombre predeterminado duck-xxxx ahora se deriva del número de serie /proc/cpuinfo del kernel en lugar del valor del árbol de dispositivos de U-Boot. Los dos placas Beta en el informe ascendente compartieron anteriormente duck-d041; una prueba de fuente ahora deriva duck-2b6d. Se conserva el nombre elegido por el usuario y el Zero 3W sigue leyendo su número de serie del árbol de dispositivos. La misma serie Beta también alimenta la semilla de voz/coral y la identificación del hardware de acceso remoto, por lo que esos identificadores pueden cambiar; Este no es un emparejamiento BLE general ni una solución de seguridad. Si un nombre predeterminado previamente guardado deja de seleccionar su robot después de la actualización, ejecute uvx duckctl scan nuevamente y use el nombre real mostrado para --name o DUCK_ROBOT. Un robot vinculado puede anunciarse de manera diferente, por lo que un escaneo breve por sí solo no prueba que esté desconectado. No elimine un enlace Bluetooth únicamente porque el nombre cambió. Mantenga el número de serie del SoC y el ID de hardware fuera de las publicaciones públicas de soporte. lector específico de placa ↗ derivación de nombre ↗ advertencias de descubrimiento ↗ versión 0.17.4 ↗.
Esta ruta de primer uso es para un MicroDuck oficial de Pollen Robotics. El sitio lo agregó el 15 de octubre después de leer la documentación ya publicada del demonio 0.17.2 y la fuente fija; no es una función ascendente del 15 de octubre. El sitio no emparejó un pad, no se conectó a Wi-Fi, no abrió una consola de robot ni operó hardware. Una imagen de réplica de kissqy R1 separada se basa en una pila oficial anterior y no se debe asumir que implementa esta ruta de consola y BLE. versión estable ↗ alcance de réplica ↗.

1. Encuentre el robot adecuado desde su computadora portátil.

Instale uv primero si aún no lo tiene. El cliente duckctl publicado se ejecuta en una computadora portátil a través de uvx; no lo ejecute en el robot. El primer comando a continuación lee anuncios BLE cercanos sin conectarse ni solicitar un PIN. Utilice el nombre de su propio resultado de escaneo en lugar del ejemplo ascendente duck-c51b. Es importante especificar un nombre: sin nombre, el primer robot encontrado puede ganar en un banco compartido. El segundo comando se conecta para leer la identidad y puede emparejarse y probar el PIN del robot; es un paso diferente al escaneo pasivo. guía oficial de portátiles ↗ implementación del cliente ↗.

Descubrimiento de portátiles; reemplace el nombre del robot de ejemplo
uvx duckctl scan
uvx duckctl --name duck-c51b info

Si falta el robot, uvx duckctl scan --verbose puede mostrar qué más vio la radio Bluetooth, pero la ausencia por sí sola no identifica una falla de energía, radio o nombre. Mantenga la salida del escaneo privada porque puede incluir direcciones de dispositivos. uvx duckctl puede utilizar un paquete almacenado en caché o resolver uno recién publicado; Estas instrucciones se compararon con el cliente 0.17.2, así que compare el cliente instalado y la versión del robot si el comportamiento difiere. paquete 0.17.2 ↗.

2. Trate "sin dirección" como una pregunta sobre Wi-Fi, no como un escaneo BLE fallido.

Observaciones de primera conexión
Observaciónlo que establecePróximo cheque
Aparece el robot con no addressBLE descubrió el robot, pero no tiene una dirección IPv4 actual.Lea wifi status y, si es necesario, pídale al robot que wifi scan a través de BLE.
El robot aparece sin ningún campo de direcciónUn anuncio anterior no incluía este campo; no prueba que el Wi-Fi esté desconectado.Pregunte a wifi status por el estado real de la red.
El robot aparece con una dirección IP.La dirección se puede utilizar para la próxima verificación de la red local; no prueba que la transmisión de la consola funcione.Lea ip, luego imprima la URL de la consola.

Estas dos consultas de Wi-Fi las realiza el robot a través de Bluetooth; No se requiere una conexión Wi-Fi o SSH existente. Elija el nombre exacto del robot. A diferencia del scan pasivo, una consulta de Wi-Fi se conecta y necesita el PIN del robot (--pin, DUCK_PIN o el respaldo 000000 documentado). La verificación del PIN no es prueba de que el enlace BLE esté cifrado. No publique su PIN, nombre de Wi-Fi o dirección de dispositivo con una pregunta de soporte. Guía de Wi-Fi y PIN ↗ Servicio BLE predeterminado ↗.

Laptop: inspeccionar Wi-Fi antes de cambiarlo
uvx duckctl --name duck-c51b wifi status
uvx duckctl --name duck-c51b wifi scan

Si se une intencionalmente a una red, reemplace ambos marcadores de posición localmente en la plantilla de comando oficial a continuación. La CLI duckctl fija acepta la contraseña como argumento --psk; no ofrece una opción de contraseña interactiva oculta en esta ruta. En una computadora compartida, los argumentos de la línea de comandos y el historial del shell pueden exponerlo. Más en serio, el servicio Bluetooth fijo 0.17.2 por defecto no tiene emparejamiento ni cifrado de enlaces en una placa de desarrollo normal: alguien que esté dentro del alcance de la radio puede leer el PIN y la contraseña de Wi-Fi. Trate esto como un aprovisionamiento exclusivo para desarrollo en una red de laboratorio aislada y confiable con credenciales temporales; No introduzcas una contraseña Wi-Fi normal de casa o del trabajo en esta ruta como si fuera segura. Nunca pegues el comando completado en una publicación. Este paso cambia la red del robot: una sesión Wi-Fi SSH existente puede desconectarse, lo que puede ser un resultado esperado. El servicio sondea por hasta 45 segundos y el cliente tiene un plazo separado de 60 segundos; tampoco lo es una promesa de unión exitosa. Omita --psk solo para una red abierta intencionalmente. procedimiento oficial de Wi-Fi ↗ definición de argumento CLI ↗ advertencia de servicio ↗ ruta no cifrada ↗.

Plantilla de cambio de red; reemplace los ejemplos localmente
uvx duckctl --name duck-c51b wifi connect 'YOUR_SSID' --psk 'YOUR_WIFI_PASSWORD'

3. Separe una dirección de una consola que funcione.

Después de unirse, lea nuevamente el estado de Wi-Fi y la dirección. open --print solo imprime la URL de la consola del robot sin abrir un navegador; el comando normal open abre la página del robot incorporado. Un robot sin dirección de red no puede ofrecer esta consola WebRTC. La página en sí se sirve en el puerto 8080, mientras que su conexión de señalización independiente utiliza el puerto 8443. Si la página se carga pero informa que la señalización no respondió, se puede acceder a la página del robot y la siguiente pregunta es la ruta de red al 8443, a menudo un firewall. Esta no es una razón para volver a emparejar Bluetooth. No exponga ninguno de los puertos a la Internet pública como atajo para la solución de problemas. alcance de la consola ↗.

Computadora portátil: confirme la dirección e imprima la URL de la consola local
uvx duckctl --name duck-c51b wifi status
uvx duckctl --name duck-c51b ip
uvx duckctl --name duck-c51b open --print

La consola contiene controles de movimiento en vivo. Su botón Detener pone a cero los intents enviados por esa página; no corta la potencia del servo y no es una parada de emergencia física. Este artículo explica cómo llegar a la página, no cómo validar el movimiento. límite de seguridad oficial de la consola ↗.

Comparte la etapa fallida, sin secretos.

Una pregunta técnica útil indica la versión del cliente y del robot, si se conoce, si apareció un robot con nombre en scan, si su dirección estaba ausente y si el problema es la página del puerto 8080 o la señalización del puerto 8443. Indique si la máquina es oficial o una réplica. Elimine la dirección de Bluetooth, serie, IP local, SSID, PIN, contraseña de Wi-Fi y detalles de la cuenta. Para conocer la respuesta del gamepad después de la conexión, siga el diagnóstico del mando Bluetooth; para conocer la sincronización del control UDP, consulte la guía de versión 0.17.2.

CONTINUAR LA CONVERSACIÓN

¿Qué te gustaría entender a continuación?

Mantenga juntos la fuente, su entorno y sus observaciones.

Fuentes y fecha de revisión

Fuentes comprobadas el 16 de octubre de 2026 · Fuente revisada

  1. Fuente original 1 · github.com / daemon-v0.17.2 ↗
  2. Fuente original 2 · github.com / duckctl.md ↗
  3. Fuente original 3 · github.com / main.rs ↗
  4. Fuente original 4 · github.com / main.rs ↗
  5. Fuente original 5 · github.com / route.rs ↗
  6. Fuente original 6 · pypi.org / 0.17.2 ↗
  7. Fuente original 7 · github.com / duckctl.md ↗
  8. Fuente original 8 · github.com / README.en.md ↗
  9. Fuente original 9 · github.com / daemon-v0.17.4 ↗
  10. Fuente original 10 · github.com / serial.rs ↗
  11. Fuente original 11 · github.com / identity.rs ↗
  12. Fuente original 12 · github.com / lib.rs ↗
  13. Fuente original 13 · github.com / duckctl.md ↗
  14. Fuente original 14 · github.com / 418 ↗