Herramientas Buscar en Tema
Antiguo 31/03/2008, 18:26   #1
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso: 30/jul/2007
Ubicación: Asturias
Mensajes: 1.066
Primer post Destacado
Editado por Cristóbal Fernández; 02/12/2015 a las 20:28

DakarOSD 3.0b Construye tu propio OSD

La idea de este circuito que presento es que en menos de una tarde y por menos de 15 euros te puedes autoconstruir tu propio OSD para FPV.


Es un OSD sencillo pero plenamente funcional, pesa unos 20 gramos, consume solo unos 25 mA y nos facilita la información de vital importancia para la navegación: altura,variómetro, distancia, dirección de vuelta a casa, pasillo de vuelo(ángulo relativo),velocidad terrestre, satélites y tiempo de vuelo, además de máximos de altura, distancia, velocidad, rumbo correcto hacia un itinerario y coordenadas gps.

Desde la versión 2.0b se incorpora también la posibilidad de usar 2 voltímetros de libre disposición en una segunda hilera (más información sobre esta nueva versión en la página 46 de este hilo, post 1366).

Desde la versión 2.5b se incorpora el Amperímetro, Variómetro, medición de la RSSI del receptor RC... y se unifica todo en un solo archivo .hex como en la versión original.

Desde la versión 2.7b se incorpora el videomodem de 16 bits y desde la versión 3.0b se incorpora la posibilidad de usar alarmas, configurar las pantallas y un "Rudder to Home" (Timoneo automático para que el avión inicie la ruta de vuelta a casa).

La información se presenta en la parte superior de la pantalla, que es donde considero que molesta menos un OSD pues es la zona de cielo y nubes, no obstante podemos controlar libremente la intensidad de los caracteres con la resistencia variable y escoger si los queremos en negro ó en blanco sobre banda gris.

Es compatible con la mayoría de los módulos gps que vengan de fábrica ó se puedan configurar a:
  • Refresco de datos 5hz.
  • 9600 baudios de velocidad de transmisión.
  • Tramas NMEA: $GPRMC y $GPGGA.
Entre estos modelos tenemos por ejemplo : eb-85(FV-M8) , LS20033 , FGPMM0PA6 y cualesquiera otros modelos compatibles o configurables.

El mismo DakarOSD intentará configurar el gps para adaptarlo a los anteriores requerimientos, pero si esto no fuera posible también se puede intentar configurar el gps con software tipo minigps.

También es compatible con los tradicionales módulos gps de 1hz a 4800 baudios de transmisión como: Em-406 ,Em-411, Em-401 que se utilizaban en las versiones iniciales.

Podéis utilizarlo con o sin conexión a un canal auxiliar, si utilizáis este, su recorrido está segmentando en 5 tramos que serán 5 pantallas independientes , configurables y seleccionables con un canal de rueda o con mezclas asociadas a switches:


1.) Primera pantalla: Pantalla OSD apagado.

2.) Segunda pantalla, la pantalla general y más habitual de OSD, tenemos información de:

En la primera línea:

- Altura en metros con respecto al punto de casa.
- Variómetro y tasa de ascenso/descenso en metros/segundo.
- Distancia en metros.
- Flechita de dirección de vuelta a casa por si estamos desorientados.
- Ángulo relativo , pasillo de vuelo es decir la ubicación del avión con respecto a nosotros.
- Velocidad con respecto a tierra en km/h.
- Número de satélites.
- Minutos de vuelo.

En la segunda línea(Si está activada):

- Voltímetro 1:
- Amperios Hora de consumo instantáneo de nuestro motor.
- Miliamperios hora de consumo acumulado.
- Voltímetro 2 / RSSI del receptor RC.

3.) Tercera pantalla, pantalla de máximos, tenemos la máxima altura, distancia y velocidad alcanzados durante la sesión de vuelo.

4.) Cuarta pantalla, excursión a waypoint o punto destino(como un rutómetro en una etapa del DAKAR, je,je ), la flechita de vuelta a casa nos indica ahora la ruta correcta para alcanzar el itinerario de nuestra excursión, una vez alcanzado, podemos volver a la pantalla general para volver a tener la orientación de vuelta a casa.

5.) Quinta pantalla: coordenadas gps, se muestran las coordenadas de latitud y longitud donde se encuentra el avión en ese momento, útiles solo si se nos cae el avión y queremos localizarlo, podemos asociar esta posición del canal auxiliar al fail safe, el formato es ggº mm.mmmm, se recomienda el uso de esta pantalla asociada al Fail Safe. Es necesario también entrar en esta pantalla para activar y configurar el "Rudder to Home" que timoneará nuestro avión a casa.

En cuanto a las coordenadas internas del punto de casa y de destino de excursión si queremos utilizarlo (waypoint) también he pensado que la memoria RAM del PIC no es el mejor sitio donde guardarlos, si la alimentación del osd es compartida , posibles sobrepicos en el consumo pueden resetear nuestro pic y perderíamos el punto de casa, y la distancia y si estamos lejos, no creo que nos haga gracia ninguna, así que he decidido guardarlos como en mi circuito Vienna en la eeprom del microcontrolador, que es como el “disco duro” del PIC, así que para guardar el punto de casa, esperamos a tener unos cuantos satélites en el OSD , apretamos el pulsador y este punto queda guardado en ese “disco duro” y solo si cambiamos de lugar de vuelo, tendremos que volver a guardar ese punto de casa, si el circuito se resetea durante el vuelo, automáticamente recupera este punto de casa. Para el punto waypoint o destino de excursión si nos interesa utilizarlo, hacemos lo mismo, podemos transferirlo desde un PC en casa con el programa DakarOSDmanager o bien desplazándonos personalmente antes del vuelo a ese sitio o a las inmediaciones. Con el avión en tierra encendemos y esperamos a tener satélites en el OSD y apretamos 5 segundos el pulsador para almacenar esas coordenadas en el “disco duro” del pic como punto destino( waypoint).

Las funciones por tanto del pulsador son las siguientes:

- Si lo mantenemos apretado mientras encendemos el osd conmutamos a gusto del usuario entre caracteres en negro ó caracteres en blanco sobre banda gris, esta última opción muy útil también para vuelo nocturno.

- Pulsación corta , la más empleada,pulsamos y soltamos, establecemos el punto de casa, ponemos a cero por tanto la altura ,la distancia ,el contador de minutos , los miliamperios acumulados y los máximos de altura, velocidad y distancia.

- Establecimiento del waypoint,nos desplazamos físicamente este lugar teniendo cobertura de gps o le damos las coordenadas con el DakarOSDmanager y mantenemos el pulsador durante 5 segundos (si no queremos contar, a los 5 segundos ya vemos que se enciende el led ) y luego soltamos.

- Entrar en modalidad de calibración analógica sin necesidad de cobertura gps pero con el gps conectado: Tan pronto como iniciemos y nos indique "DakarOSD 2.7b GPS x HZ" mantenemos apretado el pulsador principal durante 10 segundos (el led se enciende por segunda vez y soltamos), veremos que nos indica 0 Satélites y ahí podremos ajustar y calibrar las medidas analógicas de voltímtros, rssi, amperímetro, etc, así como configurar el coeficiente multiplicador de los miliamperios hora acumulados con el fin de ajustar el consumo declarado con el cargado por nuestro cargador , para salir de esta modalidad simplemente reiniciamos el DakarOSD.


-Activación/desactivación de linea analógica (voltímetros, RSSI, Amperímetro), mantenemos apretado durante 15 segundos (el led se enciende por tercera vez y soltamos).

-Activación/Desactivación de Amperímetro(por defecto desactivado), mantenemos apretado durante 20 segundos (el led se enciende por cuarta vez y soltamos).

-Activación/Desactivación de la RSSI, mantenemos apretado durante 25 segundos (el led se enciende por quinta vez y soltamos)

-Activación/Desactivación de la RSSI inversa, mantenemos apretado durante 30 segundos (el led se enciende por sexta vez y soltamos)

Técnicamente el corazón del circuito es el PIC 18F252 ó 18LF252 ya empleado en anteriores circuitos y el archiconocido separador de sincronismo lm-1881, el resto son 4 resistenicas, 4 diodos, 4 condensadores, 1 cristal y poco más. Una instalación sencilla si no queremos insolar es utilizar una plaquita de pistas paralelas, muy apropiadas para microcontroladores o una de isletas.


El complemento perfecto del DakarOSD es el Lince, que es un circuito que va en tierra muy similar en componentes y construcción al DakarOSD y también podemos autoconstruirnos para 2 propósitos muy importantes:

1º.-Autotracking de antena: nuestra antena direccional (patch) estará siempre apuntando al avión allí donde esté con la consiguiente libertad de vuelo y sin tener que volar encofrados dentro del sector de cobertura de una antena direccional fija.

2º.-Envío de telemetría en tiempo real:también nos permite conocer la posición y demás parámetros del avión para luego poder hacer mapa-móvil (ver el avión sobre el mapa en tiempo real), track logger (guardar la ruta de vuelo), etc a través de un portátil o miniportátil.

Junto con el paquete de archivos, también se incluye el software de simulación y gestión DakarOSDmanager con el que podréis conectar el DakarOSD al PC a través de un conversor USB-TTL ó un max232 y checkear tanto el DakarOSD como la parte electromecánica del Lince a través de una simulación básica o dinámica de gps con recorridos virtuales que previamente podréis construir con el GoogleEarth. También es imprescindible su uso para poder configurar las alarmas visuales y la segmentación ppm de las pantallas.


Si tenéis alguna duda tanto en la lógica de funcionamiento como en el montaje del circuito o se os ocurre alguna sugerencia no dudéis en plantearla.


Construcción:

Adjunto 2 esquemas posibles del circuito para que cada uno escoja el procedimiento de construcción que más le interese. Podéis optar por utilizar placa de pistas paralelas, isletas, etc, y si deseáis utilizar la insoladora o la plancha adjunto también los ficheros facilitados por cortesía de Fred para el Sprint Layout con todo el ruteado hecho.
y aquí están también el esquema para el diseño del pcb con los optos para el Rudder to Home (RTH) y Rudder to waypoint de la versión 3.0

Esquema A: El básico y standard que utiliza 2 diodos, D1 y D2 para poder reducir la tensión del PIC a unos 3,6v y así que este pueda entender perfectamente los datos que le manda el gps que oscilan entre 0v/2,85v en vez de 0v/5v., solo recomiendo este esquema si solo nos interesa, la línea superior de información, es decir mientras no queramos utilizar los voltímetros, RSSI ,ni Amperímetro, que aparacen en la segunda línea o también llamada "línea Analógica", es decir , serviría para construirse un DakarOSD básico, aunque posteriormente podemos upgradearlo.

Esquema B (el más recomendable): El PIC va alimentado a sus 5v oficiales en vez de 3,6v del anterior esquema y para poder entender perfectamente lo que le manda el gps se construye un pequeño "Interface" entre el PIC y el gps (aparece dentro del rectánglo discontínuo en el esquema 2) con 2 transistores y 4 resistencias que elevan la tensión 0v/2,85v a 0v/5v, también se prescinde de los Diodos D1 y D2 que en el anterior esquema reducían la tensión de trabajo del PIC, este esquema se desarrolla y comenta a partir de la página 10, post 288 de este hilo.

Con esta versión B podemos utilizar el upgrade de voltímetros , RSSI y Amperímetro perfectamente ya que el pic va alimentado a 5v por su pin 20.

Siempre podéis empezar por el esquema A, dejar unos agujeritos en la placa y luego pasar al esquema B o colocar el interface de transistores de forma aérea entre el GPS y el DakarOSD.

La conexión del gps em-406 (1hz) se realiza como consta en ambos esquemas, la conexión del gps eb-85/fv-m8 (5hz) ó LS20033 se realiza de la siguiente forma:

Uilizad los pines del canal 1 del gps, es decir 3-tx1 y 4- rx1 así como 1-voltaje de entrada(en este gps podemos ir entre 3,3v y 5v) y 2-Tierra(Gnd) y también el 8-tensión de entrada de la batería de backup (2-5v) , este pila es prácticamente imprescindible pues guarda la información de la memoria flash durante años y acelera muchísimo el posicionamiento de satélites en cada arranque, cualquier pilita de botón de litio que que entregue entre 2 y 5v es suficiente, este tema se discute y desarrolla a partir del post 929 de la página 31 de este foro.



Adjunto fotos del montaje, los 2 esquemas y un pequeño video realizado con la versión 1.3b y el gps eb-85a

Incorporaciones de la última versión DakarOSD 3.1b, (Descargar DakarOSD 3.1b y esquemas para esta versión), (explicaciones a partir del post 4573)
- Se incorpora el "Rudder to Waypoint"

Incorporaciones de la última versión DakarOSD 3.0b, (Descargar DakarOSD 3.0b y esquemas para esta versión), (explicaciones a partir del post 3739)
- Se incorpora el "Rudder to Home"
- Alarmas configurables.
- Pantallas configurables.
- Mejoras visuales.

*Versión GoPro:Una variación de la versión 3.0b para adaptarse a la cámara GoPro

Incorporaciones de la última versión DakarOSD 2.7b, (Descargar DakarOSD 2.7b y esquemas para esta versión), (explicaciones a partir del post 3083)

-Se incorpora el nuevo videomodem de 16 bits para poder utilizar la antena de seguimiento completa y el envío de Telemetría en el Lince 2.0b

Incorporaciones de la última versión DakarOSD 2.5b(Descargar Dakar OSD 2.5b y esquemas para esta versión)
-Se incorpora el Amperímetro para obtener el consumo instantáneo y acumulado de nuestro motor.
-Variómetro para indicarnos si ascendemos/descendemos y la tasa de ascenso/descenso.
-Un solo archivo .hex para todas las configuraciones posibles.
-Reconocimiento y detección de enlace con el GPS.
(Esta versión se comenta a partir del post Nº 2344 de la página 79)


Incorporaciones de la última versión DakarOSD 2.0c(Descargar Dakar OSD 2.0c y esquemas para esta versión)
- Se incorpora la capacidad de videomodem, es decir transporta telemetría a tierra a través del canal de video y el decodificador Lince en tierra la procesa.
- Se incorporan 2 voltímetros de libre uso.
- Se puede escoger caracteres en negro ó caracteres en blanco sobre banda oscura.
- También es posible medir porcentualmente la señal RSSI del receptor RC utilizando el 2º voltímetro (Descarga de esta versión especial para RSSI, interface y explicaciones a partir del post 1724 de la página 58 de este hilo)

Incorporaciones de la última versión DakarOSD 1.31(Descargar Dakar OSD 1.31 y esquemas para la versión 1.31 y precedentes)

- Se incorpora el parámetro “ángulo relativo” ó “pasillo de vuelo”.
- Posibilidad de utilizar también el GPS EB-85 trabajando a 5hz (5 actualizaciones por segundo).
- Se incorpora la resolución de metro a metro para la distancia.
- Se eliminan los ceros a la izquierda en las mediciones.
- Se suben todos los caracteres 5 líneas más arriba.
- La pantalla de coordenadas tiene un aspecto más descriptivo.
- Se mejora el DakarOSDmanager: Podemos mandarle al OSD coordenadas desde él, con lo cual podemos establecer el waypoint desde casa y también podemos calcular el “ángulo relativo” para volar en línea recta hacia un itinerario.


Incorporaciones de la última versión DakarOSD 1.2b(Descargar Dakar OSD 1.2b)

- Se incrementa considerablemente la velocidad de actualización de datos tanto si utilizamos el canal auxiliar para controlar el OSD como si no lo utilizamos,pasando de aproximadamente una actualización cada 2 o más segundos de las versiones anteriores a una actualización aproximadamente por segundo si tenemos buena cobertura.

Si no conectamos el OSD al canal auxiliar es necesario conectar una resistencia de 10k (la R5 en el esquema) de la entrada de señal del receptor (patilla 22) a masa bien en el propio circuito o en el cable que va hasta el receptor. Por tanto recomiendo siempre la incorporación de esta resistencia puesto que de esta forma podemos utilizar el OSD con o sin conexión al canal auxiliar.

-Se incorpora como me habíais comentado la posibilidad de vuelo diurno/nocturno, es decir: caracteres en negro o en blanco. La conmutación es muy sencilla, presionamos el pulsador mientras encendemos el OSD y cambiamos de forma permanente de un modo a otro.

-En esta última versión se incorpora el programa DakarOSDmanager, que utilizando un sencillo circuito maxs232 cumple 2 funciones:

1.- La función más importante es simular nuestros módulos GPS sobre nuestro OSD, bien porque todavía no lo hemos adquirido, no tenemos cobertura en casa o simplemente queremos comprobar que funciona correctamente nuestro DakarOSD.

2.- La segunda función es comprobar las tramas que nos manda nuestro GPS con el fin de probar que nuestro módulo trabaja correctamente.

- Otros cambios de esta versión son la sustitución de los 17 ceros iniciales por el texto que nos indica el nombre y la versión de este OSD, y otros cambios internos relacionados con el control del tiempo.

Incorporaciones de la versión 1.1b:

-Se incorpora la posibilidad de utilizar el modo de altura absoluta o el modo de altura relativa pulsando durante 15 segundos el pulsador principal.

