Wo und welche Flightcontrol Kaufen? Empfehlungen, Tipps, Erfahrungen...

Status
Nicht offen für weitere Antworten.
meister

meister

Erfahrener Benutzer
#21
#21
Es geht mir mehr darum das es diverse algorithmen gibt, die eine 8bit AVR einfach nicht schafft !
Desweiteren gibt es auf der naze32 nicht nur portierten Multiwii code.

Da kannst du dich nicht einfach hinstellen und sagen, ohh 8bit kann das genauso gut, das stimmt einfach nicht !
Und wenn du meinst das deine MultiWii genauso sauber läuft wie eine Naza hast du auch noch nicht viele gesehen, mag sein das es für dich keinen unterschied macht ob 8 oder 32bit, für einen der ne DSLR dran hängen möchte macht das einen extrem großen unterschied.

Wenn wir schonmal dabei sind, Arduino ist nicht angelehnt an C/C++ es ist C/C++ und bietet den kompletten spachraum.

Und das mit dem typisch FPV-C kannste dir gerne so..... hinstecken ;-)

Achso, Autoquad ist ganz normal erhältlich, das problem für dich wird nur sein, das man sich mit dessen Thematik etwas auseinandersetzen muss.

Danke, n8
Olli
 
milz

milz

Erfahrener Benutzer
#23
#23
Ohne Extra Versicherung würde ich an keinen Copter eine teure Cam hängen.
Den runter kommen sie alle mal langsam mal schneller -)

mfg milz
 
R

ronco

Erfahrener Benutzer
#24
#24
meister hat gesagt.:
Es geht mir mehr darum das es diverse algorithmen gibt, die eine 8bit AVR einfach nicht schafft !
Zum Vergrößern anklicken....
Hi, und naja mit genug zeit schafft auch der 8bit atmel so ziemlich alles :p

meister hat gesagt.:
Da kannst du dich nicht einfach hinstellen und sagen, ohh 8bit kann das genauso gut, das stimmt einfach nicht !
Und wenn du meinst das deine MultiWii genauso sauber läuft wie eine Naza hast du auch noch nicht viele gesehen, mag sein das es für dich keinen unterschied macht ob 8 oder 32bit, für einen der ne DSLR dran hängen möchte macht das einen extrem großen unterschied.
Zum Vergrößern anklicken....
wenn ich das richtig verstanden habe ging es hier um den acro mode. klar für MAG, baro und GPS und den kram kann ein 32bit proc kräftig punkten. aber das auch nur wenn die software passend ist (ob das hier der fall ist kann ich nicht beurteilen).
zu den 488/500 Hz.. ich hatte da schon ein gespräch mit TC.. der ist da eher uneinsichtig ;).

es ist halt so. am ende muss jede copter firmware ihre resultate per gas signale (max 500Hz PWM) an die regler weiter geben.
500Hz sind sogesehen 2ms.. innerhalb dieser 2ms kann sich die FC nen wolf rechnen.. die ESCs und Motoren (also der copter an sich) bekommen davon nix mit .. weil sie eben erst nach diesen 2ms wieder neue werte empfangen können.

dazu kommt noch das bei MWC sowie auch bei timecops port (hab da selbst mit ihm drüber geredet) der loop (also ein kompletter rechendurchlauf) asynchron zum PWM lauft. und da die PWM dutytime(der signal wret) nur am anfang jeder periode geändert werden kann, ergiebt sich eine verzögerung von bis zu 4ms mit der ein frisch ausgerechnetes signal von der FC zu den reglern und so zu den motoren kommt. 4ms sind 4000us (die atmel 8 bit MWC cycletime überschreitet das nur selten selbst mit allem pipapo dran)

das heisst also das MWC zur zeit noch keine zeit probleme hat.. allerdings wird in MWC grade was GPS und Baro angeht kräftig nach unten gerundet damit der atmel eben nicht zulangsam wird.

und hier können die 32bit proc's klar punkten, weil sie eben selbst mit ungerundeten werten noch locker in der zeit liegen. und auch noch genug power für komplexe filter haben .. aber wiegesagt müssen solche filter erstmal in der software sein ;)

aber im acro oder stable mode wo selbst MWC (auf 8 bit) eine cycletime von 1.5-2.5ms (1500-2500us) hat, wird sich das nicht viel tuen. selbst wenn der 32bit er hier eine cycletime von k.A. 800us oder so hat.

