Steffen, wenn man die MWC-Software etwas umstrickt, könnte man noch ein paar Ausgabepins freischaufeln und an denen dann LEDs als Positionslichter betreiben. Die Codeänderungen müßte man dann aber bei jedem SW-Update nachziehen. Ausserdem kann ein Ausgang ohne Transistorschaltung maximal eine LED ansteuern. Ein einfaches Beleuchtungsmodul wie das von Hobbyking ist sicher die bessere Lösung.

Apropos Regler: Die piepen bei mir nur Wild wenn ich versuche sie über das Arduino Board einzulernen. Was habe ich gemacht:

- PID alles auf NULL
- #define MAXTHROTTLE 2001 (habe auch 2100 probiert)
- #define MOTOR_STOP
- Vin (BEC von einem Regler) vom Board getrennt
- Board per USB versorgt, YAW rechts zum starten, jetzt kann ich Throttle von 1000 bis 2000 mit dem Stick abfahren
- Akku angesteckt -> Regler piepsen wie wild anstatt in den Progmodus zu gehen? WARUM?
- Wenn ich jetzt Throttle auf 0% mache initialisieren die Regler.

Irgendwo reicht der Weg nicht aber ich sehe nicht wieso.

Carsten

Max. throttle sollte afaik nur so um die 1850-1900 sein. Die 1000-2000 (µs) sind eigentlich nur für den Weg gedacht, den das Arduino entgegennimmt.
Ich hab meine Regler "klassisch" alle einzeln direkt am Empfänger eingelernt.
Dazu habe ich im Gui Menü geguckt bei welchen Servowegen (an der Funke) ich im Ardu ca. auf 1070-1850 komme (also etwas niedriger bzw. höher als man es nachher wieder einstellt).
Dann hab ich jeden Regler einzeln direkt eingelernt (ohne das Ardu)

hier noch das versprochene video vom frame im flug



und auch meine derzeitigen gui werte

achja @calli... selbes bild bei mir.. am arduino mit bekomm ich meine roxxys auch nicht in in den prog mode... ich werd heut mal schaun ob ich mit meim arduino uno rausfinden kann bei welchen werten die regler anfangen in den prog modus zu gehen...

gruß Chris

trailblazer hat geschrieben:Max. throttle sollte afaik nur so um die 1850-1900 sein

Das habe ich doch auch nur zum einlernen der Regler gemacht.

Carsten

dynai hat geschrieben:hier noch das versprochene video vom frame im flug

Na, das sieht doch super aus. Ich trau mich nur noch nicht raus Zu kalt.

C!

Andre,
die Regler sollen doch auf 1000 - 2000 eingelernt werden. Daher doch die Initialisierung in initilizeMotors(). Diese funktioniert aber nur mit Reglern, die sich automatisch kalibrieren, also ohne dass Gas auf voll gestellt wird beim Anschalten. Habe mal eine kleine Routine "gebaut", die alle Regler gleichzeitig auf 1000- 2000 kalibriert, wenn man den Gashebel auf voll stellt beim Einschalten. Kann ich heute abend mal posten, wenn Interesse besteht. Funktioniert auf jeden Fall mit meinen Hobbywing Pentium Reglern und habe noch keine negativen Auswirkungen festgestellt.
Copter fliegt zwar insgesamt noch nicht zufriedenstellend, aber das Kalibrieren der Regler funktioneirt wenigstens.

Das
werd ich mal rausnehmen, brauchen meine Regler nicht und ich finde es schrecklich wenn beim Init des Boards von der GUI aus die Motore kurz anlaufen.

Deine Routine ist aber sehr von Interesse!

Man sieht wie schwierig es wird alle Hardware in der Software zu berücksichtigen. Entweder man pflegt seinen eigenen Branch dann muss man immer die Änderungen vom offiziellen einbauen oder man nimmt "kompatible" Hardware. Ich werde eher ersteres machen, ich will das ja zum basteln haben.

Carsten

Mache ich heute Abend.
Sind nur ein paar Zeilen, die Abfragen, ob THROTTLE größer als MAXTHROTTLE beim Hochlaufen ist, wenn ja, dann wird 2000 an alle Motoren ausgegeben bis THROTTLE reduziert wird (damit man auf die 2 Piepser warten kann). Anschließend wird 1000 für eine kurze Dauer ausgegeben .
Außerdem muss noch die Initialisierungsreihenfolge geändert werden, da sonst zu spät abgefragt wird.

Interessanterweise ist das selbe Thema auch gerade im rcgroups Forum aufgetaucht.

Ich weiss nicht, ob ich da jetzt nen Denkfehler habe, aber:

das #define MAXCOMMAND 1850 begrenzt die maximale Impulslänge am jewiligen Reglerausgang auf diesen Wert. Etwas höheres kommt am Regler im Betrieb nie an! Warum also soll ich im meine Regler mit 2000 einlernen? Falls der Regler linear von unten bis oben stellt, dann verschenke ich "oben" doch etwas (also der Regler geht nie auf 100%) ?!
Die 1000-2000 gelten nur von der Funke bis zum Arduino (für ideale Auflösung)

trailblazer hat geschrieben:Ich weiss nicht, ob ich da jetzt nen Denkfehler habe, aber:

Ich denke du denkst richtig Ich wagte es nur nicht bei rcgroups und beim Programmierer das mal auf den Tisch zu bringen nicht das es doch noch irgendwo einen versteckten Sinn hat (Regelungstechnik habe ich immer nur so grade bestanden )

Was ich mir denken könnte aber noch nicht belegen kann anhand des Source ist das MAXTHROTTLE das ist was der "Mensch" maximal geben kann damit noch Luft ist für die Regelung, also wenn man vollthrottle gibt nach oben und jetzt eine Störung---> Regelung ist inaktiv.

Ich denke der Code ist ab Zeile 1580.
Auf den ersten(!) Blick würde ich sagen er macht es hier falsch. constraint() kappt ja auf MAXTHROTTLE? Ich kapier aber nicht warum maxMotor immer der 0-te Motor ist und auf den alles bezogen wird, das "motor -= maxMotor - MAXTHROTTLE;" versteh ich auch nicht. Für Motor[0] wird das doch negativ?!

IMHO sollte eine Regelung immer maximale Kontrolle über das Teil haben.

Carsten

Das ist ein kleiner Trick! Falls die Regelung einen Motor über die 1850ms ansteuern will (was ja nicht geht), regelt er die anderen einfach dementsprechend runter Dadurch bricht der Quad bei Vollgas nicht aus, d.h. die Stabilisierung funktioniert weiterhin. Ich musste auch erst kurz überlegen, aber so macht es für mich Sinn.

Ah ja! Jetzt seh ich es auch.

Also müsste man doch MAXTHROTTLE doch auf 2000 setzen können?

Carsten

Probiers aus und berichte

Öghm, ich habe mir das mal angeschaut. Wenn man auf throttle max geht kommt man auf 1850 (oder so) wenn man dann noch schub gibt geht der motor aber och einmal höher. Ich denke darum ist maxthrottel begrenzt!