STM32W and SimpleMAC Library

[Martin.Sergio]

Posted on March 19, 2013 at 09:54The original post was too long to process during our migration. Please click on the attachment to read the original post.

[Martin.Sergio]

Posted on March 26, 2013 at 17:58

I 

include

:

INC_DIR = -I STM32W108xx_StdPeriph_Driver/inc \</span></div>

          -I CMSIS/Device/ST/STM32W108xx/Include \</span></div>

          -I CMSIS/Include \

          -I Utilities/STM32_EVAL/Common \

          -I Utilities/STM32_EVAL/MB851

and also

: (HAL)

INC_DIR +=-I Utilities/STM32W108xx_HAL_Driver \</div>

          -I Utilities/STM32W108xx_HAL_Driver/micro \</div>

          -I Utilities/STM32W108xx_HAL_Driver/micro/cortexm3 \</div>

          -I Utilities/STM32W108xx_HAL_Driver/micro/cortexm3/bootloader \</div>

          -I Utilities/STM32W108xx_HAL_Driver/micro/cortexm3/compiler \</div>

          -I Utilities/STM32W108xx_HAL_Driver/micro/cortexm3/stm32w108 \</div>

          -I Utilities/STM32W108xx_HAL_Driver/micro/generic/compiler</div>

and: (SimpleMAC)

INC_DIR +=-I SimpleMAC/Include

[frankmeyer9]

Posted on March 27, 2013 at 09:01

That leaves me a little confused.

Nowhere in the simpleMAC tree is anything about those cal*** functions, like calStartAdcConversion. However, most of this functions are present as hal***, and not cal***. And second, they are present in the IAR version of the library. Further checking the Keil armcc version (in Libraries/SimpleMAC/Binary/simplemac-library.lib), it also seems to contain those functions. Not sure if this gcc branch is properly tested.

[Martin.Sergio]

Posted on March 27, 2013 at 12:17 You just give me a clue. I think that the simplemac-library-gnu.a from contiki is an old version of the simplemac-library.a and it`s works with an old version of HAL. Searching cal*** functions in Contiki i found some of this functions in HAL files, and in the head of  this files is written '' * <!--(C) COPYRIGHT 2010 STMicroelectronics. All rights reserved.        -->'', but in HAL provided by ST with SimpleMAC examples is written ''COPYRIGHT 2012 STMicroelectronics'' I think in Contiki the code is a fisrt version and ST SimpleMAC examples is a second version of simplemac-library and HAL. Later i try to run talk example with HAL and simplemac-library-gnu provided in Contiki

[frankmeyer9]

Posted on March 27, 2013 at 12:57

Well, that could possibly be true.

But I'm still confused that the code often differs between IAR and GCC, while in the Binary subfolder, there are only this IAR version and a Keil version (simplemac-library.lib) of the lib. I would have expected a gcc version there, too.

[Martin.Sergio]

Posted on March 27, 2013 at 17:04I would have expected a gcc version there, too. Me too ;)

[frankmeyer9]

Posted on March 27, 2013 at 17:36

I don't have too much ideas at the moment.

Either you could go for rebuilding a gnu version of the library with recent sources, or give the IAR version another try. I suspect the hardfaulting may have to do with the wchar_t parameter mismatch. I had encounters with Keil-armcc built libraries, and didn't succeed in linking them into an application built with Crossworks (i.e. gcc). I used the source code in this case (STM32F4 DSP_Lib).

[Martin.Sergio]

Posted on March 27, 2013 at 18:23

After the holidays

I

'm going to take

next week

.

I will try to

see if it works

using

the

old

version

of the library

and

the

HAL

that come with

Contiki

Not know how to

get the

new

library

compiled for

gnu

.

The sources of

this library

does not provide by

ST

Thank you so much

I

f

you ever need anything and

I can help

and

I'll be happy

My personal e-mail:  sergio.martin.calvo @ gmail.com

[ron239955_stm1_st]

Posted on August 29, 2013 at 11:50

Hi Guys

We'll I just ran into this same problem today when trying to upgrade the Contiki port for STM32W108 to the latest CMSIS compatible STM32W108xx_SimpleMAC_V2.0.1, which uses the Standard Peripheral Library. The problem seems to be that STM simply haven't supplied a GNU compatible binary, and since the radio driver is proprietary they won't supply  source code. This does seem rather worrying, possibly indicative of a shift in policy away from GNU support, particularly as compiling a GNU version of the library surely ought to be trivial. I am making further enquiries and will update the forum if and when there is some further news. Cheers Ron

[david2]

Posted on November 04, 2013 at 10:15

Hi,

has anybody made progress for this problem?I want to compile it with GNU and if possible board independent.I have written an email to ST support concerning this problem but since a month no reply.Best regardsDavid