Remote bil övervakning och spårning med Intel Edison

Jag är vanligtvis mångordig, men för denna del ska jag försöka vara kortfattad. Detta projekt är:

En Intel Edison + en GPS-mottagare + en Bluetooth OBD-II läsare (tillval eftermarknaden bil sensorer) + en bil.

Lägg i några program och du kan övervaka position och ECU parametrar (rpm, temperatur, redskap, hastighet, gasspjällsvinkeln, etc.) från "fjärran" i en trevlig och snygg instrumentpanel från nästan vilken enhet med en webbläsare (i detta jag använder fribord eftersom det konfigureras enkelt i webbläsaren och ser bra ut).

Det är en bra idé att läsa detta instructable som jag skrev för några veckor sedan går det över i detalj hur du ställer in en Edison ta generiska sensordata och lägga den i en web instrumentpanel. Jag kommer att släta över eller hänvisa till som instructable för några av stegen i den här.

Jag hoppas att lägga fram ett sammanhängande system här men jag tror att flera av dessa objekt är hämtställen som kan vara användbara för andra människor:

• Hur får GPS arbetande och utgång som json data via en snabb webbplats frontent.
• Samma för oberoende sensorer
• Och samma för OBD-II-uppgifter

I varje avsnitt kommer du se kommenterade diagram av hookup för varje sensor. Jag presenterar dem separat så att det är lättare att berätta vad som händer utan att titta på en råtta boet av tråd.

Jag hade velat detta instructable att vara mer än det är, men arbete och vissa tekniska svårigheter (jag har problem med min bluetooth obd II-enhet... så det finns ingen video av saker arbetar ännu) kom i vägen för att skapa vad jag egentligen ville ha. Så är detta mer en prototyp med två hinder som jag har forskat lösningar på men har inte implementerats ännu. Jag lägger allt i inledningen eftersom jag tycker det är viktigt att påpeka var detta är inte en fullt färdig och konstruerade lösning:

1. På spåret eller på någon är anständig avstånd wifi inte särskilt effektivt. Edison har en stor (för sin storlek) inbyggda wifi-antenn och en UnF kontakt för att lägga till en stor extern antenn vid behov.
   1. En väl utformad extern antenn skulle utöka räckvidden för denna enhet till en acceptabel nivå främjar över 2 eller 3 mil. (Den lokala spåret nära mig är Willow Springs/gatorna i Willow. Använda en google earth guestimate max avståndet från depån till en plats på spåret är ca 2400 ft). Din genomsnittliga wifi router är bra för ca 200 ft. En cantenna som denna (http://www.turnpoint.net/wireless/cantennahowto.html) vanligtvis kan utöka saker att ca en mil men är riktad (dvs du måste peka på bilen för att få en länk).
   2. Skulle en butik och framåt protokoll lösa problemet utan att tillgripa "exotiska" hårdvara?
   3. Vilka andra comms kanaler finns tillgängliga och hur lätt är det att genomföra sedan på Yocto distributioner och Edison hårdvara.

      1. Cellulära – detta skulle fungera, men är lite overkill och har servicekostnader i samband med den. Om en spåra bilar över längre avstånd skulle detta förmodligen vara rätt väg att gå. (Något sådant kanske fungerar: https://www.sparkfun.com/products/13120 och denna person har ett GPRS modem fungerar: https://www.sparkfun.com/products/13120

      2. ZigBee

      3. Andra radioapparater

2. Fribordet själv stöder endast en uppdateringsgrad för ca 1 uppdatera en sekund per datakälla. Ytterligare min kod är inte så stor och block lite när väntar på saker som GPS-position. Om detta verkligen kommer att användas som en bil-on-track kontrollerande redskap då har uppdatera storleksordningen 10 - 20 gånger per sekund (detta gör att för att se saker som mitten av hörnet gas modulering, bränsle svält mitten av hörnet, exakt acceleration och retardation poäng, etc.

1. Fribordet är öppen källkod (https://github.com/Freeboard/freeboard) och kan därför ändras för att stödja högre data klassar. Jag är inte javascript utvecklare. Så jag inte kanske den bästa personen att försöka den här, men jag har sett några js grejer som uppdaterar ganska snabbt. Fribordet inte uppdatera detta snabbt därför att pumpa data överallt som snabbt är "dyrt" i form av bandbredd. De flesta av användningsfall förmodligen tänkt för fribord inkluderar användning av deras data service (som har prissättning baserat på tjänsten) och något långsammare på uppdateringscykel. Tänk: industriell processövervakning, miljöövervakning, väderstationer, och liknande och du har rätt uppfattning.

2. Hoppa med fribord. Dumpa rådata till en app på din telefon eller dator med UDP och tolka det där. Sedan skulle du få det så fort comms länken skulle stödja (och beroende på hur många värden som du får tillbaka kan du behöva (bil?) justera du rapporterar dem.