custom write ack payload.

RE: custom write ack payload.

ulao — Tue, 05 May 2020 13:49:50 GMT

Does the 0x0a tell the receiver not to ack back?

Do you mean W_TX_PAYLOAD_NOACK? I am a bit uncertain what you're asking?

Sorry I meant 0x0b, yes. and EN_DYN_ACK is set on both sides.

It seems what is going on here the set payload function in this library is buffering, not writing. I can set the payload with this writeAckPayload( 1, buf, len ) command. for example.

writeAckPayload(1,size)

writeAckPayload(2,size)

writeAckPayload(3,size)

makes it so that ack back will first send a 1, then the next ack back a 2 then 3. I was expecting it to overight and not buffer. So I just flush the tx first and it works.

Looks like I'm good, thx for all the help.

RE: custom write ack payload.

Håkon Alseth — Mon, 04 May 2020 14:58:57 GMT

Hi,

[quote user="ulao"][/quote]

Issue is the first 1 or 2 commands always work but the other never seem to work. Ill get anywhere from status showing 0x2e to a 0x3e or just sending back 0x0a all the time. If I loop it, ill get 1 out of 10 back correctly and the others just time out showing 0x2e to a 0x3e .

So how does this 0xa0 work?

W_TX_PAYLOAD will use auto-acking to reflect what the status of your transfer is. How long of a delay is it between the initial send and the "fetch" command? Is there a delay at all?

W_TX_PAYLOAD_NOACK will tell a device not to use ACKing

These settings assume that you have EN_DYN_ACK field in the FEATURE register set on both sides.

[quote user="ulao"]Does the 0x0a tell the receiver not to ack back?[/quote]

Do you mean W_TX_PAYLOAD_NOACK? I am a bit uncertain what you're asking?

[quote user="ulao"]Disable it where? I can not imagine it tells the receiver somehow its disabled? Will the receiver still try to send back the payload ? If the Disables AUTOACK on is for the TX's information, I do not see how that is helpful. Maybe its just pointless for me to use in my design. I only expect ack when sending 0xff.[/quote]

The "NO_ACK" bit sets if the packet is to be ACKed or not. Please see the on-air format in the datasheet, chapter 7.3.

Again, this assumes that this feature is enabled in the register "FEATURE".

If you are expecting your application to send an ACK payload (PRX piggybacking data with the ACK payload), I would recommend that you just use W_TX_PAYLOAD first, then start optimizing with NOACK/ACK commands when you have it working.

Kind regards,

Håkon

RE: custom write ack payload.

ulao — Thu, 30 Apr 2020 23:47:28 GMT

I did receive my new devies but still have the same issues.

I'm going to removed the ardiuno from this set up as its my only unknown but I need to understand the ack payload better.

to send data I use a two step 0xb0,id followed by a 0xa0,data. When sending 0xff I expect to get back a 0x0a, sending a 1 I want back a 4, and then 2 giving me back a 5. For example:

0xB0,0xFF// Should not ack back, just sets my ID for return.
0xA0,0xFF//This is my fetch Ack back. Should get 0x0a

0xB0,0x01// Should not ack back, just sets my ID for return.
0xA0,0xFF//This is my fetch Ack back. Should get 0x04

So how does this 0xa0 work?

W_TX_PAYLOAD1010 0000 1 to 32LSByte firstWrite TX-payload: 1 – 32 bytes. A write operation always starts at byte 0 used in TX payload

W_TX_PAYLOAD_NOACKa1011 0000 1 to 32LSByte firstUsed in TX mode. Disables AUTOACK on this specific packet

Does the 0x0a tell the receiver not to ack back? If so how does that even work, if it acks immediately after read? What does "Disables AUTOACK on this specific packet" mean? Disable it where? I can not imagine it tells the receiver somehow its disabled? Will the receiver still try to send back the payload ? If the Disables AUTOACK on is for the TX's information, I do not see how that is helpful. Maybe its just pointless for me to use in my design. I only expect ack when sending 0xff.

The way the arduino is set up, is it waits for data ready in a loop.

Once it sees the data, it reads it, then if 0xff, it does nothing further and the auto ack should be preformed then waits for the next read.

if not 0xff it must be a set. so it loads the payload for ack and then waits for the next read. Guessing it is acking back anyways as there is no way to tell it not to.

RE: custom write ack payload.

Håkon Alseth — Mon, 27 Apr 2020 10:04:49 GMT

Hi,

0x3X = MAX_RT and TX_DS set. Is this tested with the module that has the fake IC? If yes, then wait till you get a module that has a genuine nRF mounted.

[quote user="ulao"]Also wanted to ask when using ack payload with dynamic payload, how so I know the size of the data? " Payload is deleted from FIFO after it is read." concerned I'm not reading it all.[/quote]

Use "R_RX_PL_WID" to read the size of the payload at the top of the FIFO.

Yes, when its read out, its automatically pop'ed from the FIFO. If you do not read out the payloads, and get into a scenario where the FIFO is full, the transmission will stop working. Check the FIFO_STATUS register, field RX_EMPTY, when reading out the payload. If this 0, keep reading out payloads.

Kind regards,

Håkon

RE: custom write ack payload.

ulao — Sun, 26 Apr 2020 15:36:01 GMT

I did end up ordering the spark fun last week, I hope that solves most of the issue.

sorry "Does that mean after I send an ack payload it goes to e3 because it never received an ack back?" was a type o, I meant 0x3e...

Also wanted to ask when using ack payload with dynamic payload, how so I know the size of the data? " Payload is deleted from FIFO after it is read." concerned I'm not reading it all.

RE: custom write ack payload.

Håkon Alseth — Fri, 24 Apr 2020 08:45:59 GMT

[quote user="ulao"]Does that mean after I send an ack payload it goes to e3 because it never received an ack back?[/quote]

0xEx is RX_DR + TX_DS (and a reserved upper bit which should always be written 0 to). That means you received data, and the former TX was successful.

[quote user="ulao"]I ask because 3e implies both DS and max_rt ? How can data be received if receiver is not responding?[/quote]

My guess is that the library you're using is not clearing the interrupt source, as that register is accumulating.

PS: here's some inexpensive modules from our distributor Xuntong: https://www.alibaba.com/product-detail/low-energy-wireless-2-4G-module_62107872546.html?spm=a2700.galleryofferlist.0.0.61637206ZFkTfA&fullFirstScreen=true

Kind regards,

Håkon

RE: custom write ack payload.

ulao — Thu, 23 Apr 2020 21:13:21 GMT

"If it goes from 0x2x to 0x3x, It means that it the 4th bit is set, which is MAX_RT, ie: your receiver isn't responding."

Does that mean after I send an ack payload it goes to e3 because it never received an ack back?

I ask because 3e implies both DS and max_rt ? How can data be received if receiver is not responding?

" this bit is set high only when ACK is received"

so 3e means, data received, max tries detected. Data in rx empty - That's confusing.

RE: custom write ack payload.

Håkon Alseth — Wed, 22 Apr 2020 12:53:28 GMT

Hi,

Yes, mouser is one of the online dealers that distributes our devices.

ulao — Wed, 15 Apr 2020 19:21:49 GMT

Are there any other tips for speed here? my address is e7e7e7e7e7, my speed is 2MBPS and my rf at 18db. I'm getting about 300us for the reply. I'm only 1 inch a way from the receiver. I set my SPI to max for my device and my nrf crc is 8 bit and I played with the pulse, where 3us does work, its not always working... So 10us it is then. Every us is going to count here so I want to make sure I think of everything before I move to the next step.

RE: custom write ack payload.

ulao — Wed, 15 Apr 2020 12:02:19 GMT

[quote userid="2115" url="~/f/nordic-q-a/60022/custom-write-ack-payload/244592"]Do you have the exact same configuration on both the PRX and PTX device?[/quote]

It turned out to by the dynpd, I didnt know that was required. it was set to 3 on the slave and default on the master. Setting both to 3 fixed it.

TNX!

RE: custom write ack payload.

Håkon Alseth — Wed, 15 Apr 2020 06:45:15 GMT

Hi,

[quote user="ulao"]Also noticed since I have been working with this my master needs to have tx and rx both set to the same address. (0x30 and 0x2a)[/quote]

This is to get the hardware feature of auto-acking working. The transmitter will send on the TX_ADDR, then switch over to RX mode and wait for an incoming ACK on RX_ADDR_P0.

On the PTX (primary transmitter), you need to set the TX_ADDR equal to RX_ADDR_P0 to get auto-acking working.

On the PRX (primary receiver), this is not required.

[quote user="ulao"]But as soon as I enable ackpayload or dynamicpayload I can no longer receive. [/quote]

Do you have the exact same configuration on both the PRX and PTX device?

If you only enable it on one side, it will stop working.

[quote user="ulao"]RX_ADDR_P0-1 = 0x0101010101 [/quote]

Its very little change in bit pattern here. Its better if you test with the default "0xe7e7e7e7" address instead.

The rule of thumb is to avoid starting with 0x00, 0xFF, 0x55, 0xAA, as these bit patterns have longer bit-wise '0' or '1' sequences, and 0x55/0xAA looks like a continuation of a preamble-sequence.

Kind regards,

Håkon

RE: custom write ack payload.

ulao — Tue, 14 Apr 2020 15:53:59 GMT

Sounds straight forward. But as soon as I enable ackpayload or dynamicpayload I can no longer receive. Also noticed since I have been working with this my master needs to have tx and rx both set to the same address. (0x30 and 0x2a) IF not it will not send. I never understood that.

master short code

0x20,0x0A
0x25,2
0x26.0x0E
0x23,3
0x3D,6
0x22,0x3f
0x30,1,1,1,1,1
0x2a,1,1,1,1,1
pulse

0xa0, 0xff send payload ready flag
0xa0, 3 test code
pulse

receiver
This is an Arduino so I do not know what it is really doing but here is the output.

STATUS       = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0
RX_ADDR_P0-1   = 0x0101010101 0c2c2c2c2c2
RX_ADDR_P2-5   = 0xc3 0xc4 0xc5 0xc6
TX_ADDR       = 0x0101010101
RX_PW_P0-6   = 0x01 0x01 0x00 0x00 0x00 0x00
EN_AA       = 0x3f
EN_RXADDR   = 0x03
RF_CH       = 0x02
RF_SETUP   = 0x0f
CONFIG       = 0x0b
DYNPD/FEATURE   = 0x03 0x06 <--- with this set I never receive data. with 0,0 I do.
Data Rate   = 2MBPS
Model       = nRF24L01+
CRC Length   = 8 bits
PA Power   = PA_MAX

RE: custom write ack payload.

Håkon Alseth — Tue, 14 Apr 2020 11:35:34 GMT

Hi,

[quote user=""]My plan is to send the data with disabling auto ack from the master and then going in to receive mode, and having the slave return the data by going in to transmit mode. Though I was wondering if any of that can be automated with a custom ack?[/quote]

As you mention, you can do this with using auto ACK, and ACK payload.

To ensure that you receive the data, it is recommended that you send a "prepare ACK payload" command first to allow the host to upload it to the FIFO, then a dummy payload to fetch the actual ACK payload.

[quote user=""]If that sort of thing is possible, is there a small example or write up on that? Can a "preloaded message" be dynamic?[/quote]

What do you mean by "dynamic"? You can upload a ACK payload on a specific pipe, and on the next received payload on that specific pipe, the ACK will then be sent with your ACK payload.

Kind regards,

Håkon