Danke, wieder was gelerntEntfernung kannst Du mit einem calculated sensor darstellen. EdgeTX rechnet genauso gut wie es das GPS intern macht. Bezugspunkt ist die Position des ersten GPS Fix. Funktioniert bei mir ohne Probleme. Beispiel:
Name "GPdi" ist frei erfunden. Wenn Du 2D Entfernung haben willst, dann Alt sensor freilassen, ansonsten für 3D Entfernung (Schrägentfernung) Deinen Baro altitude Sensor einfügen. Wenn Du die Entfernung auch loggen wilst, nicht vergessen etwas runter scrollen und Logs anschalten.
Anhang anzeigen 12683336
Schaut dann so aus:
Anhang anzeigen 12683350
Das sind aktuell genau vier Pakete, von denen eines nur die VSpd transportiert und von einem anderen Paket, das Vario Paket abgelöst wurde.
CRSF_FRAMETYPE_GPS = 0x02,
CRSF_FRAMETYPE_VARIO = 0x07,
CRSF_FRAMETYPE_BATTERY_SENSOR = 0x08,
CRSF_FRAMETYPE_BARO_ALTITUDE = 0x09,
Das sind aktuell genau vier Pakete, von denen eines nur die VSpd transportiert und von einem anderen Paket, das Vario Paket abgelöst wurde.
Wenn ich dich recht verstehe, also diese hier
Dann noch hier zu. Wann wurde (bei welcher ELRS Version) die Änderung gemacht, wenn du das wissen solltest?
Ich hample ja noch immer mit den fehlenden Baro Werte in Ardupilot rum.
Gruß KH
Ab ELRS V2.5.0 sind die baro-Sensoren Alt und VSpd korrekt im CRSF drin
Franz, schön für ... ELRS. Bei INAV hab ich ja, nachdem was ich hier gehört habe, Hoffnung, das beide Baro Werte in näherer Zukunft auftauchen. Nur bei AP wurde mir das hier vor 2 Tagen von einem Entwickler dort gesagtAb ELRS V2.5.0 sind die baro-Sensoren Alt und VSpd korrekt im CRSF drin
Ich denke, das ist ein spezieller ELRS-Frame, der nicht in der CRSF-Spezifikation enthalten ist – deshalb ist er nicht implementiert. Es wäre ziemlich einfach, aber ziemlich weit unten auf meiner Liste der zu erledigenden Dinge.
Ich wollte für mein neues Projekt (kleiner Benziner) unbedingt Drehzahl und Temperatur haben.Wenn ein neues Paket mit z.B. Drehzahl und Temperatur definiert wird, kann ich das ohne Schwierigkeiten direkt umsetzen.
RxBt | = | Volt1 |
Curr | = | Tmpr |
Capa | = | RPM |
Bat% | = | Volt2 |
Wer das testen möchte - Feedback willkommen - der kann sich die 3.4rc1 basierte Firmware wie gewohnt mit dem ExpressLRS Configurator selbst bauen. Reiter GIT COMMIT auswählen und git commit hashab51197bd34fce317e1de67cd2e92ca443536627
mit copy/paste eingeben. Den Rest an Daten wie sonst auch eintippen. Fliegen wie immer erst nach sehr ausgiebigem Testen und Vertrauensaufbau.
.... hab ich gemacht als bisher stiller Mitleser und hier mein Feedback.
Absoluter Respekt und ein grosses Lob für diese Leistungen des ganzen Teams, läuft:
Radiomaster TX Pocket, ER8GV RX mit dem fertigen Kabel aus dem RX-Lieferumfang
und das SM-Modellbau Unisens-E im Hott-ESC-Mode.
Gruss Dietmar
P.S. Am Pocketsender ist ein zweites HF-Modul eingesetzt.
Könnte man z.B. einen Matek PWM Empfänger mit Vario an einen FC über RX/TX anschliessen oder ist das eine reine serielle Schnittstelle zum upload von Firmware?
Hattest du da vielleicht yaapu laufen? Dann bekommst du die Baro Werte in der Telemetrie.Aber ich hab hier auf meiner Seite ne ganze Masse probiert, um dahinter zu kommen, warum der Sender hier die beiden Baro Werte angezeigt hat, obwohl DAS ja eigentlich nicht passieren sollte/konnte.
Klare Aussage! Dank dir.Die CRSF Schnittstelle ist deshalb nicht weiter verfügbar. Aus Sicht des ELRS Empfängers ist da schon eine FC (das Converterboard) angeschlossen.
Und das ist also ein sehr ungewisses Terrain ...Die Radiomaster ER6 und ER8 Varioempfänger
yaapu ist da so eine Sache. Von Alex hab ich auf meine Anfrage dazu folgende Antwort erhaltenHattest du da vielleicht yaapu laufen? Dann bekommst du die Baro Werte in der Telemetrie.
yaapu does not use sensors but rather injects fake sensors into edgetx/opentx, what you see is expected beahviour.