Verfasste Forenbeiträge
-
Beiträge
-
Hi,
Ich würde gerne Daten vom FC an den Raspi übertragen und dann als OSD einblenden können. Habt Ihr über sowas schon mal nachgedacht?
Leider kann ich nicht sagen, ob und wie es gehen würde, da das Raspi Image ja nicht in Sourcen verfügbar ist. Ist da geplant, das zu öffnen?Gruß,
FrankHi,
Nachdem ich von Wifi Steuerung auf normale RC umgestiegen bin, würde ich die App gerne nur als Video Display nutzen. Die meisten Steuerfunktionen, die jetzt das Bild überlagern, sollten dann wegfallen. Nur Video/Bild Funktionen sollten weiter steuerbar bleiben.
Ein wenig Android-Programmierung habe ich auch schon gemacht. Also etwas zu entfernen würde ich schon schaffen. Aber es sind ja keine Sourcen verfügbar…Das Thema der Raspi-Anwendung dazu spreche ich mal im anderen Thread an.
Gruß,
FrankHallo Mathias,
Ja, das mit der Common.h war ein Fehler von mir. Leider kann ich den Beitrag nicht mehr ändern.
Unter Cygwin habe ich das noch nicht probiert.
Kann also dazu wenig sagen. Da hilft nur probieren.Ich kann mich auch nicht mehr genau an die Änderungen erinnern, aber wenn Du die aktuellen GIT Sourcen nutzt, hat sich vielleicht schon wieder etwas geändert. Dann muß man die neuen #defines nutzen.
Ich nutze immer noch die Version, die ich damals erstellt hatte, da sie gut funktioniert. Heute habe ich aber gerade meine neue RC genutzt, die jetzt den CC3D über iBus ansteuert. Damit ist die Verbindung zum Raspi weggefallen. Mit der normalen RC reagiert der Copter schneller und ich kann ihn besser steuern. Als Anfänger ist das echt wichtig… Ich denke mal die Reichweite wird auch besser, aber wegen Regen und Wind war ich noch nicht damit im Freien.
Gruß,
Frank
Ps. Anbei noch meine common.hMathias,
Ähnliche Überlegungen zur Fernsteuerung habe ich auch. Das Wischen auf dem Tabletscreen ist doch njcht so dolle.
Ich schaue mir die Flysky FS-i6x an. Mit 10 Kanälen und einem passenden Ibus Empfänger sollte das meiner Ansicht nach ausreichen. Und 50,- Euro (+evt. Zoll) sind ok denke ich. Aber Erfahrung habe ich keine mit RCs…
Gruß,
FrankHi,
Sorry für den Fehler mit der common.h. War wohl ein Typo.
Aber ‚#define‘ ist eine Compiler Directive. Auskommentieren kann man die nur mit der C Sytax: /* blabla */ oder C++: // blabla
Die C Variante kann über mehrere Zeilen gehen. C++ Kommentare nur über eine Zeile.Also
//#define GPS
wird Code der mit #ifdef GPS …#endif eingeschlossen ist NICHT einbauen..
Die meisten Defines in common.h sind also gesetzt. Eben so viele, wie in den Speicher passen.Gruß,
FrankNachdem jetzt alle mit der iNAV 1.5.1 kämpfen, habe ich mal screenshots gemacht (CC3D). 2 Sachen sind mir noch eingefallen.
1) wichtig ist das im ersten Tab alle Tests grün sind. Bei mir hat es einige Zeit gedauert, bis ich die 6-Punkte Kalibrierung durch hatte. Ohne das gehter nicht in ARM
2) wenn das noch nichts hilft, dann im Aux Tab die oberen Grenzenauf 2050 setzen. Dann testen, ob mit der Fernsteuerung der ARM Modus erreicht wird.Die PID Daten sind nach wie vor mit Vorsicht zu genießen… nicht optimiert.
Gruß,
FrankMathias,
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ß,
FrankLothar, 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ß,
FrankGestern 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ß,
FrankHi Lothar,
Ist Dir bekannt, dass man in der App unter Einstellungen verschiedene Modi 1-4 einstellen kann? Wenn ich es richtig verstanden habe, dann wirkt sich dass auf die Joystick-Zuordnungen aus (Rechts-/Linkshänder usw..). Default sollte 2 sein.
Ansonsten kann ich nur abraten die iNav Firmware mit dem iNav Konfigurator einer anderen Version zu konfigurieren. Das kann meiner Meinung nach zu undefiniertem Verhalten führen. Der Konfigurator gibt da immer einen Hinweis aus…
Deshalb habe ich ja auch eine 1.5.1 für CC3D gebaut, die man mit dem aktuellen Konfigurator nutzen kann. Eventuell ist der Konfigurator aber schon weiter. Die 1.6 Firmware war noch in RC als ich das gemacht habe.
Zum Fliegen bin ich damit immer noch nicht gekommen und aus beruflichen Gründen wird auch in den nächsten beiden Wochen nichts passieren.Gruß,
FrankEagleEi,
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ß,
FrankWie 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!
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. 🙂
