MavLink & Frsky Telemetrie (für APM & MPNG)
- Themenstarter kornetto
- Beginndatum
gibt es schon bemühungen es an ardupilot 3.3 anzupassen
habe es getestet aber kein erfolg
sollte es nicht angepasst werden müsste ich auf die anderen methode mit FrSky FUL-1 und SPC cable umsteigen. Da stellt sich mir aber die Frage am AUAV X2 serial2 hängt mein Bluetooth dran wohin dann damit?
habe es getestet aber kein erfolg
sollte es nicht angepasst werden müsste ich auf die anderen methode mit FrSky FUL-1 und SPC cable umsteigen. Da stellt sich mir aber die Frage am AUAV X2 serial2 hängt mein Bluetooth dran wohin dann damit?
Zuletzt bearbeitet:
Hi @ all,
ich verwende auch das LUA Script von Wolke. Habe aber das Problem das der HDOP Wert sehr schwankend angezeigt wird. Die anderen Werte wie 3D bzw. SAT Anzahl sind jeweils konstant. Hat noch jemand das Problem?
Verwende die Firmware Copter 3.3 RC 5 und sende über MavlinkFrSky 1.3 und Teensy an X8R.
ich verwende auch das LUA Script von Wolke. Habe aber das Problem das der HDOP Wert sehr schwankend angezeigt wird. Die anderen Werte wie 3D bzw. SAT Anzahl sind jeweils konstant. Hat noch jemand das Problem?
Verwende die Firmware Copter 3.3 RC 5 und sende über MavlinkFrSky 1.3 und Teensy an X8R.
Da ich das Script erst mit der RC 5 probiert habe, weiß ich natürlich nicht ob es mit älteren Versionen klappt. Spannung und Volt, Flight Modes klappen einwandfrei, habe eigentlich nur Probleme mit dem HDOP Wert und auch mit dem Pfeil von der Lage im Quadrat. Bei wem klappt es denn z.B. mit der 3.2?
Falls euch derzeit etwas weniger Optionen reichen, probiert dochmal mein LUA Script aus:
https://github.com/Jace25/LUA-Taranis-Pixhawk
https://github.com/Jace25/LUA-Taranis-Pixhawk
Danke für den pull request. Hab es gerade schon gemerged. Technisch gesehen handelt es sich ja sogar um einen transceiver, da bidirektional kommuniziert wird. Aber gerade in der readme sollte ein klares wording genutzt werden, da hast du vollkommen recht.
Die aktuelle Höhe sollte in den mavlink Daten vorhanden sein, ein Variometer lässt sich bestimmt im Lua direkt programmieren. Klingt spannend
ich branche mal und schau, was dabei herauskommt.
Danke für input und pull request. Finde github ziemlich interessant, gerade für sowas.
Die aktuelle Höhe sollte in den mavlink Daten vorhanden sein, ein Variometer lässt sich bestimmt im Lua direkt programmieren. Klingt spannend
ich branche mal und schau, was dabei herauskommt.Danke für input und pull request. Finde github ziemlich interessant, gerade für sowas.
Bewusst übersichtlich gehalten.
Das ist das stichwort. Ich finde es toll, was du aus meinen anfängen gemacht hast. Eigentlich fehlt nix ausser dem satindex.....hdop wird meines wissens nicht übertragen.
Wenn man es noch grafischer und umfangreicher möchte, steht es frei wolkes schönes script zu nehmen. Wahrscheinlich passen nur ein paar ids nicht. Die logik muss ja identisch sein.
Leider könnte es sein, dass 3dr und/oder der x2 manch einen nutzer mit storm32 gimbal zwingen könnte, auf diese variante zu verzichten.
Aktuell steht es bei mir nicht zur diskussion, aber ich hab ein wenig blut in bezug auf cam und gimbal geleckt......
Das ist das stichwort. Ich finde es toll, was du aus meinen anfängen gemacht hast. Eigentlich fehlt nix ausser dem satindex.....hdop wird meines wissens nicht übertragen.
Wenn man es noch grafischer und umfangreicher möchte, steht es frei wolkes schönes script zu nehmen. Wahrscheinlich passen nur ein paar ids nicht. Die logik muss ja identisch sein.
Leider könnte es sein, dass 3dr und/oder der x2 manch einen nutzer mit storm32 gimbal zwingen könnte, auf diese variante zu verzichten.
Aktuell steht es bei mir nicht zur diskussion, aber ich hab ein wenig blut in bezug auf cam und gimbal geleckt......
@Jace25: Finde dein Lua Script ganz gut, ist halt fast eine 1-zu-1 Kopie von _Ben: http://fpv-community.de/showthread.php?57636-Naze32-amp-FRSky-D4R-II-Telemetrie-LUA-Script (steht ja auch in deinen Quellen ;-))
Der APM überträgt den HDOP Wert, also müsste es der Pixhawk auch machen.
Bei meinem großen Copter mit APM finde ich das von wolke besser, da einfach alle Daten übersichtlich auf einen Bildschirm sind.
Für meinen zmr250 reicht mir das von _Ben vollkommen.
Der APM überträgt den HDOP Wert, also müsste es der Pixhawk auch machen.
Bei meinem großen Copter mit APM finde ich das von wolke besser, da einfach alle Daten übersichtlich auf einen Bildschirm sind.
Für meinen zmr250 reicht mir das von _Ben vollkommen.
Zuletzt bearbeitet:
Nein. Du verwechselst hier was . die übertragung ist hier was anderes.
Das ist das d-port protokoll.
Hier wird ein teil der mavlink daten übertragen. Man nutzt halt das was 3dr zur verfügung stellt. Und hier ist nicht die rede von apm. Mit 3.3 und s-port ist es dann angeglichen.
Ich stimme aber jace zu, dass in bestimmten fällen die kleine variante reicht. Ich bin brillenflieger und sehe die funke nicht.
Das ist das d-port protokoll.
Hier wird ein teil der mavlink daten übertragen. Man nutzt halt das was 3dr zur verfügung stellt. Und hier ist nicht die rede von apm. Mit 3.3 und s-port ist es dann angeglichen.
Ich stimme aber jace zu, dass in bestimmten fällen die kleine variante reicht. Ich bin brillenflieger und sehe die funke nicht.
