Zum Inhalt springen
  • Das GSF wandelt Links in Affiliate Links um, um ggf. eine Provision erhalten zu können. Gerne nutzen bitte, danke! Mehr Infos, wie ihr das GSF unterstützen könnt, findet ihr im GSF Support Topic.

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


Empfohlene Beiträge

Geschrieben

Ich meine die Lager für die Rolle selbst.

Es kommen noch direkt Füße unter das vierkant wo das Lager von der Rolle drauf liegt.

Und genau das Lager meine ich. P.S. vielleicht kann meine Beiträge verschoben werden. Und sorry dafür

 

Geschrieben




der Arduino reagiert empfindlich auf Elektromagnetische Störungen (Zündung)
jedes weitere Kabel fungiert dabei als zusätzliche Antenne...
und muss warscheinlich abgeschirmt werden...

Ich hatte heute die Nase voll! Mit angeklemmter Zündzange ging gar nix mehr. Das Programm fror bei jeder Messung ein. Neustart...immer wieder! Selbst mit den anderen Übersetzungsermittlungsmethoden oft Programmabstürze.
Also Kabel abschirmen! Antennenkabel sind bereits abgeschirmt. Ich habe lediglich das Kabel getauscht und seit dem keinen Programmabsturz mehr gehabt! Toi toi toi!

9ed10f295606f8eabe3f007c121debe6.jpg
  • Like 1
  • Thanks 2
Geschrieben

Die Lösung ist eigentlich zu einfach um wahr zu sein. Ein geschirmtes Kabel, darauf hätte ich auch mal kommen können.

Könnte auch noch helfen den Schirm dann auf Masse zu legen.

Geschrieben (bearbeitet)
vor 9 Stunden schrieb RenaeRacer:


 


Antennenkabel sind bereits abgeschirmt

Toi toi toi!

9ed10f295606f8eabe3f007c121debe6.jpg

 

welche antenne?

Hast du das Prüfstandgestell mit an GND der Elektronik hängen?

so ists bei mir leider übern Drehgeber,
ich glaube das machts bei mir Schlimmer,

aber mittlwerweile läuft auch meiner Problemlos mit allen Zündungen

Bearbeitet von Werner Amort
Geschrieben
vor einer Stunde schrieb RenaeRacer:

Ich habe lediglich das einfache 1-adrige Kabel am Anschluss IGN durch ein Antennenkabel ersetzt. Scheint so zu reichen.

Umd den Schirm nirgends aufgelegt?

Geschrieben

Ich habe nix irgendwo anders hin verbunden oder aufgelegt, sonst hätte ich es ja dazu geschrieben.
Ich habe keinerlei Ahnung von allem was mit Elektriztät zu tun hat. Deshalb bin ich froh, dass es hoffentlich nun so funktioniert.

Geschrieben

Das bedeutet konkret, dass ich das Drahtgeflecht im Außenbereich des Antennenkabels zusammendrehe, einen Flachstecker draufklemme und dieses mit dem Gestell verbinde? Eine Hauserdung wird hoffentlich nicht nötig sein...oder ist sonst die Verbindung zum Gestell auch unwirksam?

Geschrieben
vor 6 Minuten schrieb RenaeRacer:

Das bedeutet konkret, dass ich das Drahtgeflecht im Außenbereich des Antennenkabels zusammendrehe, einen Flachstecker draufklemme und dieses mit dem Gestell verbinde? Eine Hauserdung wird hoffentlich nicht nötig sein...oder ist sonst die Verbindung zum Gestell auch unwirksam?

Das ist Korrekt. Hauserde ist nur nötig wenn du auch bei Blitzeinschlag noch genau messen willst.

Geschrieben (bearbeitet)

Wir waren am Montag aufm Prüfstand mit dem China-Drehzahlgeber und haben festgestellt, dass der sehr stoßempfindlich ist. Mit Gussrädern aufm Moped gings (unteres Bild). Aber sobald man mal nen Speichenradmoped mit ein wenig mehr Höhenschlag drauf hatte (oberes Bild), sahen die Kurven dann sehr komisch aus. Wir überlegen anstelle des Drehzahlgebers nen Hallsensor mit Triggerrad ranzubauen - mechanische Entkopplung eben. Die bisher verwendete Kupplung zwischen Rolle und Drehzahlgeber ist aus Hartgummi. Hatte jemand schon ein ähnliches Problem?

 

index.jpg

index2.jpg

Bearbeitet von Herr Ingenieur
Geschrieben

Ja, das stimmt soweit.

Ich habe, um es den Jungs auch live zu demonstrieren, unmittelbar nach einer "Holperkurve", mein Moped mit der Gussfelge raufgestellt. Aalglatte, saubere Kurve- und das, trotz geringeren Glättungsfaktoren, die wir für die anderen Messungen schon etwas hochgefahren hatten. Übersetzung war dabei immer auf "nKuWe/Rolle" gestellt.

Geschrieben

Ok
bist du sicher dass dir nicht die Zündung die Zacken reinhaut.

war bei der Messung der Zündkabel an der Kerze?
wenn ja dann miss mal ohne Zündabnahme

Ich hatte auch mal so ne Kurve, als meine Verkabelung noch nicht komplett geschirmt war.
also auch der Kabel zum Drehgeber usw...


wenn du das ausschließen kannst

gib mal Rollenumfang
Ringsize im Sketch
und die eingestellte Glättung durch.


aber ich glaube es liegt echt an der EMV.

 


 

Geschrieben
vor 14 Stunden schrieb Werner Amort:

dasmuss nix heisen

 

war bei mir damals auch teilweise so

Was meinst du damit? Wenn kein Zündsignal während der Messung abgegriffen wird, kann es schonmal nicht am Zündsignalabgriff liegen.

Geschrieben

Oh doch

die elektromagnetischen Störungen der Zündung  sind locker stark genug um einen Arduino einzufrieren...

auch wenn da keine Klemme am direkt Zündkabel hängt...

hinzu kommt noch das jedes ungeschirmte kabel welches zum Kontroller geht ja als Antenne fungiert...

bei mir war zb der Veruchsaufbau total unempfindlich was das angeht, als aber dann alles am Stand montiert war wurde es tückisch.


kann mich erinnernn ich hatte mal eine komplette unentstöre Vape Zündung auf der Rolle, also Kerze ohne R und Kappi ohne Widerstand...
die hat eine Ähnliche Kurve Produziert...
obwohl keine Klemme am Zündkabel hing...
obwohl mein Stand schon den Aluhut auf hatte...


Kerzenkappi mir Widerstand und alles war gut...



 

Geschrieben

An die elektromagnetischen Felder im Raum hatte ich auch schon gedacht. Aber Rene meinte er hatte die Kabel abgeschirmt. Was da noch Sinn machen würde, ist wenn man das Arduino nochmal extra schirmt in einer Metallbox zum Beispiel und als Signalkabel Koaxialkabel verwendet. Noch andere Ideen?

Geschrieben

So, habe jetzt von Chili das komplette Paket erhalten. Ich habe mir auch die Dokumentation runtergeladen und durchgesehen, aber ich finde nirgends einen Anschlußplan, was ich wie verbinden muß. Habe ich da was übersehen?

 

Sollte man des BME280 direkt auf die Platine stecken, bevor man alles in Betrieb nimmt, oder zunächst ohne installieren und dann später einstecken?

 

Für die Zündkabelklemme besser direkt ein Antennenkabel nehmen, wegen der Abschirmung?

 

Den Arduino mit der Platine sollte man ja, wie ich das hier gesehen habe am besten in eine Plastikbox stecken, die von außen mit Alufolie abgeschirmt ist, aber funktioniert denn die Temperaturberechnung zuverlässig, wenn das Teil eingepackt ist?

  • Like 1
Geschrieben (bearbeitet)
vor einer Stunde schrieb Champ:

So, habe jetzt von Chili das komplette Paket erhalten. Ich habe mir auch die Dokumentation runtergeladen und durchgesehen, aber ich finde nirgends einen Anschlußplan, was ich wie verbinden muß. Habe ich da was übersehen?

 

Sollte man des BME280 direkt auf die Platine stecken, bevor man alles in Betrieb nimmt, oder zunächst ohne installieren und dann später einstecken?

 

Für die Zündkabelklemme besser direkt ein Antennenkabel nehmen, wegen der Abschirmung?

 

Den Arduino mit der Platine sollte man ja, wie ich das hier gesehen habe am besten in eine Plastikbox stecken, die von außen mit Alufolie abgeschirmt ist, aber funktioniert denn die Temperaturberechnung zuverlässig, wenn das Teil eingepackt 

Anschluss hängt auch ab vom verwendetem Drehgeber.

 

Box würd ich was aus Metall oder Alu nehmen, dann sparst dir die Folie.

 

Ich würde den Arduino das erste mal ohne Board dran flashen, dann sind alle Abgänge richtig gesetzt.

 

bei Updates ist es egal Board kann samt BME280 und Sensoren am Board bleiben.

 

für den Luftdruck ist es egal aber Temperatur im Gehäuse, habich keine saubere messung hinbekommen,

 

ich habe mittlerweile eine separate Wetterstation.

 

Würde ich nochmal bauen würde ich den BME280, wie bei meiner Wetterstation, nach außen führen undirgendwo in Motorhöhe positionieren,

wichtig; Abgeschirmtes 4 adriges Kabel.

 

Ich hab dazu ein altes Usb Kabel genommen bei meiner Station

Das funktioniert....

 

 

Bearbeitet von Werner Amort
  • Thanks 1
Geschrieben
vor 50 Minuten schrieb Werner Amort:

Anschluss hängt auch ab vom verwendetem Drehgeber.

 

 

 

 

 

Habe ich direkt von Chili mit bekommenTyp H38S100B, Kabel: schwarz, weiss, grün, rot und die Abschirmung (Masse) zusammengezwirbelt

Geschrieben

keine Ahnung ob der H38S100B nochmal anders ist, der

HS38S100B ist von der Farbbelegung relativ speziell...

klär mal ab ob ein Pullup integriert ist,
widerstand messen zwischen Vcc und Phase.

chili23 kann dir da aber sicher Helfen...

 

 

 

Geschrieben

Ich habe jetzt die Software entsprechend der Dokumentation auf meinem Laptop installiert.

 

Ich habe dann den Arduino angeschlossen und den Port laut Anleitung ausgewählt. Es ist allerdings kein Treiber Installations Hinweis erschienen.  Bei Punkt 8, "Hochladen" bekomme ich dann aber eine Fehlermeldung: TCCR4A was not declared in this scope

 

bei Fehlermeldung kopiert erscheint das hier:

 

Arduino: 1.8.1 (Windows 10), Board: "Arduino/Genuino Uno"

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino: In function 'void setup()':

MEGA_PSTfreq_BME280_v1:166: error: 'TCCR4A' was not declared in this scope

MEGA_PSTfreq_BME280_v1:167: error: 'TCCR4B' was not declared in this scope

MEGA_PSTfreq_BME280_v1:168: error: 'TCCR4C' was not declared in this scope

MEGA_PSTfreq_BME280_v1:169: error: 'TIMSK4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:172: error: 'TCCR5A' was not declared in this scope

MEGA_PSTfreq_BME280_v1:173: error: 'TCCR5B' was not declared in this scope

MEGA_PSTfreq_BME280_v1:174: error: 'TCCR5C' was not declared in this scope

MEGA_PSTfreq_BME280_v1:175: error: 'TIMSK5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:185: error: 'ICNC4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:186: error: 'TOIE4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:187: error: 'ICIE4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:190: error: 'ICNC5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:191: error: 'TOIE5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:192: error: 'ICIE5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:195: error: 'CS40' was not declared in this scope

MEGA_PSTfreq_BME280_v1:196: error: 'CS42' was not declared in this scope

MEGA_PSTfreq_BME280_v1:196: error: 'CS41' was not declared in this scope

MEGA_PSTfreq_BME280_v1:199: error: 'CS50' was not declared in this scope

MEGA_PSTfreq_BME280_v1:200: error: 'CS52' was not declared in this scope

MEGA_PSTfreq_BME280_v1:200: error: 'CS51' was not declared in this scope

MEGA_PSTfreq_BME280_v1:209: error: 'PL0' was not declared in this scope

MEGA_PSTfreq_BME280_v1:212: error: 'PL1' was not declared in this scope

MEGA_PSTfreq_BME280_v1:239: error: 'TIFR4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:239: error: 'ICF4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:240: error: 'TIFR5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:240: error: 'ICF5' was not declared in this scope

In file included from C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino/Arduino.h:30:0,

                 from sketch\MEGA_PSTfreq_BME280_v1.ino.cpp:1:

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino: In function 'void TIMER4_OVF_vect()':

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino:396:5: warning: 'TIMER4_OVF_vect' appears to be a misspelled signal handler, missing __vector prefix [-Wmisspelled-isr]

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino: In function 'void TIMER5_OVF_vect()':

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino:400:5: warning: 'TIMER5_OVF_vect' appears to be a misspelled signal handler, missing __vector prefix [-Wmisspelled-isr]

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino: In function 'void TIMER4_CAPT_vect()':

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino:406:5: warning: 'TIMER4_CAPT_vect' appears to be a misspelled signal handler, missing __vector prefix [-Wmisspelled-isr]

MEGA_PSTfreq_BME280_v1:411: error: 'ICR4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:413: error: 'TIFR4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:413: error: 'TOV4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:421: error: 'ICR4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:423: error: 'TIFR4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:423: error: 'TOV4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:432: error: 'TIFR4' was not declared in this scope

MEGA_PSTfreq_BME280_v1:432: error: 'ICF4' was not declared in this scope

In file included from C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino/Arduino.h:30:0,

                 from sketch\MEGA_PSTfreq_BME280_v1.ino.cpp:1:

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino: In function 'void TIMER5_CAPT_vect()':

C:\Users\champ\Documents\Prüfstand\WildBugChilGru-2.0.1\Arduino\MEGA_PSTfreq_BME280_v1\MEGA_PSTfreq_BME280_v1.ino:441:5: warning: 'TIMER5_CAPT_vect' appears to be a misspelled signal handler, missing __vector prefix [-Wmisspelled-isr]

MEGA_PSTfreq_BME280_v1:446: error: 'ICR5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:448: error: 'TIFR5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:448: error: 'TOV5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:456: error: 'ICR5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:458: error: 'TIFR5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:458: error: 'TOV5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:466: error: 'TIFR5' was not declared in this scope

MEGA_PSTfreq_BME280_v1:466: error: 'ICF5' was not declared in this scope

exit status 1
'TCCR4A' was not declared in this scope

Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.
 

Geschrieben

Noch ein Problem, ich bekomme die LabVIEW Datei nicht entpackt. auf zwei verschiedenen Rechnern probiert. Gibt immer Fehlermeldungen, entweder Dateiformat nicht erkannt oder Datei beschädigt.

Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde Dich hier an.

Jetzt anmelden
  • Wer ist Online   0 Benutzer

    • Keine registrierten Benutzer online.



×
×
  • Neu erstellen...

Wichtige Information