Verfasste Forenbeiträge
-
AutorBeiträge
-
hama0013Teilnehmer
…ach ja, hier hab ich was zum Grund des MSP-Wegfalls gefunden:
„https://github.com/iNavFlight/inav/issues/666“…von martinbudden selbst…
und hier die Anleitung zum selbst kompilieren unter Windows:
https://github.com/iNavFlight/inav/blob/master/docs/development/Building%20in%20Windows.md
hama0013TeilnehmerAlso, wenn du mich fragst, ist die Erstellung eines FW-Build ziemlich unproblematisch und einfach, wenn man sich an die Anleitung hält. Ich habe lediglich den Schritten von der INAV Anleitung und ein paar Tips von Frank(hier auf Seite 3) gefolgt. Dann nur ausprobieren.
Kompiliert hatte ich unter Windows mit Cygwin. Soweit ich es aus den Sourcen verstanden hab (hab da auch erst einige Seiten im git geblättert…) muss lediglich die Zeile:
#define USE_RX_MSP
mit in die Datei „common.h“ aufgenommen werden. Ich habe die Zeile in den allgemeinen Bereich mit aufgenommen, also oberhalb „#if (FLASH_SIZE > 64)“
Da ich mir sicher bin, dass ich kein GPS über UBLOX benötige, habe ich folgende Zeile auskommentiert:
//#define GPS_PROTO_UBLOX
Somit hatte ich ein .hex erzeugt, welches unter 128k war.
Jedenfalls ist das viel einfacher, als die richtigen PID-Werte für den Wifree zu finden – da häng ich immer noch durch. Vielleicht kann das mal jemand Schritt-für-Schritt erklkären. Mit den vielen Anleitungen im Netz komme ich nicht zurecht…
Also ich denke nicht, dass es unbedingt erforderlich ist, das MSP als Standard rein zu bekommen, wenn die Herstellung einer angepassten FW so einfach ist. Besser wäre hier mal eine ordentliche Doku zu den einzelnen Funktionen, welche zu oder abgeschaltet werden können. Ich als „nicht Programmierer“ kann da nur raten und ausprobieren, ob das, was ich da mache auch richtig ist. Außerdem hat sich die Vorgehensweise auch schon mal geändert: als Frank die 1.5.1 kompiliert hatte, musste die Zeile „#define SKIP_RX_MSP“ auskommentiert werden. Die gibt es in der 1.6.1 überhaupt nicht mehr…
Oder hab ich die Dokumentation nur noch nicht gefunden???…Gruß,
Mathiashama0013TeilnehmerUps, gleiches Problem wie bei Frank…
hier nochmal als ZIP
Attachments:
You must be logged in to view attached files.hama0013TeilnehmerHallo,
habe jetzt mit der INAV FW 1.6.1 und dem Konfigurator 1.6.2 herumgespielt und eine lauffähige Version für den CC3D generiert. Die funktioniert sogar mit GPS(nur NMEA). Größe ist ca. 122kb, was scheinbar ok ist. MSP für den Raspi funktioniert auch problemlos und auch alle seriellen Ports mit MSP gehen damit auch (ich verwende auf USB VPC mit MSP für INAV – (nur wenn es sein muss)…, auf 1 meinen Bluetooth-Adapter mit MSP für INAV oder EZ-GUI auf dem Tablet oder GPS(NMEA) und auf 2 den Raspi mit MSP)
Leider verwende ich noch den einfachen CC3D, weshalb GPS keinen wirklichen Sinn macht – demnächst stelle ich auf NAZE32 um – mal sehen wie das läuft…Anbei die FW zum ausprobieren – nur zum Testen!
Gruß,
Mathiashama0013TeilnehmerHallo Frank,
ja, deine „common.h“ sieht tatsächlich inzwischen ein bisschen anders aus. Seltsam, dass in deiner das MSP überhaupt nicht explizit mit „USE_RX_MSP“ aktiviert wird…Aber vielleicht hängt das mit dem „SKIP_RX_MSP“, welches bei dir drin und aktiv abgeschaltet wurde und bei mir überhaupt nicht vorhanden ist: SKIP=Überspringen/weglassen???Übrigens habe ich es doch noch geschafft, ohne Raspi Zero, meine selbst kompilierte FW auszuprobieren – hatte noch einen alten Raspi 1 im Schrank liegen und habe den als Ersatz für meinen defekten Zero verwendet: Funktioniert einwandfrei!
Momentan scheine ich am selben Thema zu hängen: Der Wifree ist als Anfangsprojekt super. Hat
mir eine Menge Freude bereitet und ich habe inzwischen viel dazu gelernt. Allerdings bin ich an dem Punkt angelangt, wo mir die ständig abbrechenden Arme, die kurze WLAN-Reichweite und der fehlende Platz für An- und Umbauten nicht mehr ausreicht. Habe mich deshalb erst mal entschieden zu einem alternativ-Frame: Peon 230 (…auf Thingiverse…)
Ansonsten hatte ich alles vom Wifree übernommen – Fliegt (flog…) super!
Nächster Schritt: Dickere Batterie: 3S mit 1800mA – Wow, geht das ab! Das war ein Erlebnis wie der Umstieg vom 34PS Käfer zum Golf GTI in den 80ern…Ich dachte zuerst, der hebt mit der schweren Batterie kaum ab…
Leider war das auch zu viel des guten…Ich hatte nach ein paar Runden mal einen Abhebetest auf Vollgas probiert – so schnell wie der im Himmel immer kleiner wurde, so schnell verlor ich auch die Verbindung zur Steuerung. Nach 20sek konnte ich ihn kaum noch sehen und hatte ein ziemlich ungutes Gefühl, da ich ja die gesteigerte Akku-Laufzeit noch gar nicht kenne – …Failsave, hatte ich den überhaupt aktiviert…oh Gott!
Aber dann ist er genau so schnell wie er hochgeschossen ist auch wieder runter gekommen und 50m weiter eingeschlagen – klar, hatte ja die Failsave Motordrehzahl an das neue Gewicht nicht angepasst.
Der Kopter hatte es relativ gut überstanden: nur die obere Platte, auf der die Batterie lag, der Raspi und der WLAN-Stick darunter hatte den Aufschlag nicht überlebt durch mech. Überbeanspruchung…Jedenfalls habe ich wieder eine riesen Erfahrungserweiterung und trau mich ohne Versicherung, ordentlicher RC und ohne sauber eingestelltem Failsave nicht mehr aufs Feld.
…Flysky i6 RC, Naze32 FC und GPS für RTH sind schon bestellt…Anbei ein Bild zum Umbau: Nicht lachen! Der Raspi1 mit Gehäuse war nur zum Test gedacht – fliegt mit der dicken Batterie trotzdem problemlos…
Gruß,
Mathiashama0013TeilnehmerHallo Franktango,
da gerade mieses Wetter ist und mein Wifree eh nicht fliegt, habe ich mich mal im Kompilieren der INAV Firmware, nach deiner Anleitung, versucht – habe dazu aber ein paar Fragen:Ich benutze die Windows-Umgebung über Cygwin. Der erste Kompilierungsversuch schien zu gelingen, wenngleich auch seitenweise Warnungen dieser Art ausgegeben wurden:
./lib/main/CMSIS/CM3/CoreSupport/core_cm3.h:313:5: warning: type of bit-field ‚_reserved1‘ is a GCC extension [-Wpedantic]
uint32_t _reserved1:30; /*!< bit: 2..31 Reserved */
^Da am Schluß ein HEX-File generiert wurde, denke ich, man kann diese Warnungen ignorieren. Allerdings hatte ich dann versucht die Optionen für meinen CC3D anzupassen. Zuerst hatte ich nur ein „common.h“ und kein „common.c“ wie in deiner BEschreibung, im INAV-Ordner gefunden. Denke, das war nur ein Schreibfehler in deinem Post. Innerhalb dieser Datei fand ich dann eine Sektion mit diesen Parametern:
#if (FLASH_SIZE > 64)
#define BLACKBOX
#define GPS
#define GPS_PROTO_UBLOX
#define NAV
#define TELEMETRY
#define TELEMETRY_LTM
#define USE_FLM_HEADLOCK
#define USE_FLM_TURN_ASSIST
#define TELEMETRY_FRSKY
#endifDen Eintrag „SKIP_RX_MSP“ aus deinem Post, fand ich überhaupt nicht…
Zum Einschalten des RX_MSP muss doch auch die Zeile „#define USE_RX_MSP“ dazu, oder?
Ich hatte die Einträge nun so angepasst:#if (FLASH_SIZE > 64)
#define BLACKBOX
#define USE_RX_MSP
#undef GPS
#undef GPS_PROTO_UBLOX
#undef NAV
#define TELEMETRY
#define TELEMETRY_LTM
#define USE_FLM_HEADLOCK
#define USE_FLM_TURN_ASSIST
#define TELEMETRY_FRSKY
#endifDann läuft das Kompilieren auf folgenden Fehler auf
Linking CC3D
C:\cygwin64\tmp\ccoNC75f.ltrans13.ltrans.o: In function `sendBaro‘:
C:\cygwin64\home\Wohnzimmer\inav/./src/main/telemetry/frsky.c:170: undefined reference to `getEstimatedActualPosition‘
collect2.exe: error: ld returned 1 exit status
Makefile:846: die Regel für Ziel „obj/main/inav_CC3D.elf“ scheiterte
make: *** [obj/main/inav_CC3D.elf] Fehler 1Ich habe ein wenig herumprobiert und heraus bekommen, dass es nur funktioniert, wenn ich nur folgende Anpassung mache:
#if (FLASH_SIZE > 64)
#define BLACKBOX
#define USE_RX_MSP
#define GPS
#undef GPS_PROTO_UBLOX
#define NAV
#define TELEMETRY
#define TELEMETRY_LTM
#define USE_FLM_HEADLOCK
#define USE_FLM_TURN_ASSIST
#define TELEMETRY_FRSKY
#endifDie Dateigröße ist am Schluß 120608 kB groß und lässt sich auf den CC3d flashen. Nur ausprobieren kann ich es nicht, da ich meinen Raspi leider kaputt gemacht habe – Neubeschaffung läuft gerade.
Habe ich da alles richtig gemacht/mir richtig zusammengereimt? Bin ein wenig verwundert, da es nicht 100% zu deiner Beschreibung passt.
Gruß,
Mathiashama0013TeilnehmerHallo Andres,
habe jetzt erst deinen Post gelesen…
In KA gibt es das Fablab im alten Schlachthof. Wenn du keinen eigenen Printer hast kann ich dir die sehr empfehlen. …Sind alle sehr nett dort.
Andrereseits gibt es m.W. momentan nur eine Firma in KA die 3D-Auftragsarbeiten macht. Ist in der Stephaniestrasse….Da müsstest du dich mal über die Kosten schlau machen.Wenn du überhaupt nicht weiter kommst schreib mir was, dann kann ich auch noch einen ausdrucken. …komme aus Raum KA….
Gruß,
Mathiashama0013TeilnehmerHallo,
nachdem ich mir die letzten Propeller in der Wohnung an Stuhlbeinen etc… geschrottet habe, habe ich jetzt doch mal das Ausdrucken der Propeller versucht. Resultat:
UNGLAUBLICH!!
Die Propeller sind super gut! Zumindest können sie mit den billigen Chinateilen locker mithalten…
Wenn es auch jemand ausprobieren möchte – ich habe diese hier verwendet:
http://www.thingiverse.com/thing:1017783Wichtig!
Vor dem Ausdrucken die Propeller drehen – steht aber alles in den Thing Details….Gruß,
Mathiashama0013TeilnehmerHallo,
ich bin jetzt total begeistert von dem Projekt und möchte weiter einsteigen. Allerdings scheue ich die Kosten und möchte mich nur langsam steigern. Deshalb möchte ich erst mal mit der Fernsteuerung beginnen. Kennt jemand die Taranis Q X7 ?
http://flyduino.net/Frsky-Taranis-Q-X7-schwarz-ink-Akku-Pack-EU-LBT-Version
Macht es Sinn mit der los zu legen oder wird man es schnell bereuen nicht mehr Geld ausgegeben und gleich die X9D PLUS genommen zu haben?Macht es auch Sinn eher gleich mit dem GlobeFlyer oder Freestyler weiter zu machen oder doch eher mal mit dem einer Modifikation WiFree komplett über Taranis…
Zur App: Was bedeutet GoP in den Einstellungen?
Gruß,
Mathiashama0013TeilnehmerHallo,
Wird das Image auch mit dem Raspi Zero W Funktionieren?
Wird momentan bei Pimoroni angeboten:https:
//shop.pimoroni.com/products/raspberry-pi-zero-whama0013TeilnehmerHallo Jonny,
ich bin absoluter Anfänger und kann nur mit Halbwissen glänzen ;-))
Also ich denke, da du die Stromversorgung erst angeschlossen hast, nachdem du im „Motors“-Fenster die Motoren freigeschaltet hast, befindet sich das System im ESC-Kalibrier-Modus. Da die ESCs noch nicht vollständig kalibriert sind ist das Zuckeln vielleicht normal.?.?.
Ich habe das bei mir genauso gemacht allerdings nach dem Anschließen der Batterie den Hauptregler wieder runter genommen und die Motorenfreigabe wieder abgeschaltet. Danach piepst er wieder ein bisschen und danach erst mal USB und Spannungsversorgung abgehängt. Wenn du jetzt erst die Spannungsversorgung und danach das USB – mit INAV anschließt, solltest du im Motors-Fenster nach Freigabe die Motoren auf volle Drehzahl bringen können.Jetzt ist die Sensorkalibrierung dran:
Wichtig ist, dass du beim Sensorkalibrieren die Reihenfolge, und zwar nach Lage des Controllers einhäst. (…nicht die Fluglage des Copters!). Hier ist die Anleitung für die 6 Positionen:
https://github.com/iNavFlight/inav/wiki/Sensor-calibrationDas bedeutet folgenden Ablauf für unseren Copter, da der Controller über Kopf und um 90 Grad verdreht eingebaut ist:
1. Auf den Kopf drehen und hinlegen -> kalibrieren
2. in normaler Flugposition hinlegen -> kalibrieren
(ab jetzt den Copter aufrecht auf 2 Motoren bzw. Auslegerarme stellen und sehr ruhig halten oder rechtwinklig anlehnen)
3. Auf die Seite legen, damit der USB-Anschluss nach rechts zeigt -> kalibrieren
4. 90 Grad drehen, damit der USB nach oben zeigt -> kalibrieren
5. 90 Grad drehen, damit der der USB nach links zeigt -> kalibrieren
6. 90 Grad drehen, damit der USB nach unten zeigt -> kalibrierenDann in normale Fluglage hinlegen und das rote Kreuz sollte verschwinden. Wenn nicht, ggf. nochmals versuchen. Ich hab auch mehrere Versuche benötigt. Ich denke, es ist notwendig, dass du zwischen den Versuchen am besten alles wieder runterfährst.
Gib kur Rückmeldung wenns geklappt hat – ansonsten mach ich auch gerne Videos oder Bilder von meiner Vorgehensweise.
Gruß,
Mathiashama0013TeilnehmerWow!
Die neue FW hats echt gebracht! Jetzt klebt der Copter sauber in der Luft. Sind zwar noch ein paar PID Einstellungsrunden erforderlich aber so präzise wie jetzt konnte ich ihn noch nie in einem engen Radius steuern – und das im Wohnzimmer ohne wesentlichen Freiraum.
Großes Kompliment zu dem tollen Projekt und den engagierten Teilnehmern!
Gruß,
Mathiashama0013TeilnehmerHa, Frank,
da haben sich gerade unsere Posts überschnitten…
Kannst du noch Screenshoots zu dem Failsave ablegen? Ich bin mir echt nicht sicher, ob ich das richtig eingestellt habe…Alle Anderen Einstellungen passen zu meinen.
Vielen Dank!
Gruß,
Mathiashama0013TeilnehmerHallo Jonny,
habe zwar den CC3D, denke aber dass ich gerade über das selbe Problem stolpere. Nach dem Flashen auf die 1.5.1 muss man erst Leveln und die Sensoren kalibrieren. Solange im Fenster „Setup“ unter „Pre-Arming Checks“ noch ein rotes Kreuz zu sehen ist, wird das Armen nicht freigeschaltet. Du kannst das sehen unter dem Fenster „Modes“. Da muss „Arm“ und „Angle“ oder „Arm“ und „Horizon“ gleichzeitig blau hinterlegt sein, wenn in der App auf gelb oder rot geschaltet wird. Bei mir war das erst der Fall, nachdem die Sensoren kalibriert waren.
Ich meine, mit der 1.1.0 war das nicht zwingend notwendig.
Schau aber auch auf die ESC/Motor Features. Min, Max,Mid und Command müssen wie in der ursprünglichen Angabe angepasst werden.Jetzt bau ich erst mal wieder alles zusammen und hoffe, dass es besseres Wetter wird…
Gruß,
Mathias -
AutorBeiträge