Ik ben meestal uitgebreid, maar voor dit deel zal ik proberen te beknopt zijn. Dit project is:
Een Intel Edison + een GPS-ontvanger + een Bluetooth OBD-II-lezer (optioneel aftermarket auto sensoren) + een auto.
Voeg in sommige software en kunt u de positie en de parameters van de ECU (rpm, temperatuur, versnelling, snelheid, gaspedaal positie, etc.) from "afar" in een mooie en nette dashboard vanaf vrijwel elk apparaat met een webbrowser controleren (In dit ik gebruik vrijboord omdat het gemakkelijk in de browser is geconfigureerd en ziet er goed uit).
Het is een goed idee om te lezen dit instructable dat ik schreef een paar weken geleden dat het gaat over zeer gedetailleerd het instellen van een Edison generieke sensorgegevens nemen en zet hem in een web-dashboard. Ik zal verdoezelen of verwijzen naar dat instructable voor een aantal van de stappen in deze.
Ik hoop voor te leggen van een samenhangend systeem hier, maar ik denk dat verschillende van deze items zijn afhaalrestaurants die nuttig voor andere mensen zijn kunnen:
- How to get GPS werken en output als de json-gegevens via een snelle web frontent.
- Hetzelfde voor onafhankelijke sensoren
- En hetzelfde geldt voor de OBD-II-gegevens
In elke sectie ziet u geannoteerde diagrammen van de aansluiting voor elke sensor. Ik presenteren ze apart, zodat het is makkelijker om te vertellen wat er gaande is zonder te kijken naar een ratten nest van wire.
Ik wilde dit instructable is meer dan het is, maar werk en enkele technische problemen (ik heb problemen met mijn bluetooth OBD-II-apparaat... dus er staat geen video van dingen werken nog) kreeg in de weg maken wat ik echt wilde. Dus, dit is meer een prototype met twee horden die ik oplossingen te hebben onderzocht, maar nog niet hebben geïmplementeerd. Ik ben het opzetten van dit alles in de inleiding omdat ik denk dat het belangrijk op te merken waar dit is niet een volledig afgewerkt en gemanipuleerde oplossing:
- Track of zelfs bij om het even welk is fatsoenlijk afstand wifi niet erg effectief. De Edison heeft een grote (voor zijn grootte) onboard wifi-antenne en een UNF-connector voor het toevoegen van een grote externe antenne, indien nodig.
- Een goed ontworpen externe antenne zou breiden het bereik van dit apparaat tot een aanvaardbaar niveau bevorderlijk over van 2 of 3 mijl afstand. (De lokale track dicht bij mij is Willow Springs/straten van Willow. Met behulp van een google earth guestimate de max afstand van de pits naar een locatie op schema is ongeveer 2.400 ft). Uw gemiddelde wifi-router is goed voor ongeveer 200 ft. Een cantenna zoals deze (http://www.turnpoint.net/wireless/cantennahowto.html) meestal dingen te ongeveer een mijl kunt uitbreiden, maar is zeer directionele (ie zou u moeten wijzen naar de auto om een link te krijgen).
- Zou een winkel en voorwaartse protocol oplossen zulks uitvaardiging zonder toevlucht te nemen tot "exotische" hardware?
- Welke andere comms kanalen beschikbaar zijn en hoe gemakkelijk is het om dan op de Yocto-distro en de Edison-hardware.
Cellulaire-dit zou werken, maar is een beetje overkill en servicekosten gekoppeld. Als een waren het bijhouden van auto's over langere afstand zou dit waarschijnlijk de juiste weg te gaan. (Zoiets als dit zou kunnen werken: https://www.sparkfun.com/products/13120 en deze persoon heeft een werkende GPRS modem: https://www.sparkfun.com/products/13120
ZigBee
Andere radio 's
Vrijboord zelf ondersteunt alleen een vernieuwingsfrequentie van ongeveer 1 update per seconde per gegevensbron. Verder mijn code is niet zo groot en blokken een beetje als wachten op dingen zoals GPS-positie. Als dit echt zal worden gebruikt als een auto-on-track controlehulpmiddel dan moet het werken over de volgorde van 10 - 20 keer per seconde (dit zal zorgen voor het zien van dingen zoals mid hoek gashendel modulatie, brandstof hongersnood halverwege hoek, nauwkeurige versnelling en vertraging punten, enz.
- Vrijboord is open source (https://github.com/Freeboard/freeboard) en kan daarom worden gewijzigd ter ondersteuning van hogere gegevenssnelheden. Ik ben geen ontwikkelaar JavaScript te gebruiken. Dus, ik kan niet de beste persoon om te proberen dit, ik heb echter sommige js-stuff dat vrij snel werkt. De reden die Vrijboord niet dit snel bijwerken is dat pompen gegevens overal snel "dure" in termen van bandbreedte. De meeste van de gebruiksgevallen waarschijnlijk voorzag voor vrijboord zijn het gebruik van hun gegevens-dienst (die heeft prijzen gebaseerd op service) en zijn enigszins langzamer op de update cyclus. Denk: industriële procesbewaking, milieubewaking, weerstations, en dergelijke, en je hebt het recht idee.
Sla met behulp van Vrijboord. Dumpen van ruwe data naar een app op uw telefoon of computer met behulp van UDP en parse het er. Dan zou je het zo snel als de comms link zou ondersteunen (en afhankelijk van hoeveel waarden u krijgt terug die u wellicht (auto?) de snelheid die u rapporteert ze aanpassen.
