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

Which protocol for low latency, low power, high rate motion tracking application?

Hi

my application is a 9-axis battery driven motion sensor with a data rate about 144 bit per packet at 1000Hz i have to transmit over air. Low latency (<10ms) is extremely important. The device must consume as low power as possible due less space for a battery. The protocol can be proprietary but must support 6 nodes connected to a master at a time.

Which protocol to choose for

low latency low power high data rate

BLE isn't right choice because of small packet size and to long connection interval. BT classic is performing better but consumes more power.

What about ANT or Gazell?

Parents
  • Hi

    I think BLE and ANT is out of the question immediately because of the data rate requirements, and you will have to go for some type of proprietary solution.

    Gazell might work, but here you are also pushing against data rate limitations if you need to send one 18 byte payload from 6 sensors every 1ms.

    If you go for a completely custom solution you can customize the protocol to your particular requirements, and with direct access to the radio it is possible to send payloads up to 255 bytes, allowing you to buffer and send several 18 byte blocks in a single payload to reduce the protocol overhead. This will give you the best technical solution, but it requires you to write the protocol yourself which will increase development time.

    How much experience do you have with C-programming and RF protocol development?

    Best regards Torbjørn

Reply
  • Hi

    I think BLE and ANT is out of the question immediately because of the data rate requirements, and you will have to go for some type of proprietary solution.

    Gazell might work, but here you are also pushing against data rate limitations if you need to send one 18 byte payload from 6 sensors every 1ms.

    If you go for a completely custom solution you can customize the protocol to your particular requirements, and with direct access to the radio it is possible to send payloads up to 255 bytes, allowing you to buffer and send several 18 byte blocks in a single payload to reduce the protocol overhead. This will give you the best technical solution, but it requires you to write the protocol yourself which will increase development time.

    How much experience do you have with C-programming and RF protocol development?

    Best regards Torbjørn

Children
No Data
Related