Open Source Prüfstandssoftware auf Basis von Arduino Mega und LabVIEW

[MrDeath]

vor einer Stunde schrieb Bosst:

Ich weiß es nicht genau, aber die Kerze ist entstört, ansonsten ist ja ein entstörter Kerzenstecker verbaut !?

Oder reicht das nicht ?

Sind die NGK Kerzen entstört ?

Ja Kerze NGK B8HS ist verbaut, diese soll entstört sein !

Gesendet von iPhone mit Tapatalk

soweit ich weiss, heissen entstörte zündkerzen z.b. BR8HS

[grua]

Am 7.3.2017 um 21:10 schrieb BugHardcore:

 

Ich könnte da morgen mal fix nen Converter bauen

 

 

Hier der Converter von @BugHardcore zur Umwandlung von mit v1.0.0 oder v1.0.1 erstellten XML-Dateien ins XML-Format der v1.0.2:

Konfig-Converter_v100_to_v102.zip

[Bosst]

soweit ich weiss, heissen entstörte zündkerzen z.b. BR8HS

Hab Dank. Ich schau mich mal um !


Gesendet von iPhone mit Tapatalk

[chili023]

Kann dir auch mal zum Test nen original Mega und ein zweites Board zuschicken.

Hab noch eins was nicht so schön geworden ist. Das wollte ich so nicht verkaufen.

 

Du bist auch nur ne Stunde weg von mir.

Wenn das jetzt gar nicht klappt komm ich mal rum.

 

 

Bearbeitet 9. März 2017 von chili023

[Bosst]

Kann dir auch mal zum Test nen original Mega und ein zweites Board zuschicken.
Hab noch eins was nicht so schön geworden ist. Das wollte ich so nicht verkaufen.
 
Du bist auch nur ne Stunde weg von mir.
Wenn das jetzt gar nicht klappt komm ich mal rum.
 
 

Habe Dir geschrieben, via Handy.


Gesendet von iPhone mit Tapatalk

[Springrace Mario]

Hier ein vergleich mit gsf-dyno

 

die rpm-abweichung führ ich mal auf die einfelesene übersetzung im unterschied zur ständingen messung beim gsf-dyno zurück, oder?

 

bei der gsf-dyno hab ich ein trägheitswert von 9,7 angefeben, bei der neuen software wurde dieser lauf mit 9,3 eingegeben...

 

die filter wurden original belassen

 

Bearbeitet 11. März 2017 von Springrace Mario

[Faxensatt]

Am 18.1.2017 um 19:25 schrieb chili023:

Alles klar. Läuft. AFR oder Lambda kannst du dann in LabVIEW einstellen.

 

Ich will die Heizung zusammen mit dem Board über ein 12V 4A Netzteil betreiben.

Weniger Kabel. Ich hasse Kabel!

Aber Batterie geht auch.

 

Danke für die Info.

 

 

Liegt das Thema Lambda auf Eis oder hat das aktuelle Shield schon die Anschlüsse für das Signal des Lambda Auswerter? Wie würde der AFR Wert angezeigt?

 

Grüße

[Springrace Mario]

Noch ein paar Fragen:

 

waere es möglich die Kurve während dem Lauf wachsen zu sehen?

 

kann man ein Textfeld zu einem Diagramm irgendwie abspeichern (bei ähnlichen kurvenvergleichen waer es hilfreich)

 

kann man die skallierung anpassen?

 

danke schon mal

[grua]

Noch ein paar Fragen:
 
waere es möglich die Kurve während dem Lauf wachsen zu sehen?
 
kann man ein Textfeld zu einem Diagramm irgendwie abspeichern (bei ähnlichen kurvenvergleichen waer es hilfreich)
 
kann man die skallierung anpassen?
 
danke schon mal

Das mit dem wachsen lassen schau ich mir an, muss ich prüfen

Textfeld zum Eingeben befindet sich oberhalb der Kurve ganz oben

Skalierung: klick auf die Anfangs bzw Endwerte der Achse. Dann wird das zu einem Eingabefeld und du kannst den neuen Anfangs bzw Endwert eintragen.
Unmittelbar nach dem Lauf wird aber immer zuerst autiskaliert.

Mit dem Zoom Werkzeug in der rechten unteren Ecke des Graphen kannst auch viel anstellen. Probiers mal.

[grua]

Statt den einen Textfeld soll das mal eine eigene Registerkarte Fahrzeugdaten mit mehreren Einfabefeldern werden

[grua]

Zum Thema Lambda muss sich@chili023 äußern.
Angezeigt wird aber derzeit noch nichts.

[grua]

Was wir derzeit so an Kurven gesehen gaben, liegen die grauen und die roten offensichtlich recht deckungsgleich. Vielleicht können wir wirklich auf die Polynome (roten Kurven) verzichten.

[BugHardcore]

Ich bin ja stark dafür...

Wobei mir das einiges an Programmiererei gespart hätte

[JoeHännes]

So heute Mittag nochmal ein bisschen getestet.

Irgendwie klappt es nicht mehr.

Ich benutze die V1.0.0.

 

