Tech FAQ
Welcome Guest,Register Now
Log In

Tech FAQ

ANT-FS

  • What is integrated ANT-FS?
    • Some ANT products (specifically, the  CC257x) have ANT-FS client functionality embedded directly on the chip.  This includes the over the air ANT-FS protocol extension and the required file system utilities to manage stored data in non-volatile storage (EEPROM).  More details about this feature are available in the Integrated ANT-FS Control Document .

  • When receiving a download request, it takes my client device too long to read data from the file system, and the download times out. What can I do to avoid this?
    • After receiving the download request, the client can update its beacon state to “Busy”, to let the host know that is processing the request.

  • What development resources are available for ANT-FS?
    • The ANT-FS Technical Specification describes in detail the ANT-FS protocol and all the hand shaking and message formats involved.

      The ANT-FS PC Tools package provides a PC implementation of both the host and client, which can be used to explore the functionality of ANT-FS as well as to aid with the development of your own devices.  Full source code is included. The libraries used for the development of these applications can also be used as the basis of custom PC applications that use ANT-FS.

      The ANT-FS Embedded Client Reference Design includes sample C embedded code for the MSP430 implementing the ANT-FS client stack.

      The ANT-FS Reference Design User Manual provides an overview of the usage and implementation details of the ANT-FS PC Tools, as well as the ANT-FS Embedded Client Reference Design.

  • My device cannot buffer an entire file to download/upload due to memory limitations. Is it possible to transfer the file in pieces?
    • Yes.  Both the client and host device are able to specify a maximum block size for data to be downloaded/uploaded.  The maximum block size indicates the maximum number of bytes that the device can transfer in a single block. If both devices specify a maximum block size, the smaller value will be used.

  • After progressing to the authentication state, communication seems to be unreliable. What could be happening?
    • When both client and host device switch to authentication state, they will change their channel parameters (radio frequency and channel period) according to those specified in the LINK command sent by the host.  Check that both devices changed to the requested channel period, as a mismatch in this will result in unreliable communication.

  • What is the difference between the Device Type in the channel ID and the Device Type in the beacon?
    • The device type in the channel ID is an 8-bit identifier that denotes the type (class) of network device.  For example, it lets you know if a device is a heart rate monitor or a bike speed sensor.

      The device type in the beacon is a 16-bit identifier that is assigned by the manufacturer, and generally, is used to distinguish between different products from that manufacturer.  As this field is manufacturer specific, ANT+ does not maintain a global list of beacon device types.

  • How do I know the channel parameters to use to connect to a device that implements ANT-FS?
    • If this is a device implementing a file-based ANT+ device profile, the channel parameters and network key required to connect to it are specified in the corresponding device profile.

      Otherwise, you will need to contact the manufacturer of the device.

  • What can ANT-FS be used for?
    • ANT-FS can be used whenever you need to transfer files wirelessly between two devices.

      Some common use cases are:
      • Wireless firmware upgrades
      • Transfer of configuration/settings
      • Transfer of recorded data (either from a sensor or a data collection device)

  • When trying to authenticate with a client device, I keep getting an “Authentication Rejected” response. Why is that?
    • “Authentication Rejected” means that the client device did not accept the request to authenticate. You can find more details on this on Section 5 and 12.5.2 of the "ANT-FS Technology" specification.  The client could be rejecting the authentication request for one of the following reasons:

      • Incorrect authentication type requested: when implementing a host device, make sure to look at the contents of the beacon to determine the supported authentication types.
      • Incorrect passkey: if the authentication type is passkey, make sure to enter the correct passkey.  The passkey is set by the manufacturer, and may be unique for each unit. Refer to the instructions of the manufacturer on how to obtain the passkey.
      • Pairing timeout: if the authentication type is pairing, the client device prompts the user to accept/reject the pairing request, and will automatically reject the request if no response from the user is received within a given timeout.  Refer to the instructions of the manufacturer regarding how to handle pairing requests, as the mechanism may vary depending on the UI capabilities of the device.

  • How can I find out the authentication method required to connect to a specific ANT-FS client device?
    • The ANT-FS beacon contains a byte indicating the authentication methods supported by the device, as well as a flag to indicate whether pairing is enabled or not at the moment.

      Also, if the device implements a file-based ANT+ device profile, the allowable authentication methods are specified in the corresponding device profile.