All Posts (11086)

Sort by
3D Robotics

3689525679?profile=original

Read more…

3689525546?profile=original

Several months ago I started working on a system called Afterflight to organize and browse my tlogs and dataflash logs, sync them with video, and view them along with a map GPS display. It still has a long way to go, but there is a fair amount of working functionality so I figured I'd get it out there for comment, warts and all. I would love to see it flourish as a collaborative project with lots of committers, see it get merged into another project, or whatever is most useful for the community. If anyone is interested in providing funding for it (or hiring me!) I'd love to hear that, as well, since I am a "starving PhD student". Alternatively there is a donate link if you click "about" in the software.

The source code has been available under the Apache License at http://afterflight.googlecode.com since I first started work on the project. I have an example server running at http://afterflight.volcanocopter.com

If you want a quick demonstration of what it can do, click on the first log entry, which will take you here . Press play on the video and you should see the map, graphs, and timeline animate.

Technology

Here's how it works at the moment:

  • Very slowly. Please be patient, the index page in particular is large and none of the code has been optimized. It may take up to a minute to load. I'm confident I can fix that with a little work. Major code cleanup on the way soon!
  • Python scripts read in your .log or .tlog. PyMavlink is used to parse tlogs. The scripts use the Django object relational mapper to put the data into a Postgresql database. It should work with most other database systems as well (but not MySQL because MySQL can't handle high resolution timestamps.
  • A Django web application serves up the data
  • The web interface uses a bunch of javascript widgets for displaying timelines, zoomable graphs, slippy maps, and video. Everything is zoomable but the controls aren't unified yet -- e.g. you click and drag to zoom on the graphs but you use the scroll wheel to zoom the timeline.
  • I'm just starting to add features that allow the user, through the web interface, to add extra data and re-sync the video with the logs

Improvements I'd like to make in the future:

  • Don't rely on youtube for video display; allow several web services or local video hosting
  • Add automatic detection of events (takeoff, landing, motor failure, collision, wind gust etc) in both logs and in video. I have some ideas on how to detect things like takeoff and landing in the video. This will allow Afterflight, given a bunch of logs and a bunch of videos, the ability to match the right logs with the right videos and sync them in time.
  • Add display of flight analytics calculated from the data. That includes things like top speed, but also derived values such as efficiencies, estimated lift to drag ratio, etc. The database already records different vehicles, batteries, etc., but those models need to be expanded.
  • Allow login (locally created, or Google, Facebook etc.) and have the server designed to handle data uploads from lots of people efficiently. Should be fairly easy with Django-socialauth. Log parsing to the database is fairly slow right now because I haven't optimized the code, so this needs to happen before I allow uploads.
  • Replace all of the javascript widgets with a unified system based on the D3 javascript library.

Similar projects

I'm not the only one who had realized the power of the browser as a component of an Unmanned Aerial System. These are the other browser-based projects I'm aware of:

Droneshare

  • www.droneshare.com
  • Many similar capabilities to Afterflight. Unlike Afterflight, user registration and uploading is already working, and the site is snappy, with no laggy loading. However, it lacks many of the features that Afterflight has, including integrated video and interactive ajax plotting of all log data.
  • Not open source, but creator says that he intends to open source it in the future. EDIT: Now open source (yay!), see https://github.com/geeksville/droneshare
  • Creator has expressed interest in collaborating with Afterflight and possibly merging the two projects.

Mavelous

DroneOS

  • www.droneos.com
  • Appears to be vaporware. I signed up to "beta test" 6 months ago and have not been contacted, nor has there been any change to the website.
  • No indication that it will be open source.

DroneDeploy

 

Hope you find this useful!

Cheers,

Aaron (foobarbecue)

Read more…

Altitude Comparison: barometer vs GPS

3689525356?profile=original

This might be a common knowledge, but in the last months I haven't seen a similar post. Maybe someone new to barometers might be interested in this data.

The GPS receivers return altitude data, but this is inaccurate. The error margin depends on the satellite constellation geometry and whether or not you have SBAS DGPS on. I was under the impression that the error was 5-10 meters, but as it turned out, I was wrong.

Recently, I embedded a BMP085 barometer in my autopilot board and operated it with this library: http://code.google.com/p/bmp085driver/

Barometers can be and are effectively used to calculate altitude, once initialized and zeroed.

So the figure above displays a short manual flight whose altitude is measured both by a barometer and a GPS. The barometer is zeroed upon power-up. The GPS altitude is zeroed, based on the altitude returned before taxiing. It is the time between 20 and 30 seconds. The plane lands at 150 seconds in the exact same place it took off. However, the GPS altitude measurement has already drifted 16m away.

This goes to show that GPS should not be used for altitude measurement, unless a very coarse albeit offset-free measurement is required.

A barometer is a much more accurate and fast device to extract altitude, when operated correctly.

Read more…

Black Box Stories: Mid-Air Crash

3689525454?profile=original

Last Wednesday I went out to the field for some flight tests and gains trimming. Other people where flying their model planes there too. We usually follow a counter-clockwise pattern while flying to avoid collisions. That day I was flying especially slow, so when I took the turn, I did so on the spot and ended on the wrong lane. By the time I realized that, someone rammed me out of the air.

If I remember the even correctly, and the flight replay (LOG00212.kmz), the collision should be head-on. However, the reason I fell, was because the other plane's propeller clipped my left aileron. I managed to crash-land while doing semi-controlled spirals, losing a wing, the propeller and a wheel.

Afterwards, I tried to do some black-box analysis, with interesting results:

Firstly, here is a graph of the altitude, and the magnitude of the acceleration vector and angular speed vector:

3689525476?profile=originalThe collision occurs at about the 120th second. I estimate the moment at 120.5s. Strangely, no acceleration or angular motion peak is noticed at that moment. Only after I try to pull up at 124s is acceleration recorded, and, of course, at the crash. The IMU is supposed to be set at +-8g limit.

The roll, pitch and yaw plots are a bit more indicative of the situation:

3689525444?profile=original3689525498?profile=originalRoll goes crazy after I pick the plane up from the tail and carry it back to the car. It's expected.

In the last two graphs, a violent change in direction is noticed, in contrast with the first plot.

To sum up, I didn't find the accelerometers a good source of information, in order to detect a mid-air collision. Instead, angular velocities are more reliable, with proper thresholding.

Read more…

Maggie Rogers/Alaska Division of Forestry

Greg Walker, the director of the Alaska Center for Unmanned Aerial Systems Integration, preparing a drone for launching.

 

SAN FRANCISCO — As wildfire season begins in Western landscapes that were covered in smoky haze for weeks at a time last summer, the federal government’s firefighters are exploring the use of small remote-controlled drones with infrared cameras that could map a fire’s size and speed, and identify hot spots, a particular danger.       

With a maximum wingspan of about 52 inches, the drones would supplement and perhaps replace manned surveillance aircraft, potentially reducing the risk to both pilots and firefighters.       

But the effort is being slowed by Federal Aviation Administration regulations.       

The use of drones in open airspace is regulated by the F.A.A., and its safety requirements effectively preclude unmanned aerial systems, or U.A.S.’s, from operating out of sight of a ground-based pilot. If distance or the smoke of a wildfire obscures a drone from observers on the ground, a piloted aircraft must be sent aloft to keep an eye on it.       

“In terms of federal regulations right now, we can’t use U.A.S.’s out there except on a very limited basis,” said Ron Hanks, the aviation safety and training officer at the federal Forest Service.       

Rusty Warbis, the flight operations manager at the Bureau of Land Management, said the process of approving individual trial flights was “cumbersome,” though improving.       

The evaluations by wildfire experts are part of larger questions on how to incorporate these aircraft, originally used for military purposes, into civilian missions. The drones could complicate the main mission of the F.A.A., ensuring the safety of the country’s airspace. And observers in Congress believe that inherent distrust of government and privacy concerns are also slowing the introduction of firefighting drones.       

Their potential usefulness, particularly their ability to pinpoint hot spots and fly in thick smoke that would ground other aircraft, was shown in an Alaskan fire nearly four years ago.       

The fire, which burned over 447,000 acres — roughly half the size of Rhode Island — northeast of Fairbanks, was generating so much smoke that no planes were permitted to fly overhead. But a drone belonging to the University of Alaska Fairbanks was launched and easily identified the extent of the blaze and its varying levels of heat.       

“The smoke was so thick no one was flying — that’s why they came to us,” said Rosanne Bailey, a retired Air Force brigadier general who is the deputy director of the Alaska Center for Unmanned Aircraft Systems Integration at the university. “We could fly and see the borders of the fire using infrared.”       

Kent Slaughter, the acting manager of the Bureau of Land Management’s Alaska Fire Service, said it took four days to get the F.A.A.’s approval for that flight in 2009; the process is now down to about 24 hours.       

But privacy concerns are slowing the integration of unmanned vehicles into the firefighters’ tool kit, said Senator Mark Begich, a freshman Democrat from Alaska. “Firefighting is a great example of how unmanned aircraft” are able “to determine the range of a fire, the intensity of a fire, without jeopardizing lives,” he said. “That’s a unique application, especially in my state, in Colorado, in California.”       

He called the delays in getting approvals for testing the craft “frustrating.” The reason cited most often by firefighting experts is the requirement that the aircraft be followed and monitored by a chase plane if ground observers cannot see them through smoke, or because they are flying into canyons in steep and rugged terrain.       

Les Dorr, an F.A.A. spokesman, said that safety in the air and on the ground is paramount and that the issue of line-of-sight requirements for drone use was being carefully studied.       

The Army has lent the Interior Department 41 small drone aircraft that have been used for environmental monitoring, including tracking migratory wildfowl.       

The Forest Service, part of the Department of Agriculture, has also been studying drone use for years. Mr. Hanks, of the Bureau of Land Management, said one question was how much value drones would bring to existing firefighting methods.       

“We are still developing policies internally, what the cost benefit would be,” he said. The drones, Mr. Hanks added, “would be competing against what we could do aerially against a helicopter or a light fixed-wing airplane.”       

John Gould, the aviation chief at the B.L.M., who along with Mr. Hanks is based at the National Interagency Fire Center in Boise, Idaho, had a similarly cautious perspective. “We’re trying to get them in the mix and put them out in the field to see the potential,” he said.       

 

Read more…

 

Raw flight footage.

Just to document some early progress in the building of a multirotor Conservation Drone with thermal imaging for wildlife research (last picture shows the quad with a FLIR PS32 camera, yet to be mounted). Apologies for the shaky video taken with an iphone (had to hold on to transmitter with other hand).

See: http://ConservationDrones.org for more information

Technical details:
Base unit: Reconfigured 3DR quadcopter with stock motors and ESC
Propellers: 10 x 4.5 SF props
Copter legs: improvised "foam noodles" (about $2 and surprisingly stable)
Battery: 2 x 5000 mAh Turnigy

Autopilot: APM 2.5 with power module, GPS uBlox LEA-6, Radio Telemetry

Firmware: ArduCopter V2.9.1b

APM parameter file: APMConfig_9XR_3DRQUAD.param

Flying weight: 1.8 kg

Total flight time: 21 minutes (17 minutes if flying with 1 x 5000 mAh battery)

 

3689525262?profile=original

3689525230?profile=original

3689525277?profile=original

3689525306?profile=original

3689525189?profile=original

3689525284?profile=original

 

Read more…

DIY Drones at 39,000 Members!

3689525150?profile=original

As is customary and traditional, we celebrate every new 1,000 members here and share the traffic stats. This time it's 39,000!

There were 2 million page views in the last month! (we get around 65,000 pageviews a day on average). It took us just 24 days to get this latest 1,000 members--we're averaging one new member every 35 minutes.

Thanks as always to all the community members who make this growth possible, and especially the moderators who approve blog posts and otherwise answer questions and keep things ticking here.

Best Wishes,

Joshua Johnson - (Assistant Administrator)

3689525169?profile=original

3689525095?profile=original

Read more…
Moderator

 

Dear Friends, 

our Flight Teams beta tester star to test a  VR Copter Fly Cam configuration. This is the hexa copter used by our beta tester for doing this video :

 

3689525070?profile=original

 

The Hexa configuration use :

  • VR Brain 4.0 as Flight Control
  • Pulso Motor.
  • 30 Amp ESC.
  • 12 Graupner Propeller.
  • Prototype Version of 2 Axis Direct Driver gimbal , for VR Gimbal 3 axis testing and developing.

 

 

3689525115?profile=original

For obtain good fly performance we use this kind of for solve the iusse vibration this is the result of vibration during the flight. It's very good :)

 

 

3689525155?profile=original

 

 

3689525128?profile=original

 

 

Our beta tester use acro mode during his first fly test and he's very happy of result have with VR Brain Flight controll. 

http://www.virtualrobotix.com/page/vr-brain-v4-0

 

for more info about the status of the project join here :

http://www.virtualrobotix.com/group/vr-gimbal-user-group?xg_source=activity

 

Read more…

3689524927?profile=original

Data Bus mbed baseboards are now available on Tindie as a fundraiser! I figured maybe some folks wanted to experiment with their own algorithms and want a head start on their 2014 AVC ground vehicle entry. :)3689524829?profile=original

I ordered a very small run from OSHPark (hopefully they arrive before June 8, but if not oh well), but will order more as needed.

Features

  • Three UART ports, one 3.3V, two 5V, series resistor protection
  • Five I2C ports, all 3.3V
  • ESC and steering Servo connector
  • Dual wheel encoder port
  • Port for 3 buttons (onboard UI)
  • Onboard 5V regulator powered by ESC 6V BEC powers 5V UARTs
  • Separate mbed supply rail to keep noise out of your GPS.
  • Filtering / bypass caps

If there's enough interest I'll add some additional features.

This baseboard is in its fifth revision (version 4 was onboard when Data Bus took 3rd in the 2012 AVC).

Just get an mbed, load it up with my code ( and here), add an L3G4200D gyro, Venus or uBlox GPS, wheel encoders.

On Data Bus I run external power supplies, a separate encoder schmitt trigger board, a safety cutover so I can take control of the robot during testing, and I also run a Venus GPS, Pololu MinIMU-9 (for x axis gyro).

All the code is open source:

Data Bus source code repository

AVC2012 code on mbed.org

Read more…

3689524695?profile=original

3689524715?profile=original

3689524760?profile=original

3689524740?profile=original

3689524786?profile=original

3689524855?profile=original

3689524912?profile=original

A few snap-shots of the action around our booth at Maker Faire Bay Area 2013. There are many more photos to sort through, but I wanted to share some now. The light was actually very poor inside the hall, not the best for photography.

From the top:

Brandon answers tough questions from a discerning customer; Brandon, Joe, and Justin; as a rule, kids asked the best questions and kept us on our toes; Andy was able to bring his family on Saturday, including his eight-year-old daughter who is a huge fan of flying robots; Carmen; John; Edna

Read more…

3689524670?profile=originalAs I already mentioned on the first page, mygoal was to construct a boat that could drive for at least 4 hours without charging while I could catch some fish :-). To reach that goal, my boat should weigh around 4 kg and the capacity of the batteries should be quite high. After a lot of searching in the internet, I decided to take LiFePo batteries, because they are supposed to have a gentle charging behaviour, they have a good Ah/kg value and you can buy them with a lot of Ah per cell. I finally got three of the Headway batteries put them into shrinking tubes and connected them to high quality cable and to a balancer cable. I also found a charger with a really good price that will charge and balance my batteries in the future with 6 ampere. All together I spend around 150€ on the energy system. I now have 15Ah with 11,1 Volts for a weight of 1,5 kg, which is very light in my opinion.

 

The motor was the next difficult part. How many turns per minute and what torque would I need for a propeller this size? I decided to buy two motors. One with a transmission of 1:6 and another one with a transmission of 1:11. A waterproof lid for easy and save access to the inside of the boat, a cheap digital 2,4 Hz 3-channel remote control, a motor controller for up to 15A and a steering servo made my boat ready for the first tests on the water to test the two motors with the different transmissions.

 3689524626?profile=original

 

All the parts fit together perfectly and the radio controller worked great. I tested the boat in the bathtub first to see whether the stability was good enough for the test on the lake. It turned out, that the 1,5kg of the battery that I fixed to the bottom with hook and loop fastener, made the boat stable enough. I also checked the thrust of the boat in the small bathtub and the current consumption. At 11 volts, the 1:6 motor would take 1,9 ampere, with full thrust in stationary position (which is the worst case scenario). So the batteries would be able to supply the motor for more than 7 hours with full power, which was way better than expected. So the test on the lake could come.

 

3689524582?profile=original

On the lake near my home, the boat made a quite good performance. It was even stable in turns and the radio control worked perfectly. The speed was all right (around 4 km/h) for a long track via Ardupilot. But for a bit fun on the radio control, it could have been a bit faster though. So we didn’t build in the 1:11 transmission, and decided to buy the 1:2,5 transmission motor instead to test that one as well next time.

3689524641?profile=original

 

The long weekend brought my project a good step forward and in the next weeks, I will try to get the Ardupilot ready because in 4 weeks, I will be back in Sweden again, for the first real test.

I hope this project is interesting for some of you (even though it’s a boat and can’t fly ;-)) and if you like, I will share the future steps and the real test in Sweden of course.

 

Now my questions to those, who worked already with the Ardupilot and sounding:

  1. I have the first and old Ardupilot already at home but I really think about buying the new Ardupilot, because it seems to me, that the handling and software improved a lot and is way easier with the new one. Does anybody have experiences with the old Ardupilot? Is the high price of the new Ardupilot worth it?
  2. How can the Ardupilot share the GPS-data with my Arduino logger? I am ok in programming with the Arduino, but not an expert at all.
  3. Unfortunately, the software DrDepth is not available anymore :-(. Not free and not even to buy. Is there somebody out there, who knows how do get the trail version or where to buy the full version? I was playing around with the free version of UnderSee Explorer, which is easy to use. But the plots seem to be better with DrDepth.
Read more…

In this blog I would like to share my experiences with my new project, an autonomous transducer boat, controlled by an Ardupilot. 

3689524483?profile=original

After a long time of reading blogs, searching parts online and planning, I started my project. My plans are to build an Ardupilot controlled boat, which measures and logs the depths and the temperature along its path on remote lakes to be able to create depths and temperature plots of the lake.

 

The idea for the boat developed in my head after my last fishing trip to Sweden. I visit friends in a small village in south Sweden at least twice a year and I relax from work by fishing on the remote and calm lakes at that site. In the summer time, I am very successful in fishing and it’s very easy to catch several big fishes within a few hours. Since the lakes are frozen in winter, my friends and I tried to do some ice fishing but we didn’t catch a single fish even though we spend at least 7 days on the ice. We guess that we didn’t catch at the right spots because we have no idea, where the deep parts of the lakes are, and how the lakes look like underwater. After that unsuccessful vacation, I decided to build that boat so I won’t have to drive back home without a single catch.

 

Thanks to the two great blogs from Geir Andersen and Harald Molle:

http://letsmakerobots.com/node/21098

http://diydrones.com/profiles/blogs/ardupilot-goes-into-the-water

a lot of question regarding the sonar, the navigation and software were answered and my project could start. And these two blogs are the reason why I also share my experiences with you.

3689524520?profile=original

Right now, I work far away from home so I can only progress with the project every few weekends. I started 6 weeks ago with the most expensive and important part, the sonar. It took a long time to investigate, which sonar I could use and which sonar could communicate with my Arduino and after I finally accepted, that there is no way around spending at least 200€ for a good sonar, I bought the Intelliducer from Garmin and the communication between the Arduino and the sonar worked instantly. The most important thing about the transducer is that it’s a digital transducer that sends the information in NMEA 0183 language. The transducer is quite small, easy to include in the Boat, the resolution seems to be 0,1m (correct me if I’m wrong) and the maximum depths is over 300m. It also measures the temperature, which can be interesting for fishing as well.

 3689524541?profile=original

The next stage of the project was the boat. I wanted to build a light and easy to realise boat, that is totally enclosed and waterproof. I also wanted it to be energy efficient and not too slow, so that the batteries would last at least for 4 hours and more than 10 km. I decided to use a torpedo design, since I could use cheap plastic pipes as the body. I only had to build the front and the rear part of the boat with fibre glass.

 

I could manufacture the positive Form with wood on the wood turner of my father.

 

3689524498?profile=original

After I produced a negative form around it by using bandages, I rinsed them with wax as a separator, and I started with the fibre glass. Even though the material of the negative mold seemed not to be the best for fibre glass I was happy with the results.

 

3689524652?profile=original

 

As propeller, I decided to use a kort nozzle from Graupner with 60mm diameter. In small speeds, the kort nozzle is supposed to be more efficient, and it also saves my propeller from rocks or other dangerous objects under water. For my boat with a diameter of 125mm the 60mm diameter of the propeller seems to be huge. But as an engineering student, I learned that a big but slow propeller is more efficient than a tiny but fast running one at the same speed. That was my progress for that long weekend and I was forced to take a break till last weekend, where I came home again.

 

3689524567?profile=original

In the first two stages, I invested around 300€ for the transducer and the boat body. The next stage would cost me another 300€ for the batteries and the rest of the electronic. The third most expensive part (after the transducer and the upcoming Ardupilot) is the battery. But will come on the next page.

 

Read more…

Some developments on 2.4GHz video link and 868MHz datalink antenna systems:

          Measuring the 2.4GHz Antenna SWR

3689523978?profile=original

                         The Ground Tracking Antenna

3689523943?profile=original

This blog shows an integrated 868MHz xBEE datalink antenna and tranceiver and a 2.4GHz Video downlink antenna and transmitter as a single modular unit. Feed it 3.3volts and video as well as the autopilot datastream.

Also shown is a ground tracking antenna system. Two antenna are contained in the head - a multiturn 13dB gain helical antenna for the 2.4GHz video downlink, and a Diamond loop , over the ground plane, giving 8dB gain, for the 868MHz datalink. The antenna base contains a Lipo battery and fits onto a tripod. The base unit is then lined up with North, and the unit tracks the aircraft in flight using the A/C GPS position. Cable wind/unwind software is also implemented to allow the unit to unwind for example when flying circles around the GCS - this process follows a computed geometry to ensure minimum time pointed away from the A/C, and uses the aircraft flightplane to estimate the postion to slew to to start tracking again, if the link were lost.

We have just completed range tests, first with the aircraft mounted on a tall pole, on a high ridge in the desert here in Namibia. The aircraft was able to be rotated 360deg in azimuth and +- 25deg in elevation. Tests were conducted with the ground tracking antenna at 10km from the aircraft position.

Video TX power was 27dBM @ 2.432GHz, into the Skew Planar Wheel. Datalink TX was a 868MHz xBee Pro- range was tested at 25milliwat TX power ( can be set to 1mw, 25mw, 100mw, 200mw and 300mw - 1mw at 10km did not work)

Video was perfect picture with the aircraft at any azimuth or pitch angle ( combined) except for the Aircraft directly facing the ground antenna, at 0deg pitch - the A/C antenna is shielded by the avionics, the on-board IR gimballed IR camera, and the Lipo batteries. Tilting the A/C up or down 5 degrees brought the video back with perfect picture.

Datalink comms was constant with NO dropouts at 25mw bothe ends, regardless of the A/C attitude and azimuth heading. The aircraft was also fitted with 2.4meter carbon fibre covered wings - 315mm chord, and a carbon V tail ( very similar to my mk-I SurVoyeur A/C , only greater wings span and carbon wings.- see the SurVoyeur blogs..)

The Datalink antenna consists of two rings, spaced apart, and is a Slot Antenna, ie, the radiation takes place from the slot formed between the two rings. It is a narrow band antenna- not more than 20MHz bandwith for 1.3:1 SWR - at center frequency it is 1.05:1 SWR.  The first rings were done in copper wire to determine the antenna factors, and then a PCB version made on the router, at various sizes, to determine the size reduction factors due to the PCB dielectric constant.

3689523989?profile=original

3689524110?profile=original

Wire Rings Versus PCB Versions

An Integrated model was then machined on the router - this module consists of the antena rings and is fitted with the xBee datalink module and serial interface electronics.

3689524019?profile=original

                        

3689524121?profile=original

This module is later fitted with the Skew Planar Wheel 2.4GHz antenna, and with the video TX module.

The Skew Planar Wheel was constructed thus:

Pre-Cut element wires:                                                                       Wires formed in a 'stretch' jig.

3689524065?profile=original

3689524138?profile=original

3689524030?profile=original

                               Wires Stretched and removed from jig

3689524159?profile=original

Wires Formed.

3689524044?profile=original

                              Coax End pieces about to be fitted

3689524216?profile=original

Coax End Pieces soldered to coax outer and inner

3689524078?profile=original      

                   

                Antenna elements fitted to the mounting Jig and soldered to the coax ends

3689524101?profile=original

3689524238?profile=original

3689524267?profile=original

The 2.4GHz antenna is then fitted to the 868MHz module:

3689524180?profile=original

The Video Transmitter is fitted on the underside:

3689524284?profile=original

This assembly is then fitted into the antenna bay of the composite fuselage:

3689524311?profile=original

SWR measurements were taken in-situ to determine any de-tuning:

3689524301?profile=original

SWR AT 2.44GHz:: = 1.13:1

3689524334?profile=original

The ground tracking antenna basics follow:

This Consists of a base unit containing the Lipo Battery, the drive electronics, an azimuth servo drive and feedback mechanical system and a yoke carrying the antenna head. The antenna head contains the 2.4GHz helical antenna, the 868MHz datalink Diamond loop antenna, the Video receiver, the xBee datalink tranceiver, and the elevation servo with position feedback.

The Head unit closed:                                                                   The base unit guts:

3689524374?profile=original

3689524402?profile=original

Azimuth Mechanics and feedback POT

3689524347?profile=original

                 The Helical and Diamond antenna in the head unit.

3689524413?profile=original

3689524468?profile=original

We then flew a max range test to see what a typicall max range might be - Video was lost at 39km, and datalink was still error free with 200milliwats at that range...Video was 'snow free' ( P4 signal) at 32km.

Joe

The Nampilot....

Read more…