OSD by Sinver & Company

[sinver]

Okis Sergio,

me lo imaginaba pero necesitaba confirmación de q los comprados tb hacen lo mismo q el mio debido a q la atmosfera es inestable por naturaleza y como los sensores q se emplean a tal efecto detectan esos cambios de presion tan pequeños pues de ahí el error de medida al aterrizar.

si no hubiese sido así entonces si q ya me vuelvo loco con el tema pero afortunadamente las mates no son como la atmosfera, je je eje !!!!!

llevo mucho tiempo invertido con el jodio barómetro y los resultados son siempre los mismos, errores de medida y de calibracion aunque he de reconocer q la cosa ha mejorado mucho desde la primera version de mi OSD ya q al implementar el ADC de 14 bits la coasa va de PM

Pues nada, ya estamos trabajando en la version GPS y en la q se incluirá un Horizonte artificial generado por mi OSD, osea, q en teoria podremos volar los dias de niebla, yujuuuuuuuu!!!!!!! ja ja ja ja aj aja !!! solo hace falta echarle un par de pe......as al asunto, ja ja ja aja ja !!!!!

Bueno, todo se andará

Salu2 !!!!

PD: ya he marcado con rotulador indeleble la panza de mi Easy con mis datos y telefono movil, je je eje je je !!!!!

[sergio00]

Horizonte artificial??? eso si que promete!!!

Asi que ya ves,, todos tienen esos desajustes, que en realidad son desajustes de la atmosfera :)
La unica prueba valida para ver realmente si un altimetro tiene errores ( que en realidad deben ser de centimetros ) seria una prueba de laboratorio:
Prueba 1) De ESTABILIDAD ESTATICA
En un contenedor hermeticamente sellado ( transparente mejor ) y a temperatura interior constante, encender el altimetro dejarlo encendido varias horas o dias y ver si la lectura cambia. No deberia cambiar ya que el compartimiento es hermetico.

Prueba 2 ) DE ESTABILIDAD DINAMICA
Una segunda prueba mas compleja para evaluar la reposicion del sensor seria, tener un contenedor hermetico ( a temperatura interior constante )con una bomba de gas presurizadora. COn un barometro digital ( podria ser esos q venden x 4 euros en los bazares ) hacer subir o bajar la presion. Presion A inicial, presion B intermedia y luego volver a la presion A. Si al volver a la presion A la lectura del altimetro es la inicial, entonces el altimetro es perfecto.

Prueba 3) DE MEDICION METRICA. Comparar los datos del altimetro con las tablas metricas correspondientes

La perfección no existe :)

[Wavess]

Horizonte artificial????? UMMMMM la cosa se pone interesante Sinver. Solo un pequeño consejo, intenta que tu gps se comunique en el mismo protocolo que la mayoria de los autopilots, seria interesante poderle dar mas de un uso

[helirap1]

Mirad lo que se puede hacer con la pantalla de un teléfono móvil y 'algún' conocimiento de electrónica.

http://www.elrebujito.es/modules.php...rticle&sid=181

Salu2.

[sinver]

okis Sergio pero creo q tampoco es necesaria tanta precision

pero vamos q bueno es saberlo, por cierto la prueba A ya la hice y correcto

Ok, Wavess pero será complicado por q para eso o el fabricante te enseña sus cartas o se dedica mucho tiempo a I+D para interpretar otros sistemas y no es el caso

De todos modos el protocolo NMEA es standard y aunque hay varias compilaciones lo básico fijo q es igual en todos los GPS, lo único será la velocidad de transmision en la comunicacion con el GPS pero se podrá configurar para modelos determinados, eso no será mayor problema

Y si q mola lo del movil Nokia ese pero la idea es emplear la capacidad de hacer gráficos del OSD q empleo para q aparezca en pantalla, vamos como en los cascos de los cazas pero mas cutrecillo, je je je eje !!!!

Salu2 !!!!!

[dreammaker]

Hola sinver, soy el chico de zaragoza que hace tiempo te vi volando el easy, que puse un post el la pagina uno, bueno, la pregunta es que cuando volais esos peazos de vuelos, por pasarme por el campo y ver lo que has echo, si me dejas!!jeje. Saludos!

[sinver]

no se no se si te dejaré, ja ja ja ja aj !!!!

pues si hombre lo q ocurre es q ahora empiezo la temporada de entrenamientos de las competiciones a las q voy de F3M con el avión grande

De hecho este domingo quería subirme a Igries, Huesca q es donde entreno con la gente de F3M y mañana ando liao pero si acabo una cosa esta tarde quizás mañana podría ser pero lo veo muy remoto

De todos modos si quieres ya te aviso al finde q viene q si q quería intentar batir el record de altura q tiene Sergio, el jodio de el subió a 836mts o más!!! , lo cual cada vez veo más chungo ya q me hace cosas raras el avión a mas de 560mts pero bueno, como he cambiado alguna cosa pues quería probar

O te mando un privado o me pasas el e-mail y te aviso

salu2 !!!!!

[sinver]

os dejo un video de la nueva version del OSD con auto lipo

ahora puedo emplear lipos 2s y el durante los 5 primeros segundos hace un checking y las detecta poniendo en el lugar en donde despues aparecerá Pw o Tx el nº de celdas detectadas

De este modo somos conscientes de si ha detectado la bateria correcta para su posterior aviso de alarma siendo estos fijados a 6,7 V para las 2S y a 10V para las 3S

estos parametros se pueden variar para ambas batts si se quiere q la de TX avise a 10,5V y la de Pw a 10V q es como yo lo llevo debido a q la descarga de Tx es muy lenta y cuando baja por debajo de los 10 V se acaba la batt muy rapido, de ahí ese medio voltio de margen

http://primeupload.com/file/57977/te...-lipo.asf.html

salu2 !!!!!

[sinver]

bueno, ya está en marcha la versión 3.9 PCB q corresponderá tb a la 3.9 de soft q icorpora además de la deteccion auto li-po un reset automático del timer encuanto despega el avión de tal modo q durante los dos primeros minutos en q se calibra el barómetro y tal vemos q el timer continua su cuenta y de esta manera haya pasado el tiempo q haya pasado, por ej si nos cuesta prepararnos 3,5 minutos no arrastramos esos minutos despues del despegue sino q se pone a cero cuando el valor del barómetro es igual o mayor q 1 metro

Obviamente esto ocurre la primera vez, despues ya no se pone a cero aunque aterricemos y despeguemos de nuevo, asi controlamos tb el tiempo de vuelo real visto en directo por el OSD

Os dejo una foto del nuevo diseño q será más ligero q el q yo llevo ya q el mio es un prototipo y llevo el OSD pinchado en un SIMM de 30 pines

En esta nueva versión el OSD irá soldado a los pines q se ve q llevan pista en el PCB donde pone OSD conector

Será tb más compacto y compatible con posteriores actualizaciones para añadirle el módulo GPS y el acelerómetro para el horizonte artificial.

La estimación de peso de las dos plaquitas sin cables andará por los 20 gramos, 35 con GPS y acelerómetro y algo más con los cables pero claro, va en funcion de los conectores y longitudes, así q intentaré q salga lo más ligero posible.

Salu2 !!!!

[sinver]

pues nada ya está acabada la nueva versión de OSD, ahora falta volcar el soft y checkear parámetros.

como veis con la foto anterior del PCB ha variado el diseño final pero lo importante es q ahorá es mas pequeño q el primer PCB q iba pinchado en una tira de pins y tb más ligero ya q ahora no utilizaré el slot SIMM de 30 pins del modulo BOB-4, y es q el gramo es el gramo.

Los dos cicuitos sin cables pesan 20 gramos, en breve lo terminaré y comprobaré el peso final.Tb pondré las medidas del modulo BOB-4 q es el q mas espacio ocupa.

Salu2 !!!!!!

[sinver]

Bueno chicos,

pues ya está practicamente acabada la última versión de mi OSD.
Tanto la versión de hardware PCB como la version de soft son la 3.9 e implementan las siguientes características:

sin cables pesa 25 gramos y con ellos sin buzzer 35 gramos y mide 95x28x15mm siendo un sanwich de dos placas, la del OSD BOB-4 y la mia q es la q lo gestiona.

Tension de alimentación: 5,5V - 14V
Consumo: 160mA
Rango de tension de entradas analógicas: 0 - 15 V

Visualiza 4 variables, Pw como batt de potencia, Tx como batt de TX y OSD, Alt como altitud en metros y un timer con este formato 00:00:00.
Está adaptado para añadir el modulo GPS y actualizar la version de soft.



Baterias:

Dispone de auto-deteccion para li-po 2S o 3S y en función de la batería detectada durante los 10 primeros segundos, la cual es indicada en la zona donde normalmente se ven las letras Pw y Tx visualizando 2S o 3S, se auto ajustan las indicaciones de alarma por batt baja con los siguientes niveles :

- 6,7 V para 2S tanto en batt Pw y Tx y 10V para 3S en la batt de Pw y 10,5V en la batt de Tx.

Tambien se resaltan con fondo blanco y letras negras los valores de la batt q esté dando la alarma así como un aviso acústico.

Si al inicializar el sistema no hemos conectado la batt de Pw nos lo indicará con las letras NC las cuales son sustituidas despues de 10 segundos por Pw y aunque conectemos ahora la batt de potencia nos indicará su voltaje pero este dato quedará en modo resaltado ya q al no haber estado conectada la batt Pw en el momento en q el sistema hace el auto li-po no pudo determinar el parametro correcto de la alarma para dicha batt, por eso es importante q se conecte siempre la batt de potencia antes q la de transmision de video y OSD.


Altitud:

En el apartado de altitud se destaca la función de aviso mediante dato resaltado por debajo de 25 mts, no obstante esto se cumple despues de haber superado dicha altitud, de ese modo al iniciar el sistema por primera vez y estar a 0 mts antes de despegar no aparecerá resaltado como una alarma, siendo esta visual exclusivamente.

Es muy importante para la calibración correcta del altímetro esperar durante al menos 2 minutos q es el tiempo prefijado de calibración automática, si no se respeta este procedimiento el sistema cogerá como 0 mts la altitud a la q se esté cuando el timer llegue a 2 minutos.
La resolución es de 1 mt y el rango de funcionamiento 0 mts (nivel del mar) a 10.000 mts

Debido a los cambios atmosféricos es posible cierta disparidad con el dato de altitud al aterrizar dspues de un vuelo, es inevitable y aunque por software se filtran y cotejan los datos del barómetro para evitarlo en la medida de lo posible, si al final es la atmosfera la q ha cambiado sus niveles de presión podemos observar diferencias de 2,3 o incluso más metros.Esto suele ocurrir cuanto más largos sean los vuelos.

Timer:

Es un sencillo contador muy util para saber cuanto tiempo llevamos en el aire y esto en está nueva version OSD 3.9 va a ser así ya q aunque al iniciar el sistema el timer empieza a contar desde q vemos datos en pantalla incorpora un reset automático cuando se supera la altitud de 1 mt, es decir, q hemos podido tardar por ej.: 3minutos 12segundos en preparar el avión para despegar y al efectuar el despegue automáticamente se pone a cero de este modo el timer nos vale al principio para respetar los 2 minutos en tierra para la calibracion del barómetro y despues para controlar el tiempo de vuelo desde q la altitud fue mayor a 1 mt.Es evidente q despues del primer reset aunque aterricemos el timer ya no se pondrá a cero.

Modos de visualización:

Existe la posibilidad de conectar el cable Ch Aux a un canal libre en nuestro RX r/c para controlar la visualización de los datos de nuestro OSD.

1- Resaltado:

En este modo se visualizan dichos datos con un fondo blanco y carater negro.Dicho fondo no ocupa mas espacio q la linea de visualización de los datos en cuestion.Para selecionar este modo debemos generar un pulso entre 550 y 650 uS.

2- Overlay:

Es el modo de funcionamiento típico de un OSD, caracteres blancos sin fondo alguno, desta forma es menos molesto.Es el valor por defecto si no se dispone de canal auxiliar.Para selecionar este modo debemos generar un pulso entre 651 y 850 uS.


3- OSD data OFF:

Sencillamente apaga la visualización de datos en pantalla.El sistema sigue funcionando y si por ej.: surge una alarma de batería baja mientras estamos volando en este modo, solo sonará el buzzer pero no se encenderá en modo resaltado ningún dato ni tampoco en el caso de altitud demasiado baja.Esto es así por q si queremos hacer una grabación limpia de datos a baja altura, es decir q prevalecerá la decisión manual del piloto al haber seleccionado la visualización a OFF.Para selecionar este modo debemos generar un pulso entre 851 y 1050 o mas uS.


Espero q os hay gustado y si teneis cualquier duda, pues nada a preguntar se ha dicho.

Salu2 !!!!!!

[sinver]

os dejo unas fotillos de los diferentes tipos de visualización y alarmas del OSD

por cierto, ya disculpareis por la calidad pero es q la captura de pantalla no pilla la imagen del video, solo la de Windows Media y laa he hecho a la brava con el movil, ja ja ja ja ja ja!!!!!

salu2 !!!!!!

[sinver]

Hola de nuevo,

os dejo unas fotillos del producto totalmente acabado

el PCB mas grande q se adivina atraves del termorretractil es el del OSD BOB-4 al cual le he adherido una plancha de espumilla negra de 3mm de espesor para evitar un roce directo con el termorretractil, de este modo queda muy bien protegido.

la otra cara más pequeña es el PCB de mi plaquita de gestión OSD 3.9 la cual es totalmente lisa ya q los componentes quedan en la parte inferior, como veis el acabado es realmente limpio.

evidentemente no puede estar cerrado erméticamente debido a q el sensor barométrico debe detectar los cambios de presion atmosféricos producidos por los cambios de altitud y aprovechando esa situación saco los cables por uno de los laterales q se enumeran como sigue:

- 2 cables, 1 rojo o positivo y 1 negro o negativo no paralelos de 0,5 mm2 para la alimentación del sistema, los cuales se deben de conectar directamente a la batt. q se destine para transmision de video.La tension de alimentación puede variar entre 5,5V y 14V pudiendo utilizar batts de Li-Po de 2 o 3 celdas, el sistema la reconocerá asignando automáticamente el nivel optimo de alarma por bateria baja.

- 2 cables, 1 rojo o positivo y 1 negro o negativo paralelos de 0,25 mm2
q se deben de conectar en paralelo con el conector de potencia del variador electrónico del motor o motores q propulsan nuestro avión.
Este cable no alimenta ningún dispositivo, solo transfiere la tensión de la batt. de potencia la cual pude ser de Li-Po de 2 o 3 celdas, el sistema la reconocerá asignando automáticamente el nivel optimo de alarma por bateria baja.

- 1 conector tipo RC de servo tipo standard q se empleará para activar, desactivar o resaltar la visualización de datos del OSD si lo conectamos a un canal auxiliar de nuestro RX r/c.El cable rojo de este conector no está conectado en ningún punto del PCB por lo q no habrá demanda de corriente de ningún tipo de la tensión estabilizada del variador del motor o lo q es lo mismo la q emplea el RX r/c.No es necesario conectarlo si no se dispone de canal auxiliar libre y el modo asignado por defecto en ese caso sera el de overlay para la visualizacion de datos en pantalla.

- 2 cables, 1 rojo o positivo y 1 marrón o negativo paralelos de 0,25 mm2 q acaban en un conector de dos pines hembra donde conectaremos un Buzzer si queremos q el sistema nos avise acusticamente de las alarmas producidas por batt baja.La corriente máxima de esta salida son 20mA a 5V por lo q debemos de respetar esa intensidad para no dañar el puerto del microprocesador.

- 3 cables paralelos de 0,25mm2 q terminan en un conector de tres pines hembra destinados a la conexion de video siendo el color amarillo video out q se conectará al TX de video o cualquier dispositivo con entrada de video compuesto, el color rojo video in q se conectará al CCD o cualquier dispositivo con una salida de video compuesto y por último el negro o masa q debemos de conectar al CCD o TX si estos comparten bateria o a ambos si la batería fuera independiente por alguna circustancia especial.

- cable plano especial de color gris y lateral rojo q acaba en un conector de 5 pines hembra destinado exclusivamente para la actualización del fimware de futuras versiones, como la proxima q implementará datos GPS.

- cable plano especial de color gris y lateral rojo q acaba en un conector de 4 pines hembra destinado exclusivamente para debugger y diagnóstico o para conectar el módulo GPS gestionado por futuras versiones.