-El OSD funciona también sin el uso de canal auxiliar mostrándonos la pantalla principal:altura, distancia, dirección de rumbo a casa, velocidad, número de satélites y minutos de vuelo.

-Se aumenta la compatibilidad com más módulos gps. el em-401 y el eb-85a configurando este previamente a 4800 baudios y 1hz. (se puede utilizar el minigps y la batería de backup conectada al pin correspondiente)

_________________________________________________________
Lista de componentes:


- Integrados:IC1:Pic 18f252-i/sp, IC2: LM-1881, 2 zócalos estrechos para su inserción de 28 pines y de 8 pines respectivamente.
- Resistencias: R1 , R3 , R5 de 10k, R2 de 680k , R6 de 200 Ohmios y R4 resistencia variable de 1k aprox.
- Condensadores Cerámicos: C1 y C2 de 100nF y C3 y C4 entre 25pF y 33 pF.,
- Condensadores electrolíticos: C5 de entre 100 y 220 uF.
-Diodos: D1, D2 y D3(desaparece en la versión 2.0) del tipo 1N4001, 1N4007 etc y LED1 es un diodo LED normalito.
-1 pulsador para colocarlo preferiblemente remoto y fuera del avión
-Cristal de 10Mhz preferiblemente de perfil bajo.
-Resto de conectores de libre disposición tanto para la entrada-salida de video, canal auxiliar y conexiones gps.

Si optáis por el esquema B:

Prescindimos de los Diodos D1 y D2 que reducían la tensión de trabajo del PIC a 3,6v e incorporamos:
- T1:transistor NPN modelo BC547
- T2:transistor PNP modelo BC557
- R5 y R6 de 1k,
- R7 , R8 y R10 de 10k
- R9 de 380 Ohmios
- R11 de 200 Ohmios.
mascota_articulosImágenes
Hacer clic en la imagen para la versión completa

Nombre:  dakar_osd_circuito1.jpg
Vistas: 1851
Tamaño:  159,4 KB (Kilobytes)
ID: 2484   Hacer clic en la imagen para la versión completa

Nombre:  dakar_osd_circuito3.jpg
Vistas: 151714
Tamaño:  45,0 KB (Kilobytes)
ID: 2485   Hacer clic en la imagen para la versión completa

Nombre:  Esquema_Voltímetros.gif
Vistas: 1998
Tamaño:  19,7 KB (Kilobytes)
ID: 9393   Hacer clic en la imagen para la versión completa

Nombre:  Esquema_Amperímetro.gif
Vistas: 4991
Tamaño:  14,7 KB (Kilobytes)
ID: 9394  

Hacer clic en la imagen para la versión completa

Nombre:  Esquema_DAKAR_OSD30.gif
Vistas: 4552
Tamaño:  51,3 KB (Kilobytes)
ID: 16939   Hacer clic en la imagen para la versión completa

Nombre:  logo_dakar_osd_30b.jpg
Vistas: 1010
Tamaño:  115,4 KB (Kilobytes)
ID: 16941  
adjuntosArchivos adjuntos
Tipo de Archivo: lay dakar 1[1].6 2X volt.LAY (104,7 KB (Kilobytes), 2483 visitas)
Tipo de Archivo: lay Dakar 1[1].7 volt+RSSI .LAY (116,8 KB (Kilobytes), 2173 visitas)
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 12/09/2012, 18:13   #5461
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Cita:
le he añadido tambien el PIN de alarma que entiendo que cristobal lo progamo para que estuviera en 5v cuando hubiera una alarma . a ver si nos lo puede confirmar.
Cuando la alarma se desencadena, ese pin alterna entre 5v y 0v, así se puede conectar directamente un buzzer para que pite de forma alterna.

Cita:
estoy trabajando en un estabilizador de alerones y profundidad sencillo en mniatura para acompañar al DAKAROSD hecho con una IMU. ya os contaré cuando haga mas pruebas...
Buena idea, mantennos informados.

Cita:
veo que tu rssi no lleva los operacionales. Si lo pones en pocentaje, tienes forma de calibrarlo ? sería fenomenal que hiciera un MAP por software y nos quitabamos componentes de golpe que mapee los valores que sea entre 0 y 100 mediante una calibración... es como fncionan casi todos los osd. a ver si Cristobal nos puede aclarar esto y lo hacemos aun más reducido
Lo de quitar los operacionales lo pensé, pero en ese pin de entrada analógica puedo obtener una resolución de solo 8 bits, con lo cual si el swing de entrada entre mínimo y máximo es muy pequeño y no utilizamos los opamps tendríamos también poca resolución, y como hay tropecientos mil receptores , cada uno con su propio swing de RSSI, pues casi mejor poder jugar con la ganancia de los opamps.

Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 12/09/2012, 18:36   #5462
jmboladeras
* * *
 
Avatar de jmboladeras
 
Ingreso 30/dic/2009
De Girona (Spain)
425 Mensajes
Cita:
Iniciado por waverider Ver mensaje
muchas gracias por tus consejos, agradezco mucho la colaboración. En anteriores dakar que tuve la verdad es que si es u rollo manipular el contraste desde dentro del avión.

el modulo gps que le has puesto cual es cuanto cuesta y donde se adquiere. mi idea es que tengo pr ahi guardados gps y no creo que sea necesario implementarlo tambien pero es una gran idea.

veo que tu rssi no lleva los operacionales. Si lo pones en pocentaje, tienes forma de calibrarlo ? sería fenomenal que hiciera un MAP por software y nos quitabamos componentes de golpe que mapee los valores que sea entre 0 y 100 mediante una calibración... es como fncionan casi todos los osd. a ver si Cristobal nos puede aclarar esto y lo hacemos aun más reducido.
Te adjunto el enlace de donde puedes encontrar el GPS, pero si buscas por la red, seguro que encuentras otros muchos y quien sabe si con mejores precios. Este sale un tanto carillo: amzn.to/NongU5

En cuanto a la RSSI, en esta plaquita solo hay la conexión. El circuito está en otra plaquita junto con el RTH, ambos optoacoplados.

La gran ventaja de los componentes SMD es que pones un montón de cosas en un mínimo espacio, pero muchos no estamos preparados para manejarlos. Y ya no te digo con Pcbes de doble cara. Por eso mis diseños son todos de agujeritos y componentes normales. Claro, entre todas las plaquitas ocupan un término.

Igual algún dia me atrevo.. je.. je...

Saludos.

Josep M.
jmboladeras está desconectado   Responder Citando
Antiguo 12/09/2012, 18:51   #5463
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Cuando la alarma se desencadena, ese pin alterna entre 5v y 0v, así se puede conectar directamente un buzzer para que pite de forma alterna.



Buena idea, mantennos informados.



Lo de quitar los operacionales lo pensé, pero en ese pin de entrada analógica puedo obtener una resolución de solo 8 bits, con lo cual si el swing de entrada entre mínimo y máximo es muy pequeño y no utilizamos los opamps tendríamos también poca resolución, y como hay tropecientos mil receptores , cada uno con su propio swing de RSSI, pues casi mejor poder jugar con la ganancia de los opamps.

Saludos
gracias Cristobal. lo dejo como está entonces.

por cierto, me puedes explicar la función RTH?
lo del angulo relativoy de más melo imagino, lo que me interesa es la parte de PWM. Fijas un centro en 1500us y a partir de ahí sube so bajas en función del rumbo? o fijas el centro de la cola en función al parametro fijo que entra por RUD RX ? el giro de servo RUD es proporcional al angulo del rumbo o siempre es el mismo valor hasta que se acerca al rumbo correcto?

me interesa saber como se comporta la pwm del servo para ver si hago algo con mi imu

perdona tantas preguntas pero me resltaría muy util ;)
waverider está desconectado   Responder Citando
Antiguo 12/09/2012, 18:52   #5464
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por jmboladeras Ver mensaje
Te adjunto el enlace de donde puedes encontrar el GPS, pero si buscas por la red, seguro que encuentras otros muchos y quien sabe si con mejores precios. Este sale un tanto carillo: amzn.to/NongU5

En cuanto a la RSSI, en esta plaquita solo hay la conexión. El circuito está en otra plaquita junto con el RTH, ambos optoacoplados.

La gran ventaja de los componentes SMD es que pones un montón de cosas en un mínimo espacio, pero muchos no estamos preparados para manejarlos. Y ya no te digo con Pcbes de doble cara. Por eso mis diseños son todos de agujeritos y componentes normales. Claro, entre todas las plaquitas ocupan un término.

Igual algún dia me atrevo.. je.. je...

Saludos.

Josep M.

