pinae

Die common.h ist die richtige Datei. Die Änderungen funktionieren wie auf Seite 3 beschrieben. Allerdings bezieht sich das nicht auf Graupner HOTT und SUMD.

Neues vom Naze32: Um rauszufinden, ob einer meiner ESCs kaputt ist, habe ich die ESCs von Motor 3 und 4 mal getauscht. Es macht aber weiter Motor 3 Probleme, sodass ich sicher bin, dass es nicht am ESC liegt. Mein nächster Verdacht war die selbst kompilierte Firmware. Ich hab mal testweise ein unmodifiziertes INAV 1.6 aufgespielt – mit dem gleichen Fehlerbild. Kann es sein, dass mein Ausgang für Motor 3 beim Naze32 hardwareseitig kaputt ist? Weiß jemand von euch von solchen Hardwareausfällen bei Flightcontrollern? Immerhin scheinen sonst alle Funktionen vom Naze32 zu funktionieren.

Gruß,
Jonny

Hi Mathias,

ich hab das Accelerometer mit der 6-Achsen-Methode kalibriert. Mein Problem ist, dass „Run-time calibration“ weiterhin ein X zeigt und ich nicht weiß, wie ich das weg bekomme.

Beim Kalibrieren der ESCs scheint erst alles zu funktionieren. Bei meinem Motor 3 piepst der ESC aber nochmal nach einigen Sekunden, wenn ich den Regler im Motors-Tab aufdrehe. Vorher zuckt der Motor und versucht sich zu drehen. Nach dem Piepsen steht er still. Ich vermute das ist eine Fehlermeldung. Ich hab ein Video aufgenommen, um das Problem zu zeigen: https://youtu.be/0OmJwj9IwSs

Kann das sein, dass die „Run-time calibration“ wegen eines Fehlers beim ESC nicht funktioniert?

Gruß,
Jonny

Hi,

ich hab nach der Anleitung von franktango eine neue Version der INAV-Firmware für den Naze32 kompiliert. Mit der geht jetzt MSP an meinem Naze32 rev6. Das Firmware-File ist im Anhang.

Leider starten die Motoren trotzdem nicht, wenn ich in der App „arme“.
Ich hab die ESCs konfiguriert, indem ich die Motoren im INAV-Configurator alle auf 100% gestellt habe, danach den Akku angeschlossen und den Regler wieder auf 0% gestellt habe, als das Piepsen aufgehört hat. Wenn ich die Motorregler danach hochgefahren hab, haben sich auch die Motoren 1, 2 und 4 schön gedreht und 3 hat zumindest etwas gezuckt.
Von der App aus scheine ich das aber nicht steuern zu können. Was kann ich denn überprüfen, um das Problem einzugrenzen?

Gruß,
Jonny

Hallo fly2by,

ich habe auf deinen Hinweis hin mal das Datenkabel von Pin 1 abgelötet und an Pin 4 angelötet. Am Verhalten hat sich deswegen aber nichts geändert.

Ich weiß nicht, ob ich das richtig getestet habe. Stimmt die Annahme aus meinem vorherigen Post, dass sich die Datenpunkte im Modes-Tab vertschieben, wenn die Verbindung steht?

Ich habe den UART1RX-Pin in der Mitte des Boards noch nicht ausprobiert. Da in der Doku steht, dass er mit USB geteilt wird, hatte ich befürchtet, dass sich USB und Raspi in die Quere kommen, wenn ich da anlöte.

Die 5V-Verbindung ober rechts hab ich weggelassen, weil ich davon aus ging, dass die 5V über die Platine durchkontaktiert sind. Die Doku legt das so nahe.

Hat nicht jemand schon einen WiFree-Copter mit einem Naze32 gebaut und kann mir sagen, was ich wie verdrahten muss?

Viele Grüße,
Jonny

Hi,

ich habe die App in Version 20160922 auf einem Nexus 4 und einem Nexus 9 mut Android 7 getestet. Auf beiden Geräten erscheint folgende Fehlermeldung beim Start:
WiFree
Detected Problems with app native libraries
(please consult log for detail):
libtutorial-5.so: invalid DT_NEEDED entry "build/obj/local/armeabi-v7a/
libgstreamerbuild.so"

Ich kann die Fehlermeldung wegklicken. Unten in der App steht dann ein Wert „Signal: -42“, der offensichtlich regelmäßig aktualisiert wird, da er schwankt. Das Ausrufezeichen ist rot. Ich kann ein Kamerabild anzeigen.