Sample using nrf_802154_receive_at

[g.cutri]

Hello,

is there any example using the IEEE 802.15.4 driver?

I was able to send and receive a some packets by using nrf_802154_receive and nrf_802154_transmit_raw, and now I would like to synchronize transmission and reception by using nrf_802154_receive_at and nrf_802154_transmit_raw_at. Unfortunately these functions don't even compile because the macro NRF_802154_DELAYED_TRX_ENABLED is not defined.

Where can I find an example that shows how to use those functions?

Best regards

[g.cutri]

I want to develop my own protocol on top of IEEE 802.15.4. Thread and Zigbee do not suit my needs. In order to optimize power consumption, I need to synchronize transmission and reception. I managed to do that by using nrf_802154_transmit_raw, nrf_802154_transmit_raw and nrf_802154_sleep, but I suppose that by using nrf_802154_receive_at and nrf_802154_transmit_raw_at it can be more efficient.

Best regards,

Giuseppe

[Edvin]

I see. 

I see that in the coap_client openthread sample, NRF_802154_DELAYED_TRX_ENABLED is set to true, and nrf_802154_transmit_raw_at() is defined. 

To be honest, I don't know exactly what in this sample that enables this functionality. But is it possible to upload your current application, so that I can have a look, and see if I am able to enable this API?

Best regards,

Edvin

[g.cutri]

Hi Edvin,

actually I don't have any application. I'm just playing around with the driver, doing some test and trying to understand how to use it.

That's the reason I opened this ticket: I find the documentation quite poor and I would really appreciate any help.

Best,

Giuseppe

[Edvin]

Hello Giuseppe,

I understand. Yes. I can agree it is not the most informative documentation. In addition, I have understood that "an 802154 driver is not an 802154 driver", if that makes sense. What I am trying to say is that two arbitary 802154 drivers doesn't necessarily communicate with one another. It depends on what layers it include, such as whether or not they include the MAC layer. I believe part of the reason the documentation is a bit poor is that we don't have any raw 802154 samples, but the 802154 drivers are only used by the Openthread and Zigbee stacks. 

I assume you already found this, but I'll add the links, just to be sure. 

1: 802154 driver's readme.

2: 802154 driver's API documentation.

Best regards,

Edvin

[g.cutri]

Hi Edvin,

Yes I have already found those links. In fact I would like to use the Service Layer which, as stated here: https://docs.nordicsemi.com/bundle/ncs-latest/page/nrfxlib/nrf_802154/doc/rd_service_layer_lib.html "When using the nRF Connect SDK, the nRF 802.15.4 Radio Driver takes advantage of the service layer automatically".

I just would like to know what is the correct way to enable the delayed functions in zephyr without altering its code. Could you please ask the OpenThread or ZigBee team how to do that?

BR, Giuseppe