noch dazu kommt das auch der ganze I²C kram nicht durch mehr bit schneller wird ;) alexinparis hat für MWC rausgefunden das es sehr positiv ist wenn man das gyro 2x pro loop ausliesst und dazwischen 650us wartet ... das liegt nicht am atmel sondern an den sensoren und der physik eines kopters.

kurz gesagt .. einfach nur schneller ist nich nur besser.


und zur sicherheit .. da kann man den atmels so schnell nix vor machen.. die meisten stm32 MCU's sind meiner erfahrung nach sehr sensiebel was spannungschwankungen an allen pins angeht (die pins oder die ganze MCU sterben dann mal eben).. ich würde also auf jeden fall behaupten das so ein atmega sehr viel robuster ist.


gruß

Felix
 
milz

milz

Erfahrener Benutzer
#25
#25
ronco hat gesagt.:
dazu kommt noch das bei MWC sowie auch bei timecops port (hab da selbst mit ihm drüber geredet) der loop (also ein kompletter rechendurchlauf) asynchron zum PWM lauft. und da die PWM dutytime(der signal wret) nur am anfang jeder periode geändert werden kann, ergiebt sich eine verzögerung von bis zu 4ms mit der ein frisch ausgerechnetes signal von der FC zu den reglern und so zu den motoren kommt. 4ms sind 4000us (die atmel 8 bit MWC cycletime überschreitet das nur selten selbst mit allem pipapo dran)
Zum Vergrößern anklicken....
jop denk da werden bald neue protokolle für (zb CAN) benutzt. Dann macht das auch Sinn mit den 32bit.
Glaub ultraesc esc32 und die mk esc können das schon btw unterstützung ist vorbreitet und es fehlt noch an der
passend FW.

mfg milz
 
meister

meister

Erfahrener Benutzer
#26
#26
es ging doch um diesen post:
Was bringen dir die 32-Bit? Nicht viel, deine ESCs werden trotzdem mit 500Hz angesteuert...
Nun btt
Zum Vergrößern anklicken....
und diese aussage ist falsch, Multiwii muss notgedrungen schlechtere filter für die 'sensor-fusion' einsetzen weil es sonst nicht mehr funktionieren würde mit seiner begrenzten Leistung !
Daher ist es ratsam für diese Aufgaben 32bit CPU's ein zu setzen um eben bessere filter nutzen zu können,
dabei ist der Takt mit dem die regler angesprochen werden erstmal nebensächlich.




Und um nochmal auf den Thread ersteller zurück zu kommen:

damit ich auch eine Dslr oder ähnliches dranhängen kann...
Zum Vergrößern anklicken....
ich nehme mal er an möchte damit schöne aufnahmen machen, da nimm ich doch keine MultiWii, wie soll denn das Video danach
aussehen ?
Ich will doch auch mal auf einer stelle stehen bleiben können um einen sauberen Schwenk zu machen,
versucht das mal mit einer Multiwii.






Ich suche eine Flightcontrol, mit vielen Sensor, so dass man nicht mehr viel nachrüsten muss(zB. GPS, Kompass...)
Zum Vergrößern anklicken....
Zitate von euch:
klar für MAG, baro und GPS und den kram kann ein 32bit proc kräftig punkten
Zum Vergrößern anklicken....
Wenn man jetzt noch Modi, wie den Baro in Betracht zieht ist die 32-Bit CPU im Vorteil, da bessere Interpolation möglich ist
Deswegen finde ich auch den AQ6 sehr gut, weil das Software-Design durchdacht ist
Zum Vergrößern anklicken....
Na also ihr sagt es doch selbst ;)




Over and Out,
Olli
 
R

ronco

Erfahrener Benutzer
#27
#27
meister hat gesagt.:
Daher ist es ratsam für diese Aufgaben 32bit CPU's ein zu setzen um eben bessere filter nutzen zu können,
dabei ist der Takt mit dem die regler angesprochen werden erstmal nebensächlich.
Zum Vergrößern anklicken....
ja gut .. der AQ hat ne FW die so filtert und ungerundete RAW daten verarbeitet. das da mit 32bit mehr möglich ist, steht ausser frage. nur wird das bei TC's 32bit port auch gemacht??.. ich hatte halt das gefühl die aussage wäre .. 32bit ist besser egal mit welcher FW .. und hier muss man ganz klar sagen .. nein :D


gruß

felix
 
meister

meister

Erfahrener Benutzer
#28
#28
ronco hat gesagt.:
ja gut .. der AQ hat ne FW die so filtert und ungerundete RAW daten verarbeitet. das da mit 32bit mehr möglich ist, steht ausser frage. nur wird das bei TC's 32bit port auch gemacht??.. ich hatte halt das gefühl die aussage wäre .. 32bit ist besser egal mit welcher FW .. und hier muss man ganz klar sagen .. nein :D

gruß

felix
Zum Vergrößern anklicken....
so gesehen hast du recht, aber darum geht es hier doch nicht.

Ich will auch nicht sagen das die Multiwii schlecht ist, ich nutze selber Multiwii, ich mag MultiWii aber halt eher für Fun-Copter.

Gruß,
Olli
 
R

r0sewhite

Erfahrener Benutzer
#29
#29
Ich denke, hier muss einfach unterschieden werden, für was die FCU verwendet wird, wobei der Augenmerk hier auf den genutzten Sensoren liegt. Bei reinem Gyro-Flug merke ich nicht einmal einen nennenswerten Unterschied zwischen einem alten Atmega 328 und einem 32u4, solange die ESCs eine gute Auflösung haben. Einziger Pluspunkt: Ich kann die PID-Werte höher drehen, als ich es vom Fluggefühl her mag. Beim ACC merkt man den Unterschied schon gravierender, da hier die Lagekontrolle von jedem bisschen Auflösung profitiert. Da ist der 32u4 schon spürbar im Vorteil.

Reden wir hingegen über Baro/Mag/GPS, kommt man mit 8 Bit einfach an die Grenzen, wie es die Praxis doch deutlich zeigt. Mir kann wohl niemand nachsagen, dass ich kein MultiWii Fan bin, doch an diesem Punkt muss man zugeben, dass ihr offensichtlich die Grenzen gesteckt sind.

Unabhängig davon, wie gut sie insgesamt sind, haben doch mittleweile einige FCU auf dem Markt belegt, dass 32 Bit der Schlüssel zum Erfolg bei sauberer Positionierung sind, sei es vertikal oder horizontal. Dass TC in seinem Code viele MultiWii-Altlasten herumträgt und überdies auf GPS eh keinen Bock hat, ist kein Geheimnis. Doch zumindest ermöglicht es kreativen Leuten wie Roberto, an dieser Stelle anzusetzen und Fortschritte zu erzielen, ohne dabei ständig schlechte Kompromisse bezüglich Speicherkapazität oder Rechenleistung eingehen zu müssen.
 
R

r0sewhite

Erfahrener Benutzer
#31
#31
Ich habe den 32u4 nur aufgrund der höheren Auflösung als kleinen Evolutions-Zwischenschritt angemerkt. Natürlich bezieht sich das nicht auf die Rechenleistung.
 
Z

zerosight

Erfahrener Benutzer
#32
#32
Ergänzung zu Roswhite: Mit höherer Auflösung ist gemeint, dass die PWM für die ESCs nicht mit 8, sondern mit 11 Bit Auflösung erzeugt werden. Bei einem nutzbaren PWM von Brutto 1000 Schritten kommt man mit 8 Bit halt nur auf 256 Abstufungen. Und jedes Bit mehr verdoppelt die Anzahl der möglichen Abstufungen. (Korrigiert mich wenn ich falsch liege, das ist nämlich nur irgendwo angelesen. Habe mir das noch nicht mit einem Osszi angeguckt)

btw - Ist eigentlich der Threadstarter schon mit einer finalen Antwort beglückt worden?! ;-)
 
JUERGEN_

JUERGEN_

Generation 60++
#33
#33
zerosight hat gesagt.:
btw - Ist eigentlich der Threadstarter schon mit einer finalen Antwort beglückt worden?! ;-)
Zum Vergrößern anklicken....
naja, "Final" und DE/EU, da bleibt bei den Anforderungen wohl nur noch ein AUTOQUAD. :)

und wer will denn heute noch ein APM aus DE , ...
und bei einem NAZE32 "könnte" es ja ev. Verzögerungen durch den Zoll geben. :)

:)
 
Zuletzt bearbeitet:
R

r0sewhite

Erfahrener Benutzer
#34
#34
JUERGEN_ hat gesagt.:
und bei einem NAZE32 "könnte" es ja ev. Verzögerungen durch den Zoll geben.
Zum Vergrößern anklicken....
Soweit ich weiß, hat Pitchpump heute seine erste Lieferung von TC bekommen. So, wie es aussieht, ist Andi dann in Zukunft der einzige, der sich über Zoll-Wartezeiten ärgern muss. Hoffentlich sind's genug, ich brauch nämlich gleich ein paar. :)
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten