GSF Dyno - Leistungsdiagramm selbst gemacht...

[gravedigger]

ah ha, vielleicht war darum mein signal so schwach. welche spannungsteiler benötige ich für die variante zum scheinwerfer?

den gleich wie oben reingestellt?

Bearbeitet 10. August 2004 von gravedigger

[atom007]

jop, den gleichen...

[rasputin]

@admins: könnte man dieses topic nicht doch 'mal nach "projekte" verschieben? kann doch nicht angehen, daß ich ausschließlich wegen dieses topics hier bei den largeframern abhängen muß...

r

[gravedigger]

für die datenaufnahme sollte dieser fast besser als ein mp3 player sein und sogar mit usb:

http://shop.mediamarkt.de/webapp/wcs/store...ategoryId=11001

@nop

verschieb das mal in projekte und lösche dafür ein paar :plemplem: :uargh: :uargh: sachen aus dem projekte teil.

Bearbeitet 11. August 2004 von gravedigger

[VSR1T]

Die Datenrate sieht gut aus, die 24bit sowieso.

http://www.daswillichwissen.de/ATRAC

[atom007]

so, es ist mal wieder eine neue version draussen. es ist nun so eine symbiose zwischen den drei versionen, die ich in der letzten zeit gemacht habe:

1. das bekannte fuer die messung ueber lima

2. die "pruefstand"

und

3. die r&r version

wenn man das programm startet, so ist alles so voreingestellt, wie es fuer die messung ueber lima bisher war...

neu ist nun: man kann verschiedene diagramme ausgeben lassen. dazu die pulldown menues betaetigen und die x und y achse waehlen. z.b rpm - beschleunigung oder zeit - geschwindigkeit...

darunter findet sich noch ein knopf "Diagramme nur bis Vmax darstellen". das war bisher im programm fest, musste ich aber fuer die r&r version rausnehmen. wenn man eine leistungsmessung macht wie bisher im topic besprochen, so sollte dieser button aktiviert sein, denn sonst handelt man sich ein ueberschwingen des filters am ende des drehzahlbandes ein. wer eine ganzes rennen angezeigt haben moechte, der deaktiviert das natuerlich.

bei den parametern kann man nun seine messmethode waeheln:

a: lima - wie gehabt

b: radsensoren: wenn das signal am reifen abgegriffen wurde. z.b. hall sensor und magnete (hallsensor kostet 1.5-2eur) oder gleich die teile vom digitacho verwenden. je mehr magnete man am reifen installiert, desto beser :) anzahl dann eben dort eintragen wo sonst die anzahl der limaspulen stand. wenn man waerend der aufnahme schaltet, so sind die RPM - plots sinnlos, da RPM aus der getriebe uebersetzung berechnet wird und diese als fest angenommen wird - aber z.b stecke - geschwindigkeit kann man ploten und sehen in welchen teilstuecken der straecke man schneller war als im lauf zuvor...

c:traegheits rolle: wer schon so eine rolle zuhause hat und die rotation dieser aufnimmt kann hier dann anstatt gewicht das traegheitsmoment der rolle und deren umfang eintragen...

parameter FILTER LAENGE musste geaendert werden: diese nun in sekunden angeben (Periode der kleinsten erlaubten schwingung (so in etwa)) einfach mal ausprobieren, was fuer die qualitaet eurer aufnahme am besten ist (1 sekunde ist meistens okay).

vielleicht ganz hilfreich in den diagrammen ist auch die matlab eigene zoom-funktion: "Lupe +" aktivieren - da kann man ein rechteck um den bereich ziehen, den man sehen moechte. rechts klicken zoomt dann wieder einwenig raus - dopelcklick rechts zoomt ganz raus zurueck zum anfangswert.

ach ja, das vergesse ich immer zu sagen: die DEITEINAMEN ERWEITERUINGEN wie .bmp, .asc und .cfg bitte selber angeben (ist ja urspruenglich kein windows programm) ihr koennt das natuelich auch sonst irgendwie nennen, muesst das halt nur wieder finden...

viel spass damit :)

PS: linux version sollta auch jeden moment auf dem server liegen...

[StahlFix]

Respekt und Hut ab ! :love:

Sauber!

Greetz,

Armin

[atom007]

so linux version ist nun auch online. links dazu ganz am anfang des topics. dermetzler konnte die libs sogar soweit beschraenken, dass es nun nur noch 7mb sind

EDIT:

vergessen dazu zu schreiben, bei der filterlaenge bitte keine zahlen kleiner gleich null eintippen

Bearbeitet 18. August 2004 von atom007

[beodeo]

ebenfalls RESPEKT!

dafür könnte man mal den anderen mist aus der rubrik "Projekte" löschen

[dermetzler]

So fuer die Linux Fraktion (*g* hoffe das sind mehr als Windoofer )

Die Libs sind als zip gepackt. Ja straft mich ruhig, hab kein tar benutzt. Nachdem ihr die ausgepackt habt, muesst ihr noch den Pfad bekannt machen. Entweder ihr bindet das fest ein oder setzt den jedesmal per hand....

