[TriEmbed] Failed transmission with NRF24L01+

[Kevin Gunn]

I wonder if the problem is packet acknowledgements. I see that the default
for "autoack" is "enabled":

http://maniacbug.github.io/RF24/classRF24.html#aec71746d59da978bcbb975167886a2cc

Disclaimer: I don't know what I'm talking about, but as I IT guy I
immediately thought it sounds like a protocol issue with acks.

Kevin

On Wed, Jun 10, 2015 at 3:16 PM, Nick Meyer via TriEmbed <
triembed at triembed.org> wrote:

> Hi all,
>
> I've been playing with the NRF24L01+ transceivers for a bit.
>
> To write the sketch, I've been using the RF24
> <http://maniacbug.github.io/RF24/> library.  I've tested out the example
> sketches and all works well with those.  From the examples, I slowly
> modified them to do what I want, but I'm having an issue with one last part.
>
> The example I used was a two-way communication setup.  I would like to
> have a simple one way communication (I'm trying to setup a media center
> remote).  Keeping the receiver in listening mode, seems to work okay, but
> if I try to keep the controller in transmit only mode, then transmission
> seems to fail.
>
> If I keep in the two lines
> radio.startListening();
> radio.stopListening();
> then the sketch runs great as far as I can tell.
>
> I posted to SO here
> <http://stackoverflow.com/questions/30656574/rf24-and-arduino-micro-experience-packet-loss>.
> If anyone has any ideas, I'd be curious to hear them!
>
> Best,
> Nick
>
> _______________________________________________
> Triangle, NC Embedded Computing mailing list
> TriEmbed at triembed.org
> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org
> TriEmbed web site: http://TriEmbed.org
>
>


-- 
*Life is short:  Void the warranty.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.triembed.org/pipermail/triembed_triembed.org/attachments/20150611/bc19c067/attachment.htm>