MultiWii Release 2.3
- Themenstarter ReX_1986
- Beginndatum
jupp
Hallo,
Ja, in der GUI, im Servo-Menü die Servomittelposition ganz runter drehen, dann erscheinen dort die AUX Kanäle.
Ich habe meinen Graupner GR-12S Empfänger als 9 Kanal Summensignal am laufen und auf Kanal 9 an der Funke ein Schieberegler, in der Servomittelposition AUX5 gewählt und kann damit die Cam Position übersteuern.
Ja, in der GUI, im Servo-Menü die Servomittelposition ganz runter drehen, dann erscheinen dort die AUX Kanäle.
Ich habe meinen Graupner GR-12S Empfänger als 9 Kanal Summensignal am laufen und auf Kanal 9 an der Funke ein Schieberegler, in der Servomittelposition AUX5 gewählt und kann damit die Cam Position übersteuern.
)
Hallo Leute, ich hab auch mal ne Frage zu Oldscool bzw AlexK. Ich fliege meinen Hex im Moment auf Oldscool und bin damit auch ganz zufrieden. Aber jetzt musste ich doch mal bissl rumspielen und dachte mir so jetzt probiere ich die AlexK Version mal aus.
Hm was soll ich sagen, als er ca. 3M in der Luft war sprang er wie am Gummiseil hoch und runter so das ich ihn nur noch notlanden konnte. Die PID Einstellungen hatte ich alle so gelassen wie vorher, was ich vermutlich vergessen hatte war den Eeprom zu löschen.
Einen Reset Knopf wie Ralf weiter vorn geschrieben hatte habe ich in meiner GUI leider nirgendwo gefunden. Oder ist da noch mehr umzustellen wenn man AlexK fliegen will?
Gruss Jupi
Hm was soll ich sagen, als er ca. 3M in der Luft war sprang er wie am Gummiseil hoch und runter so das ich ihn nur noch notlanden konnte. Die PID Einstellungen hatte ich alle so gelassen wie vorher, was ich vermutlich vergessen hatte war den Eeprom zu löschen.
Einen Reset Knopf wie Ralf weiter vorn geschrieben hatte habe ich in meiner GUI leider nirgendwo gefunden. Oder ist da noch mehr umzustellen wenn man AlexK fliegen will?
Gruss Jupi
Ok ich habe auch eine Frage und zwar funktionierte mein Quad in der v2.2 einwandfrei und ich hatte keine i2c Errors. Seit v2.3 gibt es in gleicher Hardware und gleicher Konfiguration nur Probleme. Ich habe ein PRO Mini mit WMP + BMA020 + BMP085 + HMC5843 + i2c-GPS.
Ich bin auch mit meinem Latein am Ende. Also ich habe schon mehrfach EEPROM clear gemacht, keinen Erfolg.
Ich habe dann zuerst das GPS entfernt und nach und nach alle Sensoren (diese auch in der config auskommentiert) bis nur noch PRO Mini mit WMP + BMA020 übrig waren und selbst da gibt es nur i2c-Fehler und keine Werte. Die LED auf dem pro Mini leuchtet durchgehend.
Wie gesagt mit 2.2 ist alles Perfekt.
So irgendwie habe ich das Gefühl, dass sich bei der 2.3 etwas geändert zu haben scheint, der i2c-Bus scheint nicht mit Spannung versorgt zu werden, da die LED vom GPS nicht blinkt was in der 2.2 der Fall ist. Das würde auch erklären, warum ich egal wie viele Sensoren dran sind nur Fehler bekomme.
Hat sich da irgendwas geändert? muss da irgendwas speziell konfiguriert werden?
Gruß
Ronny
Ich bin auch mit meinem Latein am Ende. Also ich habe schon mehrfach EEPROM clear gemacht, keinen Erfolg.
Ich habe dann zuerst das GPS entfernt und nach und nach alle Sensoren (diese auch in der config auskommentiert) bis nur noch PRO Mini mit WMP + BMA020 übrig waren und selbst da gibt es nur i2c-Fehler und keine Werte. Die LED auf dem pro Mini leuchtet durchgehend.
Wie gesagt mit 2.2 ist alles Perfekt.
So irgendwie habe ich das Gefühl, dass sich bei der 2.3 etwas geändert zu haben scheint, der i2c-Bus scheint nicht mit Spannung versorgt zu werden, da die LED vom GPS nicht blinkt was in der 2.2 der Fall ist. Das würde auch erklären, warum ich egal wie viele Sensoren dran sind nur Fehler bekomme.
Hat sich da irgendwas geändert? muss da irgendwas speziell konfiguriert werden?
Gruß
Ronny
das war in der waypoint variante ! da wird nur noch das serielle gps an den megaboards unterstützt.
//**!*!*!*!*!*!*!*!*!*!* I2C GPS code is NOT finished in this version, please DON'T USE !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
/* I2C GPS device made with an independant arduino + GPS device
including some navigation functions
contribution from EOSBandi http://code.google.com/p/i2c-gps-nav/
You have to use at least I2CGpsNav code r33 */
//#define I2C_GPS
// If your I2C GPS board has Sonar support enabled
//#define I2C_GPS_SONAR
Alex
//**!*!*!*!*!*!*!*!*!*!* I2C GPS code is NOT finished in this version, please DON'T USE !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
/* I2C GPS device made with an independant arduino + GPS device
including some navigation functions
contribution from EOSBandi http://code.google.com/p/i2c-gps-nav/
You have to use at least I2CGpsNav code r33 */
//#define I2C_GPS
// If your I2C GPS board has Sonar support enabled
//#define I2C_GPS_SONAR
Alex
Zuletzt bearbeitet:
Hallo
Habe auch einen Copter mit I2C Gps mit MW2.3. Beim Starten zählt der I2C-Error auch hoch, bis 70 ungefähr.
Das kommt wohl daher das der Arduino mit dem GPS noch nicht bereit ist.
Wenn ich das GPS abziehe läuft der bis ins Unendliche.
Ich würde die Verdrahtung nochmal nachschauen.
oder mal schauen ob das auch so in der 2.2 steht
You have to use at least I2CGpsNav code r33 */
#define I2C_GPS
Habe auch einen Copter mit I2C Gps mit MW2.3. Beim Starten zählt der I2C-Error auch hoch, bis 70 ungefähr.
Das kommt wohl daher das der Arduino mit dem GPS noch nicht bereit ist.
Wenn ich das GPS abziehe läuft der bis ins Unendliche.
Ich würde die Verdrahtung nochmal nachschauen.
oder mal schauen ob das auch so in der 2.2 steht
You have to use at least I2CGpsNav code r33 */
#define I2C_GPS
Du musst auf jeden Fall einmal Eeprom clear machen, die Defaultwerte der PIDs für AlexK sind anders.
Wenn dabei die PIDs viel zu hoch sind lässt er sich auf Gas kaum richtig halten und das von dir beschriebene Verhalten zeigt sich.
Universelle Standardwerte gibt es nicht, die muss man erfliegen:
I und D auf null und P solange erhöhen bis er anfängt zu oszillieren, dann wieder etwas zurückdrehen. Als nächstes D aufdrehen bis nach Steuerinputs richtig "einrastet" ohne zu Überschwingen. Als letztes I solange erhöhen bis er stabil ohne Aufbäumen geradeaus fliegt.
Richtig eingestellt fliegt er sich m.M. nach besser als mit dem normalen Code.
Wenn dabei die PIDs viel zu hoch sind lässt er sich auf Gas kaum richtig halten und das von dir beschriebene Verhalten zeigt sich.
Universelle Standardwerte gibt es nicht, die muss man erfliegen:
I und D auf null und P solange erhöhen bis er anfängt zu oszillieren, dann wieder etwas zurückdrehen. Als nächstes D aufdrehen bis nach Steuerinputs richtig "einrastet" ohne zu Überschwingen. Als letztes I solange erhöhen bis er stabil ohne Aufbäumen geradeaus fliegt.
Richtig eingestellt fliegt er sich m.M. nach besser als mit dem normalen Code.
@All
Danke für die Tips, aber das habe ich soweit alles schon probiert, ich habe auch GPS abgeklemmt und auskommentiert, trotzdem gab es i2c-Fehler und keine Sensordaten. Und das passiert immer egal welche Sensoren ich entferne und auskommentiere. Deshalb befürchte ich dass es ein generelles Problem ist auch das einkommentieren der internen Pullups brachte keinen Erfolg (jemand hatte ein ähnliches Problem und dies war die Lösung).
Danke für die Tips, aber das habe ich soweit alles schon probiert, ich habe auch GPS abgeklemmt und auskommentiert, trotzdem gab es i2c-Fehler und keine Sensordaten. Und das passiert immer egal welche Sensoren ich entferne und auskommentiere. Deshalb befürchte ich dass es ein generelles Problem ist auch das einkommentieren der internen Pullups brachte keinen Erfolg (jemand hatte ein ähnliches Problem und dies war die Lösung).
Wie bereits geschrieben. Die aktuelle GPS-NAV Version bekommst du meines Wissens nach gar nicht erst kompiliert. Wenn das ganze in _shared wandert, geht das vielleicht durch auskommentieren wieder. Kann ich dir aber nicht mit Gewissheit sagen.
Meiner Meinung nach kannst du momentan nur bis zur stabilen 2.3 gehen. Ob die kleinen Boards nun "End of life" sind, werden wir sehen...
Meiner Meinung nach kannst du momentan nur bis zur stabilen 2.3 gehen. Ob die kleinen Boards nun "End of life" sind, werden wir sehen...
Ok, also ich denke ich konnte den Fehler eingrenzen. Also bei der Firmware 2.2 habe ich 3,3V auf der Spannungsversorgung für die Sensoren, bei der 2.3 sind es nur noch 1,34V?
WTF? Wie geht das denn?
Suche nach Pin 12:
Boah ist das Mies:
#define DISABLE_POWER_PIN
Man wie lange ich gesucht habe. Es funktioniert wenn es korrekt auskommentiert ist:
//#define DISABLE_POWER_PIN
Danke für alle die mir helfen wollten.
Gruß
Ronny
WTF? Wie geht das denn?
Suche nach Pin 12:
Boah ist das Mies:
#define DISABLE_POWER_PIN
Man wie lange ich gesucht habe. Es funktioniert wenn es korrekt auskommentiert ist:
//#define DISABLE_POWER_PIN
Danke für alle die mir helfen wollten.
Gruß
Ronny
Zuletzt bearbeitet:
Naja ich war halt von Anfang an dabei und der Quad lebt immer noch. Sorry aber wenn man solche Sachen besser dokumentieren würde (Versionslog/Versionshistorie) wäre das ja alles kein Problem. Zudem hätte man den Default ja wenigstens auf eingeschaltet lassen können, damit es abwärtskompatibel ist.
http://www.multiwii.com/forum/viewtopic.php?f=8&t=3553
"But there are some shields&boards that use is as a primary power for the WMP or IMU."
Genau das ist das Problem, wundert mich, dass da sonst noch niemand drüber gestolpert ist.
BTW: in den Schaltplänen ist es auch immer noch so verzeichnet:
http://www.rcgroups.com/forums/showthread.php?t=1261382
Gruß
Ronny
http://www.multiwii.com/forum/viewtopic.php?f=8&t=3553
"But there are some shields&boards that use is as a primary power for the WMP or IMU."
Genau das ist das Problem, wundert mich, dass da sonst noch niemand drüber gestolpert ist.
BTW: in den Schaltplänen ist es auch immer noch so verzeichnet:
http://www.rcgroups.com/forums/showthread.php?t=1261382
Gruß
Ronny
Hallo,
ich lese hier sporadisch schon seit etwas mehr als einem Jahr immer mal wieder mit. Seitdem habe ich meine Hardware. Jetzt soll sie auch mal in die Luft. Alles ist zusammengebaut und es geht an die Software. Dazu noch eine Frage:
Ich habe diese Hardware:
Das FMP04 ist ja Seriell und das Flyduino Mega ist ein ATmega 2560, wenn ich mich nicht täusche.
Damit sollte also Waypoint-Navigation funktionieren, oder?
In der config.h steht:
#define CITRUSv2_1 // CITRUS from qcrc.ca
Gruß,
Hendrik
ich lese hier sporadisch schon seit etwas mehr als einem Jahr immer mal wieder mit. Seitdem habe ich meine Hardware. Jetzt soll sie auch mal in die Luft. Alles ist zusammengebaut und es geht an die Software. Dazu noch eine Frage:
Ich habe diese Hardware:
Das FMP04 ist ja Seriell und das Flyduino Mega ist ein ATmega 2560, wenn ich mich nicht täusche.
Damit sollte also Waypoint-Navigation funktionieren, oder?
In der config.h steht:
#define CITRUSv2_1 // CITRUS from qcrc.ca
Gruß,
Hendrik
Zuletzt bearbeitet:
