OSD by Sinver & Company

[sinver]

Hola colegas,

tras estar mirando y mirando para montar algún sistema q me indique estado de las baterías y altitud, por ej. he decidido q me lo voy hacer yo mismo, bueno y con la inestimable ayuda de Dani, un colega mio q es un fiera en esto de la programación de micros, yo tb le doy pero el q me saca las castañas del fuego es él.

Bueno dejando el peloteo, ja aj aj aj ja ja ja, lo q os decía, lo haremos a medida y si alguno está interesado hasta personalizado, pero vamos q todavía es pronto para eso, primero q nos funcione a nosotros y luego ya hablaremos.

Como he visto por ahí q el q visualiza datos de baterias no visualiza GPS por ej. he decidido recurrir a un sistema "polivalente" para escribir lo q queramos en pantalla gracias al haware OSD.

En un principio iba a fabricar el hard para ubicar el IC STV5730A ( http://www.datasheetcatalog.com/data...STV5730A.shtml ) q es un chip especifico para comandos OSD con el protocolo de control implementado en uno de nuestros micros peroooooooo !!!! hay un problema de abastecimiento del chip y parece q está obsoleto etc, en fin, dificil de conseguir, así q al plan b.

Miré dos webs q tienen lo q buscaba pero una de ellas lo tiene más pequeño y tecnologicamente más avanzado ( no diré la q no me convenció aunque es perfectamente empleable, lo q pasa es q lleva el STV5730A, pesa más y es más grande ) así q nos quedamos con lo q nos interesa :

DECADE ENGINEERING

y su producto estrella en low cost OSD :

http://www.decadenet.com/bob4/bob4.html

es la última versión q tienen en OSD y por lo q ví en su web son pioneros en esto ya q han tenido el BOB-1, BOB-2, BOB-3(ya bastante avanzado) y ahora el BOB-4, todavía en pañales pero q ya cuenta con un nuevo Finware mejorado y q por su puesto no será el unico.

Bueno, el caso es q ya está pedido 99$ y 20$ por USPS GPM, lo pedí el sábado y hoy me ha notificado USPS por mail q tienen un paquete para mi q está en transito y q puedo ir siguiendo.

La idea es montar un micro el cual leerá las tensiones de las batts y la altitud y ya veremos si velocidad y visualizar esos datos donde nos de la gana en la imagen con la fuente q queramos y en otro tono con fondo diferente o parpadeando, (rectifico lo de rojo por motivos tecnicos) si queremos cuando el valor de una batt empiece a ser bajo, por ej, y si reinyectamos un bip al audio del TX para las alarmas q queramos , etc.

Y por su puesto el plato fuerte de todo esto es q además se pueda visualizar en la medida q queramos el protocolo NMEA q usan los receptores de GPS, en mi caso este:

http://www.holux.com/product/search....el=grandsonson

q es el q uso en el tio tom, ja ja ja ja !!!! osea q un buen día el GPS dirá:

" con lo tranquilo q estaba yo en el salpicadero del coche q coño hago por aqui arriba !!!!! ahora q señal lo q es señal hay por un tubo " ja ja ja ja ja aj aj aj !!!!!, todavía es muy pronto para eso pero vamos q tengo bastante clara la viabilidad del proyecto.

Así q nada ya os iré contando, de momento y en cuanto llegue el BOB-4 a visualizar un mensaje demo de bienvenida para el foro !!!!

Ya postearé alguna foto.

Salu2 !!!!!!!

[cvina]

me interesa tu idea y lo de conectarle un GPS mas

[sinver]

hoy he recibido el BOB-4 pero me ha tocao currar tb por la tarde con lo q no he podido empezar a probar.

Ya os contaré

Salu2 !!!!

[sinver]

Hola de nuevo,

despues de hacerme una pequeña plaquita para empezar a mandarle mensajes y probar el BOB-4 desde el PC via hyperterminal de Windows, de momento ya he conseguido hacerlo funcionar.

Le he cambiado la config, sistema de video a PAL ya q venía por defecto en NTSC y le he cambiado el tamaño de la fuente para q lo veais mejor........................ y os he escrito un mensaje de bien venida a prisa y corriendo q mañana madrugo, así q esto promete, coleguis !!!!!

Ahora a empezar a programar el micro para mandar mensajes coherentes a nuestra aplicación.

Salu2 !!!!

PD: en cuanto pueda te contesto Wavess, es q voy de craneo !!!

[sinver]

Bueno coleguis, esto va pa lante !!!!!

os dejo un video demo de como podría quedar la visualización del BOB-4

Esos valores son fijos ahora ya q esto es un demo pero en realidad es como se verán cuando sean reales, a ver q os parece.

http://www.telefonica.net/web2/sinver/OSD_v1.1_demo.ASF

salu2 !!!

PD:Ha sido grabado con el cavalry pocket, en cuanto pueda le conecto un CCD para q veais como los sobreimpresiona con imagenes reales de video

[sergio00]

Impresionante Sinver. Sin palabras.
Tener este aparato en el campo de vuelo seria lo más.
Volar con la tranquilidad de ver el voltaje. El bec corta cuando baja, pero la lipo de la camara sigue funcionando, y me paso una vez, en un tercer vuelo muy prolongado q se corto la imagen. Se fue poniendo negro y en 2 segundos y corto señal. POr suerte estaba sobre el club y recupere control con vision directa. Tenia 7 Voltios en la Lipo-.
Buenisimo Sinver
Sigo el post atentamente.

[sinver]

Bueno pues aquí estamos otra vez dandoles cera a los bits, tanto a los unos como a los ceros , ja aj aja ja !!!!

Ya he conseguido leer una entrada analogica y visualizarla con el BOB-4

a primera vista parece sencillo, de echo para Dani seguro q lo es y si no fuera por su inestimable ayuda aún estaría dando tumbos con esto de la programación en C pero vamos q ademas de leer la entrada de tensión, más adelante será la bateria de potencia "Pw", hay q posicionar el cursor, tipo de fuente y en definitiva seguir el protocolo q nos marca el modulo BOB-4, chupao !!!!

Y lo prometido es deuda Sergio, en este ejemplo cuando la tensión cae por debajo de los 10 V se pone en fondo blanco y letras negras como para llamar la atención del piloto, q te parece, a q te mola ?

ja ja ja aja ja, tb podemos hacerlo con la altura, osea es decir por debajo de 10, 20 o 30 mts, etc q nos avise y así mantener una altura de seguridad, pero vamos q eso ya llegará.

La tensión de entrada la vario manualmente simulando el mismo efecto q se produce al descargarse la batería.

aquí os dejo un link de un pequeño fragmento para los mas incrédulos, eje je eje jeeje !!!!

http://www.f-forge.com?d=kdMI1rf7e4PQaY6ciDOU

Chavales , nuestro OSD puede ser personalizable y espera q ya llegará el GPS !!!!

Id disfrutando de lo q nos espera en AEROMODELISMOVIRTUAL.COM !!!

salu2 !!!!! :lol:

[Wavess]

Empezado por sinver

Bueno pues aquí estamos otra vez dandoles cera a los bits, tanto a los unos como a los ceros , ja aj aja ja !!!!

Ya he conseguido leer una entrada analogica y visualizarla con el BOB-4

a primera vista parece sencillo, de echo para Dani seguro q lo es y si no fuera por su inestimable ayuda aún estaría dando tumbos con esto de la programación en C pero vamos q ademas de leer la entrada de tensión, más adelante será la bateria de potencia "Pw", hay q posicionar el cursor, tipo de fuente y en definitiva seguir el protocolo q nos marca el modulo BOB-4, chupao !!!!

Y lo prometido es deuda Sergio, en este ejemplo cuando la tensión cae por debajo de los 10 V se pone en fondo blanco y letras negras como para llamar la atención del piloto, q te parece, a q te mola ?

ja ja ja aja ja, tb podemos hacerlo con la altura, osea es decir por debajo de 10, 20 o 30 mts, etc q nos avise y así mantener una altura de seguridad, pero vamos q eso ya llegará.

La tensión de entrada la vario manualmente simulando el mismo efecto q se produce al descargarse la batería.

aquí os dejo un link de un pequeño fragmento para los mas incrédulos, eje je eje jeeje !!!!

http://www.f-forge.com?d=kdMI1rf7e4PQaY6ciDOU

Chavales , nuestro OSD puede ser personalizable y espera q ya llegará el GPS !!!!

Id disfrutando de lo q nos espera en AEROMODELISMOVIRTUAL.COM !!!

salu2 !!!!! :lol:

Muy bien Sinver, ¿estamos viendo los comienzos de un nuevo negocio como pones en el post? OSD by Sinver and company? No entiendo muy bien una cosa, si por debajo de un voltaje se te pone la pantalla en blanco,como ves via fpv? Se supone que el texto es lo que sobreimpresiona en la imagen no? para dejarte ver el resto.


Un salud2

[LEM]

Hace tiempo volaba con el osd que traía un STV como chip, funcionaba realmente bien, pero si lo que estás haciendo se puede configurar, me apunto a encargarte un kit o un osd terminado, mi experiencia me decía que no necesitaba gps en cuanto a LAt y Long. pero aprovechar valores de SOG, COG e incluso altura aunque con su error, nunca están de más.

Si necesitas info de NMEA me avisas

[sinver]

a lo de Sinver & Company ................no se, no se lo puse por q queda chulo y ademas es verdad ya q no estoy solo en esto, tengo mi ada madrida soplandome info cuando la necesito, je je eje je ej !!!!

lo de q si se pone la pantalla en blanco, has visto el video Wavess ?

ja ja ja aj aja ja , ya veo q no , solo se pone la franja horizontal donde esta el valor de la batería baja en cuestión y no toda la franja sino donde se sobreimpresiona ese dato. Yo creo q se puede hacer FPV perfectamente, insisto mira el video.

Lem, gracias por tu ofrecimiento cuando llegue el momento y si no tenemos algo claro te pediré info del protocolo NMEA

Salu2 !!!!!

[pepeleshe]

Sinver,
quizá la persona que más entiende de GPS en España es Antonio Rodrígez Franco.

Su Web tiene montones de información. Te dejo un enlace por si te puede ayudar.

http://www.elgps.com/documentos.html

Tienes explicaciones de protocolos de comunicaciones, dódigos de las sentencias ...

La verdad que estás tratando un tema muy atractivo e interesante, y que tienta a aprender a programar ¿en PICBasic? !!UFF!!

No dejes de tenernos al dia de tus avances.

Saludos

[sinver]

ok, muchas gracias por vuestra colaboración.

Os mantendré informados

Salu2 !!!!

[Wavess]

Empezado por sinver

a lo de Sinver & Company ................no se, no se lo puse por q queda chulo y ademas es verdad ya q no estoy solo en esto, tengo mi ada madrida soplandome info cuando la necesito, je je eje je ej !!!!

lo de q si se pone la pantalla en blanco, has visto el video Wavess ?

ja ja ja aj aja ja , ya veo q no , solo se pone la franja horizontal donde esta el valor de la batería baja en cuestión y no toda la franja sino donde se sobreimpresiona ese dato. Yo creo q se puede hacer FPV perfectamente, insisto mira el video.

Lem, gracias por tu ofrecimiento cuando llegue el momento y si no tenemos algo claro te pediré info del protocolo NMEA

Salu2 !!!!!

SInver, no he visto el video ya que he intentado descargarlo varias veces y se quedaba la pagina colgada. Por cierto cuentanos un poco como programas el osd, igual alguna foto de sus interiores nos aclara las cosas, que es lo que lleva una pic totalmente programable?Me recuerda esto de las pics a algo..... :twisted:

[sinver]

mira a ver aquí:

http://www.megaupload.com/?d=7PL0TCM9

o

http://www.megaupload.com/es/?d=7PL0TCM9

aunque se me hace raro lo del otro link ya q yo lo acabo de bajar ahora mismo y funciona

Y no es un PIC es mucho más potente y configurable q un PIC, es de la casa Cypress y yo empleo el PSoC Designer para programarlo y en lenguaje C q el asembler es un palo

Ahora voy hacer un pedido de esos chips a digikey en SMD para cuando acabe el soft poder montarlo en una plaquita pequeña junto con el BOB-4 y al Easy a darles un rulo a los dos, je je ejejeje e !!!!

Salu2 !!!!!

[sergiona]

Yo no me he complicado tanto la vida y he pedido este sistema

http://www.dpcav.com/inspire/inspire.htm

Espero reibirlo la semana que viene y ya os contare como me ha ido.
Con este sistema puedes ver el voltaje de las baterias e intensidad y mucho mas.
Tambien tengo un GPS Garmin antiguo, pero que va con el protocolo. con lo cual podre situarme y poder volver al punto de origen sin problemas.
De momento voy a montarlo en un MoviStart para hacerme con toda la electronica y pruebas.
Tambien lo voy a equipar con un piloto automatico FMA para estabilizar el vuelo.

[sinver]

ya lo estuve viendo y está bien pero hay q morir a la config del fabricante

desde luego si no quieres complicaciones es correcto y pelín grande para mi gusto quizás pero bien, además ya sabeis q a mi me va el barrillo de la programación de micros y personalización de equipos, je je ej eje !!!!!

Por cierto yo vendo un Piloto Automático de FMA direct tb por si te interesa ahorrate algún eurillo, ta nuevo.

Salu2 !!!!

[sergiona]

pues si, me interesa, mandame un privado y te cuento.

Ya que te gusta la programacion.
Se podria programar un chip que leyese los datos sel gps, el cual puede transmitir la informacion al punto de destino. solo con saber los grados que hay al objetivo nos sobraria
y con es mardar una señal al servo de direcion para que fuera girando poco a poco,
con los datos de la altitud iramos dandoles las ordenes a la profundidad.

Abrias darme pistas de por donde atacar el problema.
LA programacion de Chip no me preocupa ya que tengo un amigute que los domina.

[sinver]

si q se podrá, pero lo del GPS lo empezaremos a partir de 2007 y todo lo q es protocolo NMEA lo llevará Dani el fiera de la prog.

Yo estoy desarrollando ahora lo q es info de Batts y altitud y quizás temperatura exterior, ya veré si la implemento tb y el objetivo es volar con ese OSD de momento antes de fin de año y la verdad es q voy bastante justo ya q tb tengo q desarrollar el PCB y lo quiero hacer en SMD para q sea pequeño claro.

En fin , todo se andará, es cuestión de tiempo.

Salu2 !!!!

[LEM]

Hola a todos.

Ese OSD tiene muchas cositas pero es caro tela del telon, como ya dije, yo tengo uno de la gente de theblackboxcamera, desde hace bastante tiempo, una vez que eliminas la caja y te quedas con la pcb, es como una caja de cerillas pequeña y mucho más barato.
En su día estuve hablando con ellos, y por 1500 pelas de aquella me mandaban otro pic con otra configuracion de datos como les había comentado, tengo tres pic´s con diferentes presentaciones.
PERO,

Por mi experiencia en pilotos automáticos profesiionales, etc etc, si pensais hacer un OSD, lo mejor no es poner la long y lat en pantalla, ya que dificilmente memorizamos esos valores e interpretamos hacia donde hay que volar más el resto.
Yo haría lo siguiente

En el momento de lanzar el avión, pulsaríamos en el OSD, el cual memoriza la posición actual, y simplemente, mostrando una flecha con 8 definiciones, N, S, W, y E más sus 4 posiciones intermedias, iríamos definiendo el rumbo que nos devuelva al origen. Eso es mucho más representativo.

Y si me permitiis añadir algo más, incluso una señal que permita eliminar el OSD para disfrutar de la imagen limpia.

[sinver]

es exactamente lo q queremos hacer Lem

habíamos pensado como un puntito de un radar donde el centro es origen y el puntito eres tú

tb lo de la desconexion del OSD pero eso ya lo implementaré yo en la versión beta de la lectura de batts y altitud
Se hará con un CH aux de la radio q tb servirá para marcar cual es el puntu donde quieres volver osea el q memorizas al iniciar el vuelo

Más o menos es así como lo habiamos enfocado y veo q es lo más intuitivo pero vamos q está muy bien q aporteis ideas otra cosa es q luego lo sepamos llevar a la practica, je eje jeejjeeeee !!!!
Desde luego lo vamos a intentar.

Salu2 !!!!!!

[sergio00]

Empezado por LEM

En el momento de lanzar el avión, pulsaríamos en el OSD, el cual memoriza la posición actual, y simplemente, mostrando una flecha con 8 definiciones, N, S, W, y E más sus 4 posiciones intermedias, iríamos definiendo el rumbo que nos devuelva al origen. representativo.
incluso una señal que permita eliminar el OSD para disfrutar de la imagen limpia.

Creo q sinver esta contemplando una futura version q se pueda apagar el OSD desde algun canal, pero todo a su tiempo. Supongo q sera algo como un relay. Lo de poner la brujula con la flecha puede ser, pero Tb e visto un OSD casero para r/c q los tios fijando el waipoint de la pista, pusieron simplemente una R de Right y una L de Left, la cosa q ponia cosas como 90R, 90L, 35L, 170L, 85R, etc, para decir si la pista estaba a la izq o a la derecha.

[LEM]

Bien Bien
Bueno es que además tengamos las mismas preocupaciones y similares necesidades.

Quitar el OSD es una buena cosa o sin quitarlo del todo generar 3 niveles de info, A completo, B reducido, C eliminado, por decir algo, realmente, las rpm me dan igual, la V de las BAt me interesan pero no siempre, etc etc.
Y la orientación, recomiendo lo más simplificado posible, un tipo radar o lo haces grande o es un trasto, un simple circulo de un diámetro aprox de 10mm de apariencia con un punto por la periferia o bien una simple flecha girando es lo más sencillo.

Siento no poder ayudar con los micros, en electronica os ayudo pero en programación NO.

Respecto al altimetro todos sabemos que el de un GPS no es muy preciso, pero para mí es suficiente, el aterrizaje es visual y simplemente el valor de altura es por disfrute poco más o menos.

Bueno esta es mi idea

[sinver]

ok , de todos modos como digo la versión beta además de la info de la batt. llevará altímetro pero sin el GPS

como ?

con un barómetro, en un chip muy pequeño q entrega una tensión analógica en función de la presión atmosférica.

y si q es cierto q podrá variar tb es info en función del día q haga pero lo normal es q cambies la batt en cada vuelo y q la cambies a una altura de 1 mts , entonces ahí se restea y coge el valor de donde está como cero.

lo mejor será alimentar el TX y resto de la electronica con el avión en el suelo y ese valor será el de cero.

tb es cierto q es a titulo informativo pero llevo idea de sobre impresionar de otro modo la altura cuando bajemos por debajo de 10 , 20 mts ect, ya veremos

como en este video q antes postee solo q en lugar de las batts para la altitud:

http://www.f-forge.com?d=kdMI1rf7e4PQaY6ciDOU

Salu2 !!!!

[LEM]

Esa idea del fondo para ciertos valores está muy bien

[dreammaker]

Hola sinver, creo que tu eres una de las tres personas que estaba en el Zorongo hace dos fines de semana, con un gran acrobatico de estreno, de un amigo tuyo, y con las gafas y el easy con la camara.
Yo soy el chico que te estuvo molestando con preguntas(y a otro compañero tuyo tambien), que setaba con un minimag y con mi novia sobre las 3 o 4 de la tarde del domingo.
Estudio ingenieria industrial aqui en el cps, y tenia en mente hacer un piloto automatico y basicamente casi todo de lo que estais hablando, sobre todo lo del piloto, xo no tengo mucha idea de como coger un microprocesador, programarlo y que responda con unas salidas(señal que la entienda un servo/variador) a unas entradas(gps, altura, presion, temperatura), pero ya veo que eso lo teneis dominado, y me encantaria que me explicases cosas sobre esto, y de como hacerlo(sobre todo lo basico, los sensores de temperatura, pres, altura, son baratos, los de gps ya esta mas dificil), ya que me encanta hacerlo todo yo, por dificil que sea me encanta aprender como funciona cualquier cosa e intentarlo hacer yo.
Programar se en pascal, xo creo que tampoco debe ser muy diferente del c: que antes as comentado.
Bueno, no os doy mas la chapa, si puedo ayudar en algo , aqui estoy.
Saludos!

[sinver]

Premio !!! si ya te recuerdo

no creas q lo tengo tan controlado, je ej eje !!! q mis cabreos me cuesta y además es mi primer proyecto en C y con un micro muy potente y versatil

La herramienta de desarrollo se llama PSoC y sirve para programar micros Cypress y se pueden programar en C on ASM, por su puesto me quedo con el C ya q aunque hice mis pinitos en ASM y los PIC pero ............mejor en C

No se ya hablamos por la pista y ver q quieres hacer pero yo de Pascal NPI

Salu2 !!!!

[Domingo]

Hola a tod@s

Acabo de incorporarme.

He estado dando una vuleta por el foro y me parece muy interesante.

He hecho algunos programitas en C, para los pics de microchip. Algunos de ellos puden tener alguna aplicacion aqui:

- Leer los datos de un GPS (Posicion, altidud, velocidad...etc), y calcular el rumbo y la correccion para llegar a un punto determinado.

- Leer directamente un repector de un equipo de radiocontrol.

- Mover y posicionar los servos conectados a un pic

- Medir el voltage de unas baterias.

Si lo considerais interesante me gustaria colaborar con vosotros, mientras voy preparando mi equipo FVP y UAV.

Saludos :D
Domingo

[sinver]

Hola Domingo,

gracias por tu ofrecimiento

pues hombre , aunque no hemos llegado todavía a lo del GPS, no estaría mal echarle un vistazo a tu ejemplo de lectura de datos del GPS en C

Salu2 !!!

[jingo2pda]

Hola Domingo

Estoy trabajando en un headtracking, es un cacharrito para mover la camara montada en el avion con la cabeza, para ello se capta la señal con u giro y se modifican los canales adecuados de la emisra para transmitir la informacion, resumiendo que un pic capta la señal de la emisora y modifica los canales adecuados, por esto estoy interesado en alguno de tus proyectos, en concreto leer la señal de la emisora y mover servos.

En que programas tu ? Yo lo hago en asm. Si no te importa me gustaria intercambiar impresiones contigo. Estoy posteando en el post de pan and tilt en el subforo de electronica.

Un Saludo

[Domingo]

Hola sinver

Ahi va eso:

Siguiendo el protocolo NMEA, los GPS sacan continuamente por el puerto serie una serie de cadenas conteniendo variada informacion.

$GPRMC,hhmmss.ss,S,ggmm.mmmm,a,gggmm.mmmm,a,kk.k,rr.r,ddmmyy,vv.v,a*hh<CR><LF>

$GPRMB,A,x.x,a,c--c,c--c,llll.ll,a,yyyyy.yy,a,x.x,x.x,x.x,A*hh<CR><LF>

... y unas cuantas mas. Una vez que han trasmitido la ultima cadena, vuelta a empezar, asi continuamente.

De estas cadenas, unas son genericas (standar NMEA) y otras son especificas de cada marca de GPS. Todas empiezan con '$' y terminan con <CR><LF>

Veamos una.
$GPRMC,hhmmss.ss,S,ggmm.mmmm,a,gggmm.mmmm,a,kk.k,rr.r,ddmmyy,vv.v,a*hh<CR><LF>

GPRMC - Tipo de sentencia
hhmmss.ss - hora UTC
S - Status GPS ( A=correcto, V=warning)
ggmm.mmmm - latitud
a - latidud norte o sur
gggmm.mmmm - longitud
a - longitud este u oeste (w)
kk.k - Velocidad en nudos
rr.r - rumbo
ddmmyy - fecha
vv.v - variacion magnetica
a - este u oeste(w)
*hh - Check sum

El numero de decimales de los datos puede cambiar de un GPS a otro.

Y ahora un extracto de programa:

#use RS232(BAUD=4800,RCV=PIN_C7,PARITY=N,BITS=8,STREAM=STR_GPS,ERRORS)

struct COORD_GPS
{
int8 lat_g; // Va de 0 a 90
float lat_m;
char lat_ns;
int8 lon_g; // Va de 0 a 180
float lon_m;
char lon_ew;
float velo;
};


int8 leer_gps(struct COORD_GPS *p_gps)
{
int8 n,m;
char buffer[6];
char cadena[27];
char sentencia_gps[6]="GPRMC"; //esta es la que queremos leer


error=0;
do
{
if(timed_fgetc() =='$') //Caracter indicativo inicio comando
{
for(n=0;n<=4;n++) buffer[n]=timed_fgetc(); buffer[n]='\0'; //leo 5 caracteres comando
if(!strcmp(buffer,sentencia_gps) && !error)
{
for(n=0;n<=7;n++) timed_fgetc(); //Salto 8 caracteres
if(timed_fgetc() == 'A') //Si estado GPS es correcto
{
timed_fgetc(); //Descarto coma
for(n=0;n<=25;n++) cadena[n]=timed_fgetc(); cadena[n]='\0'; //leo 26 caracteres
if(!error)
{
//Desmenuzo cadena
for(n=0,m=0;n<=1;n++,m++) buffer[n]=cadena[m]; buffer[n]='\0'; //leo 2 caracteres
p_gps->lat_g=atoi(buffer);
for(n=0;n<=4;n++,m++) buffer[n]=cadena[m]; buffer[n]='\0'; //leo 5 caracteres
p_gps->lat_m=atof(buffer);
m++; //quito la coma
p_gps->lat_ns=cadena[m];
m+=2; //Avanzo y quito la coma
for(n=0;n<=2;n++,m++) buffer[n]=cadena[m]; buffer[n]='\0'; //leo 3 caracteres
p_gps->lon_g=atoi(buffer);
for(n=0;n<=4;n++,m++) buffer[n]=cadena[m]; buffer[n]='\0'; //leo 5 caracteres
p_gps->lon_m=atof(buffer);
m++; //Quito la coma
p_gps->lon_ew=cadena[m];
m+=2; //Avanzo y quito la coma
for(n=0;n<=4;n++,m++) buffer[n]=cadena[m]; buffer[n]='\0'; //leo 5 caracteres
p_gps->velo=atof(buffer);

return(1); //Correcto
}
}
}
}
}while(!error);

return(0); //Error lectura
}



// esta funcion espera a leer un caracter, pero pasado un tiempo vuelve
// para evitar quedarse el programa bloqueado
char timed_fgetc(void)
{
unsigned int32 timeout=0;

error=0; //Global
while(!kbhit()&&(++timeout<80000)) // 50000 = 1/2 second
delay_us(10);
if(kbhit())
return(fgetc(STR_GPS));
else
{
error=1;
return(0);
}
}


Si teneis alguna duda, por aqui estare. :)

Saludos
Domingo