Ich bin in der Regel ausführliche, aber für diesen Teil werde ich versuchen, prägnant sein. Dieses Projekt ist:
Ein Intel Edison, ein GPS-Empfänger, ein Bluetooth OBD II-Leser + (optional Aftermarket Auto Sensoren) + ein Auto.
In einigen Software hinzufügen und überwachen Sie die Position und die ECU-Parameter (u/min, Temperatur, Gang, Geschwindigkeit, Drosselklappenstellung, etc.) aus der "Ferne" in eine schöne und gepflegte Dashboard von fast jedem Gerät mit einem Web-Browser (In diesem ich benutze Freibord weil es einfach im Browser konfiguriert ist und gut aussieht).
Es ist eine gute Idee, diese instructable gelesen, dass ich vor ein paar Wochen, dass es im Detail geht schrieb über einen Edison generische Sensordaten und steckte es in eine Web-Dashboard einrichten. Ich werde beschönigen oder beziehen sich auf die instructable für einige der Schritte in diesem einen.
Ich hoffe, hier ein zusammenhängendes System zu präsentieren, aber ich glaube, dass einige dieser Elemente sind Imbissbuden, die für andere Menschen nützlich sein könnten:
- Wie GPS-Arbeits- und Ausgabe als Json-Daten über eine schnelle Internet frontent zu bekommen.
- Dasselbe gilt für unabhängige Sensoren
- Und das gleiche für OBD-II-Daten
In den einzelnen Abschnitten sehen Sie kommentierten Diagramme von den Anschluß für jeden Sensor. Ich präsentieren sie separat, so dass es leichter zu sagen, was los ist, ohne ein Ratten-Nest Draht zu betrachten.
Ich hatte dies wollte instructable mehr zu sein als es ist, aber Arbeit und einige technische Schwierigkeiten (Ich habe Probleme mit meinem Bluetooth Obd II Gerät... mit, so gibt es kein Bild der Dinge noch funktioniert) habe im Wege schaffen, was ich wirklich wollte. Also, das ist mehr ein Prototyp mit zwei Hürden, die ich habe recherchiert Lösungen, aber noch nicht implementiert haben. Ich bin das alles in der Einleitung zu setzen, weil ich denke, es ist wichtig, darauf hinzuweisen, wo dies ist keine völlig fertig und technische Lösung:
- Auf dem richtigen Weg oder sogar in einem WLAN anständigen Abstand nicht sehr effektiv. Edison hat eine große (für seine Größe) onboard WiFi-Antenne und ein UnF Anschluss für eine große externe Antenne hinzufügen, wenn nötig.
- Eine gut durchdachte externe Antenne den Einsatzbereich des Geräts auf ein akzeptables Niveau förderlich auf Distanz von 2 oder 3 Meilen verlängern würde. (Die lokalen Strecke in meiner Nähe ist Willow Springs/Straßen von Willow. Mit einer Google Earth schätzt den maximalen Abstand von den Gruben an einen Ort auf der Strecke ist etwa 2.400 ft). Ihre durchschnittliche WLAN-Router ist gut für etwa 200 ft. Ein Cantenna wie diese (http://www.turnpoint.net/wireless/cantennahowto.html) kann in der Regel Dinge, etwa eine Meile aber ist stark gerichtete (dh müssten Sie es auf das Auto, einen Link zu zeigen).
- Würde ein Store und forward Protokoll dieses Problem zu lösen ohne Rückgriff auf "exotische" Hardware?
- Welche anderen Comms-Kanäle zur Verfügung stehen und wie einfach ist es dann auf die Yocto Distribution und der Edison-Hardware implementieren.
Zelluläre – dies funktionieren würde, aber ist ein bisschen übertrieben und Servicekosten zugeordnet hat. Wenn man Autos über längere Distanz verfolgen waren wäre wahrscheinlich der richtige Weg zu gehen. (Etwas wie dies funktionieren könnte: https://www.sparkfun.com/products/13120 und diese Person hat ein GPRS Modem funktioniert: https://www.sparkfun.com/products/13120
ZigBee
Andere radios
Freibord selbst unterstützt nur eine Update-Rate von ungefähr 1 Update pro Sekunde pro Datenquelle. Mein Code ist weiter nicht so groß und Blöcke ein bisschen beim warten auf Dinge wie GPS-Position. Wenn dies wirklich als ein Auto auf der Strecke-monitoring-Tool verwendet werden soll, dann hat es in der Größenordnung von 10 - 20 Mal pro Sekunde aktualisiert (Dadurch können Dinge wie Mitte der Kurve Gas Modulation, Kraftstoff Hunger Kurvenmitte, genaue Beschleunigungs- und Verzögerungswerte Punkte usw. zu sehen.
- Freibord ist open Source (https://github.com/Freeboard/freeboard) und kann daher geändert werden, um höhere Datenraten unterstützen. Ich bin kein Javascript-Entwickler. So dass ich möglicherweise nicht die beste Person zu versuchen, aber ich habe gesehen, einige Js-Sachen, die ziemlich schnell aktualisiert. Freibord so schnell aktualisieren nicht deshalb diese Pumpen Daten überall, die schnell in Bezug auf Bandbreite "teuer" ist. Die meisten der Anwendungsfälle für Freibord wahrscheinlich vorgestellt gehören mit ihren Datendienst (die Preise basierend auf Service) und etwas langsamer auf die Update-Zyklus. Denken Sie: industrielle Prozessüberwachung, Umweltüberwachung, Wetterstationen, und dergleichen, und Sie haben die richtige Idee.
Überspringen Sie mit Freibord. Raw-Daten zu einer app auf Ihrem Smartphone oder Computer mit UDP-Dump und es analysieren. Dann würde man es so schnell wie die Comms Link unterstützen würde (und je nachdem, wie viele Werte, die Sie zurück bekommen musst du (auto?) passen Sie die Rate, die Sie über sie berichten.
