Soy generalmente verbal, pero para esta parte voy a intentar ser breve. Este proyecto es:
Un Edison de Intel, un receptor GPS, un lector Bluetooth OBD II + (sensores de coche del mercado de accesorios opcionales) + un coche.
Añadir en algunos software y usted puede controlar la posición y los parámetros de la ECU (rpm, temperatura, marcha, velocidad, posición del acelerador, etc.) de "lejos" en un escritorio bonito y aseado desde casi cualquier dispositivo con un navegador web (en este uso francobordo porque se configura fácilmente en el navegador y se ve bien).
Es una buena idea leer este instructivo que escribí hace unas semanas recorre con gran detalle cómo configurar un Edison para tomar datos del sensor genérico y ponerlo en una consola web. Que ocultar o consulte instructable para algunos de los pasos en éste.
Espero presentar aquí un sistema coherente, pero creo que varios de estos elementos son puntos que pueden ser útiles para otras personas:
- Cómo conseguir trabajo de GPS y salida como datos json a través de una web rápida gcj.
- Lo mismo para sensores independientes
- Y lo mismo para datos de OBD II
En cada sección, verá anotados esquemas de conexión para cada sensor. Presentan por separado por lo que es más fácil decir lo que está sucediendo sin mirar a un nido de ratas de alambre.
Había querido este instructable para ser más de lo que es, pero trabajo y algunas dificultades técnicas (estoy teniendo problemas con mi dispositivo bluetooth obd II... por lo que no hay video de cosas trabajando todavía) en el camino de crear lo que realmente quería. Por lo tanto, esto es más un prototipo con dos vallas que han investigado soluciones pero aun no han implementado. Estoy poniendo todo esto en la introducción porque creo que es importante señalar donde esta no es una solución totalmente acabada y de ingeniería:
- En la pista o incluso en cualquier distancia decente wifi no es muy eficaz. El Edison tiene una antena de wifi a bordo grande (para su tamaño) y un conector UnF para añadir una antena externa grande si es necesario.
- Una antena externa bien diseñada ampliar el alcance de este dispositivo a niveles aceptables conducentes a distancia de 2 o 3 millas. (La pista local cerca de mi es Willow Springs/calles de sauce. Usando un google earth guestimate la distancia máxima de los pozos a una ubicación en la pista es de unos 2.400 pies). Router wifi media es bueno para cerca de 200 pies. Un cantenna como este (http://www.turnpoint.net/wireless/cantennahowto.html) normalmente puede extender las cosas a cerca de una milla pero es altamente direccional (es decir tendrías que apuntar en el coche para obtener un enlace).
- ¿Una tienda y un protocolo de avance resolvería este problema sin recurrir a "exótico" hardware?
- Qué otros canales de comunicación existen y es fácil para aplicar luego sobre la distro Yocto y el hardware de Edison.
Celular, esto funcionaría, pero es un poco excesiva y tiene los costos del servicio asociados. Si uno seguimiento de coches sobre larga distancia probablemente este sería el camino correcto a seguir. (Algo como esto podría funcionar: https://www.sparkfun.com/products/13120 y esta persona tiene un trabajo de módem GPRS: https://www.sparkfun.com/products/13120
ZigBee
Otras radios
Francobordo sí mismo sólo es compatible con una tasa de actualización de actualización de 1 segundo por origen de datos. Más mi código no que grande y bloques un poco cuando esperando cosas como la posición GPS. Si esto realmente va a ser utilizado como una herramienta de supervisión del coche en pista tiene que actualizar por orden de 10 - 20 veces por segundo (esto permitirá ver las cosas como modulación de esquina medio acelerador, hambre esquina medio, precisas aceleración y deceleración puntos de combustible, etc..
- Francobordo es open source (https://github.com/Freeboard/freeboard) y por lo tanto puede ser modificado para soportar mayores velocidades de datos. No soy un desarrollador de javascript. Así, puede que no sea la mejor persona para tratar de esto, sin embargo, he visto algunas cosas de js que se actualiza muy rápidamente. Francobordo no se actualiza este rápidamente es datos bombeos en todo el mundo que rápidamente es "costosos" en términos de ancho de banda. La mayoría de los casos de uso previstos probablemente para francobordo incluye el uso de su servicio de datos (que tiene la fijación de precios basado en servicio) y es algo más lenta en el ciclo de actualización. Piense: monitoreo de procesos industriales, monitoreo ambiental, estaciones meteorológicas y similares y tienen la idea correcta.
Saltar uso de francobordo. Volcado de datos a una aplicación en su teléfono o computadora usando UDP y analizar allí. Entonces usted conseguiría tan rápido como el enlace de comunicaciones apoyaría (y dependiendo de cómo muchos valores que es volver puede que tenga que (auto)? ajustan la tasa están denunciarlos.