Auf jeden Fall geht dem so, zum Beispiel bei mir:

setenv LD_LIBRARY_PATH ~/entwicklung/gsf_dyno/libs

Als Pfad mueest ihr dann das Veryeichnis angeben wo ihr die Libs hingepackt habt.

Bearbeitet 19. August 2004 von dermetzler

[VSR1T]

Da die EBC-Versionen schon Hallgeber eingebaut haben (64 Impulse/U) könnte man den Radumfang einfach durch 64 Teilen. Ist die Variable für den Umfang ein INT?

[atom007]

Da die EBC-Versionen schon  Hallgeber eingebaut haben (64 Impulse/U) könnte man den Radumfang einfach durch 64 Teilen. Ist die Variable für den Umfang ein INT?

EBC-Versionen? was ist das?

alle variablen sind double (wie hiess das in c, real?) sogar die anzahl der sensoren...

matlab speicher auch integers als double. kann man nicht aendern

[VSR1T]

Das ist das Vespa-ABS mit 64 Magneten pro Umdrehung im Vorderrad.

Denke auch in C war´s real und double, ist aber schon lange her bei mir

Auf jeden Fall funzt das dann ja. Prima Programm

Denke gerade über einen kleinen eingebauten Rechner nach

[atom007]

Das ist das Vespa-ABS mit 64 Magneten pro Umdrehung im Vorderrad.

Denke auch in C war´s real und double, ist aber schon lange her bei mir

Auf jeden Fall funzt das dann ja. Prima Programm

Denke gerade über einen kleinen eingebauten Rechner nach

das sollte kein problem sein. einfach das pulldown menu "Parameter fuer Aufnahme:" auf "Radsensoren" stellen. Das Eingabefeld "Anzahl der Lima Spulen" aendert sich dann zu "Anzahl der Sensoren", hier dann die zahl von 3 auf 64 aendern. Den richtigen reifenumfang eintippen und den anderen kram halt auch... gewicht und so. am besten dann auch speichern...

[atom007]

Noch ein paar anmerkungen:

generell sollte man fuer LANGERE AUFNAHMEN die "samplingrate" herunter drehen. im programm selber werden die daten auf 4410Hz (runter-)gesampled. es reicht also vollkommen, wenn man mit 8000Hz aufnimmt (glaube weniger geht mit den meisten geraeten garnicht). das macht ein relativ kleines wav-file, so dass man auch laengere aufnahmen einspeisen kann ohne dass man speicher probleme bekommt.

zu dem GEARING, sliders013 wollte das gerne haben, ist mir eingefallen, dass man einerseits das signal ueber radsensoren abnimmt und dieses z.b. auf dem linken kanal aufnimmt. auf dem rechten koennte man dann das lima-signal einspeisen.

teilt man die eine frequenz durch die andere, so erhaelt man feste werte, je nachdem in welchem gang man gefahren ist. lediglich zu den zeiten wo man die kuplung zieht bekommt man ein gezappel. diese kurve koennte man den anderen ueberlagern und so sehen wo und wann man welchen gang drin hatte. wuerde das so reichen? dann muesste man keine hardware bauen, die an der schaltraste registriert welcher gang eingelegt ist ....

[VSR1T]

Zum Thema Radumfang mache ich mir so meine Gedanken. Das ist ja eigentlich keine

Konstante. Bei Tempo 100 machen die Zehnzöller so ca. 1250 U/min, da zerren die Zenrifugalkrafte schon ganz ordentlich. Ich hatte das mal an einer BMW getestet, deren Tacho recht genau war. Bei Vmax gab es da zum Fahrradtacho massive Abweichungen >10%.

Wenn man das Signal vom Hallgeber mit dem Lima-Signal auf dem anderen Kanal vergleicht, könnte man doch eine Kennlinie erstellen wie sich der Reifenumfang mit der Geschwindigkeit ändert.

[atom007]

Wenn man das Signal vom Hallgeber mit dem Lima-Signal auf dem anderen Kanal vergleicht, könnte man doch eine Kennlinie erstellen wie sich der Reifenumfang mit der Geschwindigkeit ändert.

das wuerde gehen, und schluepf waere auch gleich mit beruecksichtigt.

[VSR1T]

Mal grob überschlagen:

max. 150 km/h~42 m/s : 1,3m Radumfang ~ 32 Hz*64 Impulse ~ 4kHz

8 kHz Samplingrate würden also reichen.

[atom007]

Mal grob überschlagen:

max. 150 km/h~42 m/s : 1,3m Radumfang ~ 32 Hz*64 Impulse ~ 4kHz

8 kHz Samplingrate würden also reichen.

32 Hz*64 Impulse sind doch ca 2kHz. dann sollte das mit der internen samplingrate von 4410Hz auch gerade so noch klappen, obwohl schon recht knapp das ganze. vielleicht kann ich mal bei gelegenheit die interne samplingrate noch an die anzahl der sensoren anpassen. ist aber immer hilfreich dazu ein paar testdaten zu haben, sonst mache ich das ja irgendwie blind

Bearbeitet 20. August 2004 von atom007

[VSR1T]

Jaja, mein Taschenrechner und ich :wasntme:

Ich habe noch einen Phillips DCC-Recorder hier, allerdings ist der Akku hinüber.

Mal sehen, wo ich eine 6V-Batterie auftreibe.

Edit: Kleine Verständnisfrage

Es handelt sich bei der Ausgabe des Hallsensors doch nur um einfache Pulse.

Bei max 2 kHz sollte doch mit einem MP3-Recorder (=DCC-Recorder) kein Puls unterschlagen werden.

Was der Sensor an Signal ausgibt (und wo), muß ich erst mal herausfinden.

Liege ich richtig, daß in Fahrradtachos ein Reedkontakt verwendet wird?

Bearbeitet 20. August 2004 von VSR1T

[Scooter Activation]

Bei mir gibt es leider eine Fehlermeldung nach dem Klick auf "Berechne Diagramm" (Windoof XP). upfirdn.dll kann er nicht finden. Ist wohl ne Mathlab dll die ich nicht habe. Woher beomme ich die?

Bearbeitet 21. August 2004 von Tentoxa

[atom007]

ja, die hat matlab wohl vergessen mit einzupacken. hier ist sie:

upfirdn.dll

einfach mit zu den anderen matlab dlls packen, dann solte das funktionieren...

[Scooter Activation]

Cool, funktioniert! Danke.

Ich mach mich auf die Gasse

Bearbeitet 21. August 2004 von Tentoxa

[sliders013]

danke tom für die cd ! werd dir mal bilder von unserem auspuff schicken ... du hast die richtigen gedanken dazu !

das schaut ja alles sehr professionell aus ...wir gehn's jetzt auch an mit dem diagramm ....... hardware am roller und dann mal schaun....

welche aufnahmegeräte verwendet ihr jetzt wirklich und vorallem wo habt ihr schwächen erkannt . alternativen ? bin nicht schlüssig was am besten anzuschaffen ist .

[gravedigger]

ich würde einen md recorder mit usb anschluss anschaffen.

die MP3 player sind etwas fummelig und zeichnen oft eine eigenes format auf (nicht mp3 kompatibel) bzw. können kein WAV über line-in machen.

habe mir im online shop von media-markt für 79 öcken einen MD recorder mit usb gezogen.

leider konnte ich ihn noch nicht am roller testen.

Bearbeitet 26. August 2004 von gravedigger

[sliders013]

leider konnte ich ihn noch nicht am roller testen.

bitte berichte wenns soweit ist !

[dermetzler]

So, es geht wieder etwas weiter! Eine neue Version des GSF Pruefstandes ist fuer Linux sowie Windows erhaeltlich. Zu beziehen ist das ganze wie immer ueber die erste Seite dieses Topics...

[atom007]

so, habe mal mein mp3 player an das kabel vom licht angeschlossen. so sieht das signal aus:

ist zwar keine sinus kurve, aber trozdem recht brauchbar... ach ja, die achsen: x ist die sample-nummer, y die "aussteuerung" 1 waere voll ausgesteuert, die aufnahme lautstaerke

meines mp3 players ist also auch ganz okay.

das herzstueck des programms ist das spektrum:

ist auch absolut sauber. hier ist energie zu einer gegebenen frequenz ueber zeit aufgetragen. je roeter desto mehr energie. gut zu sehen auch die "oberschwingungen" die in diesem fall daraus entstehen, dass das signal kein reiner sinus ist. solange diese von ihrer staerke unter dem hauptsignal bleiben gibt es kein problem. je schneller dieses rote band ansteigt, desto mehr leistung hat der motor.

zu den aufnahme geraeten: ansich sollte sich alles eignen, was ein mic oder line-in eingang hat. minidisc sind haeufig auch fuer aufnahmen gedacht und somit kann man von einer recht guten aufnahmequalitaet und bedienkomfort ausgehen. die mp3 player haben wohl den vorteil einer langen akku-betriebsdauer, sind aber in der bedienung anscheinend meistens recht fummelig.

wenn man lange aufnahmen machen will, dann wuerde sich ein usb-port zum kopieren der datei auf den rechner wohl anbieten, dann dauert die nicht ewig.

Bearbeitet 21. September 2004 von atom007

[schloer]

@Atomoo7

Alder du bist ja echt der geilste!!!!!

Nochmal ein riesen Dankeschön dafür, das Du das Prog. auch für eine Träge Rolle umgeschrieben hast!

Funtzt Super!

Gruss vom Schloer

[Lacknase]

Ich kriege das Programm zwar problemlos zum laufen, aber die Berechnung hängt leider. Der traceback spuckt aus:

$ LD_LIBRARY_PATH=~/gsf/libs

$ export LD_LIBRARY_PATH

$ ./gsf_dyno

An error occurred in the callback : calc_diag

The error message caught was      : Failed to find MEX-File on path : besselmx.mexglx.

System:

default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.8-gentoo-r3

Habe ich etwas übersehen?

Bearbeitet 5. Oktober 2004 von Lacknase