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

[Werner Amort]

wenn du ihn schon hast -testen-

wenn du kaufen musst würd ich auf was schnelleres gehen...

 ich hab hier einen T410 mit I5 

das läuft, aber recht Reserve ist da nicht mehr....

Ich hab auf Flugmodus und Updates aus das entspannt ein bissl...

[Herr Ingenieur]

vor 1 Stunde schrieb Werner Amort:

chili023 hat unbestückte plattinen für 5v und 12 Sensoren.

 

die Minimalkart funktioniert auch mit 5 V prächtig und gibt dann direkt 5V Signale aus.

 

 

TTL Signal der Rolle kommt an Pin48. Achtung maximal 5V.

 

Der Grua hat glaube ich mal probiert ein Inkrementalsignal an Audio In zu hängen fürn GSF-Dyno. -> suche....

 

BME280 bekommt 5V GND SDA und SCL (müsste Pin20 und21 sein) steht aber aufm Arduino.

du musst drauf achten dass du ein Breakout mit integriertem Level Converter erwischst. Damit das Breakout mit den 5V klarkommt...

Ist das der Schaltplan von Chillis fertiger Platine?

[Herr Ingenieur]

Des Weiteren ist mir die Frage aufgekommen, wie es mit einer Ausgabe der Daten außer Drucken oder als Pdf speichern bzw. drucken aussieht? Gibt es da schon etwas wie zum Beispiel Ausgabe der Datenpaare als txt- oder csv-Datei um die Daten weiterverarbeiten zu können?

[Werner Amort]

vor 39 Minuten schrieb Herr Ingenieur:

Ist das der Schaltplan von Chillis fertiger Platine?

nein, den Schaltplan von Chillis Plattine kenn ich nicht im Detail.

das ist eine leicht abgewandelte Minimalkart.

 

So hab ich sie mir auf ein Protoshield gelötet..

versorgt durch die Arduino 5V

funktioniert das prächtig....

 

[chili023]

@Herr Ingenieur

Das Feature auf GSF Dyno umzuschalten, habe ich auf einer meiner Protoplatinen. Um ehrlich zu sein habe ich das aber nie gebraucht, bzw. genutzt. Man braucht es einfach nicht mehr. Wenn du unseren Arduino Code benutzen möchtest, dann Kauf dir bitte den BME280 von Wattenrott  http://www.watterott.com/de/BME280-Breakout-Luftfeuchtigkeits-Druck-Tempertursensor damit hast du dann auch die richtige Libary. Zu den billo China dingern möchte ich nichts sagen. Ich benutze die originalen, da die es erfunden haben und ich das ganze Projekt super finde, somit möchte ich auch das die mein Geld bekommen. Wir geben so viel Geld für Mist aus, da kann man auch mal 30€ mehr für das original bezahlen. Wenn ich mal wieder zuhause bin stelle ich die Eagle Dateien online.

[Werner Amort]

hat das Wattenrottbreakout einen originalen Bosch BME280 drauf?

 

ich hab z.B ein anderes BME Breakout, das funkt auch mit dem offiziellem Sketch, naja I2C-Adresse muss angepasst werden, aber ob da wirklich ein originaler Bosch sensor drauf ist würde ich nicht unterschreiben....

 

[chili023]

Das weiß ich nicht ob der original ist.

Schreib mir mal bitte welchen Breakout du hast, dann schreib ich das mal in die Doku.

 

Grüße

A.

 

[grua]

Des Weiteren ist mir die Frage aufgekommen, wie es mit einer Ausgabe der Daten außer Drucken oder als Pdf speichern bzw. drucken aussieht? Gibt es da schon etwas wie zum Beispiel Ausgabe der Datenpaare als txt- oder csv-Datei um die Daten weiterverarbeiten zu können?

Nö, gibts derzeit noch nichts. Ich glaube aber, dass LabView da schon VI für csv oder xls Ausgabe anbietet. Muss ich oder@BugHardcore bei Gelegenheit mal gucken

[Herr Ingenieur]

vor 6 Minuten schrieb grua:

Nö, gibts derzeit noch nichts. Ich glaube aber, dass LabView da schon VI für csv oder xls Ausgabe anbietet. Muss ich oder@BugHardcore bei Gelegenheit mal gucken

Das wäre schon nice, wenn man die Kurven über die Prüfstandssoftware exportieren und direkt in Excel oder Uniplot importieren könnte.

Bearbeitet 6. März 2018 von Herr Ingenieur

