This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

ANT Burst Mode and Custom Byte Size Transmission

Hi everyone,

I was not able to find a full example in the SDK or online on initializing ANT to work with burst mode. Also, I was wondering if it's possible to setup ANT with custom data byte size.

I am currently using the background scanning example in the ANT folder to send and receive data.

Thank you.

Parents
  • The changes to for example the ant_broadcast are minimal. Just use sd_ant_burst_handler_request() instead of sd_ant_broadcast_message_tx(). The channel must also be birectional to use anything other than broadcast.

  • Sorry, what I meant was will the current receive function in the ant_broadcast example receive all the burst messages without any modification to the original example? Also, both TX and RX channels are bidirectional in the original example (SDK 10.0). For example, if I only change from sd_ant_broadcast_message_tx() to sd_ant_burst_handler_request() in the example and send 24 bytes of data to all other ANT nodes with the same example code, will the background scanner be able to receive all 24 bytes (i.e., p_ant_message->ANT_MESSAGE_aucPayload[0] to p_ant_message->ANT_MESSAGE_aucPayload[23]) with the original RX channel configuration in the example? Thank you again.

Reply
  • Sorry, what I meant was will the current receive function in the ant_broadcast example receive all the burst messages without any modification to the original example? Also, both TX and RX channels are bidirectional in the original example (SDK 10.0). For example, if I only change from sd_ant_broadcast_message_tx() to sd_ant_burst_handler_request() in the example and send 24 bytes of data to all other ANT nodes with the same example code, will the background scanner be able to receive all 24 bytes (i.e., p_ant_message->ANT_MESSAGE_aucPayload[0] to p_ant_message->ANT_MESSAGE_aucPayload[23]) with the original RX channel configuration in the example? Thank you again.

Children
No Data
Related