All Posts (14048)

Sort by

This week in aerospace



Monterey flights were pre flighted but the fog never cleared. Then attempted a failed flight over Tomales Bay in which we discovered 2 years of vectoring motors to aim the camera had worked the mounting tape completely loose. Monterey would have been a disaster in that case.

Almost time to invest the $30 in an arducopter. Wait long enough & commercial technology eventually can take over what only custom systems did years ago. Would prefer a 32 bit processor on the smallest board possible, without all the extra stuff or fragile hirose connectors.



The trick with the Vika 1 airframe is real cheap crashes. All the parts are easy to make with hand tools. $10 of wood lasts 1 year of crashes. Who knows what CNC aluminum & landing gear would cost.



Did snap a video of the moon over the valley during a mounting tape test flight. It seems the wind is always going to tilt the propellers slightly.






MediaTek didn't materialize. Wasn't optimistic about it from the beginning. In the interview could tell #1 they were looking for someone with a formal education in computer science & not a jack engineer. #2 they obviously knew someone else & we were just a sales pitch from a recruiter.

However, probably going to start another job in 1 week not in aerospace mind you. Vacation fail.





Read more…
T3

Made a successful flight 21 June with the Easy Star and ardupilot 2.6
The flight was autonomous from the start of the video to 20:43:06 (time on video).

For this flight I forgot to install the gps tracker, so no nice flight path graphics:(

Header file used for this flight:AP_2_6_header.h (details on airframe are below)

Here is the video of the flight showing the Dutch polders.
Enjoy

Part 1


Part 2

This was the mission plan.

3689358640?profile=original

The airframe

3689358756?profile=original

Details:

Ardupilot 2.6 with shield v2 (mounted in the first opening under the wing)

XY and Z IR sensors

Ublox GPS (Mounted on the tailboom on top of the xy sensor)

900mHz xbee for telemetry

Turnigy B2835-2700 Motor with 30A ESC (mounted in the second opening)

Turnigy camera from Hobby King

3689358808?profile=original

Read more…

Got any great ideas of how to use a flexible board Arduino - these guys are making "a few for inspiration" and sound like they are willing to share their new toys with people with awesome ideas!!

http://www.seeedstudio.com/blog/2010/06/29/seeeduino-film-maybe-the-first-arduino-board-on-fpc/

Read more…


I just thought I'd share a quick video (and picture.) This is a movie I made of a replay of a real flight a couple days ago. I collected the data remotely while the flight was in progress via a maxstream radio modem connection between the aircraft and the ground station. I saved the flight data on the ground station and then can replay it later in FlightGear. The display is a "glass cockpit" style display I'm just beginning to develop.

https://www.youtube.com/watch?v=vTZ7b-uiTgU

Disclaimer: I have really noisy inertial sensors rigged up at the moment, 10 bit ADC's, you'd laugh if I described my IMU calibration procedure, probably very non-optimally tuned kalman filter for these sensors, windy day (yeah that's it, blame it all on the wind) :-)

But the really cool stuff (I think) if you can look past some of the less smooth flying, is to see all the elements of a very dynamic system playing together in one view.

For instance: the altitude tape shows the current altitude and the target altitude (via a magenta altitude bug.) If you are below the target altitude, the VSI will show a target climb rate (or decent rate if you are too high.) The autopilot tries to match the target rate of climb by manipulating pitch. The green vbars show the target pitch angle. The yellow bird shows the actual pitch angle. The autopilot manipulates the elevator to try to achieve the target pitch angle ... and you can see all these elements working together to achieve the goal.

There is a similar process with route navigation. The system computes a target ground track heading using wgs84 based math. The target heading is marked by a magenta heading bug on the horizon heading tape. There is a white "V" indicator that floats on the horizon heading tape which indicates the ground track heading. The actual heading shown is "true" heading as computed by a 15-state kalman filter. (The filter converges to true heading, independent of wind, side slip, etc.) So the autopilot computes a target roll angle to try to line the white "V" ground track indicator up with the magenta heading bug. And finally the ailerons are manipulated to try to match the target roll angle. If you watch the video you can probably see that I need to increase the gains a bit on my ailerons (maybe the end point limits as well.) What do you think? You can see the actual roll angle often lags pretty far behind the target, and this leads to some excessive serpentining as the aircraft flies towards the target. But if I dial up the gains too much, I may start over reacting to my filter's attitude estimate correction jumps. I think there is a balancing act that needs to be made between tracking your targets quickly and accurately versus slowing things down a bit to help smooth out the flight.

Finally you can also watch airspeed. Right now the autopilot is configured to try to match the target airspeed by manipulating the throttle, so you can watch the throttle move up and down to try match airspeed. Of course as you fly the course and bank into turns, encounter up and down drafts, and work around filter estimation errors everything is changing all at once.

On the one hand, I would like to see much smoother and tighter control, but on the other hand I have to sit back in a bit of wonderment just watching all the pieces working together and doing what they are supposed to do.

I think this is evolving into a really powerful system for evaluating how well an autopilot system is tuned and how well it is tracking it's targets. If your PID gains are inducing oscillations, you can quickly see that. If the PID gains are too low, you can see the system react too slowly. You can see your controls throws max out at their preset limits (or not if that is the case.)

And for what it's worth, this display can also be fed from real-time telemetry data so you could optionally have this running during the flight ... I'm not sure why you'd want it ... maybe during the design and development phase or to impress your wife or girl friend.
Read more…


It's been a bit overdue but I've posted a number of updates on the Project Andromeda blog detailing our recent progresses with the manufacturing of the airframe, autopilot development and some software tips. The articles are as follows:


The Perseus Autopilot:

http://www.projectandromeda.com.au/blog/?p=131


This article details the Perseus Autopilot and the recent developments. It also details the hardware and some of the software on board.



Interrupt Based Programming for Microcontrollers

http://www.projectandromeda.com.au/blog/?p=143

A small article which I hope will be useful to people looking to write programs for microcontrollers using interrupts.


Airframe Developments

http://www.projectandromeda.com.au/blog/?p=149

A picture-heavy update on how we are developing the airframe of the Andromeda vehicle.


All of these are available on the Project Andromeda blog:


http://www.projectandromeda.com.au/blog/


I hope you find them useful and I'd love to hear your feedback.


Read more…
Developer

Ardupilot 2.6.2 Beta

3689358476?profile=original


This beta brings support for the new MediaTek GPS unit. The MTK works great and it's very light.

I've also added some bug fixes including:


  • Auto Trim - (on by default) When you enter any flight mode from Manual, you'll save your current trim values. Great for trimming your plane in the air.
  • FBW issues (turning too much in one direction) caused by incorrect or unset radio limit - fixed with new algorithm
  • Radio Mixing - lowered the mix value for more responsive sticks
Let me know if you have issues, and I'll update the release version.
Jason


Read more…
3D Robotics

I know, it's been messy. One Xbee adapter for the ground, another for the air. Why can't one Xbee adapter do it all? Now it can! Jordi's really outdone himself on this one. The newest addition to the DIY Drones store: the ultimate all-in-one Xbee adpater--just $24.95. From the product description:


"

This is the most advanced and competitive XBee interface board you will find! It's breadboard compatible, has 4 status LED's (one selectable to display ASC or RSSI), built-in 3.3V power regulator, configuration solder jumpers and an unique feature that allows you set the device as Master or Slave FTDI mode with a simple slide of a switch!

In master mode you will be able to attach any USB FTDI cable/board and send/receive data like the rest of the average XBee adapters do (normal use mode), but if you slide the switch to "Slave mode" you will be able to attach the XtreamBee to any FTDI compatible device, like Arduinos, ArduIMU and Ardupilot's. So you only need two XtreamBee's, one master and other slave to create a both-ways wireless FTDI communication (or one XtreamBee set in "Slave Mode", if you already have another third party XBee adapter). You can even tweak the board to "wirelessly" emulate CTS and RTS signals. This board was under development for about 1 and 1/2 years! But finally after many failures I made it work with cheap/passive components. Great isn't it?

For more information please click here.

Features
-Includes 2 x 2mm female receptor headers to correctly place the XBee module.
-Includes 1 x right angle 6 position male pin headers.
-3.3V regulator build-in.
-ON Led, Tx/Rx Led's, ASC and RSSI Led (Jumper selectable).
-Master/Slave selector
-Solder jumper allow you to supply the board directly with 3.3V (Only recommended in Slave Mode).
-Breadboard compatible!
-Screw holes for easy mounting. "

(Xbee module not included)

Read more…
3D Robotics

Unboxing the Gaui 330X Quadcopter

[UPDATE: I've now flown this a bit. A few tips, which I learned the hard way:


1) Don't connect the green wire (gain) to your Rx. That disables all the onboard buttons and the little pot. Better to set these manually when you've first starting. Later, once you've got it flying well, this may be something you want to control from Tx, but not at the start.


2) Make sure you check the little addendum (if you've got the old manual, like me) about how to set the ESC curve. Make sure the green wire is unplugged and the gain is at zero, then power on the quad when your Tx throttle is at high, then bring the throttle down.


3) CA glue all the fiddly little plastic retaining rings. They fall off all the time and you'll end up leaving bits of this quad on the field]


Now that we're getting into the quadcopter business, I thought I should get a better feel for the competition. First up, the new Gaui 330X quadcopter that we wrote about here. At $400 it's in the same price range as ArduCopter, but it doesn't come with a full autopilot. It's just an airframe, motors/ESC and a 3-axis gyro unit (no accelerometers, so it's not an IMU). No GPS or any ability to program it--it's just an RC quad, not a UAV.


They say you can upgrade it to GPS navigation someday, but there's no clue how.


It comes very nicely packed in an surprisingly small and stylish box:



That the gyro unit at left and the four ESCs.




Here are all the parts. Lots of bolting bits together.



When you're done, it's supposed to look like this:



If you want to upgrade to a bigger body (plywood and fiberglass), you can:




Read more…
3D Robotics

Unboxing the Feiyu FY-3ZT IMU autopilot

As promised ("take one for the team") I bought one of the Feiyu FY-3ZT autopilots from Hooks at FPVFlying.com, and it arrived today.


I haven't had a chance to test it (the software only runs on Windows XP right now, and I don't have any XP boxes), but here are the unboxing photos:


The instructions don't look too bad for a Chinese product.



Here are the parts:


--The three boxes in the middle are the (top) IMU, (middle) Remote Adapter and (bottom) Autopilot controller. Only the IMU and the Autopilot go in the plane. The Remote Adapter is for the ground station.


--Hooks also threw in a 433mhz 500 mW long range modem (black modules at left). I have no idea if they're legal in the US!


--There is also an OSD module (FY-OSD); I'm not sure if that's part of the basic kit or Hooks just being generous to me again.


--The GPS module is one of those very small Locosys deals (MC-1513). I'm not a huge Locosys fan, but we'll see how this performs.


--And the thing with the two red Deans plugs looks like a power/current monitor.


--All the rest is all the necessary cables, antennas and mounting bits.



Of course I took the boxes apart. Each one has an AMR7 processor. The IMU has the usual 3-axis accelerometer, a 2-axis gyro and a 1-axis yaw gyro. The controller board has a absolute pressure sensor. All the markings on the chips are obscured with black varnish so I don't know what kind they are.


I've got to fly off to Europe again tomorrow (Paris this time), so I won't get a chance to start testing until next week.

Read more…
Developer
Progress report: The ArduPilot Mega v1.0 firmware has reached a flyable state!


There is a lot of work left to do before v1.0 is ready for its beta release, but things are progressing. At present STABILIZE and FLY_BY_WIRE_A are working well. Full 4 channel control has been implemented. On board data logging is really making me smile.

Jason Short and I are working closely together and working through the navigation parts of the code. This will probably take just a little longer than just one of us ironing it out, but will result in a better end result. The big change is that we are changing from an architecture that supports a navigating a series of waypoints to an architecture that supports executing a series of commands. This turns out to be a little more complicated than expected, but will allow for much more refined mission scripting.

WE NEED YOU: If you would make a good alpha tester we could really use your help. Both Jason and I have some limitations that won't allow us to test fly nearly as often as we would like. I will probably only be able to test fly 2-3 times in the next 3 weeks. Alpha testers need to work closely with us to test out particular functionality and feed data back to us. If you are interested please PM me!!

We hope to have a beta release by the end of July. If you are using the code prior to the beta release you can expect to find that the code in the repository is changing frequently and from one day to the next there may be sweeping changes.
Read more…

I though this was kind of interesting.

http://www.ndep.us/Power-Harvesting-Induction-Magic

The video in the link is to a video of a camera that uses electromagnetic induction to supply power to the camera from the power lines. Near the end of the video they are showing a 4 armed copter that has two motors with blades on each arm to make an octocopter. They said it will be able to lift the 10 pound camera load with no problem. Has anyone else ever had this setup with more than one motor on an arm of a quadcopter?
Read more…




In the near future you should be able to find a paper on the details of how this was done on Daniel's website: http://fling.seas.upenn.edu/~dmel/wiki/index.php?n=Main.Quadrotor

Motion capture system used/mentioned: http://vicon.com/

Help Daniel break into the 1M YouTube views club—sent this to all your friends!
Read more…

Joshua Klein on the intelligence of crows

While this isn't strictly relevant (mods feel free to remove this post), I was blow away by this TED talk on the intelligence of crows. I hope I never have a crow take interest in any drone I'm operating.


Perhaps there would be a way to have drones and crows work together?
Read more…