Home
ANT Forum

ANT Forum

Username		Password		Remember Me?	forgot password?

You are here: Forum Home → ANT Developer’s Forums → ANT+ FIT Forum Has Moved → Thread

21 March 2016 01:35 PM

jgpallero Newbie

Total Posts: 6

Joined 2016-03-21

Hello,

I'm newbie workig with FIT format. I need to read FIT files (extract coordinates, heart rate, cadence, power, etc.) but I work in Linux. I've downloaded the FIT SDK. I need to work with pure C language, but and tried to create a library by compiling the files in the c/ and cpp/ folders.

For the C++ code, there is some errors compiling with g++, all of them related with memcpy and memcp functions, which are not declared. This is easy to fix, because the errors are due to a wrong (for GNU compilers) include in fit_buffer_encode.hpp and fit_field.hpp. The #include <string> lines must be modified to say #include <cstring>. Then, a Unix library can be created as (we are in the cpp/ folder):

for i in `ls *.cpp`; do g++ -c $i; done
ar rcs libcppfit.a *.o 

Then, the examples/decode/decode.cpp program can be compiled as


g++ -I. examples/decode/decode.cpp -o decode -lcppfit

If I try to decode the file file.fit (which I attach in this message) as ./decode file.fit I obtain:

FIT Decode Example Application
File ID:
   Type: 4
   Manufacturer: 1
   Product: 1036
   Serial Number: 3886102490
Device info:
   Timestamp: 815910596
   Battery status: Invalid
Device info:
   Timestamp: 815910596
   Battery status: Invalid
Device info:
   Timestamp: 815910596
   Battery status: Invalid
Device info:
   Timestamp: 815910596
   Battery status: Invalid
Device info:
   Timestamp: 815910596
   Battery status: Invalid
Device info:
   Timestamp: 815917265
   Battery status: Invalid
Device info:
   Timestamp: 815917265
   Battery status: Invalid
Device info:
   Timestamp: 815917265
   Battery status: Invalid
Device info:
   Timestamp: 815917265
   Battery status: Invalid
Device info:
   Timestamp: 815917265
   Battery status: Invalid
Decoded FIT file file.fit. 

Now I've tried to do the same for the C code in the c/ folder:

for i in `ls *.c`; do gcc -c $i; done
ar rcs libcfit.a *.o
gcc -I. examples/decode/decode.c -o decode -lcfit 

If I try to decode the file.fit file:

./decode file.fit
Testing file conversion using file.fit file...
File is not FIT. 

I don't understand this behavior. The file is the same as the one in the C++ example (is a file generated by a Garmin Edge 500 and it was copied from the device without any preprocessing. It works when uploading to Strava for example). Why the C decode.c says that the file is not FIT? Which capabilities has the C interface of the FIT SDK? I need to extract coordinates, heart rate, power, etc.

Thanks

File Attachments

file.fit (File Size: 156KB - Downloads: 1020)

22 March 2016 01:41 PM #1

jgpallero Newbie

Total Posts: 6

Joined 2016-03-21

Well, I've been playing with the C interface and I've discovered some interesting things. First of all, I've added some lines to examples/decode/decode.c as

do
      {
         #if defined(FIT_CONVERT_MULTI_THREAD)
            convert_return = FitConvert_Read(&state;, buf, buf_size);
         #else
            convert_return = FitConvert_Read(buf, buf_size);
         #endif

            /////////////////////////////////////////////////
            //MY CODE
            if(convert_return==FIT_CONVERT_CONTINUE)
                printf("FIT_CONVERT_CONTINUE %d\n",convert_return);
            else if(convert_return==FIT_CONVERT_MESSAGE_AVAILABLE)
                printf("FIT_CONVERT_MESSAGE_AVAILABLE %d\n",convert_return);
            else if(convert_return==FIT_CONVERT_ERROR)
                printf("FIT_CONVERT_ERROR %d\n",convert_return);
            else if(convert_return==FIT_CONVERT_END_OF_FILE)
                printf("FIT_CONVERT_END_OF_FILE %d\n",convert_return);
            else if(convert_return==FIT_CONVERT_PROTOCOL_VERSION_NOT_SUPPORTED)
                printf("FIT_CONVERT_PROTOCOL_VERSION_NOT_SUPPORTED %d\n",convert_return);
            else if(convert_return==FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED)
                printf("FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED %d\n",convert_return);
            else if(convert_return==FIT_CONVERT_MESSAGE_NUMBER_FOUND)
                printf("FIT_CONVERT_MESSAGE_NUMBER_FOUND %d\n",convert_return);
            else
                printf("Unknown convert_return\n");
            //MY CODE
            /////////////////////////////////////////////////

         switch (convert_return)
         {
            case FIT_CONVERT_MESSAGE_AVAILABLE:
            { 

With these lines I want to see the convert_return value after each buffer read. The output of ./decode file.fit (the file is the same as the one I uploaded in my original message):

./decode file.fit 
Testing file conversion using file.fit file...
FIT_CONVERT_CONTINUE 0
FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED 5
File is not FIT. 

So the problem is FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED. But I don't understand why because the file was generated by a Garmin Edge 500 and the FIT SDK is the latest 16.60.0 version.

In order to inspect a little deeper I've modified the fit_convert.c file disabling the FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED commentind some lines:

if (state->mesg_offset >= state->u.file_hdr.header_size)
            {
               state->file_bytes_left = *((FIT_UINT8 *) &state;->u.file_hdr.data_size);
               state->file_bytes_left |= (FIT_UINT32)*((FIT_UINT8 *) &state;->u.file_hdr.data_size + 1) << 8;
               state->file_bytes_left |= (FIT_UINT32)*((FIT_UINT8 *) &state;->u.file_hdr.data_size + 2) << 16;
               state->file_bytes_left |= (FIT_UINT32)*((FIT_UINT8 *) &state;->u.file_hdr.data_size + 3) << 24;
               state->file_bytes_left += 2; // CRC.

//                #if defined(FIT_CONVERT_CHECK_FILE_HDR_DATA_TYPE)
//                   if (memcmp(state->u.file_hdr.data_type, ".FIT", 4) != 0)
//                      return FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED;
//                #endif

               if ((state->u.file_hdr.protocol_version & FIT_PROTOCOL_VERSION_MAJOR_MASK) > (FIT_PROTOCOL_VERSION_MAJOR << FIT_PROTOCOL_VERSION_MAJOR_SHIFT))
                  return FIT_CONVERT_PROTOCOL_VERSION_NOT_SUPPORTED;

               state->decode_state = FIT_CONVERT_DECODE_RECORD;
            }
            break; 

************************************************
EDIT:

Obviously, there is no need of code commenting in file_convert.c. Only is necessary comment the
#define FIT_CONVERT_CHECK_FILE_HDR_DATA_TYPE in fit_config.h
************************************************

Then, I've created again the library as

for i in `ls *.c`; do gcc -c $i; done
ar rcs libcfit.a *.o 

I've compiled again the original (without my control lines) decode.c and executed with my file.fit:

gcc -I. decode.c -o decode -lcfit
./decode file.fit > result.fit 

I attach the result.fit file. Apparently it works, but I don't understand the last line which says:

Restored num_sessions=1 - Activity: timestamp=815917700, type=0, event=26, event_type=1, num_sessions=1
Unexpected end of file. 

Why unexpected end of file?

Anybody knows the reason of the FIT_CONVERT_DATA_TYPE_NOT_SUPPORTED with this file and SDK version? If commenting the exception raising in the fit_convert.c and apparently works, why the "unexpected en of file"?

Thanks

File Attachments

result.fit (File Size: 289KB - Downloads: 1491)

23 March 2016 06:07 AM #2

jgpallero Newbie

Total Posts: 6

Joined 2016-03-21

Finally I've solved the "Unexpected end of file" issue. The error comes from the fact that by default the data types int32_t, uint32_t etc. are explicitly defined in fit.h unless the #define FIT_USE_STDINT_H is uncommented in the fit_config.h. In 64 bits systems this fix is needed

1 of 1 Pages

ANT Forum

[SOLVED] FIT SDK in Linux. Strange behavior in decode.c

File Attachments

File Attachments