Open DIY Projects › Stuhlkreis › WiFree Copter › WiFree Flightcontroller und die Firmware
- Dieses Thema hat 229 Antworten sowie 43 Teilnehmer und wurde zuletzt vor vor 4 Jahren, 9 Monaten von Andi252 aktualisiert.
-
AutorBeiträge
-
14. Februar 2017 um 19:13 Uhr #4162pinaeTeilnehmer
Hi,
ich habe einen Naze32 (rev. 6), den ich mit dem INAV-Configuratior (v. 1.6) auf INAV 1.5.1 gefasht habe. In den Einstellungen gibt es unter „Configuration“ – „Receiver Mode“ die Einstellung „MSP RX input“. Hier im Forum habe ich gelesen MSP-Support würde in INAV fehlen und man müsste die Firmware selbst kompilieren. Reicht es nicht, wenn ich die genannte Einstellung in der Firmware aktiviere, um den Controller vom Raspi zu steuern?
Unabhängig davon kann ich die Einstellungen nicht wie im ersten Post abgebildet setzen, da der Konfiguratior an einigen Stellen anders aussieht oder keine Kommazahlen aktzeptiert. Das Einspielen eines Backups für Naze32-Einstellungen habe ich nicht hinbekommen. Auf der Kommandozeile scheint es keine Option zum importieren des JSON-Files zu geben. Hat jemand Erfahrung mit den Einstellungen einer neuen INAV-Version für ein Naze32-Board?
Vielen Dank,
JonnyP.S. Ziemlich cooles Projekt! Vielen Dank dafür.
Attachments:
You must be logged in to view attached files.14. Februar 2017 um 21:46 Uhr #4164hama0013TeilnehmerHallo Jonny,
zum NAZE kann ich nichts sagen, da ich den CC3D verwende.
Aber bei den PID-Einstellungen bin ich auch anfangs gehangen, da mich die Komma-Zahlen in der ersten Seite im Vergleich zur INAV-Konfigurator 1.6 Version, welche ich verwende, verwirrten und ich nicht weiter gekommen bin.
Letztendlich habe ich folgende Seite gefunden:
https://github.com/iNavFlight/inav/wiki/user-PID-tuning-and-PID-examples
Damit lassen sich zumindest die anderen Werte in der ersten Seite erklären.
Mein Copter fliegt inzwischen – aber an die Steuerung muss ich mich wirklich noch gewöhnen – ist wie zum 1. mal Fahrrad fahren….Gruß,
Mathias17. Februar 2017 um 13:24 Uhr #4168pinaeTeilnehmerHi,
mein Raspi läuft und ich kann auch mit der App ein Bild anzeigen. Allerdings scheinen mir keine Steuerbefehle bei dem Naze32 anzukommen. Meine Vermutung wäre, dass ich entweder die Ports in INAV falsch konfiguriert habe oder die Verdrahtung ändern muss. Ich hab mal meine Verdrahtung mit dem Naze32 aufgezeichnet und hier angehängt.
In INAV bekomme ich zwei Ports angezeigt: UART 1 und 2. Momentan habe ich bei beiden unter „Data“ MSP eingeschaltet und 115200 eingestellt.
Wie kann ich denn am leichtesten testen, ob die Verbindung steht? Meine Vermutung wäre, dass sich die Datenpunkte im „Modes“-Tab verschieben sollten, wenn ich bei erfolgreicher Verbindung die Regler in der App herumschiebe. Stimmt das so? Gibt es eine bessere Möglichkeit zu testen, ob der Respi erfolgreich mit dem Naze redet?
Viele Gruße,
JonnyAttachments:
You must be logged in to view attached files.17. Februar 2017 um 14:46 Uhr #4170fly2byTeilnehmerHi,
bist du dir sicher das PIN 1(CPPM IN) der richtige ist. Ich hätte (vom Gefühl) eher an die UART-Ports gedacht.
Anbei ein Bild auf dem alle PINS beschriftet sind.
Kann es sein, das du neben RX auch noch 5V einspeisen musst?Gruß
Attachments:
You must be logged in to view attached files.17. Februar 2017 um 17:00 Uhr #4172pinaeTeilnehmerHallo 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,
JonnyAttachments:
You must be logged in to view attached files.17. Februar 2017 um 21:21 Uhr #4174fly2byTeilnehmerAuf der Seite 1 hat am 11. August 2016 um 21:57 der Georg ein „Naze32 rev5 afroflight“ abgebildet. Der sollte doch so ähnlich wie deiner sein?
Dort sieht man, das PIn 4 angelötet ist. Laut Doku ist das UART2 RX.
In der Konfig von iNAV must du noch den UART2 auf MSP und die Baudrate auf 9600 stellen. Mehr sendet der RPI nicht.Siehe auch Bild von der ersten Seite.
Dort ist UART3 mit 9600 Baud angegeben.
Bei dir sollte das dann UART2 mit 9600 Baud sein.Testen kannst du mit der APP und dem Reiter Receiver.
Wenn du in der APP die Steuerknüppel bewegst, dann bewegen sich die Werte bei den zugehörigen Parameter.Gruß
Lothar20. Februar 2017 um 17:44 Uhr #4176pinaeTeilnehmerHallo Lothar,
ich hab wie vorher beschrieben die Serielle Verbindung jetzt an Pin4 angelötet. Die Baudrate hab ich wie du beschrieben hast auf 9600 eingestellt. Leider sehe ich keine Signale ankommen. Wie müsste das im Receiver-Tab denn aussehen, wenn Signale ankommen?
Gruß,
Jonny20. Februar 2017 um 18:33 Uhr #4177franktangoTeilnehmerGestern hatte ich endlich mal Zeit den Copter (CC3D) mit der iNAV firmware 1.5.1 zu fliegen. Aber ich denke das hat sich gelohnt. Irgendwie war er viel stabiler zu fliegen. Und das obwohl ich noch kein PID Tuning machen konnte.
Nur zur Info…
Gruß,
Frank20. Februar 2017 um 22:31 Uhr #417820. Februar 2017 um 22:33 Uhr #4179fly2byTeilnehmerHi Frank,
dachte die neueren Firmware kann das MSP Protokoll nicht?
Gruß
Lothar21. Februar 2017 um 20:43 Uhr #4182hama0013TeilnehmerHallo Frank,
ich bin jetzt auch verwundert – auf deinen post hin habe ich auch mal die FW-Version 1.5.1 auf meinen CC3D aufgespielt. Ich kann zwar „MSP RX Input“ einstellen aber AUX ist überhaupt nicht einstellbar. Im „Receiver“-Fenster sehe ich überhaupt keine Regler. Wie hast du das hin bekommen?Hast du ein paar Screenshots zu deinen Einstellungen? Welchen Konfigurator verwendet du? Ich habe den 1.6.0.
Gruß,
Mathias21. Februar 2017 um 21:06 Uhr #4183franktangoTeilnehmerLothar, Mathias,
Schaut doch bitte mal weiter oben – Seite 3…
Das MSP Protokoll ist bei fertigen Firmware Versionen ab 1.2 und Controllern mit weniger als 128kB abgeschaltet. Das kann man aber ändern. Dann kann man auch mit dem aktuellen Configurator arbeiten und das Teil fliegt…
Oben gibt es auch eine Firmware 1.5.1 mit MSP (GPS abgeschaltet!) als Download zum Testen.Gruß,
Frank21. Februar 2017 um 21:46 Uhr #4184fly2byTeilnehmerDanke werde ich mal bei Gelgenheit testen
21. Februar 2017 um 21:57 Uhr #4185hama0013TeilnehmerKlasse!
habe es gerade ausprobiert – jetzt sind auch die AUX vorhanden und im Receiver-Fenster sehe ich synchron die Bewegungen von der App – wie vorher mit der 1.1…Vielen Dank!!
Allerdings bekomme ich die Motoren noch nicht zum drehen. Muss ich die ESCs erst noch kalibrieren oder gibt es eine weitere „neue“ Einstellung in dieser FW, bei der ich erst noch was einstellen muß?
Habe gesehen, dass es einen Motor-Hauptschalter im Fenster „Configuration“ gibt. Der ist eingeschaltet und im „Motors“-Fenster bekomme ich die Motoren auch zum laufen – nur eben über die App bzw. das MSP geht es noch nicht…
Hast du hierzu noch einen Tipp? Ein paar Einstellungen im Fenster „Configuration“ unter „ESC/Motor Features“ scheinen auch neu zu sein.Ich denke, ein paar Screenshots wären sehr hilfreich. Das Thema „Failsave“ habe ich auch hier im Projekt/Forum nicht eindeutig beschrieben gefunden. Bin mir da auch noch unsicher, ob meine Einstellung über AUX2 wirklich richtig ist…
Gruß,
Mathias21. Februar 2017 um 22:13 Uhr #4186franktangoTeilnehmerMathias,
Ja, kann mich schwach erinnern, dass das bei mir anfangs auch so war. Schau mal ob der ARM Modus erreicht wird. Ich glaube, ich musste da die Grenzen noch mal einstellen und Speichern. In der Web-Oberfläche kann man das testen.
Zu den Screenshots komme ich heute nicht mehr.Gruß,
Frank -
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.