No matter how you look at it, you are pretty much stuck with globals if using interrupts.

It should work in a library, but you need to do it a bit differently in a library when callign the function from an interrupt:

Just like you had it:

Code:

attachInterrupt(0, _switchHOME, FALLING);

But change this:

Code:

void Easy_Motor::_switchHOME ()

to this:

Code:

void _switchHOME ()

and you can declare it outside your class (globally) in Easy_Motor.h

For the coding, take a look at MultiWii.com if you want an example of some solid open-source quadcopter coding for Arduino. Many quality commercial boards run this code, but it will work on a stock Arduino board with some sensor modules as well.

Not sure what you mean exactly by "internet/rc" control, but there are many options for wireless control, so it depends on what you plan to do with it. You can use a standard RC transmitter/receiver or even go totally custom and use a digital tranceiver, so you can communicate directly with other digital devices. (PC, Arduino, etc)

You may want to take a look at the bitlash API as well:

https://github.com/billroy/bitlash/wiki/api

Since it looks like you only write to the LCD and you only read from the RFID reader, you could use a single software serial port for both of them with TX to LCD and RX from RFID reader.. I think.

If you are using a rainbowduino board, it is based on Atmega 328 which only has a single 16-bit timer (Timer1).

The Timer3 library is made for boards like the Mega2560 which has four 16-bit timers.

That should compile fine if you choose a Mega board.

Hmmm.. I just did a bit of a writeup on decoding digital signals using the Input Capture function on Arduino the other day:

http://tmrh20.blogspot.com/2013/02/digital-data-encoding-manchester.html

The sketch there could be adapted to decode this type of signal.

Uuuhhhhh ... Yup.

Thats why I suggest using an interrupt:  http://arduino.cc/en/Reference/AttachInterrupt

The Arduino will be able to catch very short triggers, and interrupts are about the most reliable way of catching short signals or pulses. Instead of having to check constantly if a pin is HIGH/LOW, the Arduino continually monitors it for you, and interrupts the main loop when the state of the pin changes. This leaves the CPU free to do other things in between signals.

Yeah, it can handle counting many thousands of times per second, so handling inputs from sensors on a bike should be no problem, especially if you use interrupts, so it only does work when there is a change of state.

Totally possible on one Arduino, and if speed is a concern, just make sure all of your modules support I2c or SPI, and it will handle it.

You can use interrupts for the hall-effect sensors, so the Arduino doesn't have to keep checking the state, and it will handle it easily enough. You woul have install jets on your bike before worry about overrunning its capabilities.

The amount of sensors is limited by what type of sensor etc, so is kind of impossible to give you a max number, but it can handle multiple I2C devices, so you could run the GPS, SD card and LCD all off I2C.

You are probably going to want to check out MultiWii:

http://www.multiwii.com/
http://www.multiwii.com/connecting-elements

I also recently documented a very simple Quad based on an Arduino Mega and a few modules:

http://tmrh20.blogspot.com/2013/01/quadcopter-current-summary-docs-and.html

Basically, you usually want gyro, accellerometer, compass, and barometer sensors which you can get in a single module, then you just need something for wireless control, whether you buy a controller or build one. I used an old XBox controller.

[Update:]

Update:

So I built a Quadcopter that is controlled with the modded XBox controller.

It uses a custom flight control board built using an Arduino Mega and MultiWii software.

Here is a video showing how its working currently:



At the very end the right motor wire breaks right behind the bullet connector.

More info at my blog, see link above.

SoftwareSerial Library will allow you to use two or more serial devices: http://www.arduino.cc/en/Reference/SoftwareSerial

Thanks!

I knew about the USB connection, and was initially looking at the possibility of using a USB host shield to read the data from the controller, but couldn't seem to find any examples or info on whether the Orig. Xbox controllers are supported. The general size of the shields and the extra cost involved were also a factor. 360 controllers seem to be supported, but I'm still unsure about these, so if somebody could clarify, please feel free.

I have always enjoyed taking apart electronics to salvage components and see what makes em tick, and this is a little mod that let me dig into the guts of a relatively straight-forward device: an XBox controller. I have a bunch of old controllers around, along with some Arduino Nano boards, so decided to join another together with an RF module in order to control various devices wirelessly.  The controller basically consists of a bunch of potentiometers and buttons arranged in an easy-to-operate kind of way, so this build is fairly simple in theory. As such, the wiring is fairly straight forward, there are just a lot of wires to connect to make use all of the inputs. I chose an APC220 radio module due to its ease of use (UART/TTL), range (1Km), and the fact that it allows communication with computers and Arduino based devices. The settings (frequency, data rate, etc) can also be changed on the fly, so it is fairly versatile. Any Arduino compatible RF module could be used in its place. I believe this would work similarly with a 360 controller, but haven't taken one apart... yet.

Before:                 During:                 After:


Details and pictures at http://tmrh20.blogspot.com/2012/10/original-box-controller-arduino-based.html