SparkFun Forums 

Where electronics enthusiasts find answers.

We are currently creating a project, and what we wanted to accomplish is a sign language translating gloves. The hardware-software connection would essentially be comprised of two arduino-based gloves equipped with sensors and a python-based computer program which will harvest the data realtime from the gloves. On the hardware end, we decided that it would be best to use one flex sensor for each finger to detect finger flexes, which would total five Flex Sensors, and connect those to the Arduino Nano (which will be strapped in a wristband), and also attach one Accelerometer per hand to accomodate the gestures that require hand movement. The accelerometer is a GY-521 MPU-6050 breakout board. An NRF2L01 transceiver will then wireleslly transmit the garnered data realtime, hence the glove acting as a transmitter. The receiver side is comprised of an Arduino Nano with a NRF2L01 connected to it as well.

- Arduino Nano
- Flex Sensor
- GY-521 MPU-6050 breakout board
- NRF24L01 Transceiver

Now, about the accelerometer. We need to transmit the X Y Z values of the Accelerometer module to the serial monitor. We also need to transmit the values of the 5 flex sensors to the serial monitor.

Currently, we have been able to transmit the values of 5 flex sensors and the values of X and Y values of the acceleromter to the serial monitor. However, inconsistencies arise when we include the Z axis of the accelerometer into the code. As you will see in the jpg file, the serial plotter window displays a wild fluctuation affecting all variables when the Z axis is included. What could be the cause of this?

We tried wiring the arduino directly to the pc instead of using the NRF24L01 and the data is transmitted smoothly. So we suspect the fluctuations are caused by the transceiver.

Any help will be very much appreciated. Thank you.

here is the link of the ino files: ... BprIIVZnLF
Add some delays, when you are sending values from your NRF24L01 RF module. IT's not an efficient RF module and quite slow in working as compared to other RF modules like XBee. In NRF24L01 the data is sent in pipelines so if the pipeline is full then you have to wait a little before sending the next data.

So, when you are sending your values. First send value of X and add some delay, then send value of Y and add some delay and finally value of Z and some delay. I think that way it will work fine.