...Vuelta a la terraza (serían ya las 12 de la noche y había una humedad del copón), y la cosa no salió tan bien... el GPS destellaba como antes y sin duda los datos se enviaban, pero en ventana del Realterm sólo aparecían signos raros sin ningún sentido. Probé un montón de configuraciones del programa sin conseguir arreglar la cosa, y entonces recordé un problema semejante que había tenido algunos meses atrás al probar un sistema de adquisición de datos para instrumentación que estoy programando en Visual Basic ...que para entrar los datos en el conversor RS232-USB debía invertir antes la fase de la señal...
Adaptador inversor de fase para acoplar el módulo GPS al conversor RS-232 a USB (y viceversa)
...Ese día ya era tarde para meterme con el soldador a fabricar un circuito, pero al siguiente tomé un pequeño trozo de circuito impreso y un conector DB-9 hembra, y con un transistor NPN y dos resistencias realicé un simple inversor. Otro cambio fue habilitar en el conversor una salida de 5 volts para alimentar el módulo GPS, porque del conector RS-232 es posible extraer algunos miliamperios rectificando las señales digitales de los pins 4 y 7, pero no es suficiente para el consumo de 65 mA del GPS. Incluso con la alimentación externa, sobre el mismo circuito impreso coloqué dos diodos de silicio en serie, con condensadores de filtro de 2,2 uF, para que se provocara una caída de tensión de 1.2 volts y el regulador de la placa GPS no tuviera que trabajar tanto.
El conjunto inversor-adaptador
...Una vez acabado, inserte el inversor y volví a la terraza... y esta vez sí, BINGO... como puede verse en la imagen siguiente, en la pantalla del Realterm aparecieron las mismas cadencias de datos que antes en el IDE del Arduino. El sistema ya funcionaba sin problemas y lo siguiente era poder interpretar los resultados. Para ello un amigo me facilitó la dirección de una página (
http://www.gpsinformation.org/dale/nmea.htm ) en donde se expone de forma bastante clara y extensa el protocolo de datos NMEA, sus variables y significados. Por ejemplo, las líneas de datos que más nos interesan para determinar la posición serán las que empiecen por
$GPRMC, tal como:
$GPRMC,234121.00,A,3953.44488,N,00415.26344,E,0.020,,231016,,,A*7D "Frames" de señal GPS en pantalla del monitor serie Realterm
De donde, utilizando las comas como separadores podemos extraer:
RMC : Recommended Minimum sentence (indica los tipos de datos que vienen a continuación)
234121.00 : es la hora universal UTC (de Greenwich): 23 horas, 41minutos. 21.00 segundos
A : indica que la posición está bien establecida, si fuera una V podría ser errónea
3953.44488 : es la latitud geográfica: 39 grados 53,44488 minutos
N : indica que es latitut Norte
00415.26344 : es la Longitud geográfica: 004 grados 15,26344 minutos
E : indica Longitud Este
0.020 : indica la velocidad en Nudos (millas marinas por hora) (1 milla es igual a 1.852 metros)
, , : de aparecer, indicaría nuestro rumbo en grados con respecto al norte
231016 : indica la fecha: día 23, del mes 10, de 2016
, , : de aparecer, indicaría la variación magnética local
A*7D : checksun, valor que siempre comienza con el signo * y sirve de comprobación de que no hay errores en la cadena de caracteres
Hay otras sentencias distintas, como
$GPGGA, $GPGSV, $GPGSV, $GPUTG, etc, cada una con sus informaciones específicas, que ahora no es necesario ampliar.
El siguiente paso podría ser el utilizar estos datos con un programa que los filtre, los muestre en un display y si es necesario los almacene en una tarjeta uSD, bien sea en C a través del Arduino, o conectado directamente al ordenador mediante un programa de Visual Basic ...
Continuará...
Identificarse
Registrarse
FAQ
Buscar
Usuarios
