VBRAIN ACopter32 - weiterer MultiKopter auf STM32F4-Basis

Status
Nicht offen für weitere Antworten.

JUERGEN_

Generation 60++
#1
vor noch nicht all zu langer Zeit zeigte man uns,
das man schon mit ein paar Bauelementen und 8MHz Prozessor ganz gut fliegen kann.

dann ging es rasant weiter, 16MHz, ... 27MHz, ... 72MHz, ... momentan ist man bei 168MHz gelandet.
und die ersten Fliegen schon mit 500MHz und 1GHz Prozessoren :)

mit dem VBRAIN ACopter32 ist man inzwischen bei 168MHz gelandet, und muss sich vorerst um zeitkritische Abläufe keine Sorgen machen.

http://api.ning.com/files/IxHuWhWA2...aCyfyMEa5q-hNWmhc*500/IMG_20120719_165500.jpg

von Aussen sieht es dennoch Unspektakulär aus.



die Software basiert vorerst auf einer 32Bit Version des ARDUKOPTER
-> http://code.google.com/p/multipilot32/downloads/list

:)
 
Zuletzt bearbeitet von einem Moderator:

ApoC

Moderator
#7
Naja, wird auch Zeit, das wir vom 8-bit wegkommen. Für Einsteiger oder "Günstig"-Fraktionen sicherlich noch ausreichend, aber alleine das Navigieren, Protokolle zur Motorsteuerung usw, verbrauchen immense Ressourcen.

Der Arducopter Code hat Potential, aber wenn das genauso chaotisch abläuft, wie beim aktuellen 8-bit AC, dann gute Nacht. ;)
 

JUERGEN_

Generation 60++
#8
....
Der Arducopter Code hat Potential,
aber wenn das genauso chaotisch abläuft, wie beim aktuellen 8-bit AC, dann gute Nacht. ;)
naja, in meinen Augen ist das ein Fehler nur den Code vom APM zu portieren, wie zum bleistift auf dem VBRAIN. :(

ein CORTEX-M4 hätte da ganz andere Möglichkeiten.

.
 

ApoC

Moderator
#9
Naja, andere Hardware, hat andere Möglichkeiten. Reine Ports schaffen erstmal Software - aber wir kennen ja die Konsolen Ports aufm PC, bei den Computerspielen - ist eigentlich immer suboptimal. ;)
 

Roberto

Erfahrener Benutzer
#11
...
Der Arducopter Code hat Potential, aber wenn das genauso chaotisch abläuft, wie beim aktuellen 8-bit AC, dann gute Nacht. ;)
naja, in meinen Augen ist das ein Fehler nur den Code vom APM zu portieren, wie zum bleistift auf dem VBRAIN. :(

ein CORTEX-M4 hätte da ganz andere Möglichkeiten.
.
Genau!
Bei der APM verzetteln die sich ohne Ende. Neue features noch und noch. Warum nicht eine Butter und Brot Version, bei der einfach alles zuschaltbar funktioniert (Sonar/I&U Sensor/Gimbal/GPS) . Vielleicht nicht so genau bzgl. GPS und Althold dafür idiotensicher auch auf mechanisch nicht 100% perfekten Coptern. Irgendwann wird es so weit sein. Ich befürchte, dass bei dieser INS - Sache für das GPS der Arduino aus dem Leim gehen wird, was sich dann durch eine schlechte Gesamtflugleistung zeigen würde. Warum nicht einen Schnitt machen, 8 Bit solide Butter & Brot Funktionen, px4mu mit den rechenaufwendigen Sachen. Da wüsste dann auch der Käufer, was auf ihn zukommt. Wenn jetzt jemand eine voll ausgerüstete APM kauft mit Strom/Spannungssensor/optical flow/Sonar/ublox, kommt der in Teufels Küche, da hilft auch das Verlinken in die Wiki nichts.

LG
Rob
 

ApoC

Moderator
#12
Naja, der AC Code kann alles, aber nix richtig. Ob das die richtige Strategie ist, wage ich zu beweifeln.
 

milz

Erfahrener Benutzer
#13
GWenn jetzt jemand eine voll ausgerüstete APM kauft mit Strom/Spannungssensor/optical flow/Sonar/ublox, kommt der in Teufels Küche, da hilft auch das Verlinken in die Wiki nichts.

LG
Rob
Wie meinst das. Bei mir fliegt das in der Kombi gut. GPS hab ich Mediatek.
Du kannst doch alle Sesnoren an und auschalten bei der APM.

mfg milz
 

Roberto

Erfahrener Benutzer
#14
Also was ich meine, dass es videos gibt, bei denen der copter lange Zeit gut funktioniert und plötzlich im Loiter (bei 10-11 Sats) in den Boden geht. Ohne Frage ist die 2.9.1 deutlich besser als die 2.9.0 Das Althold funktioniert mit mpu filter 20Hz sehr gut bei mir und sonst taugt er als FPV Paket mit minimosd sehr für den FPV Flug, aber auf das GPS bzw die Fehlerekennung kann man sich noch nicht verlassen. Von Opticalflow/Sonar hört man bislang nichts gutes. M.E sollte man die Sensoren sowieso streichen. Die 2.9.1 ist zum empfehlen mit der Einschränkung/Warnung: GPS nur in guter Abfanghöhe und mit dem Finger auf dem GPS-OFF/STAB Switch.

LG
Rob
 

milz

Erfahrener Benutzer
#15
Naja das mit dem GPS ist ein Prob der neueren FW.
Bin schon Mission geflogen und hatte den mehre Akkuladungen im Loiter btw POS hold.
Der FlowMotion Sensor ist überflüssig das stimmt. 2.73 war super stabil. Bei der 2.8er gings los.
Aber ich denke das haben die bald im Griff.
Das es bei einem so offenen System das auf div externen Hardware klar kommt zu dem ein oder anderen
Prob kommen kann ist klar. Ich vermute das liegt eher an der Verbindung ublox+APM.
Ich denke die APM hat neben multiwii die besten Communityunterstützung, offene Entwickler zu User Kommunikation etc...
das auch viel Wert vorallem wenn man nicht out of the box fliegen will...
War allerdings auch etwas überrascht das die so eine schlechte FW als RC rausgeben.
Bestenfalls Final Beta -)

mfg milz
 

JUERGEN_

Generation 60++
#17
Ich grabe den Thread mal aus. Nutzt jemand die VrBrain FC?
na, ein gutes Händchen hatten die bisher nicht mit ihrer Software.

nach dem sie wohl, mit Ihrer Multipilot32 Schiffbruch erlitten hatten.
bastelten sie an einer 32Bit Version von APM. :)

neuerdings haben sie wohl auch "Tau Labs" (QUANTON) entdekt. :D

da kann ich doch gleich bei PX4FMU oder QUANTON bleiben ?


https://www.youtube.com/watch?v=0Jpq6DU_HVg
 
Zuletzt bearbeitet:
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten