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:
One birthday today, congrats!
RateReducer (35)


Next birthdays
11/02 Download (31)
11/02 ScottH (37)
11/03 Electroguy (94)
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 »   

Old-school Vs. MEMS Accelerometers

Move Thread LAN_403
AndrewM
Fri Apr 28 2006, 07:09PM
AndrewM Registered Member #49 Joined: Thu Feb 09 2006, 04:05AM
Location: Bigass Pile of Penguins
Posts: 362
I started playing with the idea about a year ago; i made some posts at that time about a pretty crappy servo controller that worked through a cellular telephone. I shelved the idea for a semester, and picked it up again this christmas.

I hope CR's PIC GPS code is still in the archive; i do plan to add GPS tracking, but not right away. I guess my goal right now is more of a stabilization/autopilot than a true UAV.

Answer me this: why a horizon sensor for orientation control? I know some commercial systems use the same, but I was planning on using accelerometers alone. I can imagine the errors from turbulence and whatnot, but I kind assumed, hoped, it'd come out alright...? bad assumption?

A lot of my efforts have been devoted to sorting out my transmission protocol. As it stands I don't want to have to learn lots about RF, but I still want to do this my own way, so I've made my system's signals very audio-like, such that I can connect my thingy to any transmitter/reciever pair that xmits voice/music/.5-3kHz. So far I've tested it through a $10 FM audio transmitter for ipods, and used a $5 FM radio as a reciever. I've also used FRS radios, and my trusty cell phone. Its actually really flexible; I can use digital transmissions as well, which is what its doing when I'm using those short range RF modules on the board.

I'm going to take a plane out this week and give my system a test run. Basically I'll be testing that I can actually fly a plane using a joystick instead of the twin sticks on a transmitter. Then I try a simple wings-level controller, and maybe an automated loop or something. Not too ambitious, I guess, but thats where I'm at.

how do you plan on controlling yours?
Back to top
Alucard1137
Fri Apr 28 2006, 10:57PM
Alucard1137 Registered Member #128 Joined: Fri Feb 10 2006, 05:02PM
Location:
Posts: 19


Unfortunately the attitude information derived from rate gyros are too sensitive to drift. Geniuine gyros would probably work- even with a cheap one, you should get positive attitude control for over 30 minutes.

To keep communication electronics simple, I am transporting all telemetry and command input as digital packets over a cell phone. Most phones are equipped with a USB connector that allows internet access. I have a nearly dead cell phone that is still up to the task (the clam shell broke off so it will not send voice, just data.)

The computing power will be divided among two single board computers. One is solely dedicated to navigation (IMU, GPS, and Kalman Filter) and the other is for the autopilot, command and control (IE: communicating over internet.)

For manual flights that are being conducted as of now, it's using a FUTABA radio and servos with 7 cell NiMH and two cheapo ducted fans. So far, the aircraft has not been flown with any of the planned avionics.
Back to top
AndrewM
Fri Apr 28 2006, 11:06PM
AndrewM Registered Member #49 Joined: Thu Feb 09 2006, 04:05AM
Location: Bigass Pile of Penguins
Posts: 362
Unfortunately the attitude information derived from rate gyros are too sensitive to drift. Geniuine gyros would probably work- even with a cheap one, you should get positive attitude control for over 30 minutes.


huh? i'm talking about using accelerometers to measure the direction of gravity, not gryos as an inertial referrence. i realize turbulence and centripetal acceleration will affect my readings, but i'll be able to use the magnitude of the resulting vector to find when my results are being skewed. considering that an aircraft is not capable of true 3d motion, my software makes some simplifying assumptions to reduce these errors. gyros, even the MEMS kind would all but eliminate error due to centripetal acceleration errors, and not be subject to drift at all.
Back to top
Carbon_Rod
Fri Apr 28 2006, 11:33PM
Carbon_Rod Registered Member #65 Joined: Thu Feb 09 2006, 06:43AM
Location:
Posts: 1155
”how do you plan on controlling yours?”
I was thinking of a simple old laptop motherboard (5” x 8”) with a modified 802.11 high gain antenna, USB boot key, and GPS. At the client end an old Playstation analog controller wired into the LPT port on another laptop. Personally I am more interested in navigation software then building more robotic systems.

“I can imagine the errors from turbulence and whatnot, but I kind assumed, hoped, it'd come out alright...?”
Actually unlike airplanes the helicopters have a built-in stabilization bar, a low stable centre of gravity, and a large spinning thing that tends to prefer to stay horizontal with its axis vertical. So accelerometers work on helicopters having only to adjust for sudden changes in relative position to prevent exceeding the safe operating area. In fact if an uncorrected gyro assisted flight system were used here it would fight the controls to try and remain level.

Airplanes differ somewhat. Some artificial horizons have some pretty robust proven stabilization systems built it... This is needed to provide a true reference for the guidance system. Without this a plane will need constant human or secondary sensory flight path data corrections.
Back to top
Alucard1137
Sat Apr 29 2006, 08:25AM
Alucard1137 Registered Member #128 Joined: Fri Feb 10 2006, 05:02PM
Location:
Posts: 19
Andrew wrote ...

Unfortunately the attitude information derived from rate gyros are too sensitive to drift. Geniuine gyros would probably work- even with a cheap one, you should get positive attitude control for over 30 minutes.


huh? i'm talking about using accelerometers to measure the direction of gravity, not gryos as an inertial referrence. i realize turbulence and centripetal acceleration will affect my readings, but i'll be able to use the magnitude of the resulting vector to find when my results are being skewed. considering that an aircraft is not capable of true 3d motion, my software makes some simplifying assumptions to reduce these errors. gyros, even the MEMS kind would all but eliminate error due to centripetal acceleration errors, and not be subject to drift at all.

Maybe I misunderstood what you're trying to do. I imagined that a system using the g-vector for attitude control would become confused in (unintentiona) turns and other maneuvers. I think as I understand your idea now, that you're keeping the aircraft straight and level before the rate gyros drift, while constantly reset their values with the g-vector. I guess the trick is to filter readings that are in the close neighborhood of 1g. Is that what you meant?

No wait.. You're not using rate gyros at all. I get it now. I would suppose the hard part is figuring out how to disambiguate the situations when the trajectory of the airplane is changing, but with magnitude is still around 1g (IE, diving/slipping turns, etc.) I have heard that there are situations when using gravity to orient oneself is deceptive (or rather I was warned against it during my IFR training.)


Honestly, with any luck, your idea will work and would prove significantly less expensive to implement. I have this nasty tendency of making things more complicated than they need to be. Let me know if it works! :)
Back to top
AndrewM
Sat Apr 29 2006, 05:16PM
AndrewM Registered Member #49 Joined: Thu Feb 09 2006, 04:05AM
Location: Bigass Pile of Penguins
Posts: 362
now you're with me. I have the oppsite problem, i tend to simply things too much, well see. Honestly i had always planned to implement gyros too, and do exactly what you described. but then i discovered analog stopped sampling... everything, and gyros are quite pricey.

time will tell, good luck to both of us.
Back to top
Alucard1137
Sun Apr 30 2006, 05:42AM
Alucard1137 Registered Member #128 Joined: Fri Feb 10 2006, 05:02PM
Location:
Posts: 19
Andrew wrote ...

now you're with me. I have the oppsite problem, i tend to simply things too much, well see. Honestly i had always planned to implement gyros too, and do exactly what you described. but then i discovered analog stopped sampling... everything, and gyros are quite pricey.

time will tell, good luck to both of us.

Hahah we don't need luck. One of us is going to nail this sucker to be sure. :P

I have a truckload of Firebird Freedom carcasses (read: planes I obliterated while teaching myself to fly RC) that I am going to gut for parts, such as the horizon sensor. I am trying to keep the avionics under $1000.


Back to top
Conundrum
Wed Oct 22 2008, 06:49AM
Conundrum Registered Member #96 Joined: Thu Feb 09 2006, 05:37PM
Location: CI, Earth
Posts: 4061
Get a surplus PS2 golf game, the handset has a triple axis acclerometer KXPA4 :) seems to work well, though it is SMD and a pain to solder.

-A
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.