axon board and compatibility

[roboSonny]

i want to ask you if these are compatible,axon with:
Interlink 1.5” Square FSR
Buffered ±3g Tripple Axis Accelerometer (ADXL330)      (
    • 333mV/g sensitivity at 3.3V
    • 500Hz bandwidth
    • 3.5V to 15V input using onboard regulator
    • 2.0V to 3.6V input bypassing the regulator
    0.9mA)
GWS Single Axis PG-03 Piezo Gyro
HS-5485HB Digital Servo Motor 19items
Seeedstudio Serial Bluetooth Module
what battery will be ok?

[knossos]

i want to ask you if these are compatible,axon with:
Interlink 1.5” Square FSR
Buffered ±3g Tripple Axis Accelerometer (ADXL330)      (
    • 333mV/g sensitivity at 3.3V
    • 500Hz bandwidth
    • 3.5V to 15V input using onboard regulator
    • 2.0V to 3.6V input bypassing the regulator
    0.9mA)
GWS Single Axis PG-03 Piezo Gyro
HS-5485HB Digital Servo Motor 19items
Seeedstudio Serial Bluetooth Module
what battery will be ok?

The force sensing resistor can be used as an analog input.  The servo can be used on any of the Axon's hardware PWM digital ports, or can be used with software PWM on the other ports.  Looks like the Bluetooth module uses UART so you can use any of the Axon's available UART ports.  A 6-cell rechargeable battery (7.2v rechargeable) should work fine, just make sure you determine how much current you need and operating time to determine capacity.  I haven't looked closely at the Accelerometer or the Gyro yet, but with $90 for a triple axis accelerometer, have you considered connecting a Wii Nunchuck to your Axon?  A nunchuck is about $15, contains a triple axis accelerometer (as well as a buttons and an analog stick) and uses I2C to communicate, which is supported by the Axon.  If you have a Wii Nunchuck around you can get a adapter for about $2-4 to test it without having to modify the controller.

[roboSonny]

good though,but i cant test it and i want something that works for sure as i haven't a nunchuck and i should buy one in order to test if this works.what adapter is that?

[Razor Concepts]

The adapter is called "wiichuck"

[roboSonny]

i've searched a little and i cannot find if the nunchuck includes  a gyro.logically it should.

[rbtying]

The nunchuk does NOT contain a gyro, nor does the wiimote in general.  The Wii MotionPlus is the gyro, as a separate accessory. 

[roboSonny]

so if i buy these parts,all i could is plug and play....

[knossos]

Well you still have to write the code for them.  But they communicate serially over the I2C serial bus.

[rbtying]

But they communicate serially over the I2C serial bus.

I²C isn't a serial bus... No Rx/Tx lines, and its a master/slave configuration in almost every case.

@OP:
It's not so easy.  You'll have to read out all the datasheets and write code to conform to whatever protocol is used by your part.  The Seeeduino bluetooth in particular is a pain, since its documentation is flaky and unreliable... a more expensive chip may be worth it. 

[knossos]

But they communicate serially over the I2C serial bus.

I²C isn't a serial bus... No Rx/Tx lines, and its a master/slave configuration in almost every case.

I²C is a serial bus, and yes it is usually a master/slave configuration.

Wikipedia
I²C (Inter-Integrated Circuit) (pronounced /ˈaɪ skwɛərd ˈsiː/ or /ˈaɪ tuː ˈsiː/) is a multi-master serial single-ended computer bus

Instead of TX/RX it uses SCL and SDA lines which are Serial Clock Lines and Serial Data lines.

[Soeren]

Hi,

I²C isn't a serial bus... No Rx/Tx lines, and its a master/slave configuration in almost every case.

What defines something as serial transmission is just that the bits is moved, well, serially, one after the other on a single line, contrary to parallel transmission where an entire byte (or a word/Dword/Qword/etc) are moved on parallel lines in one go. The names that you give the lines has nothing to do with it.

Asynchronous serial, like EIA/TIA-232 uses only the dataline for the synchronisation and the receiver derives the clock from the signal.
Synchronous serial, like IIC and SPI, needs a clock signal to tell the receiver when a data bit is valid and should be read.
Parallel data transfer is "always" synchronous. The sending unit sets a "byte ready flag" on a line and the receiving unit acknowledges it by setting a "byte read flag" on another line when it's ready to proceed.

[roboSonny]

what about these then:DFRobot Serial Bluetooth Module
                                Inex Embedded Serial Bluetooth Board
if you have something other to suggest,please do.

[knossos]

I haven't used any of the bluetooth modules yet, although I do plan on incorporating them in the future.  As for which you should choose, I would look at the datasheets to see what meets your needs and then read reviews.  Of course I would also probably ask peoples opinions on them as well, but to do that we would need more information on what you are looking to do with it.  For example, you might be looking to control a robot remotely from a distance of no greater than 20 feet.

[roboSonny]

the thing is that i need something reliable and simple to use and for close distance,a class 2 that is...

[Admin]

You will always have to write *some* code, but with WebbotLib the hardest parts are all done for you.

You will be fine with everything you've mentioned wanting to use, in terms of being easy to program.

[roboSonny]

of course i have to write the code but as rbtying said
 "The Seeeduino bluetooth in particular is a pain, since its documentation is flaky and   unreliable... a more expensive chip may be worth it" and because i m using all of the parts for the first time i m worried for this particular part...

[rbtying]

What defines something as serial transmission is just that the bits is moved, well, serially, one after the other on a single line, contrary to parallel transmission where an entire byte (or a word/Dword/Qword/etc) are moved on parallel lines in one go. The names that you give the lines has nothing to do with it.

I stand corrected, I mixed up synch/asynch and associated it with serial eheh.

of course i have to write the code but as rbtying said
 "The Seeeduino bluetooth in particular is a pain, since its documentation is flaky and   unreliable... a more expensive chip may be worth it" and because i m using all of the parts for the first time i m worried for this particular part...

The BlueSMiRF modules have generally good reviews, and are used on such like the Arduino Bluetooth.  http://www.sparkfun.com/commerce/product_info.php?products_id=582
Only problem is that they're a (more than) a little expensive.