grua

Jungs, scheißt euch nicht in die Hose und seid nett. Bin bei solchen Sachen auch grundsätzich wie @PK-HD unterwegs, nüchtern die Theorie strikt befolgend. Und wenn man die Theorie richtig anwendet, dann bestätigt sich diese zumindest meist auch. Aber alle Einflussfaktoren lassen sich eben nie erkennen, vermeiden oder ausschließen. Und deswegen meine akademisch naturwissenschaftliche Gürtel-Hosenträger-Methode: Cosa-Kupplungs-Quetsch-Bundmutter NIE mit Federring oder irgendeinem anderen mechanischen Sicherungsmittel , dafür aber IMMER mit Drehmomentschlüssel & wenn mann es denn möchte (so wie auch ich) mit einem Tropfen Loctite 243 (vorher Muttern- und Wellengewinde entfetten). Weil schaden tut das 243 an dieser Stelle nicht. Der Tropfen kostet nichts, im schlimmsten Fall hilfts und tut weder dem Schrauber, noch dem Fahrer, noch der Kupplung weh. Und wenn er überflüssig ist, dann soll er das halt sein und ist einfach fördernd für den guten Schlaf Soweit der akademisch naturwissenschaftliche Rat, der sich in der Praxis bewährt hat... @PK-HD, du hast am Avatar doch so große Eier, dann musst du doch drüberstehen und auch mal technische Redundanz akzeptieren können!

Stoffi schreibt auf seiner Webpage genau das Gegenteil: "Bei den Zwischenscheiben gibt Malossi 2 dünne Zwischenscheiben mit, die kommen zuerst rein, die dicke Zwischenscheibe kommt am Schluss rein." Habe deswegen auch nochmal extra bei ihm nachgefragt uns wurde von seinem SF-Mechaniker auch so bestätigt

Soweit die Theorie. Sind wir gespannt, ob das Massenträgheitsmoment dann tats. in etwa auf den berechneten Wert gesetzt werden kann oder trotzdem noch wie derzeit bei den meisten deutlich erhöht werden muss für Abgleich mit P4 o.ä. Vergleichsprüfständen. Möchte das mit der Rollendrehzahlaufzeichnung und korrektem dazugehörigem Zeitstempel bald implementieren. Dann wird es egal, wenn die Anzeige bei Aufzeichnung der Rollendrehzahl aufgrund voll laufendem Lesepuffer zeitlich nachhinkt. Wird dann vorauss. Release 2.0.7

Wie man einzelne Ordner von GitHub runterladen kann, dazu sind zwei Webseiten bei den Releases verlinkt. Sind reine Online-Tools, braucht man nichts dafür am Rechner installieren. Da du bei Update von 2.0.x auf 2.0.y aber ohnehin nur die Dateien im EXE-Ordner (ausgenommen die Konfig.xml) austauschen musst, kannst du die Dateien aus diesem einen Ordner auch alle einzeln aus GitHub downloaden. So viele sind's ja nicht. Habs nicht versucht, sollte aber funktionieren.

Dass es so ist, durfte ich mittlerweile lernen. Aber verstehen möchte ich auch, weshalb es so ist. Kann mir das jemand erklären?: Warum gibt's bei Smallframe Schalt-Probleme wie z.B. nur sehr schwieriges Einlegen des Leerlaufs, wenn die Kupplung nicht ordentlich trennt? Verstehe den technischen Zusammenhang irgendwie noch nicht...

Ja schau mal, ob während der Aufzeichnung der Lese-Füllstandspuffer voll läuft. Es gehen dann zwar keine Telegramme verloren, aber sie treffen verspätet im Labview ein. Da der Graph derzeit die aktuelle Rechner-Systemzeit verwendet, könnte das schon eine Ursache sein. Muss ich dann noch den zeitlichen Bezug ändern, d.h. die Zeitinformation aus den Telegrammen mit auswerten. Dann wäre das Volllaufen des Puffers tats. egal. Schau ich mir an, denn das geschieht bei der Rollendrehzahl-Aufzeichnung derzeit noch nicht. Zusatzfrage: läuft dein Puffer ggf. auch im Tachomodus voll oder nur bei Aufzeichnung der Rollendrehzahl? Nur zur Info: Bei Leistungsläufen ist etwaiges Puffer-Volllaufen jetzt schon tatsächlich egal!

Neues Release v2.0.6 https://github.com/gruaGit/WildBugChilGru/releases Da das letzte Release 2.0.5 erst kürzlich veröffentlicht wurde, nachfolgend auch nochmal dessen neue Features. Neues in 2.0.5 (gegenüber 2.0.4): - Live-Kurve - Berücksichtigung drehzahlabhängiges Verlustmoment der Rolle - Aufzeichnung zeitlicher Verlauf der Rollendrehzahl mit Export ins Excel (für Ermittlung Verlustmoment) - Automatenmodus (CVT) mit Leistung [PS] und mittels Zündung abgenommener Wellendrehzahl [1/min] über Geschwindigkeit [km/h] - Filter für Zündsignal (automatisch aktiv bei CVT, optional zum Einmessen der Übersetzung bei Schaltern) (experimental, noch unklar ob's bei Streufunken von Kontaktzündungen tatsächlich etwas bringt) - ReCalc: Cursor (Fadenkreuz) zum punktgenauen Messen von Werten Neues in 2.0.6 (gegenüber 2.0.5): - Automatisches Speichern am Ende eines Laufs (optional) - ReCalc: Anzeige des Dateinamens im Ergebnisfeld beim Öffnen & Vergleichen Für Nutzer einer früheren 2.0.x reicht es, die Dateien im EXE-Verzeichnis zu ersetzen. Die existierende Konfig.xml kann jedoch weiterverwendet werden, um die bisherigen Einstellungen zu behalten. Detaillierte Beschreibung der einzelnen Funktionen etwas weiter oben im Thread hier. Das einzige neue Feature, welches noch nicht gezeigt wurde, ist die Anzeige des Dateinamens im Ergebnisfeld beim Öffnen & Vergleichen im ReCalc (thx to @Rub87: für diesen Vorschlag): Viel Spaß damit & bitte um Feedback, ob alles so hinhaut wie erwartet!

PV VMA2M Offensichtlich schleifen hier Kurbelwelle und Primärritzel am Kupplungsdeckel. Was sind da mögliche Ursachen? Einfach diese Stellen am Deckel bisschen ausfräsen und gut? Oder falscher Deckel?

hast PN

Hätte den entsprechenden Release-Candidate mit Auto-Speichern fertig. Möchte den evtl. jemand testen, bevor ich veröffentliche? Falls ja bitte PN

Dateiname beim automatischen Speichern wird auf @Werner Amort's Anregung hin noch folgendermaßen angepasst, dass Maximalleistung und Drehzahl bei Maximalleistung in den Namen aufgenommen werden: yymmdd_HHMMSS_PS_rpm.xml Beispiel: 16.04.2020 um 10:04:37 Pmax 18,7 PS bei 6253 1/min ergibt den Dateinamen 200416_100437_18,7_6253.xml

Implementiere gerade automatisches Speichern nach Ende eines Laufs: Neues Optionsfeld "Automatisches Speichern" und darunter Eingabefeld für Verzeichnis, in welches bei aktivierter Funktion am Ende eines Laufs gespeichert werden soll: Solange das Automatische Speichern nicht aktiviert ist, verhält sich alles wie bisher. Sobald man es aktiviert, wird nach Ende des Laufs die XML-Datei automatisch im angegebenen Ordner gespeichert, ohne dass ein Dialogfeld geöffnet wird. Wenn die Speicherung gut gegangen ist, wird dies durch eine grüne LED mit rechts davon befindlichem Dateinamen signalisiert: Dateiname ist immer yy-mm-dd_HH-MM-SS.xml mit yy Jahr mm Monat dd Tag HH Stunde MM Minute SS Sekunden vom Zeitpunkt der Speicherung. Wenn die Funktion "Automatisches Speichern" aktiv ist, bewirkt auch jeder Klick auf das automatische Abspeichern des aktuell im Graphen angezeigten Laufs mit gerade aktuellem Datum und Zeit. Falls ein ungültiger Pfad angegeben wurde, wird beim Aktivieren der Funktion "Automatisches Speichern" bzw. spätestens beim Versuch des tatsächlichen automatischen Speicherns eine entsprechende Fehlermeldung angezeigt und ggf. das übliche Dialogfeld zum Speichern geöffnet. Sobald ein Lauf automatisch gespeichert wurde, wird nicht sofort ein neuer gestartet, sondern es ist weiterhin "START" zum Starten des nächsten Laufs erforderlich. So hat man nach einem Lauf die Möglichkeit den Roller wieder auf gewollte Ausgangsdrehzahl zu bringen oder die Art der Übersetzungsermittlung von "Zündung" auf "nKuWe / nRolle" zu ändern (der letzte über die Zündung eingemessene Übersetzungswert wird ja bekanntlich immer am Ende des Einmessens automatisch in das entsprechende Eingabefeld "nKuWe / nRolle" übernommen). Somit hat man bei aktivierem automatischen Speichern zwischen zwei Läufen nur noch auf START zu klicken, sonst nichts mehr. Kommt die nächsten Tage vorauss. so als neues Release 2.0.6 raus.

Schon mal jemand Oxyblock S verarbeitet? Kannte bislang nur das "normale" Oxyblock N: N = normal S = schnelltrocknend https://www.korrosionsschutz-depot.de/media/pdf/2d/2b/bb/oxyblock.pdf Einige (auch ich) verwenden ja Oxyblock um blanke od. nur leicht angerostete Stellen zu versiegeln und vor neuem Rostansatz zu schützen. Bislang verwendete ich dafür Oxyblock N und drüber dann Aero64. Denke, dass ich hierfür dann mal Oxyblock S testen werde. Schon mal wer getestet?

Siehst du diese Rille? Die dient dazu, den Kunststoff-Wedi zu halten (z.B. Corteco blau):

also was du auch ohne angeschlossenen Arduino zumindest sehen müsstest, sind die neuen Eingabefelder fürs Verlustmoment, die Funktion zum Aufzeichnen der Rollendrehzahl , als auch das Fadenkreuz in Recalc.

Nein, eigentlich musst du nur die Dateien im EXE-Ordner tauschen und gut. Deine darin befindliche Konfig.xml aber behalten, dann bleiben deine ganzen Einstellungen unverändert vorhanden.

Also die Installationsanleitung ist im Release eigentlich mit dabei, im Ordner DOC Aber hier nochmal gesondert: https://github.com/gruaGit/WildBugChilGru/tree/master/Doc

Aber momentan gehts mal bitte darum - Danke!

Als Verbesserungsvorschlag aufgenommen

Danke für das Lob, das ich hier gleich an die komplette Entwicklertruppe weiterleiten muss - da wird echt spitze zusammengearbeitet. Und das auf reiner Online-Basis, ohne sich tatsächlich persönlich zu kennen. Toll, was heutzutage möglich ist! . Und ja, da geht tatsächlich verdammt viel Zeit drauf. Eher sind das Tage & Wochen, nicht Stunden - aber ist halt Liebe an den beiden Hobbies Vespa & Programmieren und v.a. Freude daran, wenn andere Gleichgesinnte ebenfalls Freude damit haben! Aber falls jemand Danke sagen möchte: es gibt hierfür im aktuellen Release diesen Button hier im Programm links unten : Wie du im VI siehst: solche Schleifen laufen i.d.R. ständig. Wenn sie zu Ende sind, starten sie sofort erneut. Hängt also von der Rechner-Performance ab, welche Zeit zw. den Aufrufen vergeht. Nur in dieser speziellen von dir gezeigten Schleife ist eine Wartezeit von 10 ms je Aufruf implementiert (Timer links oben in der Ecke). Viele Aktionen laufen aber Event bezogen und nicht in einer Schleife. Button-Klicks werden nicht in Schleifen abgefragt, sondern laufen Event-bezogen in Ereignis-Cases. @BugHardcore hat da mal dankenswerter Weise stark aufgeräumt in dieser Richtung . Aber da müssten wir eigentlich noch viel mehr an der Programmstruktur arbeiten, v.a. Code in Sub-VIs auslagern, nicht benötigte Schieberegister rauswerfen, usw. usf. Ist halt nach und nach gewachsener Code (dass derart viel Funktionalität rein kommt, war ursprünglich nie geplant...) und immer eine Abwägung wofür man die Zeit nutzt: für's Strukturieren oder für neue Features. Und da gibt's noch so viele andere Sachen, die rein müssen wie automatisches Speichern mehrerer Läufe hintereinander, Lambda, EGT, ... Aber eine Bitte: allgemeine LV-Programmierthemen aus dem Thread bitte künftig raus halten, dafür ggf. eigenen Thread beginnen. Nur Themen, die tatsächlich mit diesem Projekt zu tun haben hier rein - danke! Und jetzt rauf mit euren Vespas & Lammys (oder zur Not auch Harleys und andere Motorräder) auf die Prüfstände, neues Release testen und berichten!

Ein Problem der v2.0.5 ist bekannt: Wird im Recalc die XML-Datei eines älteren Laufs geöffnet kann es vorkommen, dass die Kurven unsinnigen Verlauf zeigen. Das liegt dann daran, dass an den Stellen im XML-File, die früher keine Bedeutung hatten und jetzt für die Verlustmoment-Parameter verwendet werden, unsinnige Werte stehen, z.B.: In einem solchen Fall: 1. XML in ReCalc "Öffnen" 2. M0 und M1 jeweils auf 0 Nm setzen 3. Berechnen 4. XML-Datei neu abspeichern Beim nächsten Öffnen sollten die Kurven dann korrekt angezeigt werden.

Oster-Release v2.0.5 https://github.com/gruaGit/WildBugChilGru/releases Live-Kurve Der Graph zeigt nach Programmstart stets eine Standard-Achsskalierung. Diese Standard-Skalierung lässt sich über den im Graph rechts unten befindlichen Button "Reset" jederzeit wieder herstellen. Während des Laufs bauen sich die Kurven kontinuierlich auf. Sobald eine Kurve den Graphen nach oben oder nach rechts verlässt, wird die Skalierung der entsprechenden Achse automatisch neu skaliert, sodass die gesamte Kurve stets sichtbar bleibt. Am Ende des Laufs werden alle Achsen automatisch neu skaliert für bestmögliche Ausnutzung des Bildbereichs, wie auch bisher schon. Berücksichtigung drehzahlabhängiges Verlustmoment der Rolle Über drei neue Eingabefelder kann ein linear von der Rollendrehzahl abhängiges Verlustmoment der Rolle angegeben werden. Aufzeichnung zeitlicher Verlauf der Rollendrehzahl mit Export ins Excel (für Ermittlung Verlustmoment) Durch Aktivierung des Schalters "Rollendrehzahl aufzeichnen" öffnet sich ein neues Fenster mit Graph der Rollendrehzahl über der Zeit. Der Arduino beginnt mit dem Senden der aktuellen Rollendrehzahl sobald START geklickt wird und beendet dieses Senden der Telegramme wieder mit Abbruch. Funktion von Start/Abbruch also wie bereits vom Tachomodus bekannt. Sobald das Senden der Telegramme gestartet wurde, kann die Aufzeichnung durch Aktivieren der entsprechenden Funktion gestartet werden: Sobald "Aufzeichnen" aktiviert wurde wird der Drehzahlverlauf im Graphen dargestellt. Während laufender Aufzeichnung kann der Inhalt des Graphen jederzeit durch Klick auf Reset gelöscht werden. Die Aufzeichnung beginnt dann ab diesem Zeitpunkt neu zu laufen. Sobald man die Aufzeichnung durch Deaktivieren von "Aufzeichnen" wieder gestoppt hat, kann man den Inhalt des Graphen durch klick auf den Button "Export" ins Excel exportieren. Es öffnet sich dann automatisch eine Excel-Tabelle, welche gespeichert und weiterverarbeitet werden kann. Voraussetzung ist natürlich am Rechner installiertes Excel. Über Ausschalten von "Rollendrehzahl aufzeichnen" wird das Graph-Fenster wieder geschlossen: Automatenmodus (CVT) mit Leistung [PS] und mittels Zündung abgenommener Wellendrehzahl [1/min] über Geschwindigkeit [km/h] Für die ordnungsgemäße Beendigung eines CVT-Laufs ist korrekte Einstellung des Parameters "v vom Gas [km/h]" wichtig: Ein Lauf wird dann als beendet erkannt, wenn nach Überschreiten dieses Geschwindigkeitswertes die Geschwindigkeit wieder zu fallen beginnt. Also selbe Funktionsweise wie das bereits bekannte "n vom Gas [1/min]" bei Schaltgetrieben. Filter für Zündsignal (automatisch aktiv bei CVT, optional zum Einmessen der Übersetzung bei Schaltern) Für das Einmessen der Übersetzung von Schaltgetrieben kann ein Filter für das Zündsignal aktiviert werden: Kann vielleicht bei problematischen Kontaktzündungen mit Streufunken etwas bringen, konnte ich aber bislang leider nicht auf Wirksamkeit testen, da mir in der CoV-Krise leider gerade kein echter Prüfstand zur Verfügung steht. Probiert das einfach mal aus und gebt Bescheid, ob's tatsächlich was bringt. Die Einstellung wird nicht in der Konfig.xml gespeichert, ist also nach Programmstart immer deaktiviert und muss ggf. bewusst aktiviert werden. Cursor (Fadenkreuz) im Recalc zum punktgenauen Messen von Werten Fadenkreuz kann auf beliebigen Punkt einer Kurve gezogen werden. Das Fadenkreuz nimmt dann die Farbe dieser Kurve an, und die zugehörigen Werte werden links unten angezeigt: Ich hoffe, dass sich bei der Fülle an neuen Funktionen keine Fehler eingeschlichen haben. Tests an echten Prüfständen waren diesmal aufgrund der CoV-Krise nur teilweise möglich, vieles konnte nur im Rahmen einer Simulation getestet werden. Daher wären Rückmeldungen / Erfahrungsberichte vor allem dieses Mal sehr willkommen! Viel Spaß & frohe Ostern!

Sag ich ja. Geiles Zeugs Wobei, wenn's ganz arg rostig ist, nehme ich mitterweile auch Rostdelete.

Sonax Flugrostentferner?

Ich hoffe, dass ich das Release im Laufe des Wochenendes schaffe!