Verbrauchsanzeige, Geschwindigkeit und Co.

[Kampfkuchen]

Ich wollte mal in Erfahrung bringen wie hoch das Interesse an einem Gerät wäre, welches an bestimmte Leitungen angezapft wird und dann Zusatzinfos bringen kann.

Was mir spontan einfällt wären Infos wie Verbrauch, Geschwindigkeit, Beschleunigung.
Die Darstellung würde dann wahlweise über ein Display oder Bluetooth und App erfolgen.

[qwertzo]

Hohes Interesse

[commander_keen]

Habe für mich persönlich festgestellt, Verbrauchsanzeigen kosten mich nur Fahrspaß.
Tacho und Drehzahlmesser reichen mir.

[kl31]

Interesse hab ich, wie teuer wird die Umsetzung sein?
Weißt du schon welches Kabel man anzapfen muss?

Drehzahl, Lambdawerte, Wassertemperatur wäre auch nicht schlecht.
Eigentlich könnte man alle Informationen die das Steuergerät bekommt, irgendwie Digital auslesen können, in einer App in brauchbare Werte umwandeln ??

[Kampfkuchen]

Das kommt drauf an was am Ende alles drin sein soll. Ich schätze 20-40€. Aber da muss ich erst sehen was die Bauteile kosten und ob nun mit Display, ohne Display etc.

Lambdawerte, Kühlwassertemperatur und sowas wäre auch möglich.
Drehzahl wäre auch mit dabei.

Die Leitungen wären dann eben die Lambda-Sonden, Kühlmitteltemperatur etc. Geht allerdings alles zum Steuergerät, könnte man also in der Mittelkonsole abzapfen. Nicht so schön, aber mir fällt keine bessere Methode ein.

Das Steuergerät hat keine Schnittstelle aus der man was auslesen könnte. Jedenfalls nicht vor dem 96er Modell. Da ginge dann auch Fehlercodes.
Was man noch machen könnte wäre die Fehlerdiagnose. Die Blinkcodes in Text umwandeln.

Wenn jemand sich mit der Entwicklung von (bevorzugt Android) Apps auskennt wäre das schon mal sehr hilfreich.

[Mazda RX-7 SA]

Aber da muss ich erst sehen was die Bauteile kosten und ob nun mit Display, ohne Display etc.

Kurze Zwischen-Frage. Wie geht das ohne Display? Wo sollte man die Werte ablesen?

[Kampfkuchen]

Der Plan war, wenn man kein Display will, die Werte per Bluetooth und App anzeigen zu lassen.

[Mazda RX-7 SA]

Der Plan war, wenn man kein Display will, die Werte per Bluetooth und App anzeigen zu lassen.

Achso, wenn das geht kann man freilich auf ein Display versichten!
Danke für die Info.

[Kampfkuchen]

Ja das ist prinzipiell kein Problem. Ein Display ist aber auch kein Problem, wenn auch etwas aufwendiger (da man Menüführung etc programmieren muss), allerdings dachte ich die meisten werden sicher eh einen Handyhalter haben.

[Mazda RX-7 SA]

, allerdings dachte ich die meisten werden sicher eh einen Handyhalter haben.

Kommt halt auch drauf an, wie man es gerne hätte. Sprich ob man ständig sein Handy verbunden und im Halter haben will um die Werte zu sehen.
Oder ob man lieber ein etwas fix verbautes hätte. In dem Fall ist halt fraglich, ob man einen guten Platz dafür findet und es am Ende auch gut ausschaut. Bei dieser Variante könnte ich mir auch vorstellen, es per Handy zu steuern/einstellen. Wenn dies einfacher wäre zu programieren und es würden die Taster wegfallen.

Meine persönliche Ideal-Variante wäre es am Doppel-DIN Radio anzeigen zu lassen. Aber das denke ich wird vermutlich ned gehen.

[Lima]

war da nicht sowieso irgendwo nen thread über nen speziellen bluetooth-dongle, mit dem man einige Daten auslesen könnte ?!

[Mazda RX-7 SA]

über nen speziellen bluetooth-dongle, mit dem man einige Daten auslesen könnte ?!

Klar gibts das!
Aber das funktioniert nur bei Autos mit OBD-II, was der GE ja nicht hat.

[Kampfkuchen]

Ich hatte damals überlegt einen OBD-Simulator zu bauen, damit man mit diesem Dongle dann am 626 arbeiten könnte.

Allerdings ist das OBD-II Protokoll, bzw seine Protokolle (wie zb das einfache KWP-Protokoll) recht bekannt und doch nicht öffentlich dokumentiert...
Jeder Seppel kann einen Dongle nachbauen, aber wenn man danach gesucht hat wie man Daten sendet, ging's immer in die Richtung "Geht nicht", was ich für völligen Schwachsinn halte. Denn wer lesend Daten interpretieren kann, sollte sie auch senden können.
Aber ich hatte es dann nicht weiter verfolgt. Wäre natürlich auch eine nette Sache, da man dann auch mit Android-Radios und OBD-II Apps arbeiten könnte.

[commander_keen]

Man sendet zum Daten lesen normalerweise einen Request wie beim Schreiben auch. Das macht keinen Unterschied.
Schwierig dürfte sein, die Nachrichten korrekt zu adressieren. Per OBD gibt's eine Standard-Adresse, aber um weitergehendes Zeug anzufragen, müsste man (heutzutage per UDS) das korrekte Steuergerät mit seiner Adresse ansprechen. Wenn das geht, gibt es einen ganzen Satz an durchnummerierten, standardisierten Services.

[Kampfkuchen]

Wenn wir das simpelste Protokoll für OBD nehmen, KWP2000, dann ist zumindest der Grundaufbau ganz gut dokumentiert. Darauf basiert zum Beispiel auch das Webasto Diagnoseprotokoll.

Das Problem ist denke ich eher das Initialisieren der Verbindung. Also man müsste mal so eine Kommunikation mitschneiden, es wäre ja schon wirklich verdammt geil, wenn man Echtzeitdaten über OBD bekäme.
Ich hab auch schon lange nicht mehr geschaut, aber als ich mit dem 626 2013 anfing hab ich irgendwann mal gegooglet und die meisten Foren kamen zu keinem Ergebnis und einige sagten, dass das Auslesen einfach sei, aber das Simulieren eines Fahrzeuges nicht.
Und es gab zu der Zeit auch keine Libraries, die das vereinfacht hätten.