WiFree Flightcontroller und die Firmware

Mathias,

Welche INAV Version hast Du mit dem Configurator geflasht? Bei den neuen fehlt der MSP Protokoll Support mit dem der Raspi die Daten an den Controller gibt. Die Version 1.1 sollte funktionieren (jeden falls bei mir..). Bei den CC3D ist nicht genug Speicher für alle Funktionen in den neuesten Releases.
Falls ich am Wochenende Zeit finde, versuche ich mal eine neue INAV mit anderer Konfiguration für den CC3D zu bauen. Dann fällt aber GPS Support weg. Habe ich eh nicht.
Oder man muss sich halt einen Controller mit F3 Chip besorgen, die haben dann mehr als 128kB.

Gruß,
Frank

Mathias,
Ok,das war es wohl nicht. Dann bleibt eigentlich nur die INAV Config als Fehlerquelle. Möglicherweise geht der Controller ja nicht in den Armed Mode. Dann sind alle Motoren aus. Ich habe am Anfang mit INAV Konfigurator 1.5.2 und dem verlinkten Besipiel Config begonnen. Da gehen die Motoren aber die PID Einstellungen sind murks. Entweder man mach neue oder holt sich einen alten INAV Configurator. Da der Configurator genau wie die Firmware selbst als GIT verfuegbar ist, kann man das ganze Teil clonen, eine alte Version auschecken und dann manuell in Google Chrome als App installieren.
Jetzt passen dann auch die Parameter aus dem ursprünglichen Configbeispiel. Tunen muss man dann wohl trotzdem noch, da es hier ja Optionen gibt (andere Motoren, Rktoren, etc,..). Aber da muss wohl endlich mal das Wetter wieder besser werden. Bei -10 Grad macht das alles keinen Spass… bin echt gefrustet. 🙂

Wie schon mal erwähnt, habe ich die aktuelle INAV Firmware aus dem GIT mit neuen Settings kompiliert.
Hier eine kurze Anleitung.
– Raspi 3 mit standard Image (INAV doku hat auch Anleitungen fuer Linux/Windows,..)
– sudo apt install git
– sudo apt install gcc
– sudo apt install gcc-arm-none-eabi
Damit hatte ich einen gcc 4.8.4
Jetzt die INAV Sourcen clonen:
– git clone https://github.com/iNavFlight/inav.git
Als naechstes die Settings in /inav/src/main/target/common.c anpassen.
Ich habe SKIP_RX_MSP, GPS, GPS_PROTO_UBLOX und NAV auskommentiert.
– make TARGET=CC3D
Der Build dauert ein paar Minuten aber dann sollte man in obj/ ein .hex File finden. Mit
– arm-none-eabi-size ./obj/main/inav_CC3D.elf
bekommt man Infos ueber die Groesse des Programms. Ich denke der ‚text‘ Wert sollte unter 128kB bleiben, damit man es auf den CC3D flashen kann. Bei mir sind es jetzt ca. 90kB.
Dann mit neuestem INAV-Configurator flashen und testen… Mit den Default Settings ging erst mal nicht viel, da hier noch neue Settings dazukommen. Auch muss man die PID Werte anpassen. Ich bin im Moment noch auf Default. Da drehen sich die Motoren und es wird geregelt. Aber deutlich anders als bei INAV 1.1. Geflogen bin ich damit noch nicht, da ich erst mal einen Gehäuseumbau mache. Die letzten Landungen waren doch zu unsanft…
Bei der neuen INAV muss man erst eine volle 6-Phasen Calibrierung des Accelerometer hinkriegen. Sonst ARMed er nicht. Aber das Tool zeigt an, wenn man es geschafft hat (PASS).

Ich haenge mal die Firmware und Settings an, falls das jemand auch probieren will. Ohne Garantie!

Vielleicht als .ZIP…

EagleEi,

Was für ein Bug? Die INAV Leute haben anscheinend andere Prioritäten und das MSP Protokoll zu Gunsten anderer weg konfiguriert. Da das ganze aber OpenSource ist kann man eigene Konfigs anlegen und Funktionen nach Bedarf ein/ausschalten und das habe ich gemacht. Bei mir (ohne GPS) funktioniert das ganze jedenfalls. Also schon mehr als eine Idee…
Man kann halt nur nicht mehr die fertigen hex Files nutzen. Über einen Fork auf Github könnte man aber auch einen WiFree-ready CC3D Release zur Verfügung stellen.

Gruß,
Frank

Hallo,
hatte heute meinen Erstflug! Der fehlende Motor wurde endlich geliefert, hab ihn gestern Abend eingebaut und wollte heute Morgen den ersten Flugversuch wagen. Na ja, war ne ziemlich blöde Idee, da momentan bei uns starke Böhen herschen. Der Copter hat zumindest erst mal sauber abgehoben – bis ich jedoch mit der Steuerung vertraut war, war er schon in einen Baum geflogen und hat sich ein Rotorblatt ganz und ein weiteres teilweise abgerissen.
Ich bin schon mal froh, dass er überhaupt abgehoben hat. Jetzt muss ich wieder eine Zeit lang warten, bis mir neue Rotorblätter geliefert werden. Nächstes mal bestell ich alles doppelt!
Habe aber bereits eine gute Weiterentwicklung über ein Bluetooth HC-05 Modul, dauerhaft am Main-Port, statt USB-Kabel. Ich kann somit komplett auf USB verzichten. Ich versuche es in den nächsten Tagen in Rubrik „Weiterentwicklung“ zu beschreiben.
Kann jemand ein paar günstige alternativ-Rotorblätter empfehlen, bei einem „nicht-Chinesen“?

Gruß,
Mathias

Hallo Sebastian,
hab mich da evtl. nicht ausführlich ausgedrückt…:
Die Bluetooth-Verbindung ersetzt nur die USB-Verbindung zum Konfigurieren über INAV. Das Steuern über die App bleibt davon unberührt. Die Reichweite zum Konfigurieren über BT ist auch unerheblich, da ich das eh im Stand und direkt neben dem Copter mache. Wie gesagt, ist nur eine Komfort-Funktion, bei der ich mir das lästige USB-Anstöpseln erspare. Noch besser wäre, wenn man die USB-Schnittstelle oder die serielle des Main-Port über den Raspi als Gateway durchleiten könnte. Dann könnte man sich auch das HC-05 ersparen. Aber ich denke nicht, das dies im Projekt angedacht ist…
Wenn ich die ersten echten Runden gedreht habe, wird sich vielleicht eh rausstellen, dass ich überhaupt nicht mehr so viel konfigurieren muss – oder wie ist deine Erfahrung?

Gruß,
Mathias

Hallo,

der Link für die Taranis geht nicht mehr. Wo kann ich die Datei noch beziehen und was macht die Datei (ich habe eine Tarnis).

https://open-diy-projects.com/wp-content/uploads/2016/12/Wifree-f%C3%BCr-taranis12.11.2016.22.5.txt

Danke für die Antwort
Gerd