grua

Hier der Converter von @BugHardcore zur Umwandlung von mit v1.0.0 oder v1.0.1 erstellten XML-Dateien ins XML-Format der v1.0.2: Konfig-Converter_v100_to_v102.zip

Zyliderköpfe sind auch bei Grauguss-Zylindern in der Regel aus Alu

Neues Release v1.0.2, wie immer auf https://github.com/gruaGit/WildBugChilGru/releases Änderung: In der bei Programmende automatisch erstellten und beim nächsten Programmstart automatisch wieder eingelesenen Konfig.xml wurde bisher der COM-Port noch nicht gespeichert, der wurde jetzt mit aufgenommen Achtung: Mit v1.0.0 und v1.0.1 erstellte xml-Dateien sind mit v1.0.2 nicht mehr kompatibel! Falls jemand eine mit v1.0.0 und v1.0.1 erstellte xml-Datei unbedingt weiter benutzen möchte, so soll er sie mir bitte per PN schicken, ich guck mal ob ich die ans neue Format anpassen kann!

Das trat alles rein im seriellen Monitor auf, d.h. Labview war noch nicht gestartet?

Hast du auch Win 7 und den NI VISA 16 zuvor erfolglos getestet und dann erfolgreich durch den 5.2 ersetzt?

In welche Richtung ändern sich denn die jeweiligen Werte, innerhalb welcher Zeit tun sie das und bleiben sie dann halbwegs konstant? Falls die Temperatur steigt und die Feuchtigkeit sinkt, könnte es sich um Eigenerwärmung der Elektronik handeln: Die Elektronik erwärmt sich, daher auch die Umgebung des Sensors, wodurch höhere Temperatur gemessen wird. Die gemessene Temperatur fließt auch in die Berechnung der relativen Feuchte ein, denn der Sensor liefert als Messwert die relative Luftfeuchtigkeit: Warme Luft kann mehr Feuchtigkeit aufnehmen als kalte, daher sinkt bei gleichbleibender absoluter Feuchtigkeit (also sozusagen bei gleichbleibender Anzahl Wassermoleküle je m³ Luft) die relative Feuchtigkeit (gemessen in %) mit steigender Temperatur, d.h. warme Luft ist bei gleichbleibender Wassermenge weniger gesättigt als kalte Luft. Falls die Temperatur jedoch sinken sollte und die Feuchtigkeit steigen, so hab ich dafür keine Erklärung…

Stroh-Blech und MB Gumitülle hab ich gefunden: http://www.scooter-center.com/de/product/7673497 http://www.scooter-center.com/de/product/3330567 Aber die Verdrehsicherung?

Sehr sehr geil, freut mich extremst, dass das auch bei dir läfut Mario, lass dann nach dem Abgleich bitte folgendes wissen: Mit welchen Filter-Werten (Gleitender Mittelwert, Differenzenquotient, Polynom) hast du die beste Übereinstimmung mit deinem Referenzprüfstand geschafft? Reicht bei dir Abgleich von Gleitender Mittelwert & Differenzenquotient (graue Kurven) oder benötigst du doch auch Polynom (rote Kurven)? Wie ich in der Doku schon geschrieben habe, sollen ja entweder die grauen oder die roten Kurven eliminiert werden. Schön wäre es natürlich, wenn die grauen Kurven gut genug passen würden. Dann könnte man "Polynom" komplett rauswerfen. Abgleich von 2 Filterwerten ist ja sicher einfacher als Abgleich von 3 Filterwerten. Dazu sind aber eure Erfahrungen beim Abgleich mit Referenzprüfstandskurven ganz wichtig für uns! Edit: Die Auswertung P_max und M_max erfolgt derzeit nach den roten Kurven (Polynom). Bei den grauen können diese natürlich etwas abweichen, muss man aus dem Graphen ggf. rausmessen

neues Release v1.0.1 erstellt (NI VISA 5.2 für Win 7 ergänzt) Wie immer zu finden auf https://github.com/gruaGit/WildBugChilGru/releases

Interessant - hast du einen Link? Würde den dann in die Doku aufnehmen und einen LInk darauf statt der 02_NIVISA1600full_downloader.exe ins Softwarepaket aufnehmen

Welche COM Mario hat spielt für dich keine Rolle, die kann bei jedem anderes sein. Hast du mal im Windows Gerätemanager nachgesehen, welcher COM-Port bei dir dem Arduino zugewiesen ist, so wie in der Doku angeführt`?

Du musst neben Labview auch Ni VISA installieren, damit Labview mit der seriellen Schnittstelle umgehen kann. Hast du VISA installiert? Im WildBugChilGru Softwarepaket befindet sich im Ordner LabVIEW\00_NI_LabVIEW dazu die Datei 02_NIVISA1600full_downloader.exe Steht so auch in unserer Doku Edit: das hier hatte ich weiter oben auch schon für SpringRaceMario geschrieben: Aber zuerst mal VISA installieren!

Schließ mal das Arduino Programm und die Exe. Dann die Exe neu öffnen, ggf Rechner neu starten und nur die exe starten. Start dann immer noch grau?

Du schreibst was von 12v Regler, lässt aber die (vermutlich) 6v Batterie drin? Am besten, du schaust tatsächlich mal zu Rita

T4 mit Batterie hast du Glück, die hat soweit ich mich vom letzten Umbau erinnere bereits Schließer, also kannst die Schalter weiter verwenden. Batterie muss aber raus, hat ja nur 6V, und Zündung musst natürlich auch umbauen auf 12V, das ist dir schon klar, oder?

23/68 lass ich mir bei einem DR ja noch einreden. Oder 23/65 auf 8 Zoll. Aber 23/65 mit DR auf 10 Zoll macht m.E. keinen Spaß. Außer man ist im absoluten Flachland daheim

Bin doch kurz dazu gekommen und hab mal die Einstellung "Alle Elemente des Frontpanels bei Änderung der Fenstergröße neu skalieren" versucht. Das sieht auf 1024x768 furchtbar aus. Das Problem ist, dass einige Objekte nicht ordentlich skaliert werden. Auch Text wird nicht skaliert, da ist dann einiges nicht mehr lesbar. Ich denke auf Bildschirmen unter 1280 x 800 wird das nicht viel Sinn machen, auf einem System mit 1280 x 800 wurde das Frontpanel entwickelt. Ich dachte nicht dass weiterhin noch kleinere Monitore im Umlauf sind Die einzige Möglichkeit wäre vmtl. Bildlaufleisten (Scrollbalken) einzublenden. Das versuche ich mal bei Gelegenheit.

Hi Mario, hast du die Sparkfun BME280 Library eingebunden? Steht in der Doku Solange die nicht eingebunden ist, kann nicht kompiliert werden. Und dann funktioniert natürlich auch das Abfragen der Klimawerte nicht

Muss ich mir erst ansehen ob man das so einfach skalieren kann. Komm ich aber leider erst frühestens Anfang nächster Woche dazu

Evtl hast einen externen höher auflösenden Monitor zur Verfügung?

Ja, die EXE startet jetzt gleich das Programm ohne den weißen Pfeil erst noch drücken zu müssen. Dein Monitor hat offensichtlich eine sehr geringe Auflösung. Kannst die evtl noch höher drehen? Sonst müssten wir mal gucken welche Möglichkeiten es da gäbe (Scrollleisten, automatisch skalieren, ...)

Am besten wird immer dieser Link hier verwendet: https://github.com/gruaGit/WildBugChilGru/releases Dort ist dann auch immer direkt das ZIP verlinkt sobald ein neues Release existiert

Polini 133 Evo Alu, PHBL24, Polini Membran, Polini Schnecke gefräst sind Überströmer und natürlich der Drehschieber großräumig weg sonst alles einfach nur p&p gesteckt Hab jetzt mehrmals gelesen, dass Umbau der Polini Membran von 4 auf 2 Klappen was bringen soll, v.a. auch im unteren Drehzahlbereich. Hab mir die Finger wund gesucht, aber außer diesem Foto hier hab ich nichts gefunden: https://www.germanscooterforum.de/topic/150906-polini-130-grauguss-was-kann-er-wirklich/?page=31#comment-1066544304 Was bringt dieser Umbau tats., hat das bei meinem fast p&p Setup überhaupt Sinn? Wichtig ist mir sehr gutes Ansprechverhalten ganz unten raus (Moped der besseren Hälfte...) Polini Membranplättchen 0,35mm verwenden? Gibts hier irgendwo weitere Fotos von so nem Umbau? Gibts da eine bevorzugte Einbaurichtung (Richtung der Carbonfasern)? Edit sagt: angeblich sollen die Polini-Membranplättchen bei der Polini Membran mit der Schrift nach außen?

Nimm 22/68 wennst in hügeliger Gegend wohnst 23 passt zu 68 nur das Sonderritzel von DRT (wobei es das meines Wissens nur für Cosa-Kupplung gibt)

ND 3,2 ist schon verdammt mager, oder? Lieber mal fettere ND u. ggf. Gemischschraube etwas reindrehen testen und ganz unten bisschen sprotzen aufs erste akzeptieren. Klingeln dann weg?