[Werner Amort]

Ich habe den da
https://www.ebay.de/itm/3-in-1-BME280-sensore-di-umidità-temperatura-pressione-barometrica-GY-BME280-5v/263451263373?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649

 

 

den gibts mit dem Suchbegriff GYBMEP auch bei ebay.de evtl. als Alternative wenn mal bei Wattenrott nicht lieferbar.

 

Funktioniert mit dem offiziellem Sketch, es muss aber die Adresse auf 0x76 geändert werden und die Pinouts sind anders als beim Wattenrott teil.


Leider habe ich aber keine Referenz, was die Genauigkeit angeht.

Ich habe die Ausgabe von Labview jetzt aber öfters Gegengerechnet mit diesem OnlineRechner, https://rechneronline.de/barometer/

 

Einfach eingeben
Barometeranzeige
Meereshöhe und
Außentemperatur.

der berechnete relative Luftdruckt, hat immer bis auf ein hPa oder so mit den Werten der Wetterdienste gepasst.
Offseteinstellung im Sketch habe ich aber auch auf -200 glaube ich...

ich muss das am abend aber noch verifizieren
Habs kontrolliert
adresse:

  mySensor.settings.I2CAddress = 0x76; 

 

 

 

Bearbeitet 6. März 2018 von Werner Amort

[grua]

@Herr Ingenieur

Jetzt fällt mir gerade ein: Versuch mal im Graphen rechtsklick --> Export

Ich glaub da gibt's doch direkt einen Befehl im Kontextmenü für Excel-Export?

 

Siehe auch http://www.ni.com/newsletter/51339/de/

Bearbeitet 6. März 2018 von grua

[Herr Ingenieur]

@grua

Das Exportieren in Exel funktioniert soweit super - Rechtsklick - Exportieren - Datei in Excel exportieren. Leider sind die Zahlenwerte von Leistung und Drehmoment noch zu ungenau. Mindestens die erste Nachkommastelle sollte mit exportiert, da es für kleinere Motoren sonst zu ungenau wird. Kann man da noch was machen?

[grua]

[mention=40090]grua[/mention]
Das Exportieren in Exel funktioniert soweit super - Rechtsklick - Exportieren - Datei in Excel exportieren. Leider sind die Zahlenwerte von Leistung und Drehmoment noch zu ungenau. Mindestens die erste Nachkommastelle sollte mit exportiert, da es für kleinere Motoren sonst zu ungenau wird. Kann man da noch was machen?

Ok, das muss ich dann mal abends prüfen!

[Herr Ingenieur]

Was auch noch sehr schön wäre, wenn man das Softwarefenster minimieren könnte...

[Nexus665]

Hi,

 

hatte grade kurz Zeit, mir den Sketch reinzuziehen.

 

Anmerkungen:

Viele Konstante sind als Variablen definiert, das verbraucht unnötig RAM - defines funktionieren da besser. Auch wenn hier ein MEGA zum Einsatz kommt, der Speicher und Schnittstellen zuhauf hat, sollte man sich das nicht angewöhnen :) Wenn man mal mit einem etwas limitierteren Mikrocontroller arbeitet, lernt man das schnell zu schätzen.

 

Ebenso ist die Abarbeitung von Interrupts so nicht ganz ideal; wenn bei Timer4 oder Timer5 der ICP feuert, dann laufen trotzdem alle anderen Interrupts weiter, da sie nicht mit cli() oder ähnlichem deaktiviert wurden. Es kann vorkommen, dass man mitten in einer ISR dann von einer anderen ISR unterbrochen wird - wahrscheinlich nicht sinnvoll. Wie viel Zeit da zwischen solchen ICP events verstreicht oder ob die wirklich gleichzeitig passieren - noch nicht getestet, dafür fehlt mir noch Hardware.

 

Der Ringpuffer ist als int mit 50 Elementen angegeben, alle Puffer-Vars haben aber 50 hardcoded drin stehen (15-20x bei den Var-Definitionen). Sowas verringert die Wartbarkeit drastisch ;)

 

Ebenso wird nur Serial.begin() verwendet - der Mega hat aber 4 Serials! Analog dazu gibt es hier auch Serial1.begin(), Serial2.begin, Serial3.begin() - wird wirklich nur eine (die erste, die auch USB debug macht) verwendet? Fände ich verbesserbar, eben weil ja 4 COMs vorhanden sind und der BME eine ganz eigene bekommen könnte, was auch die Latenz verringern könnte (die UARTs werden parallel ausgewertet).

 

