(NA, NB) Welche Signale, Einheiten, Messbereiche haben diese Sensoren?

[Der Schnitzer]

Hallo,

ich benötige die Messbereiche (Einheiten) der folgenden Bauteile, um die Daten in einem Log-Programm auswerten zu können. Das die EMU etc das kann, weiß ich, ich will dafür aber fremdgehen.

Eine Schmalbandlambdasonde hat zB einen Messbereich von 0-1 Volt.
Eine Breitbandlambdasonde von 0-5 Volt.


Wie siehts hiermit aus?

-Drehzahl

-Einspritzdüsenauslastung

-Drosselklappenstellung

-Wassertemperatur

-Ansaugtemperatur

-Kurbelwellensensor (Zündung)

Alternativ, ein bereits bestehendes Log-Programm, das die MX Sensoren auslesen kann und mindestens 8 Typ K Fühler zusätzlich aufzeichnen kann.


Besten Dank.

Gruß
Sandro

[Der Schnitzer]

Hallo,

ich benötige die Messbereiche (Einheiten) der folgenden Bauteile, um die Daten in einem Log-Programm auswerten zu können. Das die EMU etc das kann, weiß ich, ich will dafür aber fremdgehen.

Eine Schmalbandlambdasonde hat zB einen Messbereich von 0-1 Volt.
Eine Breitbandlambdasonde von 0-5 Volt.


Wie siehts hiermit aus?

-Drehzahl

-Einspritzdüsenauslastung

-Drosselklappenstellung

-Wassertemperatur

-Ansaugtemperatur

-Kurbelwellensensor (Zündung)

Alternativ, ein bereits bestehendes Log-Programm, das die MX Sensoren auslesen kann und mindestens 8 Typ K Fühler zusätzlich aufzeichnen kann.


Besten Dank.

Gruß
Sandro

[Dirk]

WO willst du denn die mx-5 Sensoren auslesen? Am Originalsteuergerät, kann das ODB2, sonst lass es.

Wenn du das Logformat deiner EMU kennst, das irgendwie in eine Kommagetrennte Datei bringen kannst, dann könntest du mit DatalogLab die Datei einlesen und weiter verarbeiten.

Wobei DLL keine Software ist um eine gefahrene Strecke mit einer Rennstrecke zu synchronisieren.

[Dirk]

WO willst du denn die mx-5 Sensoren auslesen? Am Originalsteuergerät, kann das ODB2, sonst lass es.

Wenn du das Logformat deiner EMU kennst, das irgendwie in eine Kommagetrennte Datei bringen kannst, dann könntest du mit DatalogLab die Datei einlesen und weiter verarbeiten.

Wobei DLL keine Software ist um eine gefahrene Strecke mit einer Rennstrecke zu synchronisieren.

[Der Schnitzer]

Der NB hat nur OBD1, OBD2 gibts soweit ich weiß nur im Miata und ab NBFL.

Mein Problem besteht im Grunde darin die zu loggenden Typ K Sensoren irgendwie in eine Übersicht mit den typischen Log-Werten (Ladedruck, Lambda, Drehzahl...) zu bringen.

Hab schon mal überlegt es ggf mit synchronisierten Uhrzeiten zu machen, aber der EMU Log läuft zeitlich nur wie eine Stoppuhr. Es muss aber irgendwie praktikabel sein. Wenn ich erstmal minutenlang rumkopieren muss, um eine Übersicht zu erhalten ist es schon scheisse.

Ich hab mit etwas Glück die Möglichkeit ein Programm für Prüfstände nutzen zu können, aber das Programm braucht die Messbereiche und Einheiten der Sensoren.

[Der Schnitzer]

Der NB hat nur OBD1, OBD2 gibts soweit ich weiß nur im Miata und ab NBFL.

Mein Problem besteht im Grunde darin die zu loggenden Typ K Sensoren irgendwie in eine Übersicht mit den typischen Log-Werten (Ladedruck, Lambda, Drehzahl...) zu bringen.

Hab schon mal überlegt es ggf mit synchronisierten Uhrzeiten zu machen, aber der EMU Log läuft zeitlich nur wie eine Stoppuhr. Es muss aber irgendwie praktikabel sein. Wenn ich erstmal minutenlang rumkopieren muss, um eine Übersicht zu erhalten ist es schon scheisse.

Ich hab mit etwas Glück die Möglichkeit ein Programm für Prüfstände nutzen zu können, aber das Programm braucht die Messbereiche und Einheiten der Sensoren.

[Dirk]

Wie loggst du denn die K Sensoren? Woran werden die den angeschlossen?

[Dirk]

