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

[BugHardcore]

Wir brauchen ein EMV Konzept...

[grua]

Neues Release v2.0.2 auf https://github.com/gruaGit/WildBugChilGru/releases

 

Änderungen: Arduino-Sketch mit jeweils eigenem Ringpuffer für Zündsignal und Rollengeber, Details siehe Doku.

 

Viel Spaß damit 

[Werner Amort]

vor 13 Stunden schrieb Sebastian G:

.... einen Problemfall

Welche Zündung?

bei Ducati elektronisch hat bei mir mal eine andere CDI geholfen
bei einer anderen war ne Woche später das Pickup kaputt...

Bearbeitet 15. Februar 2019 von Werner Amort

[Sebastian G]

vor 13 Stunden schrieb Werner Amort:

Welche Zündung?

Nabend

Frei Programmierbare Ignitech aus meiner Rennmaschine, jetzt aber eingebaut im Prüfstandmoped. Selbst mit Widerstand in Kerze und Stecker zuckt der Zeiger ständig hin und her. Wenn ich wieder Zeit habe werde ich mal noch etwas an der Erdung/ Abschirmung testen.

Grüße

[Werner Amort]

Schwierig.

Ich habe eher die Erfahrung gemacht dass unzureichende Erdung und Schirm wenn dann zu Freezes des Arduinos führt...

Teste mal eine andere, auch baugleiche Zündspule.

welche Zange hast du am Kabel.
bei mir mit der Minimalkartschaltung hat sich die Zange von einer Blitzpistole bewährt,
geschirmter Kabel an Masse, originale WIndungen um den Ferritkern allerdings nicht wie bei der Blitzpistole mit dem Schirm verbunden...


Mein aktuelles gebastel

Ich habe jetzt Minimalkart und die Ardyno schaltung beide auf dem Mega.

das Rechtecksignal der Minimalkart schaltet mir einen Transistor welcher am NPN eingang der Ardyno Plattine hängt.

so kann ich je nach zündung die idealeare Schaltung wählen,
so hoffe ich zumindest.
Das ist alles noch ungetestet, der Lötkolben ist grad erst abgekühlt

Meine eigenen Zündungen liefen ja alle immer Top mit der Minimalkart.
mich hats aber immer genervt wenn wer von irgendwo her extra gekommen ist um ein Diagramm zu machen und ich musse ihm mit einer PS/kmh Kurve abspeisen, weil ich seine Zündung nicht ein messen konnte...

 

Bearbeitet 15. Februar 2019 von Werner Amort

[Sebastian G]

Andere Zündspule werd ich bei Gelegenheit testen. Direktes Einfrieren/Abstürzen des Arduino hatte ich bei denn letzen ca. 100 Messungen 1 mal. Hab auch die Zange einer Blitzpistole, genau wie du auch mit Schirm bis in die Zange. So ein Ardyno Board hab ich mir auch bestellt zum testen aber er hat momentan leider keine Boards mehr da, muss erst nachbestellt werden. Hab schon überlegt alles komplett inkl. Rechner in einen Metall Schaltschrank zu bauen um es komplett Abzuschirmen. Einen weiteren Ansatzpunkt hab ich auch noch durch eine kürzliche Veranstalltung auf einem Ammerschläger P4. Da gab es auch zum Teil Probleme bei manchen Zündungen, die konnten zum Teil durch ein zusätzliches Massekabel zwischen Motor und Prüfstandgestell beseitigt werden.

[Mikuni Sepp]

Am 11.2.2019 um 14:44 schrieb BugHardcore:

Am Bock scheitert das nicht so richtig.

 

Tatsächlich steht das schon auf der ToDo-Liste.

Das letzte womit ich mich intensiver beschäftigt habe, war allerdings die Schleifen für die Kommunikation mit dem Arduino und die für die Rechnerei auseinander zu ziehen, damit das Programm schneller wird (unabhängige Schleifen können auf verschiedenen Prozessorkernen laufen). Das würde Kapazitäten für solche Spielereien frei machen. Dafür muss ich mich aber in die Melderfunktionen einarbeiten.

 

Den Sinn von AFR über Kurve seh ich allerdings nicht. Da Fährt man doch nur mit Hahn offen?

