Dear friends,
after hard work on firmware doing by Arducopter and Virtualrobotix Dev Team , we are happy to present the result of this incredible test ... this is only first test VRBrain vs DJI Wookong .
The firmware is ARducopter32 rev 3.0.3 , this revision of firmware use AP_HAL library to interface the Arducopter application . The firmware is mantain by Arducopter devteam , the last improvment doing by Leonard that solve some glitch in loiter , and gps override mode.
The result of work doing by Randy and the other member of the team is incredible , we fly the quad in gps mode and it fly as robot ... as Dji Wookong .
This is a video doing during VR Lab test of new VR Lifter frame.
But if you like fly in stabilize mode you can enjoy you a lot. :) I prefer a lot fly my quad in stabilize and acro mode it's nice.
The power of VRBrain with its STM32F4 microcontroller have 164 mhz of clock with internal dsp have a more power of DJI Wookong cpu that use SAM3X micro processor at only 96 mhz and don't have dsp processor for hardware math processing.
Now the new revision of VRBrain 4.5 can support also an external IMU so we can solve the vibration problem with mechanical patch.
Whe have a great new wiki page for support the user :
https://vrbrain.wordpress.com/
A new tools for update the firmware is available and will be release in the next days , so you can choose your code download local and program the board without problem.
We are very happy of VRBrain performances :)
original blog post : http://www.virtualrobotix.com/profiles/blogs/vrbrain-vs-dji-wookong-m-last-firmware-rev-3-0-3-available
p.s.
Thanks to Marco Robustini for his great video :)
Best
Roberto Navoni
Comments
Jack, that's exactly the type of thing I'm wondering. How long before that happens? I saw the new Blade quad and wondered... you never know.
Hi Boris,
the main difference in VRBrain vs APM is that we have a lot of resource available.
The cpu is a 32 STM32F4 at 168 mhz of clock with 1 Mega Flash and 196 kbyte ram.
APM use 8 bit cpu at 16 mhz of clock 256 kbyte of program and 16 kbyte ram.Actually we are using only 30 % of cpu resource for Arducopter32 rev 3.0 at standard loop speed .
Some user are working on overclock revision of arducopter code and try to have more fast attitude speed control.
The test is doing until 1 khz. At standard arducopter loop test we are manage two ahrs imu in realtime without problem. The main problem was on usb interrupt ... but during fly is not a problem because we use serial ttl for manage the telemetry.
So the main advantages is that the task is serve in exact time slot... we don't have any kind of delay. So the quality of fly is very smooth. In the overclock version the impression is the attitude is better .
Respect of PX4 we don't use O.S. on VRBrain so we don't have latency of O.S. in our implementation the approach is very similar to APM but with a lot of power available. We implement ap_hal based on standard ST library so is very simple to manage and improve the driver code.
Best
Roberto
The result on my video is with the internal IMU on VR Brain, with external i think is better...
biggest question: is there any difference in flight stability (not program stability) between VR Brain and APM at this stage ?
Surprising DJI hasn't copied the source code, or maybe they have.
Cool, I'm very impressed..I send email today, pls check.
Hi Robert,
yes we have two IMU available on VR Brain 4.5 one on the board and other outside ... in "old" 4.0 we had 2 IMU but was onboard and only for experimental purpouse for ST lab ... Now with new external imu we can switch fast from 1 imu to other and also we can use two imu active in realtime ...
On GIT is yet available a version of code with EXT_IMU , inside cli there is the code for manage two imu at the same time .... Emile working on this version of code !!! In our hardware design the imu are on two indipendent SPI so you can use dma and transfer in realtime the data from sensor to memori ... this kind of feature is working progress inside the AP_HAL !
The ver 3.0.3 include last patch from Leonard about loiter i think .. but could be better ask Emile the exact difference , inside the code could be also the opportunity to use the external imu for evaluate the mechanical vibration damper that we are developing !
Ah, the external IMU, nice.
Could you also program it to failsafe over to the built-in IMU should the external fail? That would be a nice feature.
What is the difference between Arducopter V3.0.1 vs. what you are calling 3.0.3?