Die Skalierung der Untersetzungsgrafik habe ich auto skaliert und das eigentliche Diagramm ein bisschen kleiner gezogen, da ich sonst die X-Achse nicht sehen konnte.

 

Alle Kurven sind mit der Kreidler Florett entstanden, an der ich nichts geändert habe zwischen den Läufen. Dennoch sind sie sehr sehr unterschiedlich.

Was als erstes auffällt, dass immer eine andere Untersetzung berechnet wurde. Habt ihr eine Erklärung dafür?

Kommt das daher, wenn ich die Drehzahl über den Lauf nicht richtig konstant lasse?

 

 

Ich hänge die Läufe nach der Reihe einfach mal an. Bei mir ist nicht nur der Kurvenverlauf zwischen Rot und Grau sehr unterschiedlich, sondern die Kurve an sich auch wirklich nicht logisch.

Die Kurve 3, die einen Halbkreis beschreibt hat so geringe Drehzahl, da ich den Benzinhahn zu hatte und das Moped dann abgestorben ist.

Ich hab an sich nichts falsch gemacht. Drauf gesetzt bei ca. 2500 Umdrehungen Drehzahl konstant gehalten. Start, dann Klimadaten einlesen, dann Übersetzung ermitteln und dann bei GO Gas bis zum Ende und danach Gas weggelassen.

 

Habe die Kurven dann mal in Excel exportiert und auch da sehen sie ganz komisch aus. Ist das bei euch auch, das er die Leistungs und Drehmomentwerte ohne Nachkommastelle ausgibt? Deshalb ist der Verlauf so eckig.

 

Was mir noch aufgefallen ist, die Anzeige für Drehzahl und Geschwindigkeit reagiert sehr träge. Habt ihr das auch? Und nach Ende des Laufes, wenn ich Drehzahl weg lasse dauert es so 6-7 Sekunden, bis die Leistungskurve angezeigt wird. Ist das normal?

 

Gruß

Johannes

 

[Faxensatt]

..mal als Denkanstoß. Bei annähernd gleicher Geschwindigkeit unterschiedliche Drehzahl der Rolle. Hat vielleicht die Berechnung der Übersetzung nKuWe/nRolle nicht funktioniert? Sollte an der Stelle nicht ein Wert stehen?...

[JoeHännes]

Der Wert steht doch neben der GO Schaltfläche. Der ist halt immer unterschiedlich. Ist das bei euch anderen auch so?

 

 

[grua]

Mach mal eine Aufzeichnung mit konstanter Drehzahl und anschließendem Lauf im Arduino seriellen Monitor statt im Labview und poste das Ergebnis als TXT File. Wurde weiter oben glaub ich schon mal beschrieben wie das geht, wenn ich mich korrekt erinnere

[Faxensatt]

...darf meiner Meinung nicht sein, sonst bekomme ich ja keine reproduzierbaren Ergebnisse. Entweder das Zündsignal oder das Rollensignal ist nicht in Ordnung.

Hast du mal versucht die Ubersetzung nKuWe/nRolle von Hand einzugeben und das Zündsignal weglaassen. So könntest du schon mal die Fehlerquelle eingrenzen..

[grua]

Wegen dem Träge sein: wieviele Zeilen (Telegramme) stehen denn im Lesepuffer links unten während des Laufs? Evtl läuft der voll und wird zeitverzögert abgearbeitet weil der PC zu langsam ist?

Im Idealfall stehen da immer nur ein bis zwei Zeilen

[Springrace Mario]

bei mir immer nur eine zeile....

 

das mit den unterschiedlichen Übersetzungen ist bei mir auch so, allerdings in minimaler differenz. das wird auf unterschiedliche drehzahl beim einlesen zurück zu führen sein, da der reifen sich aufbläht, andere walkarbeit des reifens... aber ich red hier fon unterschieden von +-0,02

 

solche differenzen konnte ich allerdings im gsf-dyno auch auswerten

[grua]

@JoeHännes

 

@wildstyler hat das oben schon mal beschrieben, wie du eine Aufzeichnung mit dem seriellen Monitor machen kannst:

Zitat

du beendest das LabView und öffnest die Arduino Software. Dort klickst du auf serial Monitor rechts oben im Eck.

Bringst die Kiste auf ca. 4k, schreibst oben in die Befehlszeile ein m und drückst enter. Jetzt müsste eine Abfolge von Zahlenkombinationen über den Bildschirm laufen. Kontrollier aber vorher ob rechts unten auf "neue Zeile" und 115200 baud gestellt ist.

nun gibst du Feuerwerk. Wennst vom Gas gehst klickst unten links bei AutoScroll und machst den Haken weg. Eine Zeile makieren und Strg-A drücken, mit Strg-C alles kopieren. Ein neues Textdokument erstellen im Verzeichnis deiner Wahl. Textdukoment öffnen und mit Strg-V alles da rein kopieren. Dieses Textdukoment postest du hier...

 

nur Drehzahl kannst mit geringerer starten natürlich statt gleich mit 4000

[chili023]

