Zum Inhalt springen

atom007

GSF Support
  • Gesamte Inhalte

    2.376
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    4

Alle Inhalte von atom007

  1. ja, dank web-space erweiterung kann ich das nun tatsaechlich machen, muss den nur noch zahlen, sonst ist der scheiss in zwei tagen gespeert. bitte schoen: mglinstaller EDIT: musste den link leider wieder entfernen
  2. ich habe mal die besselmx.mexglx ins netz gestellt. vielleicht hilft das wenn du es in das bin verzeichniss kopierst. sag mal bescheid. sonst kann ich es noch mal fuer sun solaris kompilieren. wenn ihr den mglinstaller selbst irgendwo runter zieht, dann muesst ihr auf die richtige versionsnummer achten (diese ist meistens aber nicht mit angegeben :uargh: ) daher kam vermutlich: zur zeit benutze ich matlab 6.5.1 (R13) EDIT: habe mal nachgeguckt: der link oben von Lacknase fuehrt zur falschen version des mglinstallers. die groesse des mglinstallers fuer linux sollte 13322944 byte sein (also 130107KB)
  3. die wenige vorzuendung im standgas ist ja nicht so entscheidend oder? solange sich niemand den fuss beim ankicken bricht sollte uns das doch egal sein, dachte ich.
  4. 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.
  5. lh kann ich auch nur empfehlen, fahre den polini mit 1mm fuss und 0.75mm kopf. hat aber keinen besonderen unterschied zu 1.5mm fuss und ohne kopf gebracht. viel lieber wuerde ich nur kopfdichtung fahren - passt halt eher zu dem zylinder - passt nur dann nicht zu meinem topf. polini setzt die drehzahlgrenze auf 7900, sollte also laut der rechnung oben mit langhub 7500rpm sein. gut ab und zu derhe ich ihn schon auch auf 7900 aber das ist ja nur kurz . auslass habe ich recht weit erweitert, aber eben nur nach oben und unten und nicht zu den seiten um eben das einfedern klein zu halten. bisher konnte ich an den ringen an sich noch keine probleme oder hohen verschleiss im bereich der fenster/auslass sehen. und solange die ringe nicht einfedern und sich nur abnutzen und die laufbahn nicht zu stark abgetragen wird, dann sind doch polinis ringe fast noch die guenstigste sache die man im winter mal tauschen koennte.
  6. genau das dachte ich auch anfangs und hat mich wohl den pinasco177 gekostet. aber zugegeben, wie es meistens (auch bei nukes.de) erklaert wird ist das auch die richtige schlussfolgerung. tatsache ist, dass bei hoeheren drehzahlen das gemisch staerker durchwirbelt wird und somit das "durchbrennen" von der kerze zum kolben schneller von statten geht => deshalb hohe drehzahl weniger vorzuendung! bin schon gespannt wann es die ersten ergebnisse hier gibt :) ich brenne sozusagen schon drauf!
  7. hat eigentlich jemand ein leistungsdiagramm von dem pm evo und dem polini177. im rap topic war mal eins drin von "phatlina", das ist aber nun nicht mehr vorhanden. wenn ich den sip und pm evo aus dem t5 auspuff test uebereinander lege, dann sieht der pm garnicht unbedingt geeignet aus. der kommt ja noch spaeter als der sip und der polini sollte ja nicht ueber 8000 drehen. rot ist sip, schwarz pm-evo. ist mir klar, dass der t5 kein polini ist, deswegen frage ich ja :haeh:
  8. nebenduese + gemischschraube. in den faq (link ganz oben) ist das vergasereinstellen sehr ausfuehrich beschrieben. ich wuerde tippen der laeuft zu fett im standgas...
  9. so, spaltmarathon geschafft, puh! die massen der distanzhuelse: aussen durchmesser: 50mm innendurchmesser : 14mm dicke : 10mm gibt aber verschiedene, meine sieht aus wie eine grosse dicke balagscheibe. andere haben noch mal ne bohrung fuer das schwingen-rohr...
  10. 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...
  11. atom007

    GPS

    in usa gibts die teile meistens viel viel billiger. nur muss man das irgendwie bestellen, ohne das man zoll zahlen muss, sonst wirds mit porto und zoll aehnlich teuer wie hier. manchmal versprechen bei ebay die leute, dass man kein zoll zahlen brauch...
  12. @ karoo: hey, konnte das castrol mtx nicht so auf die schnelle auftreiben. habe aber jetzt das motorex gearoil. kannst du das immer noch empfehlen, oder gabs inzwischen probleme mit. z.b. siris?
  13. 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
  14. das wuerde gehen, und schluepf waere auch gleich mit beruecksichtigt.
  15. 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 ....
  16. ja, nur die rahmennummer + das dazugehoerige baujahr zaehlt.
  17. ist zwar jetzt ewas offtopic, aber mit sachen wie bremsenreiniger sollte ich den siris doch bestimmt nicht nahe kommen, oder?
  18. 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...
  19. das ist es sicher nicht... das ist eher was um seinem schiffchen einen schoenen glanz zu verpassen. das zeug fuer schlauchbote aber vielleicht schon...
  20. 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
  21. so, habe einiges an beheben koennen. was war eigentlich das problem, dass ich so eine grosse hd fahren musste. ich vermute ein etwas verstopftes schwimmerventil. habe eine benzinpumpe montiert, zuerst ohne ruecklauf - ging natuerlich garnicht. aber danach konnte ich mich vor sprit nicht mehr retten. vorher hat die schwimmerkammer recht lange gebraucht um voll zu laufen (wuerde sagen so eine 1/2 bis 1 minute!!!) nachdem die pumpe mal ordentlich durchgepumpt hat ging das auch ohne pumpe recht schnell. schwimmerstand habe ich eingestellt, soweit das mit dem SIP-(malossi-gummi-ersatz)-ansaugstutzen ueberhaupt moeglich ist... fahre nun eine 145er hd und die ist noch eindeutig zu fett - gerade so, dass er bei vollgas nicht viertacktet. ich war mir sicher das problem waere nun beseitigt. aber pustekuchen! fahre jetzt den pinasco bis ich das problem behoben habe. will ja den schoenen neu geschlifenen polini nicht gleich wieder schrotten. der pinasco zeigte jedenfalls auch vor dem einbau der benzinpumpe genau das gleiche verhalten. nur schon ab 110km/h - eine schlagartig einsetzende temperatur erhoehung. fahre den auch nur mit einer 1mm fudi und ohne kodi. quetschkannte habe ich noch nicht gemessen (bei beiden nicht) aber die zuendung abgeblitzt. die steht und stand immer am anschlag was knapp unter 17° ist (schaetze 16.5°). kann es sein, dass das immer noch zu frueh ist? sollte ich vielleicht auf 15° gehen? diese zuendung macht mir ehe sorgen. das ist das pickup-signal das ich mit der minidisc aufgenommen habe: ich nehme an, dass der zuendzeitpunkt zu den zeiten der grossen ausschlaege geschehen soll. nun ist es aber so, dass mit steigender derhzahl die gesamte signalstaerke ansteigt. so werden irgendwann bei hoeheren drehzahlen die kleinen ausschlaege so gross wie die grossen bei kleinen drehzahlen (verstaendlich?). und dann koennte es doch sein, dass die zuendung ab einer gewissen drehzahl schon an dem hocker vor dem grossen ausschlag zuendet und somit schlagartig zu frueh wird. das widerspricht sich zwar damit, dass der polini ab 120 zu heiss wird und der pinasco ab 110, aber trozdem - weiss jemand ob so pickup-signal verhalten normal ist?
  22. 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
  23. mein sortiment ist zwar nicht gross, aber bisher mag ich amliebsten noch dieses teil (117): natuerlich nur fuer kleine sachen... ansonsten auch sowas: da kann man das schleifpapier drauf setzen, denn solche dinnger hier... ... verlieren sehr schnell die form. das ganze gibts bei www.dremeleurope.com und finger weg von billigen aufsetzen...
  24. schraub dir erst mal den SIP ersatz-metall-stutzen fuer malossi membran an. da steht der vergaser erst recht schief! schwimmerstand anpassen unmoeglich! da schleift der vergaser auch nicht unten an der kammer sondern oben. klasse. so ein "geneigter" spacer (oder ist es dann ein sloper?) waere da echt angebracht...
  25. 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...
×
×
  • Neu erstellen...

Wichtige Information