FRsky Taranis und Variometer FVAS-02H

[Rangarid]

A2 ist für Spannung wenn du den Spannungssensor an das Vario machst. Das Vario konvertiert dann quasi SPORT zu analog für A2.

 

[der-Frickler]

Nein, das Vario gibt eine Analoge Spannung aus die der Steig und Sinkrate entspricht, so kannst du das Vario z.B. auch am D6R nutzen. Steht so im E-Flite Wiki und kann ich bestätigen, A2 zeigt einen Wert von ca 5-6V und der sich beim sinken nach unten und beim steigen nach öben ändert proportional zur Rate.
http://www.eflightwiki.com/eflightw...etry#Using_the_FVAS-02_with_the_D6FR_Receiver

 

[Rangarid]

Ok also an A2 gibt der vertical speed raus, aso sinken und steigen.

 

[der-Frickler]

Jepp!
Jetzt war die Frage ist dieser Vertical Speed schneller ist bzw öfter übertragen wird als der der auf der Funke aus der übertragenen Höhe gerechnet wird.

 

[Rangarid]

Ah ich dachte die benutzen auch das Vspeed wie bei der Taranis.

Die Höhe vom Vario wird mit 5Hz übertragen. Daraus wird dann Vspeed berechnet. Du hast also 5 Samples Pro Sekunde.

A2 gibt Vspeed aus, wie es im Vario berechnet wurde. D.h. die Funke muss die Werte nichtmehr selbst berechnen und kann auch noch auf viel mehr Samples zurückgreifen. Also rein logisch würde ich sagen A2 wäre besser.

Ich kann dir aber nicht sagen, mit welcher Frequenz das übertragen wird.

 

[der-Frickler]

Wenn ich das hier richtig verstehe dann wird das analog/rssi Frame alle 36ms Übertragen.

Remote Voltage and Link Quality
Transmission:
Mechanism: time triggered, measured frame cycle » 36 ms

http://www.google.com/url?sa=t&rct=...9G0OjC5ilA3SxJw&bvm=bv.66699033,d.d2k&cad=rja


Könnte man ja mal versuchen ob das besser funktioniert, es lässt sich ja A1 oder A2 als Vario Quelle auswählen in der Funke.

 

[Rangarid]

Also 36ms wären ja dann 27Hz...also eindeutig viel besser... Dann muss ich mal überlegen, ob ich das nicht auch an der Taranis dann nutze.

 

[Jogijo]

Noch mal kurz zurück zu SPort, was habt ihr denn mit dem SPort tool für eine data rate auf euren FVAS-02H eingestellt, per default sind da ja 300ms eingetragen?

 

[Rangarid]

Welches Tool?

Ah gerade gefunden:
http://frsky-rc.com/download/view.php?sort=&down=143&file=S.Port Tool

Scheint neu zu sein. Schau ich mir mal an.

 

[der-Frickler]

Das:
http://www.frsky-rc.com/download/view.php?sort=Tool&down=143&file=S.Port Tool

Habe mit dem Tool keine Verbindung bekommen, obwohl ich mit dem selben Kabel flashen konnte.

Zum analogen Signal, ist halt noch die Frage wie oft OpenTX das auswertet und die Vario-Töne berechnet.

 

[Rangarid]

Ah da hast du auch wieder recht. Vario wird aber glaub ich alle 10ms ausgewertet:
https://github.com/opentx/opentx/blob/master/src/maths.cpp

static tmr10ms_t s_varioTmr;
tmr10ms_t tmr10ms = get_tmr10ms();

.......



      if ((int16_t)(s_varioTmr-tmr10ms) < 0) {
        uint8_t SoundVarioBeepTime = (1600 - verticalSpeed) / 100;
        uint8_t SoundVarioBeepFreq = (verticalSpeed * 10 + 16000) >> 8;
        s_varioTmr = tmr10ms + (SoundVarioBeepTime*2);
        AUDIO_VARIO(SoundVarioBeepFreq, SoundVarioBeepTime);
      }

Zum Thema Tool:
umso kleiner die Update Rate umso genauer das Vario in der Funke. Darfst halt nur nich zu hoch drehen sonst wird Telemetrie überlastet.

Bei Taranis ist V-Speed wichtiger, bei 9X ist Altitude wichtiger. Mehr als 200ms bei der 9X bringt aber nichts.

 

[Jogijo]

Zum Thema Tool:
umso kleiner die Update Rate umso genauer das Vario in der Funke. Darfst halt nur nich zu hoch drehen sonst wird Telemetrie überlastet.

Mir ist schon klar das ein kleinerer Wert schneller bedeutet, 100ms scheint der kleinstmögliche Wert zu sein.
Es ist also die Frage, was spricht dagegen da 100ms einzustellen, zumindest beim V-Speed?

Mehr als 200ms bei der 9X bringt aber nichts.

Du meinst sicher weniger bringt nichts.

 

[Norbert]

Ah ich dachte die benutzen auch das Vspeed wie bei der Taranis.

Die Höhe vom Vario wird mit 5Hz übertragen. Daraus wird dann Vspeed berechnet. Du hast also 5 Samples Pro Sekunde.

A2 gibt Vspeed aus, wie es im Vario berechnet wurde. D.h. die Funke muss die Werte nichtmehr selbst berechnen und kann auch noch auf viel mehr Samples zurückgreifen. Also rein logisch würde ich sagen A2 wäre besser.