Lambda: Bevor wir hier das Programm komplizierter machen müssen erstmal alle stabil messen können. DAs betrifft auch die Thermoelemente.

 

@JoeHännes: Mach mal bitte einen Test im Seriellen Monitor und berichte ob da alles reibungsfrei läuft.

@Bosst: Du hast mir geschrieben, das es bei dir jetzt ging. Wie sieht es da aus? Was musstest du ändern? War es wirklich die Kerze?

 

 

[Bosst]

Lambda: Bevor wir hier das Programm komplizierter machen müssen erstmal alle stabil messen können. DAs betrifft auch die Thermoelemente.
 
[mention=34808]JoeHännes[/mention]: Mach mal bitte einen Test im Seriellen Monitor und berichte ob da alles reibungsfrei läuft.
[mention=57294]Bosst[/mention]: Du hast mir geschrieben, das es bei dir jetzt ging. Wie sieht es da aus? Was musstest du ändern? War es wirklich die Kerze?
 
 

Na funktionieren kann man es ja nicht nennen. Leider.

Also die Zündimpulaabnahme funktioniert jetzt, dazu musste Ich meine Schwalbe rausstellen.

Diese besitzt die selbe Zündung, aber einen NGK Kerzenstecker und NGK Kerze. Wiederum, war auch die NGK Kerze nicht entstört.

Sondern lag der Fehler eventuell am billigen 1kohm Stecker.

Laut seriellen Monitor übernimmt er jetzt alle Daten sauber, aber Labview zeigt trotzdem nichts an !

Versucht wurde:
1.Übersetzung selber eingeben
2.Mit und Ohne Klimadaten messen
3. Debug-Modus, aber da wollte er auch nicht, hatte aber auch auf Klimawerte messen gestellt.( werde mal heute ohne probieren.

Bei mir bleibt permanent, der Lesepuffer bei 0 !

Debug-Modus Aktiviert



Aber das kommt dabei raus!



Dank chili023, können wir auch das Nachbau-Arduino-Board und das Shield selber ausschließen.


Gesendet von iPhone mit Tapatalk

[BugHardcore]

Das kann nur passieren, wenn der Arduino keine Daten sendet.

[grua]

Versuch mal der COM im Windows Gerätemanager schon die Baudrate 115200 zuzuweisen, vielleicht bringt das ja was. Wir hatten ähnliches bei damals noch zu hoher Baudrate von 250000

[JoeHännes]

vor 14 Stunden schrieb chili023:

Lambda: Bevor wir hier das Programm komplizierter machen müssen erstmal alle stabil messen können. DAs betrifft auch die Thermoelemente.

 

@JoeHännes: Mach mal bitte einen Test im Seriellen Monitor und berichte ob da alles reibungsfrei läuft.

@Bosst: Du hast mir geschrieben, das es bei dir jetzt ging. Wie sieht es da aus? Was musstest du ändern? War es wirklich die Kerze?

 

 

Hab ich heute Morgen noch gemacht.

 

Die Spalten bedeuten Anzahl ; Messfrequenz ; Frequenz Kanal 1(PIN 49) ; Frequenz Kanal 2 (PIN 48) ; Thermoelement

In der Spalte bei Thermoelement steht logischerweise eine 0, da ich das ja auch nicht aufnehme.

Die Frequenzen von Kanal 1 und 2 sind unterschiedlich. Sollen die ja auch sein oder? Das eine ist Motor das andere Rolle.

Genau da liegt glaube ich mein Fehler. Da ich nur 1 Signal pro Rollenumdrehung habe. Er macht bei den Frequenzen aber keine Dezimalstellen rein. Somit bleibt die Frequenz dann auch mal länger auf einem Wert obwohl sich die Motordrehzahl ändert.

 

Hier mal das .txt File was ich aus dem seriellen Monitor hab. Oben hab ich noch 3 mal Temperaturdaten geloggt.

Kreidler_seriellerMonitor.txt

Gruß und danke für eure Hilfe.

[JoeHännes]

Eine Verständnisfrage habe ich noch.

Womit berechnet er die Leitung? Doch nur durch das Rollensignal oder? Das Zündsignal ist nur dazu da, um die Übersetzung zu ermitteln?

 

Danke

[chili023]

Ja genau.

OK ein Signal pro Umdrehung ist natürlich wenig.

 

@grua@BugHardcore Wie viel aufwand ist es für euch das auch Gleitkomma umzustellen? Sollte doch eigentlich funktionieren wenn ich den Sketch von int auf double umstelle oder?

Das könnten wir mach testen.

 

Sketch schicke ich dir später.

[chili023]

Bzw. Kommando zurück geht ja viel einfacher.

Wir nehmen einfach das Ergebnis vor der Mittelung und Ausgabe mal 100. Dann musst du aber 100 als "inkremente pro Umdrehung" in Labview eingeben.

 

 

[chili023]

Versuch es mal damit.

 

Inkrement auf 1 lassen.

 

Bitte Serieller Monitor und Labview Lauf.

MEGA_PSTfreq_BME280_v103_TEST.zip