All Posts (14048)
But this time, GPS dropped from 9 to 7 satellites in a roll, causing her to fly into the sun. This module dates from when patch antennas were the gold standard & no-one knew omnidirectional antennas were required. Also note we didn't have the standby power cable, so GPS reset during battery changes.
There's the sudden trademark S-N shift of a GPS glitch.
Noted with the A480:
1) Auto exposure is disabled in continuous shooting mode.
2) GPS Patch antennas are going away for a reason. We've done everything possible with the patch, but angles of attack in the wind are too steep.
Another camera joins the crash graveyard.
That brings this flight to
battery: $100
camera: $100
GPS: $50
Props: $6
Just going to keep driving to Sunnyvale & repeating the mission until it works. It seems to be the unique weather.
Now the low bandwidth preview cam was the only thing that got some video.
Then, started thinking about re-enabling the accelerometer. 3 DOF IMU flight was intended for indoor vehicles. It worked real well & it felt more like a space program, so it got used for everything. The problem is the angle of attack is too steep & GPS too slow to get fast turns or tight hovers. Also want an attitude hold mode.
Finally, started thinking again about upgrading to the mighty rangevideo system. Analog video is so ancient & capturing it is so expensive, it's not really worth it. Despite being over 10 years old, 802.11 video is still insanely expensive & there is no digital 900Mhz video.
2 UAV versions.
V tail version and T tail version
See more about the Mugin UAV platform
Test flight
Still "Low cost" platform made in light wood and Alu. I know it's a big ship and Weight are getting close to maximum without special license.
The platform are still in testing - When I have some video documentation I will post.
Wingspan 3 meter.
Motor Twin 53 CC
Mugin UAV platform will soon also be available with T tail.
Source (Dutch): http://www.geenstijl.nl/mt/archieven...iegtuigje.html
Translate with Google: http://translate.googleusercontent.c...3yaqQ7Sj-MXRaA
Specifications: http://rabbit-hole.org/
Defcon interview: http://revision3.com/hak5/defcon18
if(ground_speed >= 50){
//Only updates data if we are really moving...
intUnion.byte[1] = gps_buffer[j++];
intUnion.byte[0] = gps_buffer[j++];
ground_course = intUnion.word; // degrees * 100
ground_course = abs(ground_course);//The GPS has a BUG sometimes give you the correct value but negative, weird!!
}else{
Since the integer used in the intUnion is a 16 bit signed integer, only numbers up to 32768 is supported, this fact yields negative values when the value is above, from the bit pattern interpretation.
The solution is to use the longUnion instead of the intUnion. This solves the buggy ground course.
if(ground_speed >= 50){
//Only updates data if we are really moving...
longUnion.byte[1] = gps_buffer[j++];
longUnion.byte[0] = gps_buffer[j++];
ground_course = longUnion.dword; // degrees * 100
//ground_course = abs(ground_course); //The GPS has a BUG sometimes give you the correct value but negative, weird!!
}else{
I hope that this helps somebody.
Best regards
Niklas
We've changed the channel that reads the throttle on basic ArduPilot from pin 13 to pin 11. That's because pin 13 shares an LED, and it's causing problems with some low-voltage RC receivers. Pin 11 is clean.
The above picture shows the correct jumper wire configuration. If you've been using pin 13, please switch it to pin 11.
In the code, you tell ArduPilot which pin you're using with this line:
//3-1
#define THROTTLE_PIN 11 // pin 13, or pin 11 only (13 was old default, 11 is a better choice for most people)
Sorry about this messiness, but it's all in the service of extracting as much utility as possible out of the basic ArduPilot board (which was originally designed not to control the throttle at all--those were simpler days!). Later this year we'll release a new version of the ArduPilot board which will clean up everything nicely (same features, so nobody will be left behind), but for now, please whip out your soldering iron and switch the jumper.
The manual has been updated with the new instructions.
Jani sent over some pictures of the first beta ArduCopter retail units going out to the dev team. Yes, the dev team is that big now!
We'll announce pricing, package options, pre-ordering procedures and final specs within the month. I'm guessing that we'll be able to start shipping retail units by the end of September. We want to make sure that the code is pretty bulletproof, so the contents of those boxes will have to do a lot of flying between now and then!
Initially, we will be selling via our affiliate, PhiFUN (note: that site is not ready for ordering yet. Ignore the preorder offer for now--it doesn't work yet!) and directly via the DIY Drones store.
Please understand that ArduCopter is a full UAV, not a RC toy, so we have to comply with export and other regulations. So, for example. sales via the DIY Drones store may be US-only and require compliance with a no-export agreement. For those outside the US, PhiFUN will be the primary distributor, although we'll be looking for a European partner, too.
It's here! The first beta of the retail ArduCopter frame arrived today, and it's GORGEOUS. Jani has totally outdone himself. Above is the box, which is surprisingly small--just 13" x 4.5". Nice label, tells you what's inside. (This box is just the frame. If you'd ordered the other bits, such as the APM autopilot, GPS, motors, ESCs and props, they would have come in smaller boxes, and they'd all be packed up in one bigger box.)
Everything fits in really neatly.
Here all the parts are laid out. Each subsystem is in its own sealed bag, labeled and numbered.
An example of one bag: the power distribution PCB. Front...
...and back.
An example of the CNC'd parts. Love the little touches, like the name etched in the dome components.
Parts list
Introductory instructions. Full instructions are online.
Stickers!
Next steps: the beta testers are going to build and fly the quads with the latest software. Based on that feedback, we'll finish the documentation and decide on a release candidate of the code, and burn that into the boards. Jani will stock up on a LOT of the component parts, including motors, ESCs and props, and we'll announce a release date and prices for all of the versions, from just the frame to a complete ArduCopter UAV kit with everything included.
Totally thrilling. This project has been a long time in development, starting with the original ArduPilot board, and it's really gratifying to see it hit commercial maturity like this. Jani, you're a star!
Some quickie shots from my phone, along with first impressions. Above, the cardboard inner box. Same basic setup as the prototype: an indoors protective foam ring body, and a second (yellow/orange) smaller body for outdoors. No other big changes that I can see. Same brushless motors, cameras, props.
I see that DANGER is part of the selling point (that explains these obnoxious promotional videos. There's a little skull in the logo at the center there...
Awww. The cover over the electronics is now opaque. You can't see the gorgeous circuit board and chips :-(
Thankfully, they've fixed the motor wires. Those were the #1 point of failure on the prototype. Now they've got a proper connector and are tucked away nicely.
Also, no silly rubber feet like the ones that kept falling off on the prototype.
When I get my iPhone charged up, I'll try the software.
I get the whole cheeky viral video thing, but this one from the Parrot AR.Drone team just seems obnoxious and irresponsible. Or am I just being over-sensitive?
UPDATE: There's a second one, even worse. Now they're tormenting animals:
"I guess it’s cold enough up thar in Norway that even UAVs need their own little comfy modernist Scandinavian drone huts that look rather a lot like mailboxes. They’re part of Scandicraft’s ScanCam perimeter security system, and the idea is that the huts act as base stations for roving semi-autonomous quadrotors that are controlled remotely. The quadrotors can launch, recover, and recharge themselves at their huts (or “hangars” I guess), and when it snows (which I hear it doesn’t do once or twice a year), the bots can stay snug at home, enjoying their stylish furnishings which you can find at your friendly neighborhood IKEA as part of the new Röböüüüt collection.
[ Scandicraft ]"
Good news: you can now use the standard ArduPilot GCS with ArduPilot Mega!
Just select option 2 ("ArduPilot Legacy") in your GCS protocol in the config file of the latest code, and APM will drive the GCS just like ArduPilot. Try tilting the APM board and watch the artificial horizon move along. Very cool
//0-4 Ground Control Station:
#define GCS_PROTOCOL 2
// 0 = Ardupilot Mega Standard Binary
// 1 = special test,
// 2 = Ardupilot Legacy
// 3 = Xplane
// 4 = Ardupilot IMU out
// 5 = Jason's GCS,
// -1 = no GCS (no telemetry output)
Automatik is hard at work updating the GCS to support APM natively, with all the additional functionality it brings, but for now you've got a great GCS with all the cool stuff like moving maps and voice synthesis, all ready to go.
This week we were joined by Doug Weibel and Jason Short, the team leaders of the ArduPilot and ArduPilot Mega code project. They're the ones working hard on getting the APM Beta ready for release at the end of the month (alpha is already out, of course), and talked about the design and feature decisions they made with APM, as well as the roadmap for 1.0 (in September) and beyond.
AAC: http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=330632997
MP3: http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=330633212
RSS feed
AAC: http://feeds.feedburner.com/diydrones
MP3: http://feeds.feedburner.com/diydronesmp3
Have been flight testing this back to basics wing, very pleased with it so far.
If you want one ask Rob @ Flying Wings http://www.flyingwings.co.uk Very simple task, Canon IXUS 100IS for 15 minutes in the air.
Thats the IXUS at the front, this is only the second one we have built so its not covered and a little raw!!! But it flies very well. I'm out of the door to fly it again.
It will be part of the YellowPlane stable and I guess we originally thought of calling it Manta 4 as its the forth version of a flying wing UAV that we have made. During design it acquired the nickname prawn cracker (don't ask) and the original task request made a natural name change. No prizes for guessing the agency that wants one.
Good data from Doug Weibel today, who was testing the uBlox GPS vs the onboard absolute pressure sensor on ArduPilot Mega with his NexStar Mini EP. In general the uBlox is performing great. And we love the onboard datalogging on APM!
Doug explains the modest data diversion between the two sensors:
"You can see that in the area from roughly 1600 to 2500, there is greater difference between the two altitude measurements. This coincides with when I let my son fly the plane and took it out of fly by wire mode and put it in manual. He was busy trying to get the little NexStar Mini EP to do some aerobatics. Since he was spending a lot of time in very high bank and pitch angles I would guess that the uBlox performance was suffering and the baro altitude was more correct."
Hi Team,
in this days I'm working to patch the AQ 2.0 firmware to support MultiPilot Board.
So I add :
- I2C ESC
- Mixertable with Hexa Coax configuration that support different Gas configuration on Up and down motors.
- Serial PPM in 1 wire until 12 channel
This is the same routine that will be avaible in arducopter firmware .
Some Patch on original firmware because in not yet ready :) So I'm in contact with mirko to solve some small bugs :)
official repo of code :
http://code.google.com/p/lnmultipilot10/source/browse/#svn/branches/Redfox74/AeroQuad20MP
for more info visit : www.virtualrobotix.com
Regards
Roberto