Seguimiento GPS - Dudas

[jlmi91]

Buenas!, tengo pensado un proyecto de seguimiento gps con la raspi, pero tengo una dudilla a ver si me la podeis aclarar:

Este proyecto consta de dos partes, la raspi en el coche y un servidor que recoge los datos en mi casa con una base de datos mysql, como creeis que es mejor que envie los datos?, es decir, mediante sockets al servidor, que este recoja los datos y los meta en la base de datos?, o directamente con sentencias sql desde la raspi?, sabeis que genera menos trafico saliente de la raspi?

Gracias, saludos!

[mistercasti]

Como vas a hacer la comunicación? 3g?

[intman]

Otra posibilidad es guardar los datos en un fichero de la raspberry pi y cuando hagas la petición desde servidor, mandas el fichero (o cada x tiempo).

Lo único que si el coche entra dentro de zona sin cobertura, no podrá servir ese fichero.

De todas formas, creo que lo que genera menos tráfico son los sockets con la información del punto gps ya que una sql mandaría más datos ya que manda la información del punto y la sentencia SQL.

[amolina]

no quiero arruinar la diversion, pero
¿no es mas eficiente comprar un gps con soporte 3g y enviar los datos a tu raspberry en tucasa y que el raspi se encargue de procesarlos?

lo digo porque un gps usb cuesta casi lo mismo que un gps tracker 3g, y usar un gps "profesional" es mas costoso que usar el gps tracker con 3g

[jlmi91]

Como vas a hacer la comunicación? 3g?

Con un modem 3G, exactamente este http://dx.com/p/7-2m-hsdpa-3g-usb-2-0-w ... 14?item=10 que ya lo tenia de antes y me da un ping de unos 130-140 ms con HSDPA

Otra posibilidad es guardar los datos en un fichero de la raspberry pi y cuando hagas la petición desde servidor, mandas el fichero (o cada x tiempo).

Lo único que si el coche entra dentro de zona sin cobertura, no podrá servir ese fichero.

De todas formas, creo que lo que genera menos tráfico son los sockets con la información del punto gps ya que una sql mandaría más datos ya que manda la información del punto y la sentencia SQL.

No se me había ocurrido, la verdad es que lo de guardarlo en el fichero tengo que estudiarlo porque parece sencillo de implementar, lo de la cobertura, bueno, me gustaria mandarlo cada segundo, por un segundo que no actualice la posición no creo que pase nada .

Sockets no he tocado nunca, así que me parece más fácil las sentencias SQL o el fichero como bien dices, sería ver si llego a consumir los megas, si no los consumo me quedo con la forma más fácil, si no pues tendré que ponerme a investigar sockets.

no quiero arruinar la diversion, pero
¿no es mas eficiente comprar un gps con soporte 3g y enviar los datos a tu raspberry en tucasa y que el raspi se encargue de procesarlos?

lo digo porque un gps usb cuesta casi lo mismo que un gps tracker 3g, y usar un gps "profesional" es mas costoso que usar el gps tracker con 3g

Si si estuve barajando esa posibilidad también, pero no sólo quiero hacer seguimiento GPS, quiero añadirle algunas funciones interesantes más que se me ocurrieron por lo que al final opté por usar la raspberry.

Gracias a todos por las respuestas!, a ver cuando me llegue el gps usb ya me pongo a probarlo y os digo mis impresiones!, un saludo.

[fdion]

Buenas!, tengo pensado un proyecto de seguimiento gps con la raspi, pero tengo una dudilla a ver si me la podeis aclarar:

Este proyecto consta de dos partes, la raspi en el coche y un servidor que recoge los datos en mi casa con una base de datos mysql, como creeis que es mejor que envie los datos?, es decir, mediante sockets al servidor, que este recoja los datos y los meta en la base de datos?, o directamente con sentencias sql desde la raspi?, sabeis que genera menos trafico saliente de la raspi?

Gracias, saludos!

Tengo un Pi y una red con cables, wifi y 3g en mi van ( http://raspberry-python.blogspot.com/20 ... ebido.html ). Hasta ahora es como sidekick de portatil, servidor web con lighttpd, servidor de ficheros, de impresión con CUPS (una impresora 3 en uno), y muy pronto voy a remover completamente el WDTV y usar el Pi como lector de vídeos también. Cuando me voy y el Pi detecta que mi teléfono no es en la red local del van, inicia un shutdown. Poco después, el sistema 12V se apaga adentro.

He añadido canales analógicos para grabar datos sobre mi sistema con panel solar y baterías. Hay problemas con la synchro de los datos. El próximo proyecto sera de conectar el OBDC para recibir datos del sistema electrónico del vehículo.

Tengo un GPS, pero no conectado al Pi todavía. Por favor, seria interesante de que usted documenta eso en un blog. El GPS es bluetooth o USB?



François

[jlmi91]

Tengo un Pi y una red con cables, wifi y 3g en mi van ( http://raspberry-python.blogspot.com/20 ... ebido.html ). Hasta ahora es como sidekick de portatil, servidor web con lighttpd, servidor de ficheros, de impresión con CUPS (una impresora 3 en uno), y muy pronto voy a remover completamente el WDTV y usar el Pi como lector de vídeos también. Cuando me voy y el Pi detecta que mi teléfono no es en la red local del van, inicia un shutdown. Poco después, el sistema 12V se apaga adentro.

He añadido canales analógicos para grabar datos sobre mi sistema con panel solar y baterías. Hay problemas con la synchro de los datos. El próximo proyecto sera de conectar el OBDC para recibir datos del sistema electrónico del vehículo.

Tengo un GPS, pero no conectado al Pi todavía. Por favor, seria interesante de que usted documenta eso en un blog. El GPS es bluetooth o USB?



François

¡Hola!, el GPS es USB, pero todavía no lo he recibido, cuando lo reciba y lo conecte ya pondré ejemplos de como sacar los datos, que hay que descargarse y todo lo necesario, ahora a esperar hasta que me llegue, que será sobre una semana aproximadamente.

[freestyle]

Has mirado por web service?

[jlmi91]

Has mirado por web service?

La verdad no se lo que es, me lo puedes explicar brevemente?, Gracias!

[alex84]

usefull GPS Module for Raspberry Pi tutorial http://www.cooking-hacks.com/index.php/ ... rry-pi-gps

[intman]

Un servicio web (o web service) es un módulo que recibe llamadas a través de un contrato preestablecido de antemano y cerrado (wsdl) y sirve para intercambiar datos entre aplicaciones.

Normalmente se utilizan estándares para ese intercambio de datos (XML) y el recubrimiento de ellos (SOAP). Con esto se garantiza que los dos puntos hablen el mismo idioma aunque usen diferentes lenguajes de programación, es decir, uno de los puntos puede usar Java y el otro punto .Net, por ejemplo.

Pueden haber servicios web complejos implementados con seguridad, certificados de cliente y servidor, devolviendo datos de negocio complejos o pueden haber servicios web muy simples que envían un dato y esperan respuesta.

Los servicios web pueden ser síncronos o asíncronos, es decir, la respuesta de la petición se hace parando la aplicación hasta que llega (síncrono) o bien se continúa la aplicación y cuando llegue la respuesta del servidor se realiza la acción que sea (asíncrono).

Sobre esta filosofía existen libros y libros, de todas formas para tu proyecto no lo veo necesario complicarte tanto.

Yo haría, como te comenté en el post que te puse, una llamada al servidor cada cierto tiempo para pasar los datos o bien cuando el servidor necesite los datos para mostarlos, pedirlos a la raspberry (que creo que es la mejor solución, siempre que funcione la raspberry de continuo y haya cobertura)