FRSKY Das neue FrSky ACCESS Protokoll
- Themenstarter Carbonator
- Beginndatum
Auf RCG gibt es einen Log ACCESS mit R9 kombiniert. Leider hat der Kollege nur mit 1s aufgezeichnet. Aber man sieht ganz gut das Potential. Wenn FrSky das Telemetrieproblem noch löst, könnte diese Kombi für Leute die viele 2.4 GHz Störungen haben (und für die, die sowieso immer Angst haben 
) sehr interessant werden.
Vor allem hat man jetzt ständig Kontrolle über beide Links.
Die Lost Frames sehen erstmal bescheiden aus, aber ich denke für einen Full Carbon Segler ist das absolut die Norm. Das Teil schirmt halt regelmäßig beim Fliegen/Kreisen und die niedrige Zeitauflösung lässt es schlimmer aussehen, als es ist.
) sehr interessant werden.Vor allem hat man jetzt ständig Kontrolle über beide Links.
Die Lost Frames sehen erstmal bescheiden aus, aber ich denke für einen Full Carbon Segler ist das absolut die Norm. Das Teil schirmt halt regelmäßig beim Fliegen/Kreisen und die niedrige Zeitauflösung lässt es schlimmer aussehen, als es ist.
Er wollte ja wissen, nach welchemKriterium die R9 Leistung ungeschaltet wird. Wenn er zeitlich höher aufgelöst hätte, würde er es am RSSI gut erkennen.
Eventuelle Lockouts sieht man im FLR. Wie dieser zeitlich auflöst, müsste mal jemand prüfen. Ich hoffe nicht, dass sie nur 1x/s den Wert senden, sondern einen gleitenden Durchschnitt. Tadango hat es ja vorgemacht.
Ich werde erstmal bei ACCST V1 bleiben, ein "Killerargument" für ACCESS sehe ich für mich noch nicht. Zur Zeit funktioniert mein Kram, wie ich es mir besser nicht malen kann.
Eventuelle Lockouts sieht man im FLR. Wie dieser zeitlich auflöst, müsste mal jemand prüfen. Ich hoffe nicht, dass sie nur 1x/s den Wert senden, sondern einen gleitenden Durchschnitt. Tadango hat es ja vorgemacht.
Ich werde erstmal bei ACCST V1 bleiben, ein "Killerargument" für ACCESS sehe ich für mich noch nicht. Zur Zeit funktioniert mein Kram, wie ich es mir besser nicht malen kann.
Ich habe mal in meinen Logfile von vorgestern geschaut. Geflogen mit einer X9Lite und G-RX8 mit ACCESS 2.1.0. Beim kurzen Flug keine besonderen Vorkommnisse gehabt, war mit nem Bixler unterwegs bis auf ca 200m Höhe, geloggt mit 0,2s. Bei den FLRs sind es immer mindestens 3 gleiche Werte, bevor der Wert sich ändert. Demnach müssten diese 0,6s die Frequenz sein, mit der der FLR-Wert von der Firmware ermittelt wird.
Bei gleitender Mittelwertberechnung sollte das demnach anders aussehen, richtig?? Müsste aber andererseits doch auch nicht unbedingt über 100 Frames gehen. Kleiner würde doch auch kleineren Speicherbedarf bedeuten, oder? Was wäre da ein brauchbarer Kompromiss? Möchte da nochmal versuchen, auf FrSky einzuwirken.
Zuletzt bearbeitet:
Ja, da würde das Signal nicht so stufig aussehen und nicht für 700ms gleich sein, sondern sich alle 100ms ändern (bei 100ms Log Rate).
edit: Wenn man über 100 Frames aufaddiert, erhält man automatisch einen % Wert. Dafür braucht man nur ein Byte als Akkumulator. Wenn man einen gleitenden Mittelwert berechnen will, braucht man einen Ringspeicher. Idealerweise 100 Byte, da das dann auch automatisch den % Wert ergibt. Man kann den Ringspeicher natürlich kleiner machen, wenn RAM knapp ist.
edit: Wenn man über 100 Frames aufaddiert, erhält man automatisch einen % Wert. Dafür braucht man nur ein Byte als Akkumulator. Wenn man einen gleitenden Mittelwert berechnen will, braucht man einen Ringspeicher. Idealerweise 100 Byte, da das dann auch automatisch den % Wert ergibt. Man kann den Ringspeicher natürlich kleiner machen, wenn RAM knapp ist.
Zuletzt bearbeitet:
Wenn man alle 100ms einen aktualisierten Wert haben möchte, kann man rechnen 100ms / 7ms = 14 frames = 14 Byte als Minimum für den Ringspeicher
edit: Mit höherem Codieraufwand kann man die FL-Bits als Bit speichern, statt als Byte. Dann könnte man mit einer 16Bit Integer Variablen 16 FL-Bits speichern. Dieser Platz ist mit Sicherheit vorhanden.
edit: Mit höherem Codieraufwand kann man die FL-Bits als Bit speichern, statt als Byte. Dann könnte man mit einer 16Bit Integer Variablen 16 FL-Bits speichern. Dieser Platz ist mit Sicherheit vorhanden.
Danke dir. Bei den 14 frames wären aber andererseits auch wieder Sprünge nicht auszuschliessen, da wäre also ein grösserer Wert in Richtung Glättung vielleicht vorzuziehen?? Werde mal 50 vorschlagen und nur bei Speicherknappheit runter auf 25. Mal sehen, ob da bei FrSky was geht.
Zuletzt bearbeitet:
