grua

Brauchte ich trotz Cu-Dichtung auch schon. Kommt daher jetzt sicherheitshalber immer drauf. Seit dem ist Ruhe.

Letzten Winter auch erst einen Sprint 3-Kanal Motor (noch mit den 2 Stk. großen Kurbelwellen-Rillenkugellagern) neu aufgebaut: Mazzu Kurbelwelle mit großem Konus, BGM 177, 24 SI und Polini Box. Würds genau so wieder machen! Das was der BGM von sich aus mitbringt, schaffst mit dem Polini halt nur mit Bearbeitung. Mit anderen Zylindern fehlt mir die Erfahrung, möchte ich mich daher nicht äußern.

Im Grunde wird halt das bestätigt, was man bereits an einigen anderen Kurven ablesen konnte: Die LTH-Box für 177er verliert untenrum und gewinnt oben im Vergleich zur Polini Box. Bei der 200er ist das so nicht feststellbar, bei der 177er aber eigentlich bekannt (egal obs jetzt 2, 3 od. 4 PS sind...)

Ja, das ist natürlich korrekt. Loctite mittelfest kann die Quetschung natürlich vollwertig ersetzen! Ich persönlich ersetze die Mutter aber immer und gebe zusätzlich Loctite dran. Sozusagen doppelt hält besser

Das sind Quetschmuttern. Folglich immer nur ein einziges Mal anziehen. Nach jedem Lösen tauschen!

Nur der Vollständigkeit halber: ab ca. 1970 hatten auch die Sprint (ohne V) bereits 3 Überströmer

Vielleicht hier übersehen, aber von Pipedesign gibts auch was, sogar mit Piaggio Kennzeichnung: http://www.pipedesign.de/auspuffanlagen/smallframe-v50pvpk/s-box-banane.html

Genau, 50 cent waren das [emoji106]

Ich leg da immer ein 5 cent Stück drauf (oder ists ein 2 cent, weiss ich jetzt auswendig nicht was passt, einfach probieren) und presse das dann bündig ein. So sitzt das Lager um die Stärke der Münze tiefer. Passt dann gut. Den Tip hab ich glaube ich vom wheelspin

Getriebe wurde ausdistanziert?

neues Release v2.0.0 Download wie immer unter https://github.com/gruaGit/WildBugChilGru/releases Änderungen: Polynomapproximation entfernt (nur noch 2 Stk. Filterparameter und dadurch einfacher abzugleichen) Berechnung Klimakorrekturfaktor nach DIN 70020 korrigiert (Luftfeuchtigkeit wird nur noch angezeigt, aber in Berechnung nicht mehr berücksichtigt) Fehler in Berechnung der Untersetzung behoben Über Zündimpulse ermittelte Untersetzung wird automatisch ins Feld "nKuWe/nRolle" übernommen um die Durchführung von Folgeläufen mit fixer Untersetzung zu vereinfachen Tooltips überarbeitet Recalc: Deaktivierung der Schaltfläche "Vergleichen" nach Laden der siebten Kurve Recalc: Deaktivierung der Filterparameter-Eingabe, sobald Läufe überlagert werden. Wiederaktivierung, sobald über Öffnen ein neuer Lauf geladen wird Recalc: Warnmeldung bei Vergleich von mit unterschiedlichen Filterparametern erstellten Läufen, da derartiger Vergleich nur bedingt aussagekräftig ist Recalc: Graph-Legende mit Möglichkeit einzelne Kurven ein-/auszublenden ergänzt. Die Legende kann über einen im Graph rechts unten befindlichen Schalter aus-/eingeblendet werden. XML der Vorgänger-Release kann weiterverwendet werden Kurve live während des Laufs anwachsen zu lassen ist noch nicht umgesetzt, da sind wir leider noch nicht dazu gekommen.

Ok, dann erhöhe ich das Drehzahlmaximum in der Tachoanzeige fix von 12k auf 14k Zum Arduino kann @chili023 was sagen

Du brauchst nur auf die Skala klicken und den derzeitigen Maximalwert 12000 mit dem gewünschten Maximalwert wie z.B. 20000 überschreiben und schon erstellt sich die Skala entsprechend neu (Geht genauso übrigens auch nachdem eine Leistungskurve angezeigt wird mit den dortigen x- und y-Achsen). Nachteil ist nur, dass das nach jedem EXE-Neustart dann wieder auf Standardwert 12000 steht. Reicht das so oder soll ich den im nächsten Release fix auf einen höheren Wert setzen, ggf. auf welchen? .

In die derzeitige Release darfst noch keine 0% Feuchtigkeit rein schreiben, in der nächsten dann schon DIN 70020, klar Thermoelemt und Lambda kommen, dazu kann [mention=46888]chili023[/mention] aber mehr sagen

Kann ich bestätigen. Ich bitz immer bei hoher Drehzahl. Das ist der kritische Bereich, da muss es passen!

Sehr schön! Luftfeuchtigkeit hast aber beim Grove nicht dabei, der misst glaub ich nur Temperatur und Druck? Die Feuchtigkeit geht zwar in die Berechnung des Korrekturfaktors nach DIN 70200 nicht mit ein, soll aber am Diagramm eigentlich immer mit angegeben werden. Diesbezüglich haben wir aktuell übrigens noch einen Bug in der Software: In der aktuellen Release wird nämlich die Feuchtigkeit in den kf noch mit eingerechnet. Wie sich erst kürzlich herausstellte, ist das nach DIN 70200 aber nicht korrekt, so dass derzeit noch etwas zu hohe Korrekturfaktoren berechnet werden. Berücksichtigung der Feuchtigkeit in den kf wäre korrekt für andere, neuere Normen. Nach der inzwischen zwar veralteten, aber bei den mir bekannten P4-Prüfständen nach wie vor üblichen DIN 70200 gehen lediglich Temperatur und Druck in die Berechnung des kf ein. Das wird in der nächsten Release dann entsprechend behoben. Die Korrekturfaktoren werden mit der nächsten Release folglich etwas geringer ausfallen.

Ok, interessant! Wir habens beim Eigenbau Prüfstand mit Eigenbausoftware etwas anders gelöst: Wir bringen den Motor erst mal auf die Drehzahl, bei der wir die Übersetzung ermitteln wollen. Ob von unten langsam hochnudeln oder von oben ausrollen lassen ist einem da freigestellt. Wenn man die gewünschtw Drehzahl hat, klickt man auf Start. Dann läuft eim Timer ab (parametrierbare Zeit, Vorgabewert 5s) während die Übersetzung ermittelt wird. Nach Ablauf des Timers wird signalisiert, dass der Lauf beginnen kann und ab da Vollgas. Also nur ein einziger Klick für Übersetzungsermittlung bis zur fertigen Kurve. Find ich ganz praktisch so.

Ok, d.h. also hochschalten in gewünschten Gang, raufbeschleinigen, auf Ziel-Drehzahl (je nach Moped zb 3000 bis 4000 1/min) runterrollen lassen und die dann halbwegs konstant halten. Dann während konstanter 3000 bis 4000 (je nach Motor) Übersetzung einlesen. Ok, macht aus meiner Sicht Sinn. Dachte Alex meinte während dem Hochbeschleunigen und anschließenden Ausrollen einzulesen. Das hätte mich nämlich etwas verwundert...

Sorry, wenn ich dieses alte Thema nochmal aufwärme, aber warum ist das deiner Meinung nach Mist?

Hi Rasputin, soweit ich das recherchiert habe, ist die in dieser XLS verwendete Formel für den Korrekturfaktor nach DIN 70200 nicht korrekt: In der XLS wird in der Berechnung aller Korrekturfaktoren, also nach DIN 70200, EWG, ECE, SAE, .., überall der Luftdruck der trockenen Luft, also der gemessene Luftdruck abzüglich Dampfdruck verwendet. Das ist korrekt so für alle diese Korrekturfaktoren, bis auf die DIN 70200. Bei dieser ist als einzige dieser Normen der gemessene Luftdruck einzusetzen. Also der ganz normale Luftdruck der feuchten Luft. In den Korrekturfaktor nach DIN 70200 gehen also soweit ich das recherchieren konnte (die Norm liegt mir selbst leider nicht vor) tats. nur Luftdruck und Temperatur ein, aber nicht die Luftfeuchtigkeit. Das ist auch der Grund, weshalb in der XLS der Korrekturfaktor nach DIN 70200 um so viel höher ausfällt als jener aller anderen Normen: Korrigiert man in der XLS hingegen die Formel so, dass bei der DIN 70200 der Dampfdruck nicht abgezogen wird, so liegt der Korrekturfaktor nach DIN 70200 plötzlich sehr nahe den Korrekturfaktoren der anderen Normen: Die korrigierte XLS im Anhang Leistungskorrektur_DINkorrigiert.xls Edit: Setz mal beispielsweise die auf einem P4-Diagramm angegebenen Werte für mbar, % und °C in beide XLS (die von dir verlinkte und meine korrigierte) ein und vergleich was die beiden Tabellen ausspucken und welcher kf nach DIN 70200 am P4-Diagramm steht. Dann wirst du feststellen, dass der kf am P4-Diagramm mit dem aus der von mir korrigierten XLS übereinstimmt. Mein Fazit daraus: nach DIN 70200 wird die Luftfeuchtigkeit am Diagramm zwar angegeben, fließt aber nicht in die Berechnung des kf ein.

genau so!

Und zum Abgleich musst du ein Moped mal auf einen P4 stellen, anschließend auf deinen eigenen Prüfstand und dann die Rollenträgheit und die beiden Filterparameter (Gleitender Mittelwert und Differenzenquotient) in der LabView Software anpassen bis die Kurve gut mit dem P4 übereinstimmt. Dazu gibts ein extra Hilfsprogramm "ReCalc", mit der man nach einem Lauf mit den Filterparametern spielen und die Auswirkungen beurteilen kann. (Derzeit gibts noch einen dritten Filterparameter "Polynom", den wir aber im nächsten Release eliminieren)

@chili023 hast du da evtl was für Brettel?

Sorry, 3fach Post...

Sorry 3fach Post...