All Posts (14048)

Sort by

100330-O-1234S-001_610x411.jpg

 

The second Boeing-built X-37B Orbital Test Vehicle, or OTV, left Cape Canaveral, Fla., at 2:46 p.m. PT, atop an Atlas V rocket, Boeing said.
"History was made in December when the X-37B became the United States' first unmanned vehicle to return from space and land on its own," Craig Cooning, vice president and general manager of Boeing Space and Intelligence Systems, said in a statement today. "The success of that mission validated this reusable and effective way to test new technologies in space and return them for examination."

Source:
http://news.cnet.com/military-tech/#ixzz1Fo17aML8

Read more…

The 'copter


Now we come to proposed improvements in Marcy 1.  Fired up Her avionics & got the radio to work again.  That was a huge step, but there's a long road of depression between this & golf course flight.

Most micro airplanes have a solenoid actuator for the rudder on the fuselage & no aileron actuator.  We need the aileron actuator, which begs the question of how such a large surface can be actuated from the fuselage.  It would be on the fuselage.

Fabricating a traditional actuator without machine tools is quite challenging.  A material stronger than wood, yet bonding to CA glue is needed.  It has the disadvantage of deflecting a large wing surface.

The leading idea is to make the whole wing 1 big actuator.  The repulsion between a NdFeB magnet on the wing & a coil on the fuselage deflects it downward.  Airflow centers it.  This is rugged, light, & uses the full surface.  The same principle could be applied to a lift fan if it was bidirectional.


3689392513?profile=original

 

3689392534?profile=original

 

Next, the actuator department came up with this.  Not enough power to
get any motion before it overheats.  At 3V, it moves the wing 1/4" &
then dies.  That's 3A, almost the motor at full power.  At least we now
know medical tape sticks to wood & makes viable hinges.

Without a core, the solenoid isn't going to produce much thrust.
Conventional actuators are ruled out.  It takes a ton of force to move
the wing, compared to a normal micro plane.  It takes our largest NdFeB
magnet to fully deflect the wing.

 

 

 

3689392556?profile=original

The ideal Marcy-1 is variable pitch & fixed RPM, as we learned before.
The best any useful weight is going to do is variable RPM & the minimum
actuation.  1 option is a solenoid core.  There's also a linear motor
with multiple solenoids.


1 search for actuators leads to another thing.

No, we are not trying to get a marrital tax deduction without a providing for a wife 1/2 our age. Homopolar motors looked like a novel way to get miniature thrust. The problem is fabricating bearings precise enough to reach enough RPM & attaching a propeller tight enough for VTOL.

Figured we'd make a high quality video of a homopolar motor, since all the others are out of focus. Those things are really tough to balance. See video above. Music: Transformers escape

 

 

 

 

 

Read more…

454 mhz chumbyhackerboard

chumbyhackerboard_1.0_lrg.jpg?w=600

 

Just stumbled upon this amazing board. Would be really interesting to use it for a quad project. What do you guys think??

 

http://wiki.ladyada.net/chumbyhackerboard

 

  • Freescale iMX.233 processor running at 454 MHz
  • 64 MB onboard RAM
  • Comes with 512 MB uSD card with 100 MB Linux installation all ready to go
  • 3.3V I/O pins can talk to most sensors, motor drivers, etc. No struggling with 1.8V levels.
  • Low power, fanless ARM926 core draws only 200-300 mA
  • Onboard GL850G USB hub draws 100-200mA
  • Built-in Lithium Ion/Polymer battery charger and 5V boost converter for portable projects
  • Three USB port jacks!
  • 1.5W mono 4-16 ohm speaker amplifier (0.1" JST onboard connector)
  • Microphone input (0.05" JST onboard connector)
  • LCD controller with 2mm output port
  • 3.5mm A/V output jack with stereo audio and NTSC/PAL composite video
  • Back of board has GPIO outputs on 0.1" header spacing, plug in an Arduino proto shield (Beta version only, Final boards don't have this)
  • Quadrature encoder connections onboard
  • 5-way joystick on-board
  • MMA7455 3-axis +-2G to +-8G accelerometer on-board
  • 3.3V TTL serial port for easy shell access
  • Full GCC toolchain is ready for you to download and get crackin'!
Read more…

 

 

3689392316?profile=original

This is the Vladimir models Graphite 2e.  It is a fairly typical skinny, lightweight, efficient fully moulded motor glider.  Despite its 3.1m span there is not much space for anything.

 

THE CHALLENGE - HOW TO FIT AN AUTOPILOT AND TELEMETRY SYSTEM IN A GRAPHITE 2E

 

The removable nose section is filled with motor ESC and battery.  It just fits a 36mm diameter motor.

The receiver, rx battery and BEC is mounted somewhere under the wing. 

No room for servos up front, they are mounted in the tail fin. 

There is plenty of space in the hollow wings.  Access to that space is limited to the 4 servo hatches.


The compact UDB2 is now looking like a tight fit at 38*70mm.

I do not own an APM but that is looking like a 40*75mm double decker.  No hope!

 

Am I expecting too much?  Is this skinny super-model just too needy?

Should I stick to my trusty Cularis with its middle age spread, healthy dose of cellulite (foam) and numerous surgical implants?


If you wish to see more pictures and a video have a look here

http://www.hyperflight.co.uk/products.asp?code=GRAPHITE-2E&name=graphite-2e

 

 

 

 

Read more…

My first Autopilot Project: MAP-One

3689392357?profile=original
Hi all,
This is my first post on this fabulous website!
May I introduce my new autopilot that I just made. He is based on the Pic18f452; this is not a strong microcontroller but he is great for begin (wether in electronic or in programming). This project allowed me to learn electronics ( schematic, routing...) and later programming.
I also intend to make a parallel library that will use and simple way to interface sensors or actuators, and thus be able to create a complete autopilot!

The MAP-One is a small autopilot without gps. When I created it, I wanted to do simple.
The MAP-One can control 4 servo and 1 ESC, he can receive 4 servo input from a rc-receiver. For low altitude, he have a SHARP (long range) sensor, an IMU connection (accelerometer (x,y,z) and gyro (x,y), power supply), a 4 pins connection for thermopile module, an another analog input (for exemple, air speed sensor) and finally 4 pins connector for a module that works with Serial (ex: xbee).It possesses a more an integrated altitude sensor (MPXA4115A6U).

My pcb board has not yet made, I intend to make fabricated by "PCB-Pool", wath do you think ?

For detail, go on my website:

http://mapdrone.wordpress.com/


If you have any suggestion, please contact me.

Thanks
Tim

Read more…
Moderator

SG-S1000A_TX.jpgYes! Digital wireless video systems is relative high cost and of cause over budget for most people, but the technology is getting closer to what we can reach in our UAV projects. Lets hope these systems will reach prices we all can handle.

Here is a system who fits perfect in a small UAV.

Receiver case is even made with small 7" TFT screen in a nice strong Case.

digital-portable-receiver.jpg

Price 5.995,00 USD

 

COFDM digital wireless video system for UAV flying

 

Special Features:

Based on standard COFDM modulation technology

2

High-quality digital video processing and MPEG2 video coding technology

Shortly time delay

Supports high-speed mobile transmission

 NLOS ( Non Light Of Sight ) transmission

6

300-800 MHz (optional), 100-1000mW(adjustable);

7

NLOS transmissiong distance: 500-1500m;

8

Stability high clear and successive pictrue without any mosaic;

9

Adjusted by clients on the receiver (range: 47~860MHz) 

 

Specifications:                                                        

Transmitter System Indicators

Frequency

300-800MHz(optional)

RF Power

100~1000mW

Voltage

DC11-13V

Current

1A

Modulation

COFDM 2K QPSK

Work Frequency

Standard 332±4MHz(optional)

Bandwidth

8MHz

Transfer rate

8Mbps

FEC

1/2 2/3 3/4 7/8

Guard Interval

1/32 1/16 1/8 1/4

Video Input

1 line PAL / NTSC analog video

Video Compression

MPEG-2 4:2:0

RF Interface

SMA

Work environment

-30~70

Video Format

PAL

Distance (on helicopter)

15-20km

Size

118*68*28mm

Weight

500g (with antenna)

 

Receiver System Indicators

Frequency

300-800MHz(optional)

Receive Threshold

<- 96dBm

RF Interface

N

Power

10W

Power supply

AC220V

Modulation

COFDM, 2K

AV Interface

RCA

FEC

1 / 2

Guard Interval

1 / 32

Video Output

1 line PAL / NTSC analog video

Revolution

720*576

Lines of horizontal

625 or 525 Line

Audio Output

Analog stereo left and right channels

Work environment

-30~70

Weight

1.5KG

Size

440*442*35mm (1U chassis)

 

Packaging Details

Accessories

2*antennas (customized); 1*adapter; 2*connection line.

Style

Color gift box or paper carton

Size

Undetermined

Overall Weight

3kg

Read more…
Moderator

DIY Drones Project Blog

Attached file below is the the html code to insert into the blog entry to build a common repository of our communities UAV projects. This is what it should look like.  This is just a start we could have small pictures and places where the member could paste links to existing blogs showing more details than this "quickie" page lists.





DIY Drones Project
Fly-N-Eye1

Air Frame:

Wingspan:

Length:

Payload:

Flight Duration:

 

 

 

Specs:
Radio Control:
Telemetry:
Video:
Auto-Pilot:
Sensors:
Onboard Batteries:
Bat1: Bat2:

Bat3: Bat4:

Bat5:

Project Details Here



blog_template.txt

 

<iframe src="https://spreadsheets.google.com/embeddedform?formkey=dHpKU2JJUHlsVWVubmFhdmcxNUx1bXc6MQ" width="760" height="609" frameborder="0" marginheight="0" marginwidth="0">Loading...</iframe>

Read more…

Community Based Organization Standards

3689392304?profile=original

 

 

 

 

Now that the FAA regs are all but written in stone, many have argued that CBO's can provide their own regulations to circumvent the FAA regulations. What is uncertain is if there is any provision in the proposed regulations for CBOs at all.

The AMA has even pushed an ammendment to exempt only "nationwide" CBOs from FAA regulation through the Senate (but not the House).

There are three possibilities in this morass:

1. The provision for national CBOs in s.223 and other bills passes into law.

2. The FAA regulations provide for CBOs under OMB.119

3. No bill w/ammendment gets passed and there are no CBO provisions in the FAA regs.

 

To dispell much of what has been said about CBO's, I recommend reading the law governing CBO's as standards bodies.

That law is available here it is OMB.119 and defines what a Standards Body is as well as what they can and can't do.

 

Excerpt:

" A voluntary consensus standards body is defined by the following attributes:
(i) Openness.
(ii) Balance of interest.
(iii) Due process.
(vi) An appeals process. "

 

I do not know of a single sUAV or Model Aircraft organization that meets a single one of those criteria.

 

As much as I hate to say it, I see no honest and legal way to get around the FAA in the recreational sector.

Read more…

FAA sUAS regulations milestone

3689392271?profile=original

 

 

 

 

 

 

According to the Federal Register, the FAA's sUAS regulations are to be submitted to the Secretary of Transportation today. Nothing for even the FAA to do about it now until the NPRM this summer. Just a couple months of rubber stamping the mystery envelope.

 

Read more…
Moderator

3689389812?profile=original

Dear Friends ,

3/3/11 this evening (in europe) 22.30 (CET) will be an online seminar about the functionality of Multipilo32 , the ARM update to CPU of ArduCopter , ArduPilot , Arduxxx project.

The Event is finished but the recording of it is available here :

http://www.virtualrobotix.com/profiles/blogs/online-seminar-about-the

more info : http://www.virtualrobotix.com/events/multipilot32-getting-started

Best

Roberto

Read more…

3689392131?profile=original[Moderator's note: this product has been discontinued and I think the company that made it went bust, so buyer beware--this is an overstock item and may not be supported]


Features
-World’s first programmable intelligent gaming robot
-Roboni-i will grow dynamically with its owner and learn more advanced actions and movements the more it is played with
-Nimble 360° movement provides the Roboni-i with incredible agility
-Control the Roboni-i with the included wireless handheld controller to perform stunts and loops
-Uses 16 sensors and 4 processors to sense the surrounding environment
-Roboni-i can navigate on its own, avoid obstacles, play games, do tricks and interact with its environment
-Easy to customize and load with games – play on your own or against friends with similar robots (requires some degree of computer competence that younger children may not possess)
-PC-based Command Center application is user-friendly and allows you to configure every facet of your robot including reflexes and behaviors
-Roboni-i comes loaded with electronic gaming accessories, offering games of infinite variety and chance
-Create your own games or download games that others have created
-Shoot, scoop, capture and maneuver through single and multiplayer games
-Use the same remote controller offline and online
-Plug Roboni-i into your PC to join a vibrant online community – use the controller to guide your customized avatar through the virtual lunar world, play online games and run missions
-Infrared sensors to detect obstacles and interact with other robots
-ZigBee (RF) technology allows different robots to participate in team games
-Download new games and updates to your robot through USB
-For best results use the Roboni-i on a hard, flat surface
-Requires 12 AA batteries (not included)


You can buy it from buy.com for $60

Read more…

3689392186?profile=original3689392097?profile=originalI am just starting out in FPV, putting together a HK airplane with video, Ardupilot Mega (APM) and a ground station. My end goal is to overlay computer generated symbology with camera video and/or a synthetic representation of the terrain - not quite there yet, but the flexibility of the APM with the availability of source code has convinced me that it is the right platform to build on.

However, I have got the APM running with xbee modules to communicate with an Ardustation Mega running the load from Colin as described here (http://diydrones.com/profiles/blogs/ardustation-twoway-telemetry). I made a couple of mods to get a display of GPS satelite count but this was primarily as a first Arduino programming exercise - the rest would have worked fine wthout the mod. The Ardustation is self contained with a LiPo in the box for power with the balance connector pinouts taken through the 9 pin D connector on the side for charging.

I then tried to figure out how to integrate a Remzibi OSD, but didin't find much on the web about using it with the APM (as opposed to the standard Ardupilot), and quickly realized I was out of comm ports if I wanted to have the xbees running at the same time. However, I had a spare APM (no IMU) so came up with a protocol converter - basically it reads the serial stream running through the xbees and sends out Remzibi 1.71 data on a second comm port. For the data that is coming out of the APM using the GCS_Standard protocol it works with the standard APM S/W load - S/W changes are required only to get access to data that is not already on the telemetry link. The Remizibi output code is derived from the Ardupilot 2.6 code posted by HappyKillmore for Remizibi integration as described in his thread here http://www.rcgroups.com/forums/showthread.php?t=1234310.

It was getting a bit tight in my HK FPV (even after cutting out a fair bit of the foam and gluing 1/16 ply for new sides), and while figuring out how to handle that I realized that the OSD does not need to be on the aircraft - it can equally well be on the ground. I packed the OSD and second APM into a little box, and hooked on to the Ardustation serial data from the xbee. As of today I have all the standard GPS data (lat,long,GS, altitude, date, time, etc.), APM mode, and artificial horizon.Date and time took some mods in the APM code, everything else was available.

Next is to use one of the spare inputs on the IMU to add a current sensor input and hook up the battery balance connector to the IMU for voltage monitoring.

One downside of moving the OSD to the ground station is that you lose the mAh counter built in to the Remzibi. It doesn't look like there is any way to send a command that substitutes for the ADC6 (default current sensor) input, so will need to add some code to either the main or ground station APM code to integrate the current sensor input. An alternative might be to run one of the PWM output pins of the APM through an RC filter and send that to the Remzibi ADC6 input.

Apart from simplifying the wiring in the aircraft, this approach means that I keep the OSD symbology even if the video link has problems (of course, I would lose the symbology if the telemetry link goes down). I  also have the standard video (no symbology) and the version with symbology available simultaneously, flying on one while recording the other if desired. Nothing in the implementation is dependent on the Ardustation beyond access to the xbee data (and that could always be handled by an FTDI to xbee adapter board), so I can move the Remizibi back and forth between the ground station and the aircraft without needing to change the code.

 

If I had thought this all the way through before starting the build I think that I would have used a larger box and integrated everything (Ardustation, Remzibi, second APM) into one unit.

From a quick look at the 2.0 code it appears that the "GCS_Standard" protocol has gone, so will require some rework to integrate the MAV link protocol, but I think that the basic approach will still be valid.

 

Won't get to test fly it for a couple of weeks, but it has been fun so far.

Read more…

getAsset.aspx?ItemID=32668

 

From Flight Global: "DRA's sense and avoid system comprises three cameras and processors, limiting its effectiveness to visual flight rules conditions. An objective sense and avoid system must include other kinds of sensors to maintain awareness at night or in bad weather, Bachman says. ....The system only scans for targets in the forward hemisphere of the UAV, Bachman says. So far, the FAA has not provided definitive guidance on minimum performance for a sense and avoid system, but is expected to require 360° capability.
So far, DRA's system has demonstrated the ability to detect and track other aircraft moving in the forward hemisphere. In later demonstrations, the system also will be able to autonomously adjust the UAV's own flight path to avoid other air traffic, Bachman says."
New sense and avoid system for UAVs emerges from the shadows

 

Read more…
Developer

One ESC is not like the others. Why?

I've been having a lot of fun with my new ArduCopter. My initial flight was interesting - due to me switching flight modes with the throttle up it jumped off the floor and flew straight at me. I now have a nice scar on my shoulder as a memento of that first flight :-)

3689392108?profile=originalSince then I've been taking things a bit more carefully. The above photo shows the copter tied down to a 20 litre tin of paint, so it can only rise about 10cm off the tin. It will be released from its string prison once I've got some of the glitches out.

The particular glitch that has me puzzled at the moment is ESC callibration. During some testing I suspected that the motors were not all running at the same speed, so I wrote this little tester and hacked it into the ArduCopterMega trunk:

static void run_testmode(void)
{
Serial.println("Running motor test");
for (uint16_t thr=1100; thr<=2000; thr += 100) {
for (unsigned char i=0; i<4; i++) {
Serial.printf_P(PSTR("motor test %u thr=%u\n"),
(unsigned)i, (unsigned)thr);
APM_RC.OutputCh(i, thr);
delay(1000);
APM_RC.OutputCh(i, 1000);
delay(1000);
if (Serial.read() != -1) {
Serial.println("terminating motor test");
for (unsigned char j=0; j<4; j++) {
APM_RC.OutputCh(j, 1000);
}
return;
}
}
}
Serial.println("Finished motor test");
}

The code runs each of the motors in turn, starting at a PWM value of 1100 and rising to 2000. As I suspected, it showed that one of the ESCs (the one driving the front motor) is calibrated quite differently from the other 3. The front

ESC runs at 1100, when the other 3 don't run at all, and doesn't run at all at 1900 or 2000, while the other 3 do run up to and incuding at 2000.

I have been through ESC calibration, using this bit of code, which is based on some code from the ArduPirates tree:


static void calibrate_ESCs(void)
{
Serial.println("Disconnect battery then hit enter");

while (Serial.read() == -1) ;

Serial.println("Now connect your battery. After beep beep, hit enter");

while(1) {
APM_RC.OutputCh(0, 2000);
APM_RC.OutputCh(1, 2000);
APM_RC.OutputCh(2, 2000);
APM_RC.OutputCh(3, 2000);
APM_RC.Force_Out0_Out1();
APM_RC.Force_Out2_Out3();
delay(20);
if (Serial.read() != -1) break;
}
Serial.println("wait for beep then hit enter again");
while(1) {
APM_RC.OutputCh(0, 900);
APM_RC.OutputCh(1, 900);
APM_RC.OutputCh(2, 900);
APM_RC.OutputCh(3, 900);
APM_RC.Force_Out0_Out1();
APM_RC.Force_Out2_Out3();
delay(20);
if (Serial.read() != -1) break;
}
Serial.println("disconnect your battery and then hit enter again");

while (Serial.read() == -1) ;
}

If I understand correctly, that should have calibrated all 4 ESCs to the same value, but it didn't seem to work.

Does anyone have any suggestions? Is it just a matter of replacing the ESC that is out of kilter with the others?

 

UPDATE: I've solved it! The problem was I had misunderstood the importance of the timing in the ESC calibration instructions. I read the ESC manual, and noticed that the procedure for entering programming mode is actually the same as the initial steps for doing throttle callibration. The only difference is how long you wait after connecting the battery the first time. I was beiing "conservative" and waiting several seconds, and the ESCs were entering programming mode instead of doing throttle calibration.

I now have my 4 ESCs calibrated correctly, and it hovers quite nicely in its string prison. I will be able to try a real flight now, and see if it lasts a bit longer than the first one!

 

Read more…

ArduLog Opensource microSD GPS logger

I just finished the coding of our new opensource product ArduLog.

GLog-4-300x200.jpg?width=300

Product name was G-Log before it was being opensource. And i was using it for logging the GPS data of my FPV plane. Now it is opensource, i replaced all AVR-GCC codes with Arduino compatible ones and included Arduino Pro 16Mhz bootloader.

This is the KMZ output from ArduLog

earth-640x333.jpg

ArduLog is a stamp size circuit which has the capability of doing Serial, I2C and Analog logging. Current firmware logging the GPS positions from it's serial input.

It's including a microSD socket, 2 color led for status and 4 input pin that connected with 6 ports of Atmega328 processor.

glog-gps-logger-for-all-osd-brands.jpg

Default firmware supporting all GPS models which have standard GPGGA NMEA protocol.

The Baudrate of ArduLog is configurable with putting  the _BAUD.TXT file into the root folder of microSD card.

We tested it with all rates between 4800-115200baud and GPS refresh rates between 1-10Hz

Just create a file that named _BAUD.TXT and type the baudrate into. (like 115200)

ArduLog reads the file on startup and logs the GPGGA sentence of GPS data on every seconds.

Then our free KMZ generator software generates flight path KMZ files for Google Earth.

Features

  • Full Opensource Circuit Architecture and Firmwares
  • Coming with ArduLog GPS logger firmware for Plug and Play FPV usage
  • Supports all GPS modules between 4800-115200 baud
  • Supports all GPS refresh rates between 1-10hz
  • 1Hz record resolution for GPGGA sentence
  • Arduino Pro 16Mhz compatible Bootloader for upgrades and firmware modifications
  • Supports all FAT16 formatted microSD cards up to 2Gb
  • Autoincremental Record File Name
  • Red/Green status LEDs
    Green: card detected
    Red (Continuous): empty slot or wrong card format
    Red (Blinks) : writing

Pinouts

Pinouts.png

File and Links

Product Page : store.flytron.com/46-ardulog.html

Sample KMZ file from ArduLog : test_flight.zip

ArduLog Google Code Page for Firmware and updates : http://code.google.com/p/ardulog/

GPStoKML generator Software : GPStoKML.zip

Baudrate Configuration File : _BAUD.TXT

Thanks for reading

Melih

 

Read more…

Flying wing on the cheap

3689392051?profile=original For those of you looking for an inexpensive way to implement your favorite uav platform, I found this plane called the Mugi evo (shown above). The plane is built from twin wall polypropylene sheeting and is very cheap to build. After seeing the plans, I seriously think you could build this thing for under 20 dollars. As far as cheap planes go, its looks like it could take a beating. The plans are free to anyone who wants them, and can be found here.

 

I posted a video below for anyone interested in how it handles.

 

Read more…