Hola Tenemos algo de suerte en tal caso. Cualquier equipo Windows Mobile que tenga GPS puede oficiar de "GPS" server a través de un programa llamado GPS2BLUE, freeware. Captura los datos del GPS onboard y lo transfiere a un port serial bluetooth (y eventualmente a uno WiFi). El equipo en tal caso debe tener prendida la interfaz de GPS y la de Bluetooth, ojo con la batería. Nosotros probamos con una IPAQ6945 de server y una IPAQ 5450 de cliente (con WM 2003SE y funcionó joyamente), pero claro, en un rango de máximo 7 metros porque lo necesitábamos para Bluetooth. Lamentablemente, desde el lado de la economía, como es un equipo de uso general, estas PDA son bastante caras (USD900+IVA aquí en Argentina).
La buena noticia es que la nueva versión de GPS2BLUE puede redireccionar a un socket TCP/IP (recordemos que está hecho en .NET asi que usa el mecanismo de network stream), es decir, por WIFI si querés, y desde la PC podés capturar la data con el programa http://www.hw-group.com/products/hw_vsp/index_en.html#download , que es un administrador de COM virtuales, también free. Para más información podrías pegarle una mirada a GPS2BLUE, sin dejar de tener en cuenta que en este caso, viene con el costo de la PDA que no es precisamente la más barata. Como navegador de automóvil, sin embargo, es muy buena, sobre todo si se la aparea con el programa GarminQUE, pero claro que este programa solo se puede usar legalmente si tenés alguna licencia de un dispositivo Garmin BT. Suerte, Carlos > -----Mensaje original----- > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de > Listas de correo en PolonskygListas > Enviado el: Domingo, 09 de Diciembre de 2007 07:20 p.m. > Para: [email protected] > Asunto: [puntonet] Desarrollar GPS > > Excelentes respuestas, gracias a todos. > Una pregunta más, la interacción con el aparato, en el caso digamos por > ejemplo que sea un GPS para el auto y lo quiero acceder desde mi casa, > cómo > sería?, me refiero a debo conectarle un celular o ya hay equipos que > vengan > con la posibilidad de transmitir datos a un servidor remoto por ejemplo > (no > por bluetooth, sino algún medio más potente). > Gracias. Guillermo. > > ----- Original Message ----- > From: "Carlos A. Perez" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Sunday, December 09, 2007 6:44 PM > Subject: [puntonet] Desarrollar GPS > > > Hola > > Si. EL garmin viene con una clave con la cual podes bajarte un programa > para > PC de mapeo, compatible con los mapas de dicho formato, y por ende de > ProyectoMapear, si queres una solución end-user. Para desarrollarlo, > sin > embargo, los strings NMEA son normalizados y un tanto complicados de > entender para el neófito, no por el string en sí sino por la conversión > de > coordenadas. Básicamente, la idea es interactuar a través de un puerto > serie, este sería el approach por defecto para una solución hecha en > casa. > Por lo general, te conviene un equipo con Bluetooth, ya que así te > asegurás > cierta compatibilidad con dispositivos móviles. DE hecho , cualquier > garmin > con BT puede interactuar con una PocketPC que tenga BT también, y > listo. El > programa, GarminQUE para PocketPC, está totalmente desarrollado en .NET > Compact 2.0, lo podes descargar gratuitamente, siempre y cuando tu > garmin > sea legalmente adquirido. Aunque no lo pienses usar en móviles, es un > plus > para el futuro. > > Existen algunas facilidades muy piolas con los equipos Bluetooth, como > por > ejemplo, instalar un "Proxy de COM Ports" en la PC, esto es código > administrado, y es una interface para de un lado tomar los datos del > BT, y > por el otro crear "puertos virtuales COM", por cada puerto virtual > podés > colgar un proceso distinto, ya sea un programa administrado o nativo, > es > decir, con un solo BT podes abastecer en tiempo real a más de un > proceso de > software. Por esto, yo te recomendaría que de comprar uno, intentes con > uno > que sea Bluetooth, y no por cable solamente. De seguir este camino, > fijate > si se consigue en la internet algún programa para .NET de escritorio > (asumo > que tu desarrollo es .NET full y no compact). > > Desde .NET, si vos queres desarrollar todo vos mismo, deberías leerte > algo > de streams, ya que la solución pasa por acá. Para el programa .NET > sería > algo parecido a un network stream, es decir, una corriente de bytes que > proviene de un socket de red. Los archivos también tienen este > approach, los > filestreams son el mismo concepto, pero viniendo de un objeto del > filesystem. En este caso, para que tu programa no se muera mal > esperando el > tema de los datos, deberías leerte algo de streams sincrónicos > (aquellos que > bloquean la ejecución hasta efectuar la lectura de los bytes) y > asincrónicos, aquellos que abren el endpoint para la lectura, y acto > seguido > pasan control a la siguiente línea, permitiendo consultar en diferido > el > arribo de los datos. El endpoint es un objeto .NET que se asemeja a un > conector o borne de red, que se identifica con un servicio determinado > viniendo de la red. Hay tantos endpoints como combinación de interfaces > de > red y servicios podamos obtener de éstas. Vos asociás un recurso de red > a un > endpoint, luego un networkstream al endpoint recién creado y acto > seguido > podes leer los datos. Todo esto es código administrado. Una vez que > leas el > tema de network streams, seguramente vas a poder leer desde el > dispositivo > el string NMEA que todos producen. Sin embargo, existen otros temas que > hay > que investigar si vos querés armar tu propia solución, ya que el string > hay > que parsearlo, es decir, identificar los campos que lo componen, y una > vez > detectadas las coordenadas de interés, averiguar qué datum manejan > (generalmente es WGS84, world geodetic system 1984) para su correcta > conversión. Un ejemplo de los campos codificados en el string está en > http://www.geoaps.com/NMEA.htm. Una vez que vos tenés latitud y > longitud, tu > programa sabrá qué hacer con eso. > > Suerte, > > Carlos\ > > > > -----Mensaje original----- > > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de > > Leonardo Micheloni > > Enviado el: Domingo, 09 de Diciembre de 2007 05:05 p.m. > > Para: [email protected] > > Asunto: [puntonet] Desarrollar GPS > > > > Depende el aparato es el protocolo, generalmente basado en texto como > > dice Diego, el más común (y piola) es el TAIP de trimble. La > > interacción con el aparato es por UDP. > > > > Saludos > > > > On Dec 9, 2007 3:14 PM, Listas de correo en PolonskygListas > > <[EMAIL PROTECTED]> wrote: > > > > > > Hola a todos! Una pregunta, alguien alguna vez desarrollo algo para > > > interacturar con un GPS? Hay algún SDK gratuito? Me puedo comprar > > cualquier > > > Garmin o parecido y puedo interacturar, por ejemplo desde C# con > él? > > > Desde ya muchas gracias. Guillermo. > > > > > > > > -- > > Leonardo Micheloni. > > > > http://leomicheloni.blogspot.com/ > > > > > > __________ Información de NOD32, revisión 2711 (20071207) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > > > > > __________ Información de NOD32, revisión 2712 (20071209) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com