Es muy IMPORTANTE respetar el conexionado así como las polaridades , voltages y corrientes de trabajo, recordando especialmente q cualquier uso indebido del producto puede producir su deterioro parcial o total y la posible destruccion del mismo.

Para evitar en la medida de lo posible esta situación cada cable está marcado identificando su cometido pero aún así es necesario leer atentamente lo descrito con anterioridad aconsejando la instalación del sistema paso a paso para evitar despistes q puedan dañar nuestro circuito.

Bueno , pues nada , espero q os haya gustado y q sobretodo q se entienda y si no es asi y teneis cualquier duda podeis preguntar con plena libertad.

Salu2 !!!

by Sinvertronic Tecnologies

[sinver]

os dejo un link con un pequeño manual:

http://www.telefonica.net/web2/sinvertronic/OSD_3_9.doc

salu2 !!!

[garban]

Bueno sinver nos tienes impacientes ¿Cuando esta a la venta, cuanto cuesta y como te lo encargamos?

Salu2 !!!

[sinver]

Todavía no tengo la infraestructura montada y tal y no se, tengo q estudiar el tema.

De todos modos mandame un mail para no hablar de temas q no son tecnicos y tal por las normas del foro y eso.

bueno tu y quienes querais más info al respecto

salu2 !!!!

[Fleming]

Saludos Grupo!!
Juer Sinver, enhorabuena, tienes el OSD mu completito, a ver cuando te animas y le metes el GPS.
He leído todo el hilo por encima así que no se si mis comentarios ya estan contestados.
Yo estoy jugando con este altímetro,

[/url]http://www.sparkfun.com/commerce/product_info.php?products_id=8161[url]

tiene comunicación serie e incorpora todas las correcciones, y tiene muy buena pinta...
Ya que tienes una plataforma de desarrollo, puedes pensar en meterle una IMU (3 acelerómetros y rate gyros) y meter por el OSD un indicador de actitud (se te va a quedar pequeña la pantalla jejejeje).
Mi desarrollo va más encaminado a un UAV y hacer el downlink de datos por RF no por OSD, programar una ruta de puntos y altitudes, y que el avión se de un paseo grabando todo.
Enhora y a seguir.
Saludos

[sinver]

tb es muy interesante ese tema pero atalo corto q se te pirará y luego tendrás q tirar de Google Earth para encontrarlo !!!! ja ja aj aja !!!

salu2 !!!!!

[sinver]

bueno pues nada ya tengo en casa el GPS module

es una caña , pesa 15 gramos y es realmente pequeño

ya he capturado datos de posicionamiento en una sesion 232

os dejo unas fotillos

salu2!!!

[Fleming]

Mola tu GPS ¿Es un EM-406 de globalsat? se lee perfectemente los datos válidos. Puedes hacerte tu cronómetro para saber el tiempo que llevas encima, también puedes tomar la medida de altitud y velocidad que te proporciona el GPS, te adelanto que la medida de Altitud tiene mucho más error que la de posición, dependiendo de cuantos satélites este viendo, yo con GPS manuales he visto errores del 50m en altura.
Me imagino que lo tendrás pero te paso los comandos NMEA de los SIRFIII
http://www.usglobalsat.com/downloads/NMEA_commands.pdf

Lo que me mosquea es el comando SPSRFTXT, no lo había visto nunca, pero parece propio del GPS, a 12 canales..... a veer cuando veo uno de 20
Saludos

[sinver]

si es cierto lo venden como 20 y es de 12 :twisted:

oye no sabras como configurarlo a 38400 ?

he visto un comando llamado Set Parameter y tal, lo tengo q mirar y eso pero si tu has conseguido cambiarle el baudrate ya me lo dirás

la cosa sería q guardara los datos, osea q despues de apagar y encender q mandara el protocolo a 38400, es posible o eso no se podrá cambiar e ira a piñon a 4800bps ?

salu2 !!!!!

[Fleming]

