Telemetriedaten vom AUAV-X2 mit D4R II
- Themenstarter deBabba
- Beginndatum
Also bei mir (3.3.rc3) wird Flightmode über temp1 übertragen.
So zeigt man sich die Flugmodi an, der Screen macht nichts, ausser den aktuellen Modi an, wobei ich noch nicht alle Probiert aber, aber Stabi, AltHold und Loiter funktionieren:
So zeigt man sich die Flugmodi an, der Screen macht nichts, ausser den aktuellen Modi an, wobei ich noch nicht alle Probiert aber, aber Stabi, AltHold und Loiter funktionieren:
Code:
FlightMode = {}
local function background()
end
local function run(event)
local i
for i=1, 17 do
FlightMode[i] = {}
FlightMode[i].Name=""
end
FlightMode[1].Name="Stabilize"
FlightMode[2].Name="Acro"
FlightMode[3].Name="Altitude Hold"
FlightMode[4].Name="Auto"
FlightMode[5].Name="Guided"
FlightMode[6].Name="Loiter"
FlightMode[7].Name="Return to launch"
FlightMode[8].Name="Circle"
FlightMode[9].Name="Invalid Mode"
FlightMode[10].Name="Land"
FlightMode[11].Name="Optical Loiter"
FlightMode[12].Name="Drift"
FlightMode[13].Name="Invalid Mode"
FlightMode[14].Name="Sport"
FlightMode[15].Name="Flip Mode"
FlightMode[16].Name="Auto Tune"
FlightMode[17].Name="Position Hold"
local flightModeNumber = getValue("temp1") + 1
if flightModeNumber < 1 or flightModeNumber > 17 then
flightModeNumber = 13
end
lcd.drawText(1, 1, FlightMode[flightModeNumber].Name, INVERS)
end
return {run=run, background=background}Ich kann auch einen Wert t1 auslesen, nur da kommt irgendwas anderes an, glaube ich. Ich hab leider noch immer keine Zeit gehabt mich weiter einzuarbeiten.
Die ersten Zeilen "for i...end" initialisieren ein Array mit leeren Werten. Ich bin mir nicht sicher ob man das so machen muss, offenbar aber schon. Das ist also nur Vorbereitung. Wir legen hier quasi Speicherplätze für die einzelnen flugmodi im Programmspeicher fest.
Danach werden die Namen gespeichert in den einzelnen Speicherplätzen.
Anschließend wird der echte Wert ausgelesen und anhand des Wertes der Speicherplatz ermittelt und der dort gespeicherte Name ausgelesen.
Dieser wird dann auf dem display ausgegeben. Die flugmodi hab ich aus einem anderen script kopiert, ich hab es nur angepasst auf meine Daten.
Ich versuche morgen mal ein mapping zu finden, bislang ist mir selbst noch nicht klar, welcher apm wert welchen Namen im Telemetrie Datenstrom hat. Aktuell hab ich mir noch den Akku geholt und current. Derzeit gebe ich mittig den flugmodus aus und rechts davon den Akku grafisch sowie mit zahlen. Links davon rssi ebenfalls grafisch und mit zahlen. Solange ich. Ich kein klares mapping zwischen apm werten und Telemetrie Namen habe, ist es relativ mühselig, zumal ich noch nicht simulieren kann, da ich die Wertebereiche nicht kenne. Ich wollte heute aber primär einfach mal drauf los legen und eine Ausgabe erzeugen und hab mich daher quer durch die Bank an existierenden scripten orientiert gemischt mit ersten eigenen versuchen. Die Sprache ist jetzt ja nicht wirklich komplex, nur etwas ungewohnt.
Sorry, keine saubere Formatierung des codes, weil ich mit tapatalk schreibe.
Edit: hier noch meine Verkabelung, im Endeffekt nichts anderes als das, was Hulk schon gesagt hat:
Die ersten Zeilen "for i...end" initialisieren ein Array mit leeren Werten. Ich bin mir nicht sicher ob man das so machen muss, offenbar aber schon. Das ist also nur Vorbereitung. Wir legen hier quasi Speicherplätze für die einzelnen flugmodi im Programmspeicher fest.
Danach werden die Namen gespeichert in den einzelnen Speicherplätzen.
Anschließend wird der echte Wert ausgelesen und anhand des Wertes der Speicherplatz ermittelt und der dort gespeicherte Name ausgelesen.
Dieser wird dann auf dem display ausgegeben. Die flugmodi hab ich aus einem anderen script kopiert, ich hab es nur angepasst auf meine Daten.
Ich versuche morgen mal ein mapping zu finden, bislang ist mir selbst noch nicht klar, welcher apm wert welchen Namen im Telemetrie Datenstrom hat. Aktuell hab ich mir noch den Akku geholt und current. Derzeit gebe ich mittig den flugmodus aus und rechts davon den Akku grafisch sowie mit zahlen. Links davon rssi ebenfalls grafisch und mit zahlen. Solange ich. Ich kein klares mapping zwischen apm werten und Telemetrie Namen habe, ist es relativ mühselig, zumal ich noch nicht simulieren kann, da ich die Wertebereiche nicht kenne. Ich wollte heute aber primär einfach mal drauf los legen und eine Ausgabe erzeugen und hab mich daher quer durch die Bank an existierenden scripten orientiert gemischt mit ersten eigenen versuchen. Die Sprache ist jetzt ja nicht wirklich komplex, nur etwas ungewohnt.
Sorry, keine saubere Formatierung des codes, weil ich mit tapatalk schreibe.
Edit: hier noch meine Verkabelung, im Endeffekt nichts anderes als das, was Hulk schon gesagt hat:
Zuletzt bearbeitet:
Lass dich nicht von meinen kabelfarben vom converter zum d4r täuschen. Ich machs da manchmal wie die Chinesen 
auf der anderen Seite vom converter zum auav ist es passend wobei gelb und grün nicht genormt (glaube ich) sind und vom jeweiligen Standpunkt aus richtig oder falsch sind
auf der anderen Seite vom converter zum auav ist es passend wobei gelb und grün nicht genormt (glaube ich) sind und vom jeweiligen Standpunkt aus richtig oder falsch sind
Hey die Jungs sind wirklich sauschnell mit der Lieferung, kaum bestellt und schon da. eigentlich ist das Wetter zu schön zum löten, aber ich mach mich trotzdem gleich dran
Auf dem X2 läuft die 3.2.1 (PX4v2)
Gestern konnten wir den Fehler eingrenzen:
Also bleibt eigentlich nur noch die Taranis bzw die Konfiguration.
Seht ihr den Wert Alt ?
Gestern konnten wir den Fehler eingrenzen:
- Am Pixhawk Telemetrieport gab es das gleiche Bild allerdings waren auf dem Standard Telemetrie Screen die Stromsensordaten ausgefüllt. Damit lagt es schon mal nicht am Konverter und nicht am D4R.
- Wieder umgestöpselt an meinen Tri-X2, bei der Optional Hardware den Powermodul konfiguriert (hatte ich noch nicht gemacht) und damit hatte ich den gleichen Zustand wie am Pixhawk. Also liegt es auch nicht am X2
Also bleibt eigentlich nur noch die Taranis bzw die Konfiguration.
Seht ihr den Wert Alt ?