Ich hab' da mal ein bißchen rumeditiert am Code - da ich nicht im Repo bin kann ich auch nichts committen, also hab' ich den Sketch hier als Attachment angehängt. Die einzigen Änderungen sind der Übersichtlichkeit und Speichernutzung geschuldet - defines statt Variablen, Ringpuffer-Variablen statt hardcoded 50 RINGBUFFER_SIZE usw. Was die Detektion von Doppelimpulsen usw. angeht, muß ich erst die ISRs bzw. den Programmlauf genauer analysieren, noch keine Zeit gehabt :) Basiert auf 2.0.1.

MEGA_PSTfreq_BME280_v1.zip

Bearbeitet 6. März 2018 von Nexus665
Zip Datei vergessen

[BugHardcore]

vor 3 Stunden schrieb grua:

Nö, gibts derzeit noch nichts. Ich glaube aber, dass LabView da schon VI für csv oder xls Ausgabe anbietet. Muss ich oder@BugHardcore bei Gelegenheit mal gucken

Grundsätzlich habt ihr das j schon gefunden. Das kann man aber auch über nen Button machen.

Da gibt's einige Varianten.

 

Man könnte beim Drücken auf den Speichern Button auch abfragen, ob Excel oder komplett gespeichert werden soll, oder sowas.

[Herr Ingenieur]

vor 57 Minuten schrieb BugHardcore:

Grundsätzlich habt ihr das j schon gefunden. Das kann man aber auch über nen Button machen.

Da gibt's einige Varianten.

 

Man könnte beim Drücken auf den Speichern Button auch abfragen, ob Excel oder komplett gespeichert werden soll, oder sowas.

Ich glaub die beste Lösung wäre, die verschiedenen Dateitypen (xml , csv, txt, xlsx) als Auswahl beim Speichern anzubieten.

Bearbeitet 6. März 2018 von Herr Ingenieur

[Werner Amort]

MEGA_PSTfreq_BME280_v1_5_ringsize_gesplittet-gsf.ino.zip

 

 

bei mir funktiniert der BME übrigens ohne dass ich dafür die Baudrate ändere...

zur Ringspeichergröße,
hier habe ich sie auch per define definiert, und zwar für beide Signal unterschiedlich groß.
So kann man die Ringspeichergröße für das Zündsignal schön klein wählen. und für das viel hochfrequentere Rollensignal größer...




 

[Nexus665]

Hi,

 

sagt mal - die Berechnungen im Loop mit ATOMIC_BLOCK, das ist ja eigentlich nicht die feine englische Art...gibt's einen relevanten Grund dafür, warum alle Interrupt Flags währenddessen aus sein sollen? Das kann zu einigen Problemen führen. Da hier ja im Wesentlichen nur einzelne Timer (Timer4/Timer5) bearbeitet werden, könnte man doch die jeweils separat anhalten/starten stattdessen? Es kann ja eigentlich nur darum gehen, dass sich die Daten nicht während der Auswertung ändern, oder?

 

lG,

Simon

MEGA_PSTfreq_BME280_v1_nexus665.zip

Bearbeitet 6. März 2018 von Nexus665
Zip mit gesplitteten Ringspeichern

[Werner Amort]

yeah wird getestet

Danke

[Werner Amort]

vor einer Stunde schrieb Nexus665:

Hi,

 

sagt mal - die Berechnungen im Loop mit ATOMIC_BLOCK, das ist ja eigentlich nicht die feine englische Art...gibt's einen relevanten Grund dafür, warum alle Interrupt Flags währenddessen aus sein sollen? Das kann zu einigen Problemen führen. Da hier ja im Wesentlichen nur einzelne Timer (Timer4/Timer5) bearbeitet werden, könnte man doch die jeweils separat anhalten/starten stattdessen? Es kann ja eigentlich nur darum gehen, dass sich die Daten nicht während der Auswertung ändern, oder?

 

lG,

Simon

MEGA_PSTfreq_BME280_v1_nexus665.zip

scheinbar ist noch ein Bug drin...

habs mal geflasht.
per  Ringsize Zündung auf 10

Ringsize Rolle belassen...
Auszug einer Messung ohne anliegende Signale, 48 und 49 per 10K auf GND