Wie loggst du denn die K Sensoren? Woran werden die den angeschlossen?

[Der Schnitzer]

Die K Sensoren werden über dieses Prüfstandsprogramm geloggt. Ist wahrscheinlich was selbstgeschriebenes, weil die mit dem Prüfstandsbau (Motoren, Ölpumpen, etc) auch ihr Geld verdienen.

Hab alternativ für die K Sensoren auch Logger mit Software gefunden. Ist dann sowas wie nen Multimeter, idR 4fach oder 8fach, aber da hab ich wieder das Problem, die anderen Daten einfließen zu lassen.

z.B. das Dingen hier:
http://cgi.ebay.de/DIGITAL-4-KANAL-D...item2304a93eaa

[Der Schnitzer]

Die K Sensoren werden über dieses Prüfstandsprogramm geloggt. Ist wahrscheinlich was selbstgeschriebenes, weil die mit dem Prüfstandsbau (Motoren, Ölpumpen, etc) auch ihr Geld verdienen.

Hab alternativ für die K Sensoren auch Logger mit Software gefunden. Ist dann sowas wie nen Multimeter, idR 4fach oder 8fach, aber da hab ich wieder das Problem, die anderen Daten einfließen zu lassen.

z.B. das Dingen hier:
http://cgi.ebay.de/DIGITAL-4-KANAL-D...item2304a93eaa

[Dirk]

Realistisch betrachtet wirst DU es nicht hinbekommen, wenn du nicht alle Messgrössen von einem Gerät erfasst.

Entweder deine EMU kann das, oder du musst alle Messgrössen inklusive die, die jetzt schon deine EMU liefern würde und du weiterhin haben möchtest von einem Datenlogger erfassen.

Die Alternativlösung spezielle Software selbst schreiben fällt wohlt aus.

[Dirk]

Realistisch betrachtet wirst DU es nicht hinbekommen, wenn du nicht alle Messgrössen von einem Gerät erfasst.

Entweder deine EMU kann das, oder du musst alle Messgrössen inklusive die, die jetzt schon deine EMU liefern würde und du weiterhin haben möchtest von einem Datenlogger erfassen.

Die Alternativlösung spezielle Software selbst schreiben fällt wohlt aus.

[Der Schnitzer]

Ja, seh ich auch so, darum muss ich irgendwie an die Einheiten drankommen. Schlimmstenfalls ginge auch ein paralleles Signal zb Drehzahl an dem man in beiden Tabellen/Programme vergleichen kann.

Lambda (0-5V) könnten zwar beide Programme, aber das ist so ziemlich der blödeste Wert, um den Verlauf nachverfolgen zu können.

[Der Schnitzer]

Ja, seh ich auch so, darum muss ich irgendwie an die Einheiten drankommen. Schlimmstenfalls ginge auch ein paralleles Signal zb Drehzahl an dem man in beiden Tabellen/Programme vergleichen kann.

Lambda (0-5V) könnten zwar beide Programme, aber das ist so ziemlich der blödeste Wert, um den Verlauf nachverfolgen zu können.

[Dirk]

>Lambda (0-5V) könnten zwar beide Programme, aber das ist so
>ziemlich der blödeste Wert, um den Verlauf nachverfolgen zu
>können.

Sofern die Samplingfrequenz beider Systeme bekannt ist, wäre das ein absolut praxistauglicher Weg.

Beide Systeme auf die gleiche Frequenz bringen, dann angleichen.

[Dirk]

>Lambda (0-5V) könnten zwar beide Programme, aber das ist so
>ziemlich der blödeste Wert, um den Verlauf nachverfolgen zu
>können.

Sofern die Samplingfrequenz beider Systeme bekannt ist, wäre das ein absolut praxistauglicher Weg.

Beide Systeme auf die gleiche Frequenz bringen, dann angleichen.

[Tiefgleiter]

Die Daten gesammelt würde man ja wohl nur über die Schnittstelle bekommen, die ODB1 afaik nicht liefert.

Bleibt eigentlich nur ein separates System. Also eigene Sensoren bzw. Fühler verbauen. Zum loggen
gäbe es z.B. das hier: http://www.lm-1.de/contents/de/d71.html
Trends aufzeichnen ist doch auch ganz nett.

[Tiefgleiter]

Die Daten gesammelt würde man ja wohl nur über die Schnittstelle bekommen, die ODB1 afaik nicht liefert.

Bleibt eigentlich nur ein separates System. Also eigene Sensoren bzw. Fühler verbauen. Zum loggen
gäbe es z.B. das hier: http://www.lm-1.de/contents/de/d71.html
Trends aufzeichnen ist doch auch ganz nett.