SparkFun Forums 

Where electronics enthusiasts find answers.

Search found 620 matches

 Go to advanced search

Re: wireless transmission of analog signal

 by brennen ¦  Fri Mar 15, 2013 5:28 am ¦  Forum: Wireless/RF ¦  Topic: wireless transmission of analog signal ¦  Replies: 6 ¦  Views: 1225

I've done this exact thing using a pair of our nRF24LE1 breakout boards, using the chip's built-in ADC on the input side. I strapped a SPI DAC (Microchip MCP4921) to the output side so that I had the same analog voltage on both sides of the link.

Re: nRF24L01+ NOACK/Sharing Addresses

 by brennen ¦  Wed Jan 09, 2013 6:28 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01+ NOACK/Sharing Addresses ¦  Replies: 1 ¦  Views: 773

That's quite feasible. You would want to have some type if ID in the data packet that the buzzer sends to the master so that the master could know which buzzer it was receiving a message from. Optimally, you would want to be on-air for as short a time as possible to try to minimize the likelihood of...

Re: nRF24L01 IRQ control questions.

 by brennen ¦  Fri Oct 19, 2012 11:47 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 IRQ control questions. ¦  Replies: 1 ¦  Views: 1321

There are three different IRQ sources: TX_DS (you just transmitted a packet successfully), RX_DR (you just received a packet), and MAX_RT (you tried to transmit a packet but no acknowledgement was received from the receiver). By default, all of these sources will cause the IRQ to go active (GND volt...

Re: nrf24l01+ IRQ problem

 by brennen ¦  Tue Oct 09, 2012 5:29 am ¦  Forum: Wireless/RF ¦  Topic: nrf24l01+ IRQ problem ¦  Replies: 4 ¦  Views: 1308

everythin wrote:No, it suppose to clean itself because i just read it.
Not true. As noted in p. 59 of v1.0 of the nRF24L01+ datasheet, you must manually clear the IRQ status bits in the STATUS register (RX_DR, TX_DS, and MAX_RT). They do not clear automatically in any case that I'm aware of.

Re: nrf24l01+ IRQ problem

 by brennen ¦  Sun Oct 07, 2012 7:36 pm ¦  Forum: Wireless/RF ¦  Topic: nrf24l01+ IRQ problem ¦  Replies: 4 ¦  Views: 1308

Are you clearing the RX_DS interrupt bit in the STATUS register after you read out the RX packet?

Re: NRF24L01+ bit flipping?

 by brennen ¦  Tue Sep 25, 2012 12:53 pm ¦  Forum: Wireless/RF ¦  Topic: NRF24L01+ bit flipping? ¦  Replies: 7 ¦  Views: 1114

In looking at the respective timing diagrams on page 93 of the PIC16F88 datasheet and page 52 of the nRF24L01P datasheet, it looks like you need to set up the 16F88 with CKP = 0, CKE = 1, and SMP = 0. This sounds like what you already have, though. If this is the case, then there's not much else you...

Re: NRF24L01+ bit flipping?

 by brennen ¦  Tue Sep 25, 2012 8:08 am ¦  Forum: Wireless/RF ¦  Topic: NRF24L01+ bit flipping? ¦  Replies: 7 ¦  Views: 1114

You may be able to run SPI slow enough to catch it on that scope if you have. You would need the SCK and MISO lines on the scope at the same time (if you have a four-channel scope, putting CSN and MOSI on there would be good, but not absolutely necessary). You would want to basically stop reading SP...

Re: NRF24L01+ bit flipping?

 by brennen ¦  Tue Sep 25, 2012 5:07 am ¦  Forum: Wireless/RF ¦  Topic: NRF24L01+ bit flipping? ¦  Replies: 7 ¦  Views: 1114

Have you put the SPI lines on a logic analyzer or oscilloscope to verify that you're reading the correct/incorrect value from the L01?

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Tue Jun 12, 2012 4:01 pm ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

SPI looks OK from what I can tell. It would be really helpful if you could get a zoomed in trace when you actually try to transmit a packet (preferrably one-byte payload to make it as short as possible) such that you can see the hex values over MISO and MOSI like in the first two images above.

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Fri May 18, 2012 7:50 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

Glad to hear it!

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Thu May 17, 2012 11:52 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

I don't know of any register issues specifically...just not ruling it out as a possibility. And you're welcome. :ugeek:

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Thu May 17, 2012 11:45 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

So it sounds like you've proven the TX is working as expected, so the problem almost certainly lies in the RX (unless there's some kind of register settings problem that I can't see).

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Thu May 17, 2012 11:37 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

You need to remove the else before

Code: Select all
if (nrf24l01_irq_tx_ds_active()){ //see if it was sent or not and tell me..
Otherwise, you'll never see what *type* of IRQ you're getting, because the first if will always be true there.

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Thu May 17, 2012 11:16 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

To test if you are reading the RX IRQ pin correctly, then in place of this code while(!(nrf24l01_irq_pin_active() && nrf24l01_irq_rx_dr_active())); ToggleLED(1); substitute this code while(!(nrf24l01_irq_pin_active()); ToggleLED(1); printf("IRQ is "); if(nrf24l01_irq_rx_dr_active()) printf("RX_DR\n"...

Re: nRF24L01 using PIC18F2550 with Brennen lib

 by brennen ¦  Thu May 17, 2012 10:44 am ¦  Forum: Wireless/RF ¦  Topic: nRF24L01 using PIC18F2550 with Brennen lib ¦  Replies: 49 ¦  Views: 9497

If the RX IRQ pin never goes low, then it's not getting the packet. You should also verify that the CE pin is logic high for the RX constantly, or else the radio won't be turned on. For the TX, it is expected that the IRQ will only drop momentarily. That is because your code clears the interrupt alm...

  • 1
  • 2
  • 3
  • 4
  • 5
  • 42