419;58.96;2;4294967295;0.00
420;58.96;0;4294967295;0.00
421;58.96;1431655764;4294967295;0.00
422;58.96;477218587;4294967295;0.00
423;58.96;159072861;4294967295;0.00
424;58.96;53024286;4294967295;0.00
425;58.96;17674761;4294967295;0.00
426;58.96;5891586;4294967295;0.00
427;58.96;1963861;4294967295;0.00
428;58.96;654619;4294967295;0.00
429;58.96;218205;4294967295;0.00
430;58.96;72734;4294967295;0.00
431;58.96;24244;4294967295;0.00
432;58.96;8080;4294967295;0.00
433;58.96;2692;4294967295;0.00
434;58.96;896;4294967295;0.00
435;58.96;298;4294967295;0.00
436;58.96;98;4294967295;0.00
437;58.96;32;4294967295;0.00
438;58.96;10;4294967295;0.00
439;58.96;2;4294967295;0.00
440;58.96;0;4294967295;0.00
441;58.96;1431655764;4294967295;0.00
442;58.96;477218587;4294967295;0.00
443;58.96;159072861;4294967295;0.00
444;58.96;53024286;4294967295;0.00

[Nexus665]

Hm, 

ohne HW ist das noch ein bißchen blöd mit Code ^^

 

Leider sagen mir die Daten aus dem Log genau gar nix - bzw. weiß ich nicht, was da plausibel ist an Daten - springende Frequenzen aber wohl nicht. Im File oben ist das noch nicht geändert von ATOMIC_BLOCK, aber ein paar Konstanten sind drin statt Variablen. Kann sein, daß da noch ein paar Typecasts fehlen und deswegen die Berechnungen inkorrekte Ergebnisse liefern. Denke, wenn ich die HW habe ist das schnell debuggt.

 

Habe einen Flüchtigkeitsfehler gefunden - RINGSIZE4/5 waren in der Berechnungsschleife vertauscht, mea culpa. In der attachten Version sind auch die Timer nun einzeln deaktiviert statt alles in einer ATOMIC_BLOCK Anweisung.

MEGA_PSTfreq_BME280_v1_nexus665.zip

Bearbeitet 6. März 2018 von Nexus665

[Werner Amort]

vor 15 Stunden schrieb Nexus665:

Hm, 

ohne HW ist das noch ein bißchen blöd mit Code ^^

 

Leider sagen mir die Daten aus dem Log genau gar nix - bzw. weiß ich nicht, was da plausibel ist an Daten - springende Frequenzen aber wohl nicht. Im File oben ist das noch nicht geändert von ATOMIC_BLOCK, aber ein paar Konstanten sind drin statt Variablen. Kann sein, daß da noch ein paar Typecasts fehlen und deswegen die Berechnungen inkorrekte Ergebnisse liefern. Denke, wenn ich die HW habe ist das schnell debuggt.

 

Habe einen Flüchtigkeitsfehler gefunden - RINGSIZE4/5 waren in der Berechnungsschleife vertauscht, mea culpa. In der attachten Version sind auch die Timer nun einzeln deaktiviert statt alles in einer ATOMIC_BLOCK Anweisung.

MEGA_PSTfreq_BME280_v1_nexus665.zip

 

 

Ringsize Ignition auf 5 liefert, mit dem Sketch, an der Kettensäge schonmal plausible Ergebnisse,
mein Drehgeber kommt -hoffentlich-  heute, von dem her kann ich dazu noch nix sagen...

ähm wäre eine Plausibilisierung der Drehzahlfrequenz möglich, um Doppelfunken von Kontaktzündungen zu ignorieren?

also dass wir z.B. sagen nach einen Interrupt werden für x Millis keine Interrupts mehr gezählt oder so...

evtl könnte man damit die bei Kontaktzündungen teilweise auftretenden Doppelfunken wegfiltern.

Wobei mit dem verkleinertem Ringsize, ist die Drehzahlmessung jetzt ja auch bei Problemzündungen recht brauchbar, zumindest zum Kontrollieren der eingestellten Übersetzung

 

Edit meint:
Wenn ich mir den Plot aus der Doku ansehe ist eine Plausibilisierung über eine feste Zeiteinstellung eh nicht möglich...

wenn dann wohl eher über eine Begrenzung der maximal plausiblen Änderungsrate oder so...

Bearbeitet 7. März 2018 von Werner Amort

[Werner Amort]

Ich habe jetzt mal die Frequenzmessung, so gut es mir halt möglich war kontrolliert,

originalsketch und @Nexus665 sketch
Ringsize jeweils 50
das TTL Signal kam von einem Voltcraft ScopeDMM750

 

 

 

