Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 79
  • Members: 0
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
All today's birthdays', congrats!
Download (31)
ScottH (37)


Next birthdays
11/03 Electroguy (94)
11/04 nitromarsjipan (2024)
11/04 mb (31)
Contact
If you need assistance, please send an email to forum at 4hv dot org. To ensure your email is not marked as spam, please include the phrase "4hv help" in the subject line. You can also find assistance via IRC, at irc.shadowworld.net, room #hvcomm.
Support 4hv.org!
Donate:
4hv.org is hosted on a dedicated server. Unfortunately, this server costs and we rely on the help of site members to keep 4hv.org running. Please consider donating. We will place your name on the thanks list and you'll be helping to keep 4hv.org alive and free for everyone. Members whose names appear in red bold have donated recently. Green bold denotes those who have recently donated to keep the server carbon neutral.


Special Thanks To:
  • Aaron Holmes
  • Aaron Wheeler
  • Adam Horden
  • Alan Scrimgeour
  • Andre
  • Andrew Haynes
  • Anonymous000
  • asabase
  • Austin Weil
  • barney
  • Barry
  • Bert Hickman
  • Bill Kukowski
  • Blitzorn
  • Brandon Paradelas
  • Bruce Bowling
  • BubeeMike
  • Byong Park
  • Cesiumsponge
  • Chris F.
  • Chris Hooper
  • Corey Worthington
  • Derek Woodroffe
  • Dalus
  • Dan Strother
  • Daniel Davis
  • Daniel Uhrenholt
  • datasheetarchive
  • Dave Billington
  • Dave Marshall
  • David F.
  • Dennis Rogers
  • drelectrix
  • Dr. John Gudenas
  • Dr. Spark
  • E.TexasTesla
  • eastvoltresearch
  • Eirik Taylor
  • Erik Dyakov
  • Erlend^SE
  • Finn Hammer
  • Firebug24k
  • GalliumMan
  • Gary Peterson
  • George Slade
  • GhostNull
  • Gordon Mcknight
  • Graham Armitage
  • Grant
  • GreySoul
  • Henry H
  • IamSmooth
  • In memory of Leo Powning
  • Jacob Cash
  • James Howells
  • James Pawson
  • Jeff Greenfield
  • Jeff Thomas
  • Jesse Frost
  • Jim Mitchell
  • jlr134
  • Joe Mastroianni
  • John Forcina
  • John Oberg
  • John Willcutt
  • Jon Newcomb
  • klugesmith
  • Leslie Wright
  • Lutz Hoffman
  • Mads Barnkob
  • Martin King
  • Mats Karlsson
  • Matt Gibson
  • Matthew Guidry
  • mbd
  • Michael D'Angelo
  • Mikkel
  • mileswaldron
  • mister_rf
  • Neil Foster
  • Nick de Smith
  • Nick Soroka
  • nicklenorp
  • Nik
  • Norman Stanley
  • Patrick Coleman
  • Paul Brodie
  • Paul Jordan
  • Paul Montgomery
  • Ped
  • Peter Krogen
  • Peter Terren
  • PhilGood
  • Richard Feldman
  • Robert Bush
  • Royce Bailey
  • Scott Fusare
  • Scott Newman
  • smiffy
  • Stella
  • Steven Busic
  • Steve Conner
  • Steve Jones
  • Steve Ward
  • Sulaiman
  • Thomas Coyle
  • Thomas A. Wallace
  • Thomas W
  • Timo
  • Torch
  • Ulf Jonsson
  • vasil
  • Vaxian
  • vladi mazzilli
  • wastehl
  • Weston
  • William Kim
  • William N.
  • William Stehl
  • Wesley Venis
The aforementioned have contributed financially to the continuing triumph of 4hv.org. They are deserving of my most heartfelt thanks.
Forums
4hv.org :: Forums :: General Science and Electronics
« Previous topic | Next topic »   

Autonomous Helicopter

Move Thread LAN_403
rp181
Fri Apr 23 2010, 02:44AM Print
rp181 Registered Member #1062 Joined: Tue Oct 16 2007, 02:01AM
Location:
Posts: 1529
I am planning a autonomous helicopter, and would like some insight into the circuit architecture. The helicopter has to process data from 9 sensors plus a GPS with kalman filters and generic processing. Some basic image processing will also be included, so I would like to come up with a circut with low latency, as a slow instruction could easily cause a crash when controlling a single rotor CCPM helicopter.
This is my current plan:
4544960472 531126c992
*by Raw Data Processing I mean GPS string parsing, converting sensor raw data into g's, and degrees/second for the gyros.
How does this look?


[Edit: Size]
Back to top
Hon1nbo
Fri Apr 23 2010, 02:55AM
Hon1nbo Registered Member #902 Joined: Sun Jul 15 2007, 08:17PM
Location: North Texas
Posts: 1040
having a separate unit for "raw data processing" is a very good way to help cope with issues of computation latency when many sensors and a lot of math is in question, but you have to make sure the communication is well set up because if it has an error then your CPU has no information whatsoever rather than one comm line taking off one sensor.
I used a "Dual Core" Microcontroller rig (dual ATMEGA168's) communicating via I2C for my much more advanced High Speed Photography rig. I had one of the "Cores" process the sensor data and the other provide a real time status of the sensors, thresholds, values, and full user input and control using an LCD with keypad

what are you planning to use for the main processor and the raw data processor?

Also, IIRC you can get accelerometers etc that put the data in an easy to use format over serial (I2C?) and if setup right the microcontroller can support multiple devices simultaneously.

-Jimmy
Back to top
rp181
Fri Apr 23 2010, 03:05AM
rp181 Registered Member #1062 Joined: Tue Oct 16 2007, 02:01AM
Location:
Posts: 1529
For the MCU, I am going to start with a mbed (96mhz): Link2
That is a start, it will probably get very frustrating with out debugging though rolleyes
I have not decided on a DSP (have a suggestion?).
Going along with your failure things, I may have 9 separate, smaller, DSP's, so if one goes offline, I still have the others (A goal is to still be able to fly with a loss of a sensor by creating ideal relations).
The compass module has a direct I2C output, so that will actually probably be a direct connection. The rest are analog.

The CPU will be the master of that subsystem, but the true master computer will be a ground station with a laptop, but I need on board processing because of the mentioned latency issue.

EDIT: I was thinking, How would a system were the signal processor and motor controller were replaced by the mbed I linked to, and the master CPU, which could also handle the math, is a beagleboard? The bagleboard's DSP is supposed to be for digital media, but would I still be able to use this for mathematical operations?
Back to top

Moderator(s): Chris Russell, Noelle, Alex, Tesladownunder, Dave Marshall, Dave Billington, Bjørn, Steve Conner, Wolfram, Kizmo, Mads Barnkob

Go to:

Powered by e107 Forum System
 
Legal Information
This site is powered by e107, which is released under the GNU GPL License. All work on this site, except where otherwise noted, is licensed under a Creative Commons Attribution-ShareAlike 2.5 License. By submitting any information to this site, you agree that anything submitted will be so licensed. Please read our Disclaimer and Policies page for information on your rights and responsibilities regarding this site.