Cámara 3d Fpv de bajo costo para Android: 7 pasos (con imágenes)

2024 Autor: John Day | [email protected]. Última modificación: 2024-01-30 08:40

FPV es algo muy bueno. Y sería aún mejor en 3D. La tercera dimensión no tiene mucho sentido a grandes distancias, pero para un Micro Quadcopter de interior es perfecta.

Así que eché un vistazo al mercado. Pero las cámaras que encontré eran demasiado pesadas para un microcuadricóptero y necesitas unas gafas caras. La otra posibilidad sería utilizar dos cámaras y dos transmisores. Pero nuevamente tienes el problema de las costosas gafas.

Así que decidí hacer el mío. Todas las cámaras del mercado utilizan una FPGA para hacer la imagen en 3D. Pero quería mantenerlo barato y fácil. No estaba seguro de si funcionaría, pero intenté usar dos circuitos integrados de separador de sincronización, un microcontrolador para gestionar la sincronización y un circuito integrado de interruptor analógico para cambiar entre las cámaras. El mayor problema es sincronizar las cámaras, pero es posible hacerlo con el controlador. El resultado es bastante bueno.

Otro problema fueron las gafas 3D. Normalmente necesitas unas gafas 3D especiales que son bastante caras. Probé algunas cosas, pero no pude resolverlo solo con la electrónica. Así que decidí usar un capturador de video USB y una Raspberry Pi con cartón de Google. Esto funcionó bastante bien. Pero no fue muy agradable poner la pantalla en el cartón y tener toda la electrónica alrededor. Entonces comencé a escribir una aplicación para Android. Al final, tenía un sistema FPV 3d completo para Android por menos de 70 euros.

Hay un retraso de unos 100 ms. Eso es por el capturador de video. Es lo suficientemente pequeño para volar con él.

Necesitas habilidades de soldadura bastante buenas para hacer la cámara porque hay una placa de circuito hecha por ti mismo, pero si tienes un poco de experiencia, deberías poder hacerlo.

Bien, comencemos con la lista de piezas.

Paso 1: Lista de piezas

Cámara 3D:

• PCB: puede obtener el PCB con las piezas aquí (unos 20 euros
• 2 cámaras: debería funcionar con casi cualquier par de cámaras FPV. Deben tener el mismo TVL y la misma velocidad de reloj. Una buena opción es utilizar algunas levas en las que pueda acceder fácilmente al Christal. Usé un par de estas pequeñas cámaras con lentes de 170 grados porque quería usarlas en un Micro Quad. (alrededor de 15 a 20 euros)
• Transmisor FPV: yo uso este (unos 8 euros)
• Receptor FPV (tenía uno por ahí)
• Marco impreso en 3d
• Grabador de video Easycap UTV007: Es importante tener el chipset UTV007. Puede probar otros capturadores de video UVC, pero no hay garantía de que funcione (alrededor de 15 euros)
• Cable USB OTG (alrededor de 5 euros)
• Aplicación para Android 3d FPV Viewer: versión Lite o versión completa
• una especie de cartón de Google. Solo busca en Google (alrededor de 3 euros)

Necesidades adicionales:

• Soldador
• Experiencia de soldadura
• lupa
• Programador AVR
• PC con avrdude o algún otro software de programación AVR
• Teléfono inteligente Android con soporte USB OTG
• Impresora 3d para el soporte de la cámara

Paso 2: Ensamble la PCB

"loading =" perezoso"

Conclusión: la cámara funciona bastante bien. Incluso si no es perfecto, es utilizable. Hay un retraso de unos 100 ms, pero para vuelos normales y para probar 3d fpv está bien.

Información y consejos:

- Si no tiene un teléfono inteligente Android que admita easycap UTV007 o UVC, puede obtener uno fácilmente en e-bay. Compré un viejo Motorola Moto G2 2014 por 30 euros.

- La cámara no se sincroniza todo el tiempo. Si no obtiene una imagen o la imagen no es correcta, intente reiniciar la cámara varias veces. Para mí, eso siempre funcionó después de algunos intentos. Quizás alguien pueda mejorar el código fuente para una mejor sincronización.

- Si no sincronizó el reloj de las cámaras, una imagen subirá o bajará lentamente. Es menos perturbador si gira las cámaras 90 grados, que la imagen vaya hacia la izquierda o hacia la derecha. Puede ajustar la rotación en la aplicación.

- A veces, los lados izquierdo y derecho cambian al azar. Si eso sucede, reinicie la cámara. Si el problema persiste, intente configurar el parámetro DIFF_LONG en 3dcam.h más alto, vuelva a compilar el código y vuelva a actualizar el archivo hexadecimal.

- Puede establecer el estándar en PAL poniendo PB0 y PB1 a + 5V

- Puede establecer el estándar en NTSC poniendo solo PB0 a + 5V

- Con PB0 y PB1 no conectados, el modo de detección automática está activo con gran diferencia (estándar)

- Con solo PB1 conectado a + 5V, el modo de detección automática está activo con una pequeña diferencia. Pruebe esto si ve una parte de la primera imagen en la parte inferior de la segunda imagen. El riesgo de que las imágenes cambien al azar es mayor.

- Utilizo el modo estándar con cámaras PAL sincronizadas con el reloj, pero configuro la aplicación en NTSC. Con este ajuste tengo resultados NTSC y no corro el riesgo de cambiar las imágenes al azar.

- Tuve muy malas distorsiones de color con cámaras PAL no sincronizadas con el reloj. Con las cámaras NTSC esto no sucedió. Pero de todos modos, sincronizar los relojes es mejor para ambos estándares.

Detalles sobre el código:

El código solo está documentado en el archivo 3dcam.h. Todos los ajustes importantes se pueden realizar allí. Algunos comentarios sobre las definiciones:

MIN_COUNT: Después de este número de líneas, el lado se cambia a la segunda cámara. Debe dejarlo como está. MAX_COUNT_PAL: Esta opción solo se usa en modo PAL. Después de este número de líneas, la imagen vuelve a cambiar a la primera cámara. Puede jugar con este parámetro si usa el modo PAL. MAX_COUNT_NTSC: Lo mismo para NTSCDIFF_LONG / DIFF_SHORT: Estos parámetros se usan en el modo de detección automática. Este número se resta del tiempo de conmutación detectado automáticamente. Puedes jugar con estos parámetros. MAX_OUTOFSYNC: Esto estaba destinado a verificar la sincronización de las cámaras, pero nunca funcionó bien. Déjelo como está o intente implementarlo usted mismo.

Si usa mi PCB, debe dejar el resto de las definiciones como están. Un archivo MAKE se encuentra en la carpeta Debug.

Eso es todo. Pronto agregaré un video a bordo y un instructivo para el quadcopter. Por el momento solo está el video de prueba de la cámara.

Actualización 5. Agosto de 2018: Hice un nuevo programa AVR para cámaras sincronizadas con reloj. No sé si funciona cuando no sincronizas los relojes. Si tiene cámaras sincronizadas, debe usarlo.

Puede suceder que haya distorsiones de color con las cámaras PAL. Reinicie el AVR hasta que tenga una buena imagen para ambas cámaras. Agregué un botón de reinicio a mi PCB para eso.

Puede suceder que tenga imágenes que cambien aleatoriamente con cámaras NTSC. Reinicie el AVR hasta que se detenga para cambiar aleatoriamente. También puede jugar con el parámetro DIFF_SHORT en el código fuente.

Hay algunos cambios en la última versión:

• PAL / NTSC se detecta automáticamente. Se elimina la selección manual.
• Para configurar DIFF_SHORT, ponga PB1 en + 5V. Debe hacer esto si ve una parte de la segunda imagen en la parte inferior de la primera imagen.
• Las cámaras siempre se sincronizan ahora.

Aqui esta el link

Actualización 22 de enero de 2019: tuve la oportunidad de probar la cámara con gafas 3d de campo alterno. Funciona sin demora. (Probado con gafas virtuales IO iGlasses y gafas Headplay 3d muy antiguas)