AFR als Kurve wäre schon eine gute Sache...........gerade weils ja V-last ist. Bei Teillast habe ich da weniger Bachweh wenns mal kurzfristig sehr mager wird. Das Afr ist kein Wert der von 3000-14000 gleich bleibt und einmal abgelesen wird. Es gibt bei Vergasermotoren ständige Änderungen die dann bei der Analyse und Vergleich mit der Leistungskurve sehr Aussagekräftig sind

[hanni-piston]

Am 11.2.2019 um 15:43 schrieb Werner Amort:

btw.
heute ist mir ein kleiner Bug in unserem Sketch aufgefallen:

und zwar lässt sich der aktuelle Sketch (https://github.com/gruaGit/WildBugChilGru/blob/master/Arduino/MEGA_PSTfreq_BME280_v1/MEGA_PSTfreq_BME280_v1.ino )nur mit Arduino IDE 1.8.1 flashen. Hat man, wie ich, eine neuere Version installiert kommt beim kompilieren eine Fehlermeldung.
Grund ist die Namensgebung der Funktion zum auslesen des BME280.
DIe Funktion ist BME280() benannt, den Namen scheint aber die library zu verwenden, wodurch es zu Konflikten kommt.

Umzubenennen wäre also Zeile 122 von

void BME280()  

in von mir aus

void BME280read()  

sowie Zeile 268 von

 BME280(); 

entsprechend auch in

 BME280read(); 

 

Super dass du diesen Bug entdeckt hast  

 

Das ist genau der Fehler den ich im Post vom 20.09. beschrieben habe. Leider reichten meine Arduinokenntnisse nicht zur Fehlerbeseitigung aus. 

Hab's mit der Installation von der älteren Arduino Software hinbekommen..

 

 

Hat jemand einen Tipp wie groß ich die Ringpuffergröße bei 50 Inkremente/Umdrehung wählen sollte?

 

 

LG

 

 

[Werner Amort]

wieviele P/N ander Rolle
und Welcher rollendurchmesser...

ich hab d400
und 200 P/N

da hat sich ein Ringspeicher von 50 bewährt...
hatte auch 25 und 100 getestet, kannman nachlesen weiter vorne

btw.

meine neue Powerbox...
Ich hab jetzt 2 Möglichkeiten die Motordrehzahl abzunehmen.
1x wie gehabt Minimalkart mit Zange von einer Blitzpistole.
1x ArdynoSchaltung mit Kupferdraht.

 

mal sehn ob die eine oder andere Schaltung bei gewissen Zündungen Vorteile hat.
wobei so wie ichs jetzt habe, das Rechtecksignal von der Minimalkart auch nochmal durch den 555er Chip geht...

egal

einfach mal testen...

Bearbeitet 17. Februar 2019 von Werner Amort

[Werner Amort]

Dampfdruckberechnung eliminiert? 8days ago?
was hat es damit auf sich?

[grua]

vor 12 Stunden schrieb Werner Amort:

Dampfdruckberechnung eliminiert? 8days ago?
was hat es damit auf sich?

Luftfeuchtigkeit und folglich Dampfdruck geht in die Berechnung des Klimakorrekturfaktors nach DIN nicht ein. Das war auch in der vorigen Release schon so. Wurde dort aber überflüssigerweise noch berechnet, nur wurde der errechnete Dampfdruck dann entsprechend DIN nicht verwendet.

Diese überflüssige Berechnung habe ich aus LV entfernt, um unnötig vergeudete Rechenleistung einzusparen

 

An der Berechnung des Korrrekturfaktors hat sich gegenüber der letzten Release also nichts geändert.

[chili023]

vor 8 Stunden schrieb grua:

Luftfeuchtigkeit und folglich Dampfdruck geht in die Berechnung des Klimakorrekturfaktors nach DIN nicht ein. Das war auch in der vorigen Release schon so. Wurde dort aber überflüssigerweise noch berechnet, nur wurde der errechnete Dampfdruck dann entsprechend DIN nicht verwendet.

Diese überflüssige Berechnung habe ich aus LV entfernt, um unnötig vergeudete Rechenleistung einzusparen

 

An der Berechnung des Korrrekturfaktors hat sich gegenüber der letzten Release also nichts geändert.

Die Anzeige in der Messung sollten wir auch rauswerfen. Die neuen Boards werden mit BMP280 geliefert. Der ist 4 euro billiger.

[Mikuni Sepp]

Am 14.2.2019 um 20:11 schrieb BugHardcore:

Wir brauchen ein EMV Konzept...

mit einer variablen Funkenstrecke sieht man sehr schön das mit zunehmenden Elektrodenabstand die Störausstrahlung zunimmt d.h. eine abgebrannte Kerze mehr Probleme macht. Auch kommt mir vor das Motoren mit einem höheren Füllungsgrad eine höhere Stör-Neigung haben. Die Erhöhung des Steckerwiderstands bringt auch über 5Kohm weitere Beruhigung jedoch kommts je nach Leistung der Spule dann mal zu Aussetzern

Hab mir jetzt mal div. Zündanlagen/Spulen zum EMV Testen besorgt

[grua]

vor 11 Stunden schrieb chili023:

Die Anzeige in der Messung sollten wir auch rauswerfen. Die neuen Boards werden mit BMP280 geliefert. Der ist 4 euro billiger.

OK, kann ich am Wochenende mal machen und als Release veröffentlichen 

[Werner Amort]

vor 53 Minuten schrieb grua:

... als Release veröffentlichen 

Apropo
hab gestern den neuen Prüfstandrechner vom lukulus neu aufgesetzt

Windows 7, clean install
Ni Visa 1600 Treiber haben ganz normal funktioniert.

alles gut soweit.

bei der Gelegenheit, was meint ihr

würde es Sinn machen die Repository aufzuteilen?
oder für die Labview Runtime Arduino und zusatzsoftware, nur die Links zu stellen?

dann müsste man nicht bei jedem Release update die 350MB ziehen?


und noch eine Kleinigkeit?
bietet Labvie die Möglichkeit das grafische Diagrammfenster auch vom Endnutzer an den Monitor anzupassen....

hier wird bei hochauflösenden Bildschirmen Fläche verschenkt.
aber mal wieder keine Ahnung ob Labvie die option bietet...

Bearbeitet 21. Februar 2019 von Werner Amort

[BugHardcore]

Theoretisch Kann Labview das, erfahrungsgemäß sieht das dann aber immer kacke aus

[Werner Amort]

aso

 

[chili023]

vor 1 Stunde schrieb BugHardcore:

Theoretisch Kann Labview das, erfahrungsgemäß sieht das dann aber immer kacke aus

Ich denke aber wir könnten drei Auflösungen anbieten. Klein, mittel und groß.

[Sebastian G]

vor 14 Stunden schrieb Mikuni Sepp:

Auch kommt mir vor das Motoren mit einem höheren Füllungsgrad eine höhere Stör-Neigung haben.

 

Hallo, denn Gedanke hatte ich auch schon. Wäre auch für mein derzeitiges Problem eine Erklärung, das ein und die selbe Zündung in der Rennmaschine nur sporadisch Fehler bringt und im Prüfstandmoped mit einem Motor mit deutlich mehr Literleistung kein Einmessen mehr möglich ist. Hab jetzt einen Verteilerkasten aus Blech besorgt und da wird die komplette Elektronik verbaut.  Grüße

[chili023]

Hat wer mal versucht das Board zu Erden? Also GND mit der Erde aus der Steckdose?

 

Treten die Probleme auch bei den 12V Boards auf?

 

 

Bearbeitet 21. Februar 2019 von chili023

[grua]

vor 3 Stunden schrieb Werner Amort:

bei der Gelegenheit, was meint ihr

würde es Sinn machen die Repository aufzuteilen?
oder für die Labview Runtime Arduino und zusatzsoftware, nur die Links zu stellen?

dann müsste man nicht bei jedem Release update die 350MB ziehen?

 

Nutze einfach eines dieser beiden Tools. Damit kannst du einzelne Unterordner des repositorys gezippt downloaden:

 

https://kinolien.github.io/gitzip/

 

https://minhaskamal.github.io/DownGit

[Werner Amort]

vor 1 Stunde schrieb chili023:

Hat wer mal versucht das Board zu Erden? Also GND mit der Erde aus der Steckdose?

 

Treten die Probleme auch bei den 12V Boards auf?

 

 

So hab ich das mittlerweile...


Vorgegeben durch meinen Drehgeber. dessen Gehäuse liegt eben an GND und ist leitend mit dem Gestell verbunden...

momentan hab,
Prüfstandgestell an Hauserde,
5V Board,
Elektronik in Alu geschirmt, alle Kabel geschirmt und und alle Schirme mit dem Prüfstandgestell verbunden,
auch den Schirm vom USB Kabel punktuell freigelegt und mit dem Gestell verbunden.

GND mit dem Gestell verbunden,


so muss ich sagen läufts eigentlich recht störungsfrei.
es reicht in der Regel eine "R" kerze oder ein Kappi mit 5K.

 

wenn dann lässt sich halt mal die eine oder ander Zündung nicht einmessen.

Der Teufel liegt aber oft im Detail

als dann z.B. ein neuer Prüfstandlaptop kam, kam es plötzlich wieder vermehrt zu freezes. Der Grund, der gebrauchte Rechner kam mit einem Chinaladegerät hier an, wo der Kabel zwischen Netzteil und Rechner nicht geschirmt war, hab dann auf ein original Lenovo Netzteil gewechselt und alles war gut...

 

 

Bearbeitet 21. Februar 2019 von Werner Amort

[grua]

Neues Release v2.0.3 auf https://github.com/gruaGit/WildBugChilGru/releases

 

Änderungen: 

Luftfeuchtigkeit aus LabView entfernt für Nutzung des günstigeren Klimasensors BMP280 statt BME280.
(Luftfeuchtigkeit geht in Berechnung des Klimakorrekturfaktors nach DIN 70020 ohnehin nicht ein)

 

Wer nicht das gesamte Repository runterladen möchte, sondern nur einzelne Ordner, kann das vom aktuellen Master-Branch https://github.com/gruaGit/WildBugChilGru/tree/master mittels einem der folgenden Tools:

• https://kinolien.github.io/gitzip
• https://minhaskamal.github.io/DownGit

 

Viel Spaß damit 

Bearbeitet 21. Februar 2019 von grua

[grua]

vor 8 Stunden schrieb chili023:

Ich denke aber wir könnten drei Auflösungen anbieten. Klein, mittel und groß.

@BugHardcore da darfst dann du auf Basis des soeben veröffentlichten Master-Branch dran 

[BugHardcore]

Oooder wir machen alle Instrumente als einzelnes Fenster und jeder zieht sich die in die gewünschte Größe.

 

Labview Programmierer gesucht

[Werner Amort]

Hab ein bissl bezüglich der AFR anzeige gebastelt...

aaalso,
ich habe mir ja einen  14point7 Spartan2 I2C Lambdacontroller aus Übersee geordert.
Der Controller wird über I2C ausgelesen.

Jetzt die Frage wie bekomm ich den AFR Wert als 6te Ziffer hinten ans Telegramm ohne dass die Messung der Frequenzen beeinträchtigt wird.

Ich hab mir das so Vorgestellt.
ein Zweiter Arduino wertet den Controller aus und sendet den AFR Wert Seriell an die zweite serielle Schnittstelle des Arduino Megas. Der Mega hat nämlich mehrere serielle Schnittstellen welche er parallel nutzen kann.

Der Mega muss den Wert dann nur mehr an Labview weitergeben.

Natürlich kann der zweite Arduino ja auch einfach einen 0-5V Ausgang am Controller über analogRead auslesen, so wie er es jetzt mit meinem Poti macht.

Ich hab das mal aufgebaut und unseren Sketch dementsprechend erweitert.
Scheint zu funktionieren.

Die gemessenen Frequenzen stimmen nach wie vor. es gehen keine Interrupts verloren...



Hier der Vergleich, Originalsketch und der erweiterte Sketch.
1:1 identische Ergebnisse.

ich lad mal eben ein Video hoch...

 

 

 

sender.txt

Afr_serial.txt

Bearbeitet 21. Februar 2019 von Werner Amort

[chili023]

vor 15 Stunden schrieb Werner Amort:

Hab ein bissl bezüglich der AFR anzeige gebastelt...

aaalso,
ich habe mir ja einen  14point7 Spartan2 I2C Lambdacontroller aus Übersee geordert.
Der Controller wird über I2C ausgelesen.

Jetzt die Frage wie bekomm ich den AFR Wert als 6te Ziffer hinten ans Telegramm ohne dass die Messung der Frequenzen beeinträchtigt wird.

Ich hab mir das so Vorgestellt.
ein Zweiter Arduino wertet den Controller aus und sendet den AFR Wert Seriell an die zweite serielle Schnittstelle des Arduino Megas. Der Mega hat nämlich mehrere serielle Schnittstellen welche er parallel nutzen kann.

Der Mega muss den Wert dann nur mehr an Labview weitergeben.

Natürlich kann der zweite Arduino ja auch einfach einen 0-5V Ausgang am Controller über analogRead auslesen, so wie er es jetzt mit meinem Poti macht.

Ich hab das mal aufgebaut und unseren Sketch dementsprechend erweitert.
Scheint zu funktionieren.

Die gemessenen Frequenzen stimmen nach wie vor. es gehen keine Interrupts verloren...



Hier der Vergleich, Originalsketch und der erweiterte Sketch.
1:1 identische Ergebnisse.

ich lad mal eben ein Video hoch...

 

 

 

sender.txt

Afr_serial.txt

Wieso nicht gleich über usb an Labview und gut ist.

Würde den einen Mega Messen lassen. Lambda kann dann der Andere machen und das wird abgefragt wenn alle Daten vom Arduino1 ausgewertet und gespeichert wurden.

Bearbeitet 22. Februar 2019 von chili023

[Herr Ingenieur]

Hier eine Lösung des Problems mit dem Messen von manchen Zündanlagen, bei denen man kein vernünftiges Signal bekommt.

 

Folgendes hat sich zugetragen...

Wir haben als erstes ein Gehäuse aus Alu gebaut, um die Platinen abschirmen zu können.
Dabei haben wir auch darauf geachtet das die Anschlüsse möglichst nicht nebeneinander liegen.
Das ganze dann an N/Erde gelegt und gemessen - ohne Erfolg

Nächster Schritt war, den Schrim vom Messkabel mit auf das Gehäuse/Erde zu legen, jedoch nur eine Seite - es wurde besser.

Also Kabel wieder ab und beide Enden vom Schrim auf Erde - siehe da, wir haben ein sauberes Signal bei der Vape und konnten ohne Aussetzer messen

Nächster Test, PVL.
Drauf das Ding und losgelegt - Scheiße war´s
Da haben wir uns wieder gefragt, woran hat es gelegen?

 

Kerzenstecker!
Diese beiden Stecker von NGK und das Messsystem werden keine Kumpel.

Normalen Simson Kerzenstecker dran, egal ob 1 oder 5kOhm - tada, sauberes Signal.

Warum die Stecker das ganze so stören, wissen wir noch nicht.

Wir haben aber noch ein paar Ideen und werden weiter berichten, wenn sich was tut.

Ps.
Das Messkabel in einer sauberen Schleife auslegen, hatte sich zwischendurch auch positiv bemerkbar gemacht.

[Herr Ingenieur]

Ich hab noch eine Frage zum BME 280:

 

Ich hätte gerne noch mal eine kurze Anleitung, wie man die Funktion des BME im Quellcode auslesen kann und welche Werte angezeigt werden müssen, um sicher zu gehen, das der Klimachip auch funktioniert. Unser System liefert werte von fast 7000 hPa und auch Temperatur und Luftfeuchte stimmen überhaupt nicht.

 

Vielen Dank für schnelle Antworten...

 

 

 

[BugHardcore]

vor einer Stunde schrieb chili023:

Wieso nicht gleich über usb an Labview und gut ist.

Würde den einen Mega Messen lassen. Lambda kann dann der Andere machen und das wird abgefragt wenn alle Daten vom Arduino1 ausgewertet und gespeichert wurden.

Ich glaub das bekommste nicht vernünftig syncronisiert.