animate ... no es nada dificil. creo que es más sencillo... siemrpe y cuando no haya componentes tipo reballing oque solo se pueden soldar con maquinas especiales. los SOIC son muy asumibles.
waverider está desconectado   Responder Citando
Antiguo 13/09/2012, 12:00   #5465
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Cita:
Iniciado por waverider Ver mensaje
gracias Cristobal. lo dejo como está entonces.

por cierto, me puedes explicar la función RTH?
lo del angulo relativoy de más melo imagino, lo que me interesa es la parte de PWM. Fijas un centro en 1500us y a partir de ahí sube so bajas en función del rumbo? o fijas el centro de la cola en función al parametro fijo que entra por RUD RX ? el giro de servo RUD es proporcional al angulo del rumbo o siempre es el mismo valor hasta que se acerca al rumbo correcto?

me interesa saber como se comporta la pwm del servo para ver si hago algo con mi imu

perdona tantas preguntas pero me resltaría muy util ;)

Verás, el centro no lo puedes fijar en 1500uS puesto que el timón puede estar trimado y tener por ejemplo un centro en 1610uS, así que se toma como centro la medida que ha quedado guardada de la posición central cuando grabas los límites RTH del timón: izquierda-centro-derecha.

Para aplicar el RTH cotejo el rumbo real del avión con el rumbo deseado para volver a casa en linea recta desde el punto en el que se encuentra el avión en cada momento y se aplica una corrección siempre proporcional con esa desviación a partir del centro antes comentado.

No puedes aplicar una cantidad fija de timón, porque si es poca y tienes un poco de viento puede que no consigas aproar el avión en dirección a casa y si es mucha el avión volvería dando bandazos zigzagueantes aunque tuviese una diferencia de 1º, así que es mejor que siempre sea proporcional.

Si te fijas, el fundamento es el mismo al modo de trabajo de un servo cualquiera con lo que se llama "velocidad angular", es decir, cuando le das la orden a un servo de ir a una posición cualquiera el pwm de la controladora le da una aceleración al motor del servo que disminuye a medida que este se va acercando al punto deseado, es decir, le va bajando las revoluciones a medida que se acerca a la posición deseada.

Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 13/09/2012, 15:01   #5466
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Verás, el centro no lo puedes fijar en 1500uS puesto que el timón puede estar trimado y tener por ejemplo un centro en 1610uS, así que se toma como centro la medida que ha quedado guardada de la posición central cuando grabas los límites RTH del timón: izquierda-centro-derecha.

Para aplicar el RTH cotejo el rumbo real del avión con el rumbo deseado para volver a casa en linea recta desde el punto en el que se encuentra el avión en cada momento y se aplica una corrección siempre proporcional con esa desviación a partir del centro antes comentado.

No puedes aplicar una cantidad fija de timón, porque si es poca y tienes un poco de viento puede que no consigas aproar el avión en dirección a casa y si es mucha el avión volvería dando bandazos zigzagueantes aunque tuviese una diferencia de 1º, así que es mejor que siempre sea proporcional.

Si te fijas, el fundamento es el mismo al modo de trabajo de un servo cualquiera con lo que se llama "velocidad angular", es decir, cuando le das la orden a un servo de ir a una posición cualquiera el pwm de la controladora le da una aceleración al motor del servo que disminuye a medida que este se va acercando al punto deseado, es decir, le va bajando las revoluciones a medida que se acerca a la posición deseada.

Saludos
No sabia que se podian grabar los recorridos de RTH en dakar y marcar el centro, me gustaría leer como se hace.

También me gusta escuchar toda esta información... me gustaría que me explicases un poco más en profundidad el tema de la proporcionalidad, que entiendo que es lineal.

Entiendo entonces que el funcionamiento que comentas es de la siguiente forma: si el rumbo del avion no es igual al rumbo deseado entonces el servo empieza a variar proporcionalmente en base al tiempo y a la corrección del rumbo, cuanto mas se acerque al angulo menor será el valor del servo y cuanto más tiempo pase mayor será el valor del servo, hasta llegar a su limite . es asi¿? Me vendrían bien unas formulas para verlo ;)

Te cuento mi idea para ver si se puede aplicar al RTH:
Hacer un estabilizador en función de el valor de RTH del dakar:

Con un ángulo AIL proporcional al dado por el dakar y transformado a angulo de AIL con limites entre 0 y 30º para el giro, y proporcional entre 0 y 5º de ELE. Digamos que el avion se estabiliza para girar y mantiene un angulo de pitch y roll proporcional al dado por el dakar y dentro de los limites max y min del estabilizador. Se supone que así el avión siempre girará haya o no viento. Otra cosa es que avence o no con el viento de cara... pero el rumbo lo tiene.

qué opinas ?

Gracias por tu ayuda ;)
waverider está desconectado   Responder Citando
Antiguo 13/09/2012, 17:57   #5467
cesar
* * *
 
Avatar de cesar
 
Ingreso 19/ene/2007
483 Mensajes
Buenas,

Post 3739 de este mismo tema

La configuración es muy sencilla,con nuestro gps trabajando y habiendo establecido nuestro punto de casa, entramos en la pantalla de coordenadas y pulsamos el pulsador principal que ahora tendrá la función de grabación de los límites y se hace en 3 sencillos pasos:

1º.- Movemos el stick del timón de cola a la izquierda la deflexión máxima que queramos utilizar y pulsamos el pulsador principal, veremos que el led se enciende 2 veces.

2º.-Movemos el stick del timón de cola al centro y pulsamos el pulsador principal, veremos que el led se enciende 3 veces.

3º.-Movemos el stick del timón de cola a la derecha la deflexión máxima que queramos utilizar y pulsamos el pulsador principal para finalizar.
Saludos

Cita:
Iniciado por waverider Ver mensaje
No sabia que se podian grabar los recorridos de RTH en dakar y marcar el centro, me gustaría leer como se hace.
cesar esta en línea ahora   Responder Citando
Antiguo 13/09/2012, 18:48   #5468
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por cesar Ver mensaje
Buenas,

Post 3739 de este mismo tema

La configuración es muy sencilla,con nuestro gps trabajando y habiendo establecido nuestro punto de casa, entramos en la pantalla de coordenadas y pulsamos el pulsador principal que ahora tendrá la función de grabación de los límites y se hace en 3 sencillos pasos:

1º.- Movemos el stick del timón de cola a la izquierda la deflexión máxima que queramos utilizar y pulsamos el pulsador principal, veremos que el led se enciende 2 veces.

2º.-Movemos el stick del timón de cola al centro y pulsamos el pulsador principal, veremos que el led se enciende 3 veces.

3º.-Movemos el stick del timón de cola a la derecha la deflexión máxima que queramos utilizar y pulsamos el pulsador principal para finalizar.
Saludos
Muchas gracias Cesar
pues mira que no lo habia leido y eso que he usado el dakar , eso si el rth nunca lo he usado.

alguien me puede confirmar que funciona bien con los optos tal cual está en el esquema de Cristobal o es necesaria alguna modificación de mejora?
waverider está desconectado   Responder Citando
Antiguo 13/09/2012, 18:49   #5469
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Cita:
Iniciado por waverider Ver mensaje
No sabia que se podian grabar los recorridos de RTH en dakar y marcar el centro, me gustaría leer como se hace.

También me gusta escuchar toda esta información... me gustaría que me explicases un poco más en profundidad el tema de la proporcionalidad, que entiendo que es lineal.

Entiendo entonces que el funcionamiento que comentas es de la siguiente forma: si el rumbo del avion no es igual al rumbo deseado entonces el servo empieza a variar proporcionalmente en base al tiempo y a la corrección del rumbo, cuanto mas se acerque al angulo menor será el valor del servo y cuanto más tiempo pase mayor será el valor del servo, hasta llegar a su limite . es asi¿? Me vendrían bien unas formulas para verlo ;)

Te cuento mi idea para ver si se puede aplicar al RTH:
Hacer un estabilizador en función de el valor de RTH del dakar:

Con un ángulo AIL proporcional al dado por el dakar y transformado a angulo de AIL con limites entre 0 y 30º para el giro, y proporcional entre 0 y 5º de ELE. Digamos que el avion se estabiliza para girar y mantiene un angulo de pitch y roll proporcional al dado por el dakar y dentro de los limites max y min del estabilizador. Se supone que así el avión siempre girará haya o no viento. Otra cosa es que avence o no con el viento de cara... pero el rumbo lo tiene.

qué opinas ?

Gracias por tu ayuda ;)
Sí, en el post #3739 como te comenta César y pongo en el post #1 del DakarOSD tienes toda la info para configurar el RTH , solo tienes que entrar en la pantalla de coordenadas y utilizar el pulsador principal para grabar los recorridos del timón izquierda-centro-derecha, así quedan guardados en la eeprom del pic el valor de esos pulsos que luego serán utilizados para el RTH.

