Je suis habituellement prolixe, mais pour cette partie, je vais essayer d’être succinct. Ce projet est :
Un Edison d’Intel, un récepteur GPS, un lecteur Bluetooth OBD II + (capteurs de voiture de rechange en option) + une voiture.
Ajouter dans certains logiciels, et vous pouvez contrôler la position et les paramètres de l’ECU (tr/min, température, vitesse, vitesse, position du papillon, etc) de « loin » dans un tableau de bord agréable et soigné de presque n’importe quel appareil avec un navigateur web (dans ce j’utilise franc-bord parce qu’elle peut être facilement configurée dans le navigateur et semble bonne).
C’est une bonne idée de lire cette instructable que j’ai écrit il y a quelques semaines qu'il va plus en détail comment configurer un Edison pour prendre des données de capteurs génériques et le mettre dans un tableau de bord web. J’escamoter ou qui instructable pour voir certaines des étapes dans celui-ci.
J’espère vous présenter un système cohérent ici, mais je crois que plusieurs de ces éléments sont des plats à emporter qui pourraient être utiles pour d’autres personnes :
- Comment obtenir frontent travail GPS et sortie sous forme de données json via un web rapide.
- La même chose pour capteurs indépendants
- Et de même pour les données OBD II
Dans chaque section, vous pourrez voir des schémas annotés du branchement pour chaque capteur. J’ai les présenter séparément afin qu’il soit plus facile à dire ce qui se passe sans regarder un nid de rats de fil.
J’avais voulu cette instructable à être plus que c’est, mais de travail et des difficultés techniques (j’ai des problèmes avec mon périphérique bluetooth obd II... donc il n’y a pas de video de choses fonctionne encore) obtenu dans la façon de créer ce que je voulais vraiment. Donc, c’est plus un prototype à deux obstacles que j’ai ont recherché des solutions mais n’ont pas encore implémenté. Je mets tout cela dans l’introduction, car je pense qu’il est important de signaler où ce n’est pas une solution entièrement finie et ingénierie :
- Sur piste ou même à une distance décent wifi n’est pas très efficace. L’Edison a une antenne wifi à bord grand (pour sa taille) et un connecteur UnF pour l’ajout d’une grande antenne externe si nécessaire.
- Une antenne extérieure bien conçue s’étendrait la portée de ce dispositif à des niveaux acceptables favorables sur la distance de 2 ou 3 milles. (La piste locale près de moi est Willow Springs/rues de saule. À l’aide d’un google earth guestimate la distance max entre les stands vers un emplacement sur la bonne voie est environ 2 400 pi). Votre routeur wifi moyen est bon pour environ 200 pieds. Une cantenna comme ce (http://www.turnpoint.net/wireless/cantennahowto.html) habituellement peut s’étendre à des choses à environ un mile, mais est très directionnelle (c’est à dire, vous auriez à dirigez-la vers la voiture pour obtenir un lien).
- Un magasin et un protocole avant résoudrait ce problème sans avoir recours à des matériels « exotiques » ?
- Quels autres circuits comms sont disponibles et comment est-il facile à mettre en œuvre ensuite sur la distro Yocto et le matériel d’Edison.
Cellulaire – cela fonctionnerait, mais est un peu exagéré et a des coûts des services qui lui sont associés. Si un ont suivi des voitures sur une distance plus longue, ce serait probablement la bonne voie à suivre. (Quelque chose comme ça pourrait fonctionner : https://www.sparkfun.com/products/13120 et cette personne a un travail de modem GPRS : https://www.sparkfun.com/products/13120
ZigBee
Autres radios
Franc-bord lui-même prend uniquement en charge un taux de mise à jour de mise à jour environ 1 par seconde et par source de données. Outre mon code n’est pas ça très bien et blocs un peu lors de l’attente pour des choses comme la position GPS. Si cela va vraiment être utilisé comme un outil de suivi de voiture-on-track alors il faut mettre à jour l’ordre de 10 - 20 fois par seconde (cela permettra de voir les choses comme la modulation Mid-d’angle manette des gaz, combustible famine Mid-coin, précises accélération et décélération points, etc..
- Franc-bord est open source (https://github.com/Freeboard/freeboard) et par conséquent peut être modifié pour prendre en charge des débits de données plus élevés. Je ne suis pas un développeur javascript. Donc, je ne sois pas la meilleure personne pour l’essayer, cependant, j’ai vu des trucs de js qui met à jour assez rapidement. Franc-bord n’est pas à jour ce rapidement parce que les données pompage partout c’est rapidement « chers » en termes de bande passante. La plupart des cas utilisation probablement imaginés pour franc-bord inclure l’utilisation de leur service de données (qui possède une tarification axée sur le service) et est un peu plus lente sur le cycle de mise à jour. Pense que : surveillance des processus industriels, surveillance de l’environnement, stations météorologiques et similaires et vous avez la bonne idée.
Sauter à l’aide de franc-bord. Vidage des données brutes pour une application sur votre téléphone ou votre ordinateur à l’aide de UDP et analysée il. Puis vous obtiendriez elle aussi vite que le lien de comms soutiendrait (et en fonction des valeurs combien vous avez trouvé le dos, que vous devrez peut-être (auto?) pour refléter le taux vous déclarez les.