Hallo und Herzlich Willkommen im RC-DROHNEN-FORUM.
Wir sind ein unabhängiges, rein privat geführtes Forum zum Thema Multicopter (Drohnen) speziell für Luftbild-Aufnahmen und Technik für den privaten- und gewerbliche Piloten.
Ein lockerer, freundlicher Umgang gepaart mit Know-How, Hilfsbereitschaft und ein respektvolles Miteinander erwarten Dich hier.
Melde Dich kostenlos an, um alle Funktionen nutzen zu können. Wir freuen uns auf Dich!
Viel Spaß wünscht Dir das RCDF-Team.

Offizieller Partner des BVCP - Bundesverband Copter Piloten

Flugdatenrekorder für Hubsan 901A Transmitter (geht wahrscheinlich auch für den 906A)

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Hallo HE,

      Vielen Dank! hail
      Ich habe mir das Programm gerade mal angesehen. Sieht ja richtig prima aus - damit macht der Datenrekorder erst richtig Sinn. Ich war am WE unterwegs und kam leider noch nicht zum Fliegen (aber ich kann auch mal eine paar Testdatei erstellen).
      Mal sehen, vielleicht klappt es ja diese Woche den Kleinen mal wieder in die Luft zu kriegen.

      @Interessierte
      Auch wenn ich hier nichts schreibe - Fortschritt ist unter GitLab sichtbar.

      BG, Tom
    • Hallo,
      Heute war das Wetter endlich mal gut genug für ein paar kurze Testflüge.
      Bei den beiden ersten Flügen (Start 12:44,12:47) wollte ich testen, ob Elevation und Distanz stimmen. War aber nicht ok. Im Forum deviationtx habe ich dann ein paar Hinweise gefunden. Jetzt funktioniert auch Elevation und Distanz und zusätzlich habe ich noch RSSI und Velocity.
      In den letzten beiden Flügen (16:01, 16:14) sind alle Daten jetzt vorhanden.
      (Mit q500log2kml habe ich allerdings gesehen, dass die Kommastellen für Elev, Dist noch nicht stimmen.)
      @HE: Die neuen CSV-Spalten hat dein Tool klaglos hingenommen. Das Programm funktioniert prima und ist mir echt eine große Hilfe.

      Der Rekorder startet/stoppt jetzt übrigens auch zusammen mit dem Kopter durch das Spreizen der Joysticks. Ich werde demnächst auch die Menünavigation so umbauen, dass man den rechten Joystick dafür benutzen kann. Dann braucht man auch keine zusätzliche Tasten mehr in den Sender bauen (wenn man auf Marker und OSD Umschaltung verzichten will).

      BG, Tom
      Dateien
    • Ich habe nur flüchtig drüber geschaut. Werde mein Programm entsprechend anpassen, voraussichtlich bis morgen.
      Velocity sollte dann auch richtig angezeigt werden, wenn man den Mauszeiger auf die Zelle hält.

      Die Umrechnungen der Werte kann ich im Programm machen:
      - Elevation *10 [m]
      - Distance *10 [m]
      - Velocity /10 [m/s]

      Distance stimmt ganz gut mit den vom Programm berechneten Werten überein. Die berechnete wird dargestellt, wenn du auf den Header von lon oder lat klickst.
      Die Werte bei RSSI machen aus meiner Sicht keinen Sinn.
      Wie darf man verstehen, wenn Frames auf Null steht? Keine Frames, aber Werte?

      Über die farbliche Kennzeichnung bei den Frames muss ich noch nachdenken. Die Farben der Zellen sollten auch die farben bei den Hintergrundbalken im Höhendiagramm sein. Zu bunt sollte aber auch nicht werden.

      Frage: Macht es Sinn, die Statistik bei den Frames zeitlich aufzuschlüsseln (man kann zu der Zeile mit der angegebenen Zeit springen) oder lieber nicht, sondern nur eine Statistik zeigen? Ich neige zu Letzterem.

      Gruß HE
    • Hallo HE,

      Du kannst die Werte ruhig so lassen, denn genau genommen ist das ein Bug in der Ausgabe. Habe ich auch gefixt, aber leider war es heute echt zu windig und feucht.
      Die Anzeige mit dem Abstand hatte ich gesehen und damit auch festgestellt, dass Distanz sinnvolle Werte enthält (bis auf die Kommaposition).
      Du hast Recht Zeilen mit Frames = 0 sind eigentlich sinnlos. Die kommen vor, wenn im Updatezeitraum (100ms) mal keine neuen Daten geloggt wurden. Kann ich auch rausfiltern. Wobei ich gerade sehe, dass da manchmal ziemliche Lücken sind (bis zu 400ms). Da muss ich nochmal schauen, was das sein kann.
      Die Daten stammen in den Fällen dann von den vorhergehenden Paketen.
      RSSI sieht stellenweise komisch aus (z.B. Sprung von 10 auf 100%), andererseits ist es auch nicht völlig unsinnig.
      Bezüglich der Frames-Detailanzeige bin ich auch unschlüssig. Die Frage ist, ob außer mir jemand das noch benötigt. Eine Statistik macht IMHO auch nur für die Telemetrie-Pakete Sinn, die Steuerpakete sollten vom Sender regelmäßig gesendet werden, mehr oder weniger Telemetriepakete hingegen könnten einen Aufschluss über die Signalqualität in Empfangsrichtung geben (RSSI ist ja die am Kopter). Aber da hast du vielleicht mehr Ahnung, was man bei einer Analyse benötigt.
      Für die Farbe könnte man vielleicht die Marker bzw. Video/Foto heranziehen, damit man schneller eine interessante Stelle findet.

      BG, Tom
    • Frames:
      Verstehe ich das richtig? Der Rekorder sammelt die Frames ein, füllt die Werte auf und behält den vorigen Wert, wenn der betreffende Frame nicht da ist. Der Rekorder gibt dann in regelmäßigen Anständen Werte aus, auch wenn kein Frame zwischendurch empfangen wurde (eben die Null bei Frames).

      Wenn das so ist, würde ich die Datensätze, wo nicht mindestens ein Frame empfangen wurde, weglassen. Fehlende Frames über einen betimmten Zeitpunkt, bzw. wie oft die Daten wirklich kommen, ist nämlich auch eine Aussage zur Analyse. Ich würde mir z.B. Gedanken machen, warum eine zeitlang nichts kommt, wenn das eintritt. Wenn du "synthetische" Zwischendatensätze einfügst, verdeckst du soche Fälle. Oder man müsste eben einen speziellen Filter bauen, der die Nuller rausfiltert.
      Es gibt aber noch einen theoretischen fall, wo Datensätze ohne Frames gebildet werden können: Wenn man Video-, Foto- oder Markereingaben hat und diese sofort weitergibt. Das wäre dann auch OK.

      RSSI:
      Ich denke mal das ist in Prozent. Das könnte schon passen, würde aber fast immer sehr guten Empfang bedeuten und es gibt kaum Zusammenhänge mit der Entfernung. Bei 150m supergut (die eine Datei), bei 80m weg sauschlecht (die andere Datei). Irgendwie komisch, aber wir nehmen das mal so hin.
      So richtig ausgefeilt wird das erst, wenn mehr daten aus der Praxis vorliegen.
      ScreenshotSchnellanalyse_0151.pngScreenshotSchnellanalyse_1420.png

      KML_GPX.zip

      Gruß HE
    • Ich habe die Farben für die Frames mal überarbeitet. Sieht schön bunt aus. Ob's was nutzt, weiß ich nicht. Das wird die Zukunft zeigen, wenn wirklich mal was analysiert werden muss.
      In den KML-Dateien sind jetzt auch extra Placemarks drin, wenn ein Foto aufgenommen oder ein Video gestartet wird. Auch der marker, wenn es ihn mal gibt, sollte zu sehen sein.

      Was bedeuten eigentlich die verschiedenen Werte bei Photo? ich habe immen einen Placemark gesetzt, wenn sich die Zahl verändert hat.

      Die neue Version (nur für Windows und nur in Deutsch) ist hier:
      q500log2kml.zip


      Gruß HE
    • Hallo HE,

      Du hast Recht, ich werde die 0er Frames rauslassen, die bringen kein Mehr an Information. Durch die Färbung der Zeitspalte sieht man auch echte Aussetzer.
      Die Marker etc sind kein Problem, die werden bis zum nächsten validen Frame gehalten.
      Ich bin heute noch kurz geflogen und habe mir die RSSI Werte angesehen. Es gibt schon eine deutliche Korrelation zwischen Entfernung, Ausrichtung des Kopters und des Senders sowie RSSI. Warum in manchen Fällen der Wert auf nahe 0 sinkt, oder plötzliche Änderungen macht, obwohl sich an den oben genannten Parametern nichts signifikant geändert hat, kann ich mir nicht erklären. Letztendlich bin ich mir sicher, dass das Byte, welches ich als RSSI ausgebe auch so was in der Art ist. Wie Hubsan den Wert berechnet steht allerdings auf einem anderen Blatt.
      Bei Photo habe ich 2 Dateien gefunden, die Werte != 0 zeigen und die sehen wirklich schräg aus. Ich denke, da hatte ich einen Bug in der Ausgabe. Normalerweise sollte dort eine 1 stehen, wenn ein Foto gemacht wurde. Der Hubsan "togglet" Bit0 in byte13 des Steuerpakets, wenn ein Foto gemacht werden soll. Ich setze eine 1, wenn ich eine Änderung des Wertes zwischen 2 Steuerpaketen entdecke.
      Die Marker in der kml werde ich demnächst mal ausprobieren (ich vergesse das immer beim Fliegen ) - da muss ich wohl mal in den Dateien fuschen hmm .
      Ist aber eine prima Erweiterung.

      Auf jeden Fall vielen Dank für deine Arbeit!

      Beste Grüße, Tom