El ángulo máximo de diferencia entre rumbo real y rumbo deseado para volver que te puedes encontrar es de 180º, luego a medida que va girando ese ángulo se va reduciendo y suavizando y por tanto también la ganancia del timón , es decir ,si el avión se esté alejando perpendicularmente del punto de casa (180º de diferencia de el rumbo real y deseado), ahí se aplica la máxima deflexión para evitar que se aleje más, ojo, no quiere decir que tenga que dar un volantazo con el timón,como cada avión tiene su propio comportamiento con el timón habrá que hacer antes en vuelo una pequeña simulación de como queremos que sea ese movimiento de stick para esa media vuelta y luego ya en tierra grabar en el RTH esas deflexiones aproximadas de stick.

En cuanto al estabilizador, no necesitas interacción con el OSD si consigues mantener el avión plano, el Rudder To Home hará el resto del trabajo como si de una embarcación se tratase, puedes utilizar el hardware de controladoras de multicóptero como la Crius SE, ó la misma Lite que es muy económica y tienen 3 giróscopos y 3 acelerómetros , hay proyectos también de IMU en esa dirección ó bien utilizar la cabeza sensora del copilot, eso ya vas mirando.


Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 13/09/2012, 18:57   #5470
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Sí, en el post #3739 como te comenta César y pongo en el post #1 del DakarOSD tienes toda la info para configurar el RTH , solo tienes que entrar en la pantalla de coordenadas y utilizar el pulsador principal para grabar los recorridos del timón izquierda-centro-derecha, así quedan guardados en la eeprom del pic el valor de esos pulsos que luego serán utilizados para el RTH.

El ángulo máximo de diferencia entre rumbo real y rumbo deseado para volver que te puedes encontrar es de 180º, luego a medida que va girando ese ángulo se va reduciendo y suavizando y por tanto también la ganancia del timón , es decir ,si el avión se esté alejando perpendicularmente del punto de casa (180º de diferencia de el rumbo real y deseado), ahí se aplica la máxima deflexión para evitar que se aleje más, ojo, no quiere decir que tenga que dar un volantazo con el timón,como cada avión tiene su propio comportamiento con el timón habrá que hacer antes en vuelo una pequeña simulación de como queremos que sea ese movimiento de stick para esa media vuelta y luego ya en tierra grabar en el RTH esas deflexiones aproximadas de stick.

En cuanto al estabilizador, no necesitas interacción con el OSD si consigues mantener el avión plano, el Rudder To Home hará el resto del trabajo como si de una embarcación se tratase, puedes utilizar el hardware de controladoras de multicóptero como la Crius SE, ó la misma Lite que es muy económica y tienen 3 giróscopos y 3 acelerómetros , hay proyectos también de IMU en esa dirección ó bien utilizar la cabeza sensora del copilot, eso ya vas mirando.


Saludos

gracias por tus comentarios Cristobal (de nuevo )

y alo empiezo a entender mejor. el maximo que calibres de timon será usado proporcionalmente a la diferencia de angulos. para 180º usará el maximo que has calibrado y cuando vayas en rumbo hacia casa directo entonces se situará en el centro grabado.

En cuanto a la interaccion y demas: se que hay muchas soluciones para esto pero claro el avión siempre debe disponer de timon. para que el resto estabilice. pero.. y una ala con elevones? hay solucion para esto sin volverse loco? pr lo demás me hace ilu hacerme mi propio estabilizador para ver que tal funciona, porque los FY me han fallado y no me gusta como responden a los mandos cuando está estabilizado, es como si lo dejara sin nada de recorrido. y eso tiene solucion.

Con esto quiero decirte que si la placa funciona bien pdremos hacerla con 4 perras. no gastarse casi 100euros en un FY. No obstante voy a mirar las placas que comentas para ver su complejidad. La que quiero hacer yo dsde luego es la más basica que se me ocurre y la aplicación al dakar es una opción que se me ocurre de aplicación, no obstante se puede hacer igual con los angulos del GPS, ahora va otra pregunta por curiosidad:

Me podrías decir como se calcula el angulo de vuelta a casa en función a las coordenada actual y la grabada como home? :)
waverider está desconectado   Responder Citando
Antiguo 13/09/2012, 19:20   #5471
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Como punto de partida una multiwii Lite con triple giróscopo y triple acelerómetro te sale por unos 18€
http://www.rctimer.com/index.php?gOo...82&productname=

Y ya tienes el hardware necesario en una sola plaquita: el microcontrolador, los sensores (qué es como el wiimotion y el nunchuk), componentes pasivos, pineado etc.

Luego para ir mirando el software puedes echarle un vistazo al mismo multiwii 2.1 configurándo para airplane en vez de multicóptero, tienes también para alas volantes, etc

a partir de ahí ya vas explorando , cogiendo ideas y desarrollando por tu cuenta...

Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 13/09/2012, 19:35   #5472
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Como punto de partida una multiwii Lite con triple giróscopo y triple acelerómetro te sale por unos 18€
http://www.rctimer.com/index.php?gOo...82&productname=

Y ya tienes el hardware necesario en una sola plaquita: el microcontrolador, los sensores (qué es como el wiimotion y el nunchuk), componentes pasivos, pineado etc.

Luego para ir mirando el software puedes echarle un vistazo al mismo multiwii 2.1 configurándo para airplane en vez de multicóptero, tienes también para alas volantes, etc

a partir de ahí ya vas explorando , cogiendo ideas y desarrollando por tu cuenta...

Saludos
desconocia que abia un firm para aviones. lo malo es que me parec eun poco grande para un avión. pero está bien para hacer pruebas y coger ideas.

sabes el link del codigo para aviones?

gracias!
waverider está desconectado   Responder Citando
Antiguo 13/09/2012, 20:28   #5473
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Bueno son 5cmx5cm que tampoco es mucho.

El soft lo puedes bajar de la misma web oficial www.multiwii.com, también puedes mirar aquí: http://code.google.com/p/multiwii/wiki/MWiiAirplane

Si descargas el soft completo para multiwii 2.1 y lo abres con arduino, en el archivo de configuración config.h puedes escoger, por supuesto multirrotores, pero también alas volantes (flying wing) y aviones (airplane), también en teoría están utilizándolo para estabilizar helis con plato ccpm a 120º y a 90º y otro tipo de artefactos voladores como puedes ver:


/***********************/
/****** The type of multicopter
/ ********************/
//#define GIMBAL
//#define BI
//#define TRI
//#define QUADP
//#define QUADX
//#define Y4
//#define Y6
//#define HEX6
//#define HEX6X
//#define OCTOX8
//#define OCTOFLATP
//#define OCTOFLATX
//#define FLYING_WING
//#define VTAIL4
//#define AIRPLANE
//#define SINGLECOPTER
//#define DUALCOPTER
//#define HELI_120_CCPM
//#define HELI_90_DEG



Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 13/09/2012, 22:40   #5474
waverider
* * * * * *
 
Avatar de waverider
 
Ingreso 13/feb/2011
De AEROPLEX.ES
3.178 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Bueno son 5cmx5cm que tampoco es mucho.

El soft lo puedes bajar de la misma web oficial www.multiwii.com, también puedes mirar aquí: http://code.google.com/p/multiwii/wiki/MWiiAirplane

Si descargas el soft completo para multiwii 2.1 y lo abres con arduino, en el archivo de configuración config.h puedes escoger, por supuesto multirrotores, pero también alas volantes (flying wing) y aviones (airplane), también en teoría están utilizándolo para estabilizar helis con plato ccpm a 120º y a 90º y otro tipo de artefactos voladores como puedes ver:


/***********************/
/****** The type of multicopter
/ ********************/
//#define GIMBAL
//#define BI
//#define TRI
//#define QUADP
//#define QUADX
//#define Y4
//#define Y6
//#define HEX6
//#define HEX6X
//#define OCTOX8
//#define OCTOFLATP
//#define OCTOFLATX
//#define FLYING_WING
//#define VTAIL4
//#define AIRPLANE
//#define SINGLECOPTER
//#define DUALCOPTER
//#define HELI_120_CCPM
//#define HELI_90_DEG



Saludos
gracias por la info , voy a mirarlo :)
waverider está desconectado   Responder Citando
Antiguo 14/09/2012, 13:07   #5475
AOS
*
 
Ingreso 06/jun/2012
De En un lugar llamado mundo
55 Mensajes
Pruevas

Para yo obtener esta misma imagen en mi casa debo de conectar el dakar osd a la alimentación, al recptor, a la televisión y a una cámara no?¿
Es que llevo toda la mañana y no lo consigo. Al conectarlo a alimentación se nota como en la pantalla cambia algo pero la imagen sigue siendo la misma.

Un saludo


