[TriEmbed] Failed transmission with NRF24L01+

[Nick Meyer]

The original script I based mine off of had those delays.  But it was a two
way communication setup.

I changed it to be one way, so I'm trying to have it such that each radio
stays in its respective mode.

Right now, with no delays, everything works perfectly if I toggle listening
on/off for the transmitting Arduino.  But as soon as I leave it in transmit
mode it fails.  Perhaps delays would still help?

I'll test it out this weekend.

Thanks for the tip!

On Fri, Jun 12, 2015 at 6:01 AM, The MacDougals <paulmacd at acm.org> wrote:

> I have not looked at the details, so this is just a high level guess:
>
> Timing.
>
> Try putting a delay(10) before you switch between transmit and receive
> modes. And vice versa.
>
> I had an issue with my RS485 communications where the slave transmitted
> the ack before the master started listening.
>
> Flushing of data through libraries, HW fifos, radios, … is often opaque to
> the SW.
>
>
>
> ---> Paul
>
>
>
>
>
>
>
> *From:* TriEmbed [mailto:triembed-bounces at triembed.org] *On Behalf Of *Nick
> Meyer via TriEmbed
> *Sent:* Friday, June 12, 2015 12:03 AM
> *To:* Kevin Gunn
> *Cc:* TriEmbed
> *Subject:* Re: [TriEmbed] Failed transmission with NRF24L01+
>
>
>
> Well, it didn't fix it.  But something interesting is happening now.  It
> fails very predictably now.
>
>
>
> When pressing one button at at time, it will fail when pressing the button
> and succeed when releasing the button.  When pressing multiple at once, it
> fails completely.  I tried this over and over and this was the case every
> time.
>
>
>
> At least its predictable now!
>
>
>
> Nick
>
>
>
> On Thu, Jun 11, 2015 at 10:03 AM, Kevin Gunn <kevin at kevingunn.org> wrote:
>
> 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/20150612/a4883e27/attachment.htm>