Pues en la página 20 y 21 del enlace de arriba:
http://www.usglobalsat.com/downloads/NMEA_commands.pdf
aparece el siguiente comando:
$PSRF100,0,9600,8,1,0*0C
Lo he copiado del ejemplo, ni siquiera he calculado el checksum. Si el cambias el 9600 por el 38400 y recalculas el checksum.
No lo he probado nunca, porque el mío, en las especificaciones me decían que solo escupia los comandos NMEA a 4800 y nunca me plantee intentar escribirlo, a ver si tengo tiempo y lo pruebo. Entiendo que una vez que le cambias el baud rate, se queda cambiado, sino, cada vez que lo alimentes, pues lo confguras...
Pero de todas maneras a 4800 ya es una velocidad lo suficientemente rápida, ten en cuenta que la prueba a 4800 que hiciste con el hiperterminal es la velocida a la que vas a refrescar los datos, que son de 2 a 4 comandos por segundo, no es la caña, pero incluso con un dato de posición por segundo, te llega más que de sobra para saber donde estás.

[sinver]

okis, pero hay otra sentencia la $PSRF102 q no cambia el protocolo sino solo el baud rate

tb es necesario calcular el checksum para cada veocidad de comunicación ?

salu2 !!!!!

PD: no es por velocidad de comunicacion por lo q lo intento cambiar sino por homogeneizar UARTs internamente en el micro

[Fleming]

Si, siempre que envíes una sentencia al GPS tienes que mandar la sentencia con el checksum (el gps también lo hace ;) ), es muy sencillo de calcular, tienes que hacer el XOR de todos los bytes de la cadena entre el $ y el *, sin contar estos últimos.
Aquí te dejo un link (pero rezando a SanGoogle encontrarás más)
http://<a href="http://www.codepedia...+Checksums</a>
Además tiene el código en C#
Encontré sta página hablando del NEMEA 183, al final del documento habla un poco de los comandos de entrada del SIRFIII, para cambiar el baudrate y eso
http://<a href="http://www.gpsinform...e/nmea.htm</a>
Mira en “Decodes of some proprietary sentences”

que te ha costado todo sumando precios?

[sinver]

es algo q no he podido valorar por q si tuviera q meter todas las horas de programación........................y seguimos desarrollando la version GPS para despues pasar a la q implementará un horizonte artificial si es viable y vamos sobre el papel lo es , pero ya sabes, a veces te encuentras con problemas q no te esperabas ........pero vamos no creo q sea el caso.

Salu2 !!!!!

[Fleming]

Empezado por sinver

tb es necesario calcular el checksum para cada veocidad de comunicación ?

Este es el código que utlizo yo:

void CHEKSUM(void) //Tarda 285 microsegundos
{
unsigned char i;
i=1;
CHKS=0;
while(NMEAcmd[i] != '*')
{
CHKS ^=NMEAcmd[i++];
}
}

crees que mejoraria el sensor de presion si haces un agujero por donde "respira" ?

[sinver]

Gracias Fleming

estoy en ello pero me da a mi q ese GPS va a piñon con el baud rate a 4800bps, pero vamos q si no lo puedo cambiar pues nada ya cambio un par de modulos del micro en el soft del OSD y listo.

he mandao unos mails a Global Sat a ver q dicen si es q dicen algo.

Zaapa, el termoretractil q envuelve el OSD está abierto por los laterales con toda la idea del mundo, precisamente para q los cambios de presión sean transmitidos lo antes posible al barómetro.

De todos modos Wavess ya implementa un fimware al cual reduje el filtro por soft y se nota q la respuesta del barómetro es más rápida.

Eso no lo he probado yo en vuelo pero vamos q tenía claro por q surgía ese pequeño efecto de retardo en el indicador de altitud al despegar, así q por lo q he visto en el video de Wavess ya va como esperaba con ese pequeño cambio.

Salu2 !!!!!

[Fleming]

Empezado por zaapa

crees que mejoraria el sensor de presion si haces un agujero por donde "respira" ?

Buenas,
La presión se transmite instantaneamente aunque sea por un conducto de sección molecular (exagerando mucho), otro tema sería que el sensor de presión (creo que es de la serie MPX4000) consumiese caudal de aire, entonces si que sería necesaria tener en cuenta la sección del conducto que llega hasta el sensor, pero como no es el caso, no hay ningún problema, además, como te comenta Sinver, esta abierto por los laterales y eso llega más que de sobra.