Grundsätzlich hat der Serielle Output immer eine leicht höhere Frequenz angezeigt als am Signalgenerator eingestellt. Keine Ahnung ab das direkt am Signalgenerator lag oder am Quarz vom Arduino...

der originale Sketch funktioniert bis ca 16kHz bei höheren Frequenten schwankt die Ausgabe dann immer mehr...
der NexusSketch funktioniert bis 78kHz (mehr konnte mein Singalgenerator nicht erzeugen) liefert aber schwankende Werte von 100 bis gut 2000Hz

 

 

Bearbeitet 7. März 2018 von Werner Amort

[Herr Ingenieur]

Wurde denn schon darüber diskutiert die Schleppleistungsermittlung mit ins Programm einzubauen, um die Verluste und die Motorleistung darstellen zu können?

[Werner Amort]

halte ich für unsere Motoren, wo die Kupplungen meist eh nicht gscheid trennen für nicht aussagekräftig und uninteressant....

 

Zum optimieren liefert sowieso nur die Hinterradleistung reproduzierbare Ergebnisse.

 

Und der Tüv wird ein Diagramm von einer offenen Software eh nicht akzeptieren...

[Herr Ingenieur]

Ja, das kann gut sein mit dem Tüv, aber für zum Beispiel Simson Motoren ist die Verlustleistung sehr aussagekräftig für den Zustand der Kupplung und des Getriebes bzw. die Verluste im Motor selbst. Um zu wissen ob man da erstmal noch optimieren sollte, bevor man dann ans eigentliche Messen und Einstellen des Motors geht.

[Nexus665]

Am 7.3.2018 um 09:11 schrieb Werner Amort:

 

 

ähm wäre eine Plausibilisierung der Drehzahlfrequenz möglich, um Doppelfunken von Kontaktzündungen zu ignorieren?

also dass wir z.B. sagen nach einen Interrupt werden für x Millis keine Interrupts mehr gezählt oder so...

evtl könnte man damit die bei Kontaktzündungen teilweise auftretenden Doppelfunken wegfiltern.
[...]

Edit meint:
Wenn ich mir den Plot aus der Doku ansehe ist eine Plausibilisierung über eine feste Zeiteinstellung eh nicht möglich...

wenn dann wohl eher über eine Begrenzung der maximal plausiblen Änderungsrate oder so...

Hi Werner,

 

genau diesen Gedanken hatte ich auch gleich, als ihr Doppelzündung erwähnt habt. Wenn das nächste detektierte Intervall so stark kürzer ist als das vorige, dann kann man das filtern bzw. den Wert einfach einfrieren anstatt ihn springen zu lassen.

 

Am WE habe ich evtl. mal Zeit mir ein bißchen HW aufzubauen und selber das Oszi und den Signalgenerator anzuwerfen.

[Werner Amort]

vor 8 Minuten schrieb Nexus665:

Hi Werner,

....Wenn das nächste detektierte Intervall so stark kürzer ist als das vorige, dann kann man das filtern bzw. den Wert einfach einfrieren anstatt ihn springen zu lassen....

klingt vernünftig...

ähm bin gespannt ob bei dir auch die ausgegebene Frequenz auch zwischen 200 und 2kHz schwankt.

wenn die ausgegebe Frequenz wirklich, wenn auch zugegeben nur leicht, von der Vorgegebenen Frequenz abweicht ist die Frage ob die Abweichung konsistent immer gleich bleibt.
Dann könnte man ja noch einen Korrekturfaktor einbauen, um die Ausgabe zu trimmen?

[Werner Amort]

Am 14.2.2018 um 19:50 schrieb Malzi1977:

Habe diesen bei Amazon bestellt.    Vielleicht haut das bei dir besser hin.   Bin gespannt auf dein Ergebnis!!!

Meiner kam heute aus Chinesien

 

ist genau so einer wie auf dem Bild,
Beschriftung HS38S100B

hab ihn grad eben ans Breadboard gesteckt...

ACHTUNG DIE FARBBELEGUNG DER ADERN IST EHER UNÜBLICH

GND ist Schwarz
VCC ist Weiß (!)
Grün und Rot jeweils eine Phase

bei meinem mess ich 5kOhm von Grün oder Rot zu VCC.
es ist also bereits intern ein  Pullup Eingelötet.

Das heißt die Phase kann wohl direkt am Arduino angeschlossen werden, sofern VCC 5V beträgt...

Bearbeitet 9. März 2018 von Werner Amort