Cita:
Iniciado por raulhc Ver mensaje
Este mismo te vale, soporta el 18F252. El que lo vende tiene 100% votos positivos. Como dice Cristobal, si buscas en ebay.com hay muchos mas y puede que mas baratos, el que yo te he puesto te sale por unos 15-16€ puesto en casa.

Fotos del mio ya hecho, no os penseis que soy tan rapido, yo tengo la ventaja de ver a Cristobal todas las semanas. Ya tenia ganas de que os enseñara el DakarOSD, le decia que os encantaria el aparatito. Se lo curra mucho, mucho.



(Pinchar las imagenes para verlas a tamaño grande)

Video de test del DakarOSD, sin GPS conectado se tienen que ver 17 ceros en la vista normal:


Un saludo.
AOS está desconectado   Responder Citando
Antiguo 14/09/2012, 13:09   #5476
cesar
* * *
 
Avatar de cesar
 
Ingreso 19/ene/2007
483 Mensajes
Buenas de nuevo. En mi caso ..... post 5328 de este mismo tema.

Soy consciente que leerse chiquicientos mil post es imposible.

http://aeromodelismovirtual.com/show...176#post230176


El RTH funciona OK, pero claro en días de calma deberia ponerse poco timon y en dias de viento configurar mas timon. Al final le he puesto todo el timon que puedo. No veas cuando va en direccion opuesta el culazo que da.
Por cierto si son 180º el dakar duda si a derechas o a izquierdas y el timon va de un lado a otro. Al final acaba decidiendo por donde, pero no veas lo que se menea.

Saludos


Cita:
Iniciado por waverider Ver mensaje
Muchas gracias Cesar
pues mira que no lo habia leido y eso que he usado el dakar , eso si el rth nunca lo he usado.

alguien me puede confirmar que funciona bien con los optos tal cual está en el esquema de Cristobal o es necesaria alguna modificación de mejora?
cesar esta en línea ahora   Responder Citando
Antiguo 14/09/2012, 15:46   #5477
ALBERTHAMON
* * * * * *
 
Avatar de ALBERTHAMON
 
Ingreso 16/mar/2011
De De nuevo en Casa(Alicante)
1.747 Mensajes
Cita:
Iniciado por waverider Ver mensaje
Muchas gracias Cesar
pues mira que no lo habia leido y eso que he usado el dakar , eso si el rth nunca lo he usado.

alguien me puede confirmar que funciona bien con los optos tal cual está en el esquema de Cristobal o es necesaria alguna modificación de mejora?
Waverider, yo no puedo confirmarte si el diseño funcionará correctamente, pero cuando hagas el diseño del pcb, si quieres compruebo que esté completo. Tambien puedo hacer de beta tester.

me complace mucho la idea y las ganas que tienes de seguir avanzando con este magnifico osd creado por Cristobal y la verdad esque a mi como a muchos otros, me encantaría que el dakar osd 3.0 pudiera crecer mas y como es lógico en otro proyecto, pues este lo creo Cristobal para hacer un osd barato y funcional con pocas complicaciones y pocos conocimientos.


Yo por mi parte estaría encantado de poder seguir haciendo pruebas y montando circuitos pero con una version de OSD mas acorde a las necesidades actuales. Entiendo que si el OSD nació con un PIC y un GPS para luego sumarle RSSI y Amperimetro y Buffer y Alarmas y waypoints y RTH........jopeta!!! que se integre el estabilizador y el control de altura y motor. eso sería lo mas para que este OSD fuera el OSD de OSD´S

Y como dice cristobal; "ya no sería un Dakar" no efectivamente sería otro proyecto al igual que el lince y al igual que vienna y el robin y........................bufff de todo

Jo Cristobal, casi 7.0000 post en tus diseños. Entiendo que no tendras tiempo para nuevos proyectos, pero yo a día de hoy, sigo sin saber que osd comprar porque me parecen muy caros para lo que hacen (si esque al dakar le falta tan poco) please, dinos si te apetece emprender nuevo proyecto y dinos en que te podemos ayudar......estoy convencido que mas de uno te apoyaremos en lo que ncesites.

Un saludo muy grande y no tengas ningun compromiso con esto. Solo quería expresarme un poquito.
__________________
Team FPV Levante TFL
ALBERTHAMON está desconectado   Responder Citando
Antiguo 14/09/2012, 19:30   #5478
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Hola a todos,

Gracias por tus palabras Albert.

El invierno pasado estuve trabajando con los dsPIC, sobre todo en temas de audio y este verano me he volcado con los multicópteros que era una asignatura que tenía pendiente, me lo estoy pasando bomba volándolos ahora en FPV.


Entonces , de tus palabras entiendo que crees que si el actual DakarOSD pudiese gobernar un 2º canal para el RTH se cerraría el círculo y tendríamos cubiertas todas las espectativas de un OSD avanzado.



Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 14/09/2012, 23:45   #5479
ALBERTHAMON
* * * * * *
 
Avatar de ALBERTHAMON
 
Ingreso 16/mar/2011
De De nuevo en Casa(Alicante)
1.747 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Hola a todos,

Gracias por tus palabras Albert.
El invierno pasado estuve trabajando con los dsPIC, sobre todo en temas de audio y este verano me he volcado con los multicópteros que era una asignatura que tenía pendiente, me lo estoy pasando bomba volándolos ahora en FPV.
Hola Cristóbal, estaba deseando contestarte y hasta que he llegado a casa no he podido. Me he contenido porque si lo hacía desde el móvil, ni terminaba de trabajar ni me iba a expresar como yo quisiera y aun así, no se si conseguiré hacerlo con claridad
bueno, primero de todo me alegro de que sigas con la mente abierta y con las ganas de emprender nuevos proyectos y sobre todo que los realices(lo digo por el multi y por lo de los dspics)



Y por otro lado, entrando en materia, creo que no me va a gustar del todo lo que me vas a decir, aunque lo entenderé y asumiré con resignación.
me explico;
Cuando dices;
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Entonces , de tus palabras entiendo que crees que si el actual DakarOSD pudiese gobernar un 2º canal para el RTH se cerraría el círculo y tendríamos cubiertas todas las expectativas de un OSD avanzado.
Saludos
Te refieres a que lo máximo que va a dar de sí con respecto a salidas del pic y capacidad de bytes, es controlar como máximo un canal mas?? y ese canal sería el de profundidad?? o el del control del motor??(creo que te refieres al de profundidad.)

Pues ya sea por limitaciones del pic o por incompatibilidades con la idea original de este proyecto, al menos nos gustaría poder tener ese canal adicional que controle otro elemento si no es un trastorno a la hora de desarrollarlo. No sé si eso tendría que ir en prejuicio de eliminar otras facultades que actualmente tiene la versión 3.1b, pero si fuera así, por mi parte preferiría que no se realizase ningún cambio, porque vas a dedicar tiempo a un proyecto digamos que, personalizado para un usuario y que otros pocos utilizarían. Yo no deseo que dediques tiempo a solicitudes de unos pocos usuarios del Dakar.










Cristóbal, mi petición sería algo más "ambiciosa" y por eso pensaba que el Dakar ya no serviría como base para poder desarrollarla. Si es posible que lo fuera, perfecto. Si requiere de otro proyecto....................eso dependerá de las ganas que tengas. Yo creo que muchos por no decir muchísimos de los que utilizamos OSD´s, utilizaríamos el Dakar como plataforma de OSD y navegación automática definitiva.

Y ahí va mi petición con el permiso de todos los que durante tan largo tiempo han ido aportando ideas y colaboraciones en este proyecto:

Circuitos/electrónica
OSD básico(ya diseñado)
RSSI(ya diseñado)
RTH_W-DIR(timón de cola)(ya diseñado)
Amperímetro(ya diseñado)
Voltímetros(ya diseñado)
GPS(ya incluido)
Control de Altura/RTH_W-ALT(timón de profundidad para control de altura)(pendiente de desarrollo)
Control de velocidad/RTH_W-VEL(actuación sobre el motor/ESC)(pendiente de desarrollo)
Sistema de Estabilización(por ejemplo el que ya habéis citado con el WIIMP)(pendiente de desarrollo)


Pantallas/visualización
Las mismas que las actuales.
Quizás en la pantalla de RTH y RTW haría hincapié a la velocidad y a la altura(mas adelante se entenderá)

Actuaciones del OSD sobre timón de cola, timón de profundidad y control de velocidad en las pantallas de RTH y RTW
Sin tecnicismos ni la jerga que suele utilizarse en estos términos de navegación que os venís manejando(prefiero decirlo a mi modo para entendernos)mi petición es la siguiente:
Ya sea por Fail safe(RTH) o mediante la selección a través del canal auxiliar de RC(RTH o RTW), lo importante para mi es que el osd controle el timón de cola para mantener un Rumbo, el Timón de profundidad para mantener una altura y el variador para mantener una velocidad determinada.

Mediante el Dakar osd manager se podrían programar los siguientes valores:
-Coordenadas para indicar la ruta del Return to Way point(creo que ya existe)
-Altura a mantener. Sobre este dato actuará el timón de profundidad, siempre y cuando la velocidad no baje de X kmts/h= velocidad mínima de sustentación(vamos, para no colgar el avión). Si baja de la velocidad minima de sustentación, que el servo quede en posición centrada y que dios nos asista.
-Velocidad mínima de Sustentación. Aquí cada usuario haría pruebas previas para conocer cual es la velocidad mínima del modelo para que se mantenga en sustentación.
-Velocidad a mantener. Velocidad que debe de mantener el OSD actuando sobre el ESC.
-Velocidad mínima para corte de motor. Esto creo que debería de estar muy claro. Es lógico que a velocidad 0 kmts/h el motor corte, pero no sé si será conveniente combinarlo también con una altura mínima, es decir , que corte motor a la velocidad mínimaA y también puede cortar si baja de una altura minima y va a una velocidad mínimaB
-Altura mínima. Para combinar con la velocidad mínima en el corte de motor.


*****No sé si ya me estoy pasando, pero quizás hasta se podría poner la opción de Corte de motor si los amperios consumidos han llegado a la alarma “corte motor por consumo X”
Ojo, solo en modo RTH o RTW!!



Conclusiones.

Como es posible que mas de uno ya se haya perdido(creo que incluso yo mismo), conviene resumir la petición que haría del Dakar de una plataforma OSD “Hazlo tu mismo” casi definitiva en los tiempos actuales:

Para Cristóbal
Dotar al OSD Dakar de un control de altura y un control de velocidad
Añadir mediante el Dakar OSD Manager, Alarmas/configuraciones sobre las que el control de altura y el control de velocidad actuaría si se encuentra en RTH o RTW.

Para los compañeros que se defienden bien con la Electrónica
Control de estabilidad con el WII motion Plus o sistema económico similar.



Y bueno, estoy convencido que muchos otros pedirían otras cosas o las mismas modificadas, pero lo importante es saber si se puede hacer en el Dakar acutal o en un nuevo OSD con otro PIC.

Cristóbal y demás lectores, siento de veras el ladrillazo que acabo de pegar.

Me gusta mucho este OSD. Ojala pueda seguir avanzando.

Una abrazo para todos.
__________________
Team FPV Levante TFL
ALBERTHAMON está desconectado   Responder Citando
Antiguo 17/09/2012, 11:48   #5480
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Hola a todos,

Creo que con el actual DakarOSD podría implementar un canal adicional y su gestión con el DakarOSDmanager, tengo que revisarlo bien, no me gustaría lanzar las campanas al vuelo y luego no poder implementarlo, pero creo que optimizando el actual código y aprovechando alguno de los pocos pines que quedan libres...

Lo de la gestión de un sistema de estabilización económico con sensores del wiimotion, copilot etc, ya requeriría el uso de otro microcontrolador.

Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 17/09/2012, 15:19   #5481
ALBERTHAMON
* * * * * *
 
Avatar de ALBERTHAMON
 
Ingreso 16/mar/2011
De De nuevo en Casa(Alicante)
1.747 Mensajes
jo Cristobal, pues sin campanas o con ellas, gracias por preocuparte por nuestras peticiones. Y si se puede hacer, ya sabemos que requiere su tiempo. Seremos pacientes

Efectivamente, el sistema de estabilizacion ya es otra historia que bueno, en un principio otros ya han solucionado con algún invento economico tipo Wii y similares, otra cosa es que tu quisieras diseñar el tuyo propio basado en la estabilizacion con la misma informacion que reciba el dakar. Vamos, otro complemento a sumar

Pues Cristobal, vuelvo a decirte que aqui nos tienes para lo que necesites.
Yo poco puedo aportar en cuanto programacion y diseño. Para eso estais los expertos, pero para lo demas..... aqui me tienes.


Y sobre el canal a gobernar, cual sería el uso?? control de velocidad o control de altura??
yo creo que en caso de fail y consiguiente RTH, el control de altura es lo idoneo, aunque si se lleva un buen sistema de estabilizacion, quizas el control de velocidad sería la mejor opción. Ademas nos quedaríamos con la "tranquilidad" de que en una horquilla de X kmts por hora partiendo de cero, el motor se pararía.


Pues Cristobal, me repito nuevamente; gracias por tu atención.
__________________
Team FPV Levante TFL
ALBERTHAMON está desconectado   Responder Citando
Antiguo 17/09/2012, 16:47   #5482
AOS
*
 
Ingreso 06/jun/2012
De En un lugar llamado mundo
55 Mensajes
Puesta en marcha

Necesito que alguno de los que ya tengan funcionando su Dakar OSD me contesten, por favor. Lo conecto a la batería, a la televisión y a la cámara. Todo esto sin gps. Pues me parpadea unas cuantas veces el led y no me sale el supuesto mensaje en la pantalla. Alguien le ha dado este problema? Las conexiones están bien. Las he repasado 1000 veces. Un saludo y gracias.
AOS está desconectado   Responder Citando
Antiguo 17/09/2012, 17:06   #5483
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Cita:
Iniciado por ALBERTHAMON Ver mensaje
jo Cristobal, pues sin campanas o con ellas, gracias por preocuparte por nuestras peticiones. Y si se puede hacer, ya sabemos que requiere su tiempo. Seremos pacientes

Efectivamente, el sistema de estabilizacion ya es otra historia que bueno, en un principio otros ya han solucionado con algún invento economico tipo Wii y similares, otra cosa es que tu quisieras diseñar el tuyo propio basado en la estabilizacion con la misma informacion que reciba el dakar. Vamos, otro complemento a sumar

Pues Cristobal, vuelvo a decirte que aqui nos tienes para lo que necesites.
Yo poco puedo aportar en cuanto programacion y diseño. Para eso estais los expertos, pero para lo demas..... aqui me tienes.


Y sobre el canal a gobernar, cual sería el uso?? control de velocidad o control de altura??
yo creo que en caso de fail y consiguiente RTH, el control de altura es lo idoneo, aunque si se lleva un buen sistema de estabilizacion, quizas el control de velocidad sería la mejor opción. Ademas nos quedaríamos con la "tranquilidad" de que en una horquilla de X kmts por hora partiendo de cero, el motor se pararía.


Pues Cristobal, me repito nuevamente; gracias por tu atención.
Hace un tiempo se suscitó también en este hilo la posibilidad de utilizar el 2º canal para elevador ó motor y parece que la gente se decantaba por motor, no obstante caso de que se pudiera implementar igual se puede universalizar con el DakarOSDmanager para que cada uno escoja el canal apropiado para su modelo y se adapte a sus necesidades, todo esto, claro está, siempre que sea viable su desarrollo.

Cita:
Iniciado por AOS Ver mensaje
Necesito que alguno de los que ya tengan funcionando su Dakar OSD me contesten, por favor. Lo conecto a la batería, a la televisión y a la cámara. Todo esto sin gps. Pues me parpadea unas cuantas veces el led y no me sale el supuesto mensaje en la pantalla. Alguien le ha dado este problema? Las conexiones están bien. Las he repasado 1000 veces. Un saludo y gracias.
Si te parpadea el led ,entonces la parte del microcontrolador PIC, es decir, la parte más importante, la parte de programación del PIC y operatividad, la tienes funcionando correctamente, habría que mirar/repasar la parte de video, es decir el Lm1881 y sus pocos componentes pasivos que tiene alrededor para que empieces a tener el mensaje de bienvenida.

Si pones una foto del circuito igual te podemos localizar la incidencia.

Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 17/09/2012, 17:45   #5484
aticof
* * *
 
Avatar de aticof
 
Ingreso 23/jun/2012
De BILBAO
288 Mensajes
Sin mensaje de bienvenida

Hola, me decidi a realizar el Dakar sobre todo por la satisfacción de realizarlo uno mismo. Elegi un diseño del amigo Josep Boladeras. Pero me he quedado atascado. tengo el mismo problema de AOS, es decir, el led parpadea 4 veces al encender el Dakar, pero en pantalla no aparece nada. No tengo GPS todavía y la simulación de dakarosdmanager tampoco responde.

Corregi varios errores (había puesto una resistencia de 680 en vez de 680K a la patilla 6 del LM1881). La sustituí y tb el LM 1881 y el condensador de 100nF.

He revisado todos los puntos a los que deben de llegar 5v, etc... pero algo se escapa.

Adjunto esquemas de las dos placas del circuito, pues el diseño de Josep esta pensado para en la segunda placa tener interruptor, pulsador, leds y RV de contraste. Comentar que en la placa principal (pcb1) faltaria puentear a 4 pines de salida coloreados en amarillo (contrast, rv1, tx, rx) a pcb2.

Un saludo y gracias
mascota_articulosImágenes
Hacer clic en la imagen para la versión completa

Nombre:  pcb2.png
Vistas: 53
Tamaño:  26,4 KB (Kilobytes)
ID: 35436   Hacer clic en la imagen para la versión completa

Nombre:  pcb1.png
Vistas: 54
Tamaño:  118,2 KB (Kilobytes)
ID: 35461  

Editado por aticof; 18/09/2012 a las 11:06
aticof está desconectado   Responder Citando
Antiguo 17/09/2012, 19:21   #5485
AOS
*
 
Ingreso 06/jun/2012
De En un lugar llamado mundo
55 Mensajes
Puesta en marcha

Si te parpadea el led ,entonces la parte del microcontrolador PIC, es decir, la parte más importante, la parte de programación del PIC y operatividad, la tienes funcionando correctamente, habría que mirar/repasar la parte de video, es decir el Lm1881 y sus pocos componentes pasivos que tiene alrededor para que empieces a tener el mensaje de bienvenida.

Si pones una foto del circuito igual te podemos localizar la incidencia.

Saludos[/QUOTE]

Mi dakar es un lio dudo que con las imágenes se pueda aclarar algo. Pero hay van:
http://www.flickr.com/photos/8731852...in/photostream
http://www.flickr.com/photos/8731852...n/photostream/

Cristóbal, aunque sea repetir, GRACIAS. Es un trabajazo el que te has tenido que dar para desarrollar el dakar osd. Por cierto. Que carrera has estudiado?¿.
Un saludo.
AOS está desconectado   Responder Citando
Antiguo 17/09/2012, 21:34   #5486
Hararion
* * * *
 
Avatar de Hararion
 
Ingreso 06/may/2010
De Bogota, Colombia (suramérica)
499 Mensajes
Me interesa!

Cita:
Iniciado por waverider Ver mensaje
estoy trabajando en un estabilizador de alerones y profundidad sencillo en mniatura para acompañar al DAKAROSD hecho con una IMU. ya os contaré cuando haga mas pruebas...
eso si que me interesa, y bastante! yo también estoy intentando desarrollar uno, he investigado mucho al respecto y el problema con las imu es la acumulación de error y son muy sensitivos a las vibraciones en especial los acelerómetros. Resulta ser que lo mas eficiente para estos casos es usar sensores de tipo óptico (como el copilot de FMA) pero el mio lo estoy intentando hacer con foto resistencias cubiertos con filtros infrarrojos y sensores PIR para medir aceleración (en este caso los pir funcionan como acelerómetros al medir la velocidad con que cambia el horizonte). no he puesto acá mis progresos por que son bastante lentos y aun no he finalizado el diseño. aca pongo el hilo donde explico lo de los PIR:(NOTA: he descartado el Wiim+ debido a que este no se consigue con facilidad.) http://www.aeromodelismovirtual.com/...00&postcount=1

y bueno, se preguntaran por que no uso termopilas como el de FMA, pues muy sencillo, acá en Colombia no se consiguen, y traerlos del exterior me sale costoso y la idea es hacer un proyecto que no sea costoso, sencillo, con componentes que se consigan fácil, que sea fácil de montar al muy buen estilo de Cristóbal y el dakar.

Saludos!
__________________
el dolar llegará mas alto que la estratósfera...

Editado por Hararion; 17/09/2012 a las 21:53
Hararion está desconectado   Responder Citando
Antiguo 17/09/2012, 23:50   #5487
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Cita:
Iniciado por AOS Ver mensaje
Si te parpadea el led ,entonces la parte del microcontrolador PIC, es decir, la parte más importante, la parte de programación del PIC y operatividad, la tienes funcionando correctamente, habría que mirar/repasar la parte de video, es decir el Lm1881 y sus pocos componentes pasivos que tiene alrededor para que empieces a tener el mensaje de bienvenida.

Si pones una foto del circuito igual te podemos localizar la incidencia.

Saludos
Cita:

Mi dakar es un lio dudo que con las imágenes se pueda aclarar algo. Pero hay van:
http://www.flickr.com/photos/8731852...in/photostream
http://www.flickr.com/photos/8731852...n/photostream/

Cristóbal, aunque sea repetir, GRACIAS. Es un trabajazo el que te has tenido que dar para desarrollar el dakar osd. Por cierto. Que carrera has estudiado?¿.
Un saludo.
Así a primera vista se puede ver que tienes un diodo que sale del pin14 hacia la resistencia variable que ajusta la intensidad de los caracteres, fíjate que en el esquema del DakarOSD desde hace ya muchas versiones este diodo ya no se utiliza, así que tienes que quitarlo y grabar en el pic una de las versiones del DakarOSD más recientes, preferiblemente alguna versión 3.x, revisa bien el esquema del DakarOSD actual y nos comentas.

Saludos
Cristóbal Fernández está desconectado   Responder Citando
Antiguo 17/09/2012, 23:51   #5488
ALBERTHAMON
* * * * * *
 
Avatar de ALBERTHAMON
 
Ingreso 16/mar/2011
De De nuevo en Casa(Alicante)
1.747 Mensajes
Cita:
Iniciado por Cristóbal Fernández Ver mensaje
Hace un tiempo se suscitó también en este hilo la posibilidad de utilizar el 2º canal para elevador ó motor y parece que la gente se decantaba por motor, no obstante caso de que se pudiera implementar igual se puede universalizar con el DakarOSDmanager para que cada uno escoja el canal apropiado para su modelo y se adapte a sus necesidades, todo esto, claro está, siempre que sea viable su desarrollo.
jojoj Cristobal, no me pongas los dientes largos. Me dices en serio que se podría llegar a elegir si el canar a controlar puede programarse desde el dakarosdmanager a gusto del consumidor??? jojojoj te cag@s

ojala podamos llegar a tener implementado el canal que mencionas.

gracias por las molestias que te tomas.

bueno, a mi ahora no se me ocurre nada para añadir alarmas a segun que control(elevon o motor), pero dejame tiempo que tanto a mi como a algún otro, algo se nos ocurrirá.

Un saludo,
__________________
Team FPV Levante TFL
ALBERTHAMON está desconectado   Responder Citando
Antiguo 18/09/2012, 07:26   #5489
aticof
* * *
 
Avatar de aticof
 
Ingreso 23/jun/2012
De BILBAO
288 Mensajes
Sin mensaje de bienvenida

En el post anterior dibuje mal el puente hasta la patilla 4 del opto para dar 5v. Lo dibuje a la patilla 1 pero lo correcto es a la 4. Asi lo tengo soldado.

¿Cuales son los componentes pasivos que complementan al LM1881? Entiendo que los dos condensadores de 100nF y la resistencia de 680K. He cambiado la resistencia y uno de los condensadores. Cambiaré el otro

Salu2 y gracias
mascota_articulosImágenes
Hacer clic en la imagen para la versión completa

Nombre:  pcb1.png
Vistas: 60
Tamaño:  118,2 KB (Kilobytes)
ID: 35446  

Editado por aticof; 18/09/2012 a las 11:05
aticof está desconectado   Responder Citando
Antiguo 18/09/2012, 17:12   #5490
Cristóbal Fernández
* * * * *
 
Avatar de Cristóbal Fernández
 
Ingreso 30/jul/2007
De Asturias
1.066 Mensajes
Sí, básicamente son esos, no obstante como el diseño de esta placa es de Josep Boladeras a ver si te puede comentar por aquí alguna particularidad al respecto.

Saludos
Cristóbal Fernández está desconectado   Responder Citando


Herramientas Buscar en Tema
Buscar en Tema:

Búsq. Avanzada

Ir al foro

Temas similares
Tema Autor Foro Resp. Último mensaje
Vienna 2.0, construye tu propio sistema de Telemetría audible y navegador FPV Cristóbal Fernández R/C TELEMETRÍA y UAV PROYECTOS 118 14/04/2013 23:28
Ajuda Dakarosd 2.0b Tuga_75 R/C TELEMETRÍA y UAV PROYECTOS 1 06/10/2011 19:52
DakarOSD, material _Io R/C TELEMETRÍA y UAV PROYECTOS 6 06/09/2010 16:02
Diseño Propio cvina R/C Diseño Aviones FPV & UAV 5 28/09/2009 23:48
Fabricar tu propio 868 beta eprom2000 R/C Antenas, Emisores, Receptores y Comunicaciones 62 07/05/2009 13:12


Tu hora GMT +1. Ahora son las 20:47.


2015