[phpBB Debug] PHP Warning: in file /mnt/forum-shared/ext/sitesplat/BBCore/event/listener.php on line 70: in_array() expects parameter 2 to be array, boolean given
RF24-G Experiment - SparkFun Electronics

SparkFun Forums 

Where electronics enthusiasts find answers.

All things pertaining to wireless and RF links
By pittuck
#2040
Ok well i stated an experiment today with the two RG modules. I ran it for an hour and got some 'results' although i am going to write a new excel program to do it properly....

The Setup:

Image

The Results:

RF-24G Testing:
TX Configuration finished...
RX Configuration finished...
Success Rate: 49 Percent, Average Time: 1262000, Readings 116000

Time is in nano seconds ;)

Lol, better results soon!
By pittuck
#2069
Ok then new data!

41.2042% Success Rate
1.262472ms Average time

13,154 Packets Sent

OK, thats with my wifi on, i will turn it off and see what happens...

41.19% Success Rate
1.263ms Average Time

13 962 Packets Sent

So WIFI does NOT affect the modules...

Cool ;)
User avatar
By sparky
#2090
Nice work! Great pics!

Yea - I had similar results. What's with 50% packet dropping?! I tweaked with some settings but still couldn't get it lower than 25-30%.

Try 16-bit CRC with 40-bit addresses. What settings were you using, btw?

-Nathan
By pittuck
#2096
Code: Select all
    23: 0 Payloads have an 8 bit address
    22: 0
    21: 1
    20: 0
    19: 0
    18: 0
    17: 1 16-Bit CRC
    16: 1 CRC Enabled

    15: 0 One channel receive
    14: 1 ShockBurst Mode
    13: 1 1Mbps Transmission Rate
    12: 0
    11: 1
    10: 1
    9: 1 RF Output Power
    8: 0 RF Output Power

    7: 0 Channel select (channel 2)
    6: 0
    5: 0
    4: 0
    3: 0
    2: 1
    1: 0
    0: 0 Transmit mode
Ur large payload example setup.

The 50% was because the calculations were integer on the pic, so no floating points.
User avatar
By sparky
#2121
Right-o. With really big payloads like that, the chances are greater for a bit to get lost and the CRC to be bad - thus the 24G tosses it out as bad.

Try a smaller payload like 8-10 bytes. I'd really like to see what you get.

-Nathan
By pittuck
#2122
ok then,

not today, maybe tomorrow, but i will get on it ASAP ;) stargate now and then college tomorra

lol
By pittuck
#2140
With 8byte payload:

59.42848526% Success - 40% dropped
0.00038303 Second Average Time

So 40% dropped matches your earlier statement.

Now then, I tried the lower speed, 250kbps and 8byte payload amazing result:

90.26941758% Success - 10% dropped
0.000277388 Second Average Time

Wow, I will confirm it this evening!!!

Although they both ran for 5 mins, the second one used 24089 packets (less time spent on timeouts) and the first one was only 13264 packets.

I have no idea why the slower speed was quicker!!!

As i say i will make sure these are correct. Mainly by checking that DR goes low after clocking out data, it could be that data is still left in the RX which is packed up on the next loop.

Hehe, 90% is cool tho
User avatar
By sparky
#2200
Really?!?.... I will have to try this 250kbps setting....

Thanks Pittuck!

-Nathan
By bohra
#2394
did u used PIC for it. Is so could i get codes on how to implement it. Didn;t now how to use the RX and TX pin of the pic. The tutorial provided by sparkfun used normal PORTA and PortB pins for clocking in the data and receiving the data. Any kind of help could be highly appreciated.
sandeep
By pittuck
#2395
The code i used was the sparkfun example just moded a bit.

Not sure how else to explain it, if i load the sparkfun 8byte payload example it works with no adaptation. Perhaps u should try getting that to work first...