Ich kann dir aber nicht sagen, mit welcher Frequenz das übertragen wird.

Hallo,
wenn ich das richtig verstehe, wir VSpeed in der Taranis aus der Höhe berechnet??? Glaube ich nicht - da VSpeed früher ungenau und auf 0,5m/sec berechnet wurde, die Höhe schon immer hochauflösend. Meines Wissens wir VSpeed im Vario berechnet und an die Taranis übertragen. Jedenfalls ändert sich VSpeeed alle 100msec also 10 Hz, zumindest ungefähr, jedenfalls deutlich schneller als die Höhe. Die wir mit 5Hz übertragen.
Müsste mich schon schwer täuschen

Norbert

 

[Rangarid]

Vspeed wird in der 9X aus Höhe berechnet. Bei der Taranis kommt Vspeed vom Vario + Höhe vom Vario aus der Telemetrie.

Wie sich das Vario ändert hängt von der Telemetrie ab die genutzt wird. Wenn man Empfänger mit D-Serie benutzt kommt die Höhe zumindest mit 5Hz durch, Vspeed wird über die Nutzerdaten geschickt, da es im Hub-Protokoll nicht implementiert ist, da hab ich keine Infos zu wie oft das durch kommt.

 

[der-Frickler]

Ob VSpeed gesendet oder in der Funke berechnet wird hängt also davon ab ob man den Sensor am S-Port hat oder am Seriellen der alten D-Empfänger, da diese im Protokoll eben kein VSpeed drin haben meines Wissens.

 

[Rangarid]

Nein, das hängt davon ab welche Funke du hast.

Bei der Taranis kommt nämlich garnicht aus dem Sendemodul das normale Frsky Protokoll, sondern das S-Port Protokoll, auch wenn man die D-Serie Empfänger benutzt.

Und in diesem D-Serie-X-Serie Mischmaschprotokoll gibt es extra Daten für V-Speed:

      else if ((appId >> 8) == 0) {
        // The old FrSky IDs
        uint8_t  id = (uint8_t)appId;
        uint16_t value = HUB_DATA_U16(packet);
        processHubPacket(id, value);
      }
      else if (appId == BETA_BARO_ALT_ID) {
        int32_t baroAltitude = SPORT_DATA_S32(packet);
        setBaroAltitude(10 * (baroAltitude >> 8));
      }
      else if (appId == BETA_VARIO_ID) {
        int32_t varioSpeed = SPORT_DATA_S32(packet);
        frskyData.hub.varioSpeed = 10 * (varioSpeed >> 8);
      }

 

[der-Frickler]

Und in welchen Feld des Hub Protokolles soll der VSpeed übertragen werden wenn du nen D Empfänger benutzt?
http://www.frsky-rc.com/download/down.php?id=126
Denke auch mit D-Empfänger an der Taranis wird das Feld dann leer sein im S-Port Protokoll.

 

[Rangarid]

Das Vario schickt die Daten über Nutzerdaten nehm ich an oder hat halt einfach ne neue ID.

#define BETA_VARIO_ID           0x8030
#define BETA_BARO_ALT_ID        0x8010

Ah ne warte mal, da is noch was anderes...

Hier ist Baro Alt mit Sensorhub:

    case BARO_ALT_AP_ID:
      if (frskyData.hub.baroAltitude_ap > 9)
        frskyData.hub.varioHighPrecision = true;
      if (!frskyData.hub.varioHighPrecision)
        frskyData.hub.baroAltitude_ap *= 10;
      setBaroAltitude((int32_t)100 * frskyData.hub.baroAltitude_bp + (frskyData.hub.baroAltitude_bp >= 0 ? frskyData.hub.baroAltitude_ap : -frskyData.hub.baroAltitude_ap));
      break;

#if defined(VARIO)
        uint8_t varioSource = g_model.frsky.varioSource - VARIO_SOURCE_A1;
        if (varioSource == appId-ADC1_ID) {
          frskyData.hub.varioSpeed = applyChannelRatio(varioSource, frskyData.analog[varioSource].value);
        }
#endif

Die Daten müssen aber noch irgendwo anders als A1 kommen, denn ich hab A1/A2 nicht dran und ich bekomm trotzdem Vspeed...ich schau mal weiter...

 

[der-Frickler]

OK, muss ich ma schauen ob meiner das auch rausschickt. Könnte dann ja auch in der 9x genutzt werden der Wert.

 

[Rangarid]

Die 9x benutzt frsky.cpp, die taranis frsky_sport.cpp, da sind schon ziehmliche Unterschiede in den beiden Dateien.

Nutzerdaten die du in den D-Empfängern reingibst kommen in der Taranis aber nicht an. Ist also etwas kompliziert, blicke da noch nicht so ganz durch. Muss mal weiter schauen...

Aber schau mal hier:
https://code.google.com/p/openxvario/source/browse/branches/openxvario/openxvario.ino

Die nehmen einfach
#define FRSKY_USERDATA_VERT_SPEED 0x30 // open9x Vario Mode Only

passt dann zu
#define VARIO_ID 0x30
https://github.com/opentx/opentx/bl...36b5ff234/radio/src/telemetry/frsky_sport.cpp

Wird also per Nutzdaten geschickt irgendwie. Und 0x30 ist nicht teil des Sensor Hub Protokolls...