All Posts (11086)

Sort by
3D Robotics

Cool on multiple levels. (Insert obligatory "This is how Skynet becomes self-aware!" joke). From hackaday:

 

3689418227?profile=original

Swarm robotics is really starting to produce some interesting results. This image is from the video embedded after the break that show a group of five robots creating a landing platform for a quadrotor helicopter. The four that actually make up the platform are not in contact with each other, but instead following commands from the leader. We’re impressed by the helicopter’s ability to target and land on the moving platform. Takeoff appears to be another issue, as the platform bots stop moving until the quadcopter is airborne again.

These robots are part of a Graduate project at Georgia Tech. [Ted Macdonald] has been working along with others to implement an organizational algorithm that guides the swarm. The method requires that the robots have an overview of the location of all others in the swarm. This is done with high-speed cameras like we’ve seen in other robotic control projects. But that doesn’t discourage us. If you already have a flying robot as part of the swarm, you might as well add a few more to serve as the eyes in the sky.

Read more…
3D Robotics

3689418029?profile=originalHere's a really impressive DIY quadcopter from the smart guys at Let's Make Robots. It uses custom firmware running on a hacked Fonera wifi router and regular Wii sensors to fly with a joystick via wifi.

Atropos is remotely operated by a wifi link, powered by a Fonera router. The user can pilot the aircraft with a HTML5 and canvas web interface, making AJAX request on every key stroke or mouse movement. Telemetry is received with COMET (SERVER Push) HTTP information and Javascript is used to manage the entire page.

Fonera sends rotor commands to a 16F876 PIC, which generates PPM signals to manage ESC ( Electronic Speed Controllers). Those ESC are the power stage to trifasic motors.

To achieve very fast and less time consuming requests, http router web server has been modified on it's source code, to process all the AJAX requests in a RAM shared memory portion on the router.

via Hackaday

Read more…
Moderator

New Entry level Frame for Multipilot32

The last effort of FoxTeam,
through collaboration by me and AleBS the result  is complete frame with Gimbal that we were able to put together on a MP32.

The frame is simple, practical and light. We are working to make it more immune to vibration. The configuration and flight 'Quad X supports a Gimbal able to take comfort in the air a GoProHD or a compact camera. He has long legs that will allow in the future to put another 4 engines, and then a fine and maybe a bigger gimbal.

Maybe a future revision could be made of carbon fiber , there is already in progress a version Hexa radial. What do you think?

Are welcome suggestions to improve the frame ...

You need a PPMSUM radio with at least 8 channels to get all the necessary control channel , or already 'with seven channels you can' control the tilt.

The code to handle the gimbal of MP32 can be found here:
vrobotix-ide-0.0.4 mixer QuadX (GIMBAL).rar - multipilot32 - QuadX with gimbal control - Multipilot32 Advanced Autopilot Board based on Arm Cortex A3 micro controller - Google Project Hosting

Bye

Roberto

 

Original Post here  : http://www.virtualrobotix.com/profiles/blogs/new-entry-level-frame-for-mult

 

L'ultima fatica del FoxTeam,
grazie alla collaborazione con Ale questo e' il risultato del frame completo di Gimbal entry level che siamo riusciti a mettere assieme su base MP32.

Il frame e' semplice , funzionale e leggero , stiamo lavorando per renderlo immune il piu' possibile alle vibrazioni .La configurazione di volo e' Quad a X , supporta una Gimbal in grado di portare in volo comodamente una GoProHD oppure una telecamerina compatta. Ha gambette lunghe che consentiranno in futuro di mettere sotto altri 4 motori e quindi fare un bel okto coassiale e magari una gimbal un po' piu' grandicella.

Magari una prossima revisione potrebbe essere fatta in carbonio , c'e' gia' in lavorazione la versione Hexa radiale. Che ve ne pare ? Si accettano consigli per migliorare il frame ...
Serve una radio PPMSUM con almeno 8 canali per avere tutti i controlli necessari oppure gia' con una sette canali si puo' controllare il tilt , per farlo dal secondo pilota si puo' prendere una radio e collegarla tramite il cavetto maestro alievo.

Il codice per gestire il gimbal su MP32 lo trovate qui : vrobotix-ide-0.0.4 mixer QuadX (GIMBAL).rar - multipilot32 - QuadX with gimbal control - Multipilot32 Advanced Autopilot Board based on Arm Cortex A3 micro controller - Google Project Hosting

Saluti Roberto

Read more…
Developer

The ArduRover (based on ArduPilotOne) user base is growing and it is time for a beta release. Right now, as the core developer, I do not have enough time to test the code thoroughly on all platforms. If you have an unmanned rover, boat, or quad, and a mavlink compatible ground station (free for download/ qgroundcontrol, hk gcs etc.) then feel free to become a beta tester.

As the community grows, documenting the code behavior for the end user will be important. A comprehensive wiki like the one currently available for ArduPilotMega would be a huge help. So if you can contribute to the documentation also contact me and I'll get you added to the google code project.

Finally, if you have C++ coding experience and have patches to the code for improved functionality feel free to send them to me. If you submit enough helpful patches, I'll invite you to the development team.

email: james.goppert@gmail.com  <-- email me to join the team
https://github.com/arktools/ardupilotone

Read more…

3689417928?profile=originalI've modified Phillip Anthony Smith's Mavlink Ardustation to support an inexpensive tilt/pan antenna platform. RAM is very tight in the software so this is not a laptop/ground station replacement and the original software was oriented towards APM. However, I've been flying many flights with Arducopter 2.0.x and this antenna and have gotten pretty good video performance with much less multipath interference. I still use a second Xbee on a notebook with the Mission Planner and that seems to work pretty well with the Ardustation. This link gives some more details, a demo video of the software with some explanation of the added screens, and the software itself for others to play with. The software is a little rough since it was developed quickly before the 4th of July weekend, but it is fun to watch the antenna follow the quad and I wanted to give a little back to the Arducopter community.

Read more…

Long Range Skyfun Upgrades

3689417741?profile=original

The stock skyfun platform is pretty good, but as a lot of people have pointed out, the power system is barely enough for our needs by the time you add a few goodies on.
There is lots of info on the web about motor upgrades for the Skyfun but most of the motor upgrades published on the net are all about speed. I wanted my Skyfun to have enough power to lift all the extra weight, but then to be able to settle down to a slow and efficient cruise speed to maximise the amount of time in the air. That means means going for a slow turning large prop. Finding info on this sort of upgrade is next to impossible. 

Lets start with the airframe:

I took a stock RTF Skyfun, removed all those hideous decals and then set about applying Gaffa tape to all of the vulnerable surfaces. This has already proven its worth during my initial testing as I had a high speed collision with a power poll with practically no damage. Gaffa is quite heavy, but it is incredibly strong and prevents the foam from tearing. Applying it to any part of the airframe where torn foam is possible reduces damage considerably. The tape can then be removed and easily replaced after an 'incident'..


After multiple failed canopy gluing attemps, I have also applied a thin strip of Gaffa tape around the edge of the canopy to keep the plastic on, which has proven effective. The canopy now feels very sturdy.

I'm using the stock servos, they seem fine for the task as it is not going to be a high speed machine.
RC equipment was upgraded to a 9ch JR PCM system.

 

3689417789?profile=originalMounted just behind the receiver is a keyring video camera, I set it into a hole in the fuse at a 45 degree angle. This gives a great view and has the advantage of being closer to the CG for maximum stability and does not result in any part of the aircraft obscuring the picture.
I chose to mount the camera upside down so that the USB cable can be inserted into the camera (from the bottom) without needing to dismount the camera, it also allows easy access to the camera controls. The downside is that the image is upside down, but this can easily be flipped on a PC later.

 

 

 

 

I spent a lot of time on motor research and determined I needed the biggest prop I could spin at the slowest speed possible in order to gain maximum thrust and low speed efficiency. I settled on a Rimfire 400. Specs are below..

3689417904?profile=original

Model: RimFire 400 (GPMG4560)
Diameter: 28mm (1.1in)
Length: 30mm (1.2in)
kV 950
Constant Watts: 160w
Burst Watts: 220w
Weight: 54g (1.9oz)
Shaft: 3mm (0.12in)
Voltage: 2-3S LiPo
Airframe: Up to 1kg
ESC: 25 Amp
Prop: 8x6 to 10x4.5(slow fly)

I decided to run with a 10x4.5 slow fly prop, however a prop this big is wider than the distance between the two vertical stabilizers. This requires reversing the motor, pushing the shaft through to the opposite end and drilling some holes in the motor mount in order to attach the motor to the back of the mount. Doing so clears the back of the stabilisers by 8mm.

Next came the battery, I wanted to be able to cruise for at least 30 minutes and my rough calculations indicated this would require at least a 3000mAh battery. I settled on a DN 3300 30C pack. In my first few flights with this I have achieved 35 minutes and 37 minutes respectively without much consideration for efficiency. I think this can be extended further by reducing airspeed.

A battery pack this large would normally have to be seated well towards the back of the cockpit, this would have meant mounting the APM in front of the battery, something I really wasn't too keen to do. A battery this big in a crash would completely destroy anything in front of it (APM). My camera, receiver and APM were already consuming most of the back of the cockpit and putting a battery this large at the front of the plane shifted the CG too far forward.

3689418006?profile=originalI opted for belly mounting the battery, bomb style. This proved to be very useful as it allowed the CG to be easily shifted by quite large amounts without running into any obstacles. It also keeps the CG very low which has improved stability noticeably. It now flies more like a high wing trainer.

At the moment it is being held by industrial Velcro, however my next upgrade is to install a Velcro strap through the fuse for additional safety.

The only downside is that it exposes the battery, particularly on hard landings. I couldn't see an easy way around this that would maintain CG flexibility and didn't add a lot more weight, so I opted for sponge foam with gaffa tape over it along the bottom of the battery. I will review this after a few more flights to see how it goes but so far if I'm careful with landings its fine. If it looks like the battery is wearing too hard, then I will add some more rigid protection. Long term I will probably build some form of capsule underneath for at least the front of the battery to slot into. Most of my landings are in long grass so isn't an issue. 

 

Total weight including the battery is now 900 grams which is under my target of 1kg. I have yet to measure the thrust from the motor, but at full throttle it achieves a slow vertical climb so it must be slightly higher than 900 grams.

 

The next step is establishing the slowest speed I can possibly fly so I can figure out how long I can stay in the air for. I would be very happy if I could get it closer to a 45 minute flight.

 

 

 

 

Read more…

It flies! It flies! First Flight!

OK, OK, technically this is the second  flight..  First flight is here: http://youtu.be/0yKjbtFW-u4  ; I just like the second video better.

 

The vertical instability was caused by me not having the throttle curve set right on the Transmitter; by default it is just a straight line from 0 to 100. Setting the throttle curve to something more curvy makes it much more stable up and down.

 

Took me a while to get back to this, mostly because I was waiting for a  replacement motor installed after a brief but terminal "magic smoke event".

Thought I also needed a new ESC, but found a post here (http://diydrones.com/profiles/blogs/one-esc-is-not-like-the-others) which set me straight.

Spent a bunch of time at the workbench running through things, including

  • pretty much all of the RC inputs need to be reversed for me (JR790)
  • you really do need to arm the motors before anything happens; it is amazing how much time you will spend trying to figure why nothing is going on (but see previous point as to why I may have been having difficulty.
  • taping and wrapping connections, I'm toying with the idea of heat-shrinking the motor wires to the end of the arm:

3689417870?profile=originalNext steps:

  • Wrap the remaining motor wires
  • Replace nylon screws with metal ones 
  • Add XBee modules to airframe
  • lots and lots of flying

Anyway, that's enough for now -- I'm off to fly some more...

Read more…
Developer

 

Drawing1.png?width=320

 

 

 

 

 

 

 

 

 

 

 

The PPM Encoder team has been working on a new servo input to ppm firmware for the PhoneDrone board and any future boards using the ATmega32u2 chip.

Since there has been reports of problems with the old APM firmware (PPM encoder problem, loosing CH3 again with new APM board) when used together with receivers that has synchronous changes on multiple servo channels. So Olivier ADLER and me decided to back port the new atmega32u2 firmware to the ATmega328p chip used in APM boards.

We now feel that the new and hopefully improved firmware is ready for public beta testing. Source code and compiled firmware are available in the official APM repository (Unified ArduCoder). Please read the readme.txt carefully before usage and report any problems.

Future updates for the new firmware will have PPM pass-trough for receivers with PPM output and also possibly native support for Spektrum satellite receivers.

Happy flying!

Read more…
Developer

IMG_20110703_100742.jpgThe CanberraUAV team has submitted its deliverable 1 report for the outback challenge, so we are back to doing development and testing of our test platforms again.

The main platform we have been using lately is a Senior Telemaster, which I got 2nd hand from another club member at CMAC. It has been a great test plane, and I'd highly recommend it for doing UAV development.

I was initially concerned it may be a bit too big for my car, but I found that it did fit (just!), although it is also a fairly tight fit in my study at home when I put the wings on to do a CoG test.

IMG_20110722_220914.jpgThe plane came without a motor, so the first thing to do was work out what motor/prop/ESC/battery combination would work. I knew I'd be loading it up with a lot of electronics, so I aimed for enough thrust to handle well over 6kg flight weight (its total flight weight with all the electronics ended up at 6.5kg). Because it is a front-prop plane, it had to be electric as otherwise we'd get too much gunk on the cameras. After playing with a prop calculator for a while, I worked out what a E-flite 32 would do the job nicely, with 2x5Ah 4S LiPos in parallel to drive it and a 13x6.5 prop. I got a 100A ESC and isolated it from the rest of the electronics by cutting the +ve wire on the throttle lead, and the plane was setup for power. Now that we've flown it a bit the E-flite 32 turned out to be a great choice. It takes off in just a few meters and has plenty of power, and gives us flight times of about 35 minutes, despite the heavy load. I wanted a sedate slow flying plane as a camera platform, and this turned out to be ideal. The watt meter shows it pulls a little over 60A at full throttle, which should be just under the 60A limit of the motor once its through the ESC. It cruises at below 1/3 throttle.

Making room for the electronics

The next step was to get the fuselage ready for a pile of electronics. The rudder and elevator servos were right under the wing where the fuselage is largest, which was also where we wanted to put all the electronics, so Jack moved then back to behind the wing for me. It's handy having someone on the team who is good with balsa!

IMG_20110629_162057.jpg
After that we just needed to fit the electronics in. This aim for this plane is to be a scaled down test version of the Mugin we are using for the OBC competition, so we put in as many of the same electronics as we will be using in the competition as possible. That means a pandaboard, a 32G SSD, a Ubiquity bullet TDMA radio, a PoE injector for the radio, and a couple of cameras on the bottom. We also added a pitot tube for airspeed, a mixer for flaperons (for really slow easy landings!), a UBLOX GPS and of course a UBEC to power all the electronics (a castle creations 10A).

IMG_20110722_221931.jpgIMG_20110731_162433.jpg

IMG_20110722_222055.jpg

The cameras take still images, one in IR grey-scale, the other IR-filtered colour. The IR camera is a ptgrey chameleon machine vision camera. We'll probably use a 2nd ptgey chameleon colour camera for the competition, but for now we're using a Philips webcam for the colour images (a SPC 900NC). The idea behind the dual camera system is to give us better rejection of false positives in the IR search for 'Outback Joe' by looking for places with a high IR signature but low on the IR filtered camera. The colour camera also looks for the distinctive coloured clothing that Joe should be wearing.

Software setup

The pandaboard runs the Ubuntu Natty Linux distribution, and on top of that it runs the mission control software, which is mostly python scripts using pymavlink, in particular MAVProxy, which proxies the MAVLink stream from the APM to the ground control station (which runs another copy of MAVProxy). It also runs the camera capture software, which does the gain and exposure control to keep the images at a reasonable level for finding the IR lamp. The ptgrey chameleon camera really shines at that, with most of our exposures taken at around a 100us exposure or so, which means no blurry images! That is pretty good given we have a IR-pass filter in front of the lens blocking all the visible parts of the spectrum.

Radio Link

We link from the plane to the ground using an ethernet bridge radio, a Ubiquity Bullet which is a 300mW radio at 5.8GHz. On the plane we currently had a 5dBi omni antenna, although we will probably switch to a higher gain antenna soon and start using servos and the APM attitude values to keep it pointing straight down. We did some range testing on the radios yesterday with a 20dBi phased array antenna on the ground station, and got a good link at 5.2km. We're aiming for a high quality link at over 10km, with about 5Mbit of bandwidth or better (we want to send a H.264 video stream from an IP camera on the plane).

We also have an XbeePro900 straight from the APM to the GCS, and we're planning on having a DroneCell as well for a GSM link. We will probably also upgrade the 900MHz link from an Xbee to something with a bit more power. The idea is for the ground station to monitor all the links in parallel, and auto-switch between the links according to a priority order, so if we lose the main 5.8GHz link we still have full telemetry and control via the secondary links.

Ground setup

While on the ground we have a ground power lead, so we can do all our electronics setup without running the avionics battery out. We also use our sunlight readable laptop to ensure we can use the GCS easily at the field. The GCS also reads out key data using a text to speech package, so we know if (for example) we're running low on power in the batteries on the plane. All of that info is transmitted via MAVLink from the plane.

All up this plane has turned out to be pretty much perfect for us to prepare for the outback challenge. Once we've perfected it we'll move onto the larger Mugin, but for now, the Telemaster is great!

 

Read more…
3D Robotics

WiFi Xbees announced!

3689417818?profile=originalThis is cool! Now to think about what we might do with it.

Digi International (NASDAQ: DGII) today introduced the XBee® Wi-Fi, an embedded module that enables industry leading low power, serial-to-Wi-Fi networking in the popular XBee form factor.  Because of the XBee’s common footprint and application programming interface (API), customers can now create a single board design for wireless products that supports 802.15.4, ZigBee, ZigBee Smart Energy, 2.4 GHz, 900 and 868 MHz, Wi-Fi and proprietary DigiMesh protocols.  

“XBee modules offer developers tremendous flexibility and are extremely easy to use,” said Larry Kraft, senior vice president of global sales and marketing, Digi International.  “By adding a low-power Wi-Fi module to the XBee product family we give customers the fastest and most flexible way to get Wi-Fi up and running on their systems.”

Ideal for energy management, wireless sensor networks and intelligent asset management, the XBee Wi-Fi offers 802.11 b/g/n networking and flexible SPI and UART serial interfaces. Because the module includes the 802.11 b/g/n physical layer, baseband MAC and TCP/IP stack, developers can add Wi-Fi to their products simply by connecting to the XBee Wi-Fi’s serial port.  The XBee Wi-Fi is fully tested at manufacture and comes with modular certification for the U.S., E.U., Canada and a number of other countries, further reducing the time to market, development expense and design complexity.

 

Via Adafruit

Read more…
Developer

Arducopter Beta 2.0.38

 

UPDATE:

Please note that the initialization of Gyros was requested to move to the Arming function. This had the unintended consequence of making the Ground Station report erroneous attitude until the unit is armed at least once. This is changed already in the next version 2.0.39 which is still in development. Thanks.

 

This is a nice update and is recommended for everyone. I've gotten a half dozen flight in with it and have had good success. I'll be incorporating some of the ideas mentioned in the suggestions post over the next few versions. 

 

What's new:

I reworked the startup so it's much faster. Also, a feature a lot of folks wanted, calibrating the IMU at first Arming is in there. If you hand launch, please do your first arming of the motors on the ground.

I enabled a mode filter for sonar. Not too thoroughly tested performance wise, but it does work. (note, if you rely on the rangefinder class, you must rework your code to be compatible.)

RTL bugs are squashed and it's flying really well now.

Added a special filter in the PID for the derivative term to get rid of the alt hold and loiter issues from noisy sensors. 

Added a completely experimental mode called circle. It will by default spin the copter in a 10m circle from the point at which it was engaged. And it will Yaw towards that point at all times.

Yaw while navigating happens at quarter speed, which was problematic before.

Roll and Pitch Imax are higher 5° than before (.5°)

Logging seems to work now. Please erase the log after installing.

Everything else is mentioned on the SVN.

 

Read more…

Vtail Octocopter

 

Have had this flying as a prototype for a while using open pilots copter control, now using APM.
She weighs 3.8 kg, with a bit over 10 kg thrust
Control is done with 5 motor channels , the front motors are operated as one, and control pitch, the left and right middles motors are controlled as left and right pairs, so that two more channels, and control roll, and finally the rear motors are operated individually (channels 4 and 5) for pitch and yaw control.
Size wise, motor to motor shes 700 wide and 800 long.

Now what i need to learn is how to enable camera contol on APM 2, and how to do the motor mixing (will modify a hexacopter profile)

https://www.youtube.com/watch?v=dwmYk7MKxi8

 

Can anyone give me a quick guide on how to do the mix and enable camera compensation ?

Read more…

OHM = Oklahoma + (Hacker + Maker) * Space

3689417679?profile=originalA new home for hackers and makers in Oklahoma City.

 

The space has been cleaned and the walls have been painted. Soon the doors will open on a new makers space. OHM Space is an Oklahoma nonprofit corporation that seeks to create a safe, entertaining space in Oklahoma City where everyone can learn, create and share. OHM supports the Hacker, Maker and Local Art communities, which include just about anyone who likes to create and modify things in ways.

 

It’s at 1700 W. Main St Oklahoma City, OK 73106. We’re calling it “Beta Space”. We have 5,000 sqft at the moment and should have another 5,000 sqft soon, for a grand total of 10,000 sqft of pure potential!

 

We’d like to give you a chance to become a co-founder. By paying for a full year of membership now, you’ll be guaranteed to have 24/7 access to an amazing community, voting rights, a neat certificate, access to a free parts wall and the honor of being an “OHM Space Founding Member”.

Read more…