@Kenneth_Tan @Ashley_M_Kirchner_No and anyone else interested in nRF24L01+ radios. I recently stumbled onto a great resource for the cheap chip. Someone (tmrh20) ported the RF24 library and optimized the heck outta it. I have tried the MIrf standard that Arduino.cc sends you to. but this fork has by far, been the easiest to customize for my particular application with working/predictable results.
Oh, and Audio streaming from Arduino to Arduino? No prob Bob! Check out the RF24 Audio too.
http://tmrh20.github.io/
Shweet. I’ll check it out once the dust settles over here and life attempts to get back to a more manageable pace … (electronics have actually been packed and stored away since December, imagine that)
Looks great.
I did notice this line in the optimization blog post, "The limitation is due to the use of interrupts for virtually every part of the library, however, this makes it very simple to configure and use. ". Given that, I’m curious if it can play nicely with WS2811/2812/Neopixels on AVR-based boards, or if it’ll have the same sorts of problems as the IR libraries that rely on interrupts. Reason number #165 to switch to APA102’s…
Anyway, I really like this person’s style and approach and code! Thanks for sharing the link.
That’s great, thanks Jon. I’ve been playing around looking at all sorts of radios and had seen these but not bought one. I think I see a visit to Aliexpress in my near future 
@Ashley_M_Kirchner_No That’s a shame. I wondered why you have been absent around here lately.
@Mark_Kriegsman I assume you are talking about the Audio library? The audio waveform generation is derived from a timer on the chip, so yes we would see problems with Neopixels. However, I have been using the RF24 library with small numbers of Neo’s ( < 20) with no noticeable issues.
@Mike_Thornbury I am using modules I bought from Komby.com or @Greg_Scull , they are the high power version with a larger antennae. I have also purchased the smaller, pcb antennae versions from http://digistump.com (~$4 each)
I was just quoting from the “development blog” about optimization – which is where I went first, of course.
I found the info you are quoting. Last paragraph on the page of that link. He is specifically talking about the RFAudio library which is interrupt driven. Have you ever gone wireless before @Mark_Kriegsman ?
I’m slowly getting back to it. With my daughter having moved out, I’ve been doing some serious purging of the last 15 years or so of collected crap. Then I did the crazy thing and bought a 3D printer which has kept me busy constantly. Now that I just finished two rather large print jobs (large as in 24-hour prints for several days at a time), I can relax a bit and focus on other stuff. One of them being my POV sticks. I need to finish that.
Actually correction, rather than finishing that, I need to catch up with current developments and boot the bulky LPD design and use APA10x …
@Ashley_M_Kirchner_No I am willing to send you a few APA102’s if you are interested.
Yeah, that would be great actually. I like to do tests before I buy them in bulk. The good thing about being “down” for the past couple of days, coupled with the addition of the printer, I’ve actually been looking at and envisioning a different design for the sticks and how I have the components laid out for the controller and stuff. Once I’m done with the house, I’ll dedicate my attention to that and start working on new designs and what not. Also need to get me some heat-set captive nuts.
I ended up purchasing a few of these awesome units some months back but never got reliable results pushing ws2811’s from one arduino to another.
I thought there was issues with my code but perhaps this was the interrupt issue after all… I’m curious to try this out with apa102’s also
@Lucas_Morgan It really depends on what library you used. In my experience of trying different libraries, most people forked off the Maniacbug version of RF24. There were some issues regarding handling of the radios power after transmission. For every message sent, the radio would power up, send the packet, then power back down. To power the radios up takes time, and you suffer from serious lag when trying to stream data.
However this version is the easiest to use besides the MIrf library, has worked out the bugs regarding power usage of the radio, as well as making the code more robust and easier to understand/implement. I highly suggest you give it a try!
Ah very interesting! I will do so