J-Log.eu - Forum

Mit dem Flashen einer Firmware machst Du aber doch sogar das gesamte Setup platt.

_________________
Tom

stimmt aber nur mode 1, mode 4, bec auf 8 volt und fertig. egal heute war ich fliegen übersetzung auf 9,73 gesetzt genau die gleichen drehzahlen lad jetzt mal die 119.bin drauf vom jlog mal schauen was dann passiert.

Dasselbe, wat sonst?

Das mit RPM ist ja echt kein Hexenwerk. Wenn der ESC nicht gerade einen Bug hat, oder unrichtigerweise Poles und evtl. noch Ratio im ESC gesetzt ist, dann teilt JLog den Quatsch durch die halbe Polzahl, die ihm der User per JLC verraten hat. Geteilt durch Ratio setzt er dann on top für die Rotor-DZ.

Vom ESC kommt immer RPM/10. Daher ist es gar nicht gut, vorher schon zu teilen (im ESC), weil am Ende die Auflösung im Arm ist.

Ist die Telemetrie on top Futaba, isses nämlich spätestens dann zu spät: Das RPM Display im Sender will Drehzahl modulo 60 (in 60er-Schritten), wofür es dann um 1 Digit sichtbar verändert. Am Ende tickt es in Steps von 200 RPM.., - das muss ja nicht sein, wenn man das DZ-Umwandeln JLog überlässt. Außerdem hat man dadurch auch beide DZ z.V., Motor UND Rotor.

Dass ich zum Einstellen der Polzahl im ESC auffordere, ist keine Kehrtwende, sondern nur dem Bug lt. Thema geschuldet.

_________________
Tom

so hab jetzt mal die 119.bin drauf und jetzt geht wieder alles wie es sein soll. die rpm werden korrekt angezeigt. vermutlich wurde alles gelöscht im eprom? durch das update auf 4.6 beim kosmik. hatte da den jlog am kosmik angeschlossen. auf jeden fall sind jetzt die angezeigten drehzahlen die gleichen und korrekten wie ich auch tatsächlich habe. warte dann vielleicht bis kontronik die 4.6 nachbessert in sachen rpm, aber dann gibts vermutlich wieder neue bugs wie immer. also so lassen und dann weiß ich das es funktioniert, kosmik regelt mit 4.5.1 auch nicht anders wie mit 4.6
gruß christian

Es gibt zumindest einen, der meint, die 4.6 hätte alles besser gemacht: http://www.helifreak.com/showthread.php?t=710786
Das ist derjenige, der als Erster den DZ-Bug bemerkte.

Ja, soweit ich weiß, schmeißt Kontronik beim Update immer das Setup weg.
Es gibt keinen EEPROM, höchstens einen emulierten (auf FlashROM), weil der STM wie alle modernen ARM Architekturen keinen EEPROM mehr hat. Einen externen, seriellen (I²C) EEPROM hat der KOSMIK nicht.

_________________
Tom

Ja - Setup ist beim Firmware Update immer weg - daher warte ich üblicherweise - da das speziell für den GovStore mühsam ist.

Jetzt gibt es ja die neue Kosmik Firmware 4.8

Hat die schon jemand ausprobiert?
Ist da der "Drehzahl-Bug" wieder weg?

Habe ehrlich gesagt ein wenig den Überblick verloren

Finland testet: http://www.helifreak.com/showthread.php?t=707188

_________________
Tom

Danke für den Link - test hat er offensichtlich soeben abgeschlossen.

Da ich bisher bloß überall 4.5 verwende, bin ich mit dem neuen "Verfahren" nicht vertraut

Bisher habe ich im Kosmik nichts eingestellt - und Pole und Ratio im JLC...

Muss man das jetzt ändern?
Pole (zb 14 bei Pyro 800?) im Kosmik - Pole im JLC 1 - Ratio im JLC ?!?!

Verstehe den "Vorteil" zwar da nicht ganz - aber kann es natürlich so machen

(muss dann natürlich auch im LogView wieder die Übersetzung ändern.. )

4.8: Der 4.6er Bug lebt:
http://www.helifreak.com/showpost.php?p=6656090&postcount=56
http://www.helifreak.com/showpost.php?p=6656328&postcount=57


http://j-log.eu/forum/viewtopic.php?p=7953#p7953

Polzahl im ESC einstellen, aber dort Ratio auf 1:1 belassen.

Polzahl in JLC auf 2, dafür dort Ratio einstellen.

Diese Maßnahme ist Teil 2 des Workarounds, Teil 1 steckt in JLog's Firmware.
Der Bug hat 3 Elemente, eines davon ist ein Überlauf des Drehzahlwertes.
JLog's Workaround (in seiner Fw) kann mit EINEM Überlauf umgehen.
Damit es nicht multible Überläufe gibt, reduzieren wir den Output des ESC, indem wir dort die Polzahl anwenden.

Alles klar?

(Das Log des KOSMIK spinnt dann natürlich auch. Daher für LogView (Interpretieren des KOSMIK Log, nicht das von JLog!) einen neuen INI-File generieren lassen (heliporn.at), - in dem Polzahl: 2 Grund: Der ESC wandte die Polzahl ja bereits an. Also nur das Ratio im Filegenerator eingeben, die Polzahl auf 2. -- Der Generator weiß, dass man immer durch die halbe Polzahl teilt, der Output des ESC an JLog als TelMe weiß das leider nicht, daher DZ Faktor 2 zu hoch, was das Überlaufen zusätzlich begünstigt (s.o.))

_________________
Tom

DANKE - somit alles klar!