IAR Embedded Workbench

[pve70]

Подскажите, пожалуйста как в IAR ARM включить поддержку sprintf для float. В Library Options поставил для Printf formatter - Full. Все равно на формат "%+4.3f" для числа 50.405 выдает +0.000

[igor alexeychik]

Люди подскажите пожалуйста, компилю, выдает Fatal Error[Pe035]: #error directive: "No valid platform defined" C:\Program Files\IAR Systems\Embedded Workbench 6.4\arm\CMSIS\Include\common.h 34

что делать? библиотека на месте, в настройках проекта пути указаны(

[ut1wpr]

Подскажите, пожалуйста как в IAR ARM включить поддержку sprintf для float. В Library Options поставил для Printf formatter - Full. Все равно на формат "%+4.3f" для числа 50.405 выдает +0.000

‹math.h› включили?

[igor alexeychik]

Спрошу проще, у меня задание на stm32f3 discovery управлять сервоприводом, может кто скинуть пару ссылок на данную тему или может подсказать что нить. Я новичек в этом деле...а времени мало...

[dosikus]

Я новичек в этом деле...а времени мало...

За такие вещи впредь буду банить без предупреждения .

[igor alexeychik]

За такие вещи впредь буду банить без предупреждения .

не не не, я ж не прошу мне что-то сделать за деньги просто времени мало дали на работу, а разбираться подробно мамому долго, поэтому и прошу помощи, может пример какой подскажут или в нужное русло направят люди добрые)

[gary2007]

Объясните, каким боком могут выйти эти угрозы.

Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement

ругается на строчку
if((kb3)&(kb4)&(kb5)) F_KeyRepeat=false;

F_KeyRepeat - объявлена глобальной, а остальные:
#define kb3 PINB_Bit3 //in key_matrix
#define kb4 PINB_Bit4 //in key_matrix
#define kb5 PINB_Bit5 //in key_matrix

ps
все вышесказанное относится к клавиатуре-матрице.

[SasaVitebsk]

Объясните, каким боком могут выйти эти угрозы.

Начнём с того, что это предупреждение, а не ошибка. Компилятр предупреждает, что переменные объявлены как volatile (все пины портов) и они стоят в условии, поэтому правильность доступа не определена.
В принципе стандартное предупреждение в такой ситуации. Здесь я не вижу как может произойти казус, но приведу пример, где действительно предупреждение не лишнее...
if((x›5) && (x‹7)) y = 10; при том что x - char volatile ... например значение таймера ....
Надо понимать, что операция будет выполняться последовательно ...
Представим что x = 0xff.
1. выполнится первое условие
2. произойдёт прерывание в котором таймер переполнится и будет 00
3. выполнится второе условие и таким образом произойдёт ошибка.
Поэтому необходимо либо создать локальную копию переменной, до сравнения, либо создать критическую секцию, для предотвращения модификации переменной, во время проверки ...
====
В данном случае, у вас тоже не всё гладко ... Я не совсем понял что вы хотите... и не совсем не знаю как сработает компилятор ... Скорее всего вы ошиблись ...
Вы наверное хотели проверить 3 бита на 1... тогда надо было записать либо kb3 && kb4 && kb5 либо PINB & 0x70 ...
Боюсь ошибиться, но скорее всего согласно вашей записи компилятор сделает следующее

x1 = (PINB ›› 3) & 1
x2 = (PINB ›› 4) & 1
x3 = (PINB ›› 5) & 1
результат = x1 & x2 & x3

[gary2007]

kb3 && kb4 && kb5

Спасибо, в таком виде предупреждений нет.

В моем случае клавиатура 9 кнопок - матрица 3х3.
Необходимо "держать" программу, пока все кнопки не окажутся в разомкнутом состоянии. Если хотя-бы одна кнопка нажата, на входе порта kbX "ноль".

[SasaVitebsk]

Спасибо, в таком виде предупреждений нет.

В моем случае клавиатура 9 кнопок - матрица 3х3.
Необходимо "держать" программу, пока все кнопки не окажутся в разомкнутом состоянии. Если хотя-бы одна кнопка нажата, на входе порта kbX "ноль".

Вот видите... Надо думать, что вы указываете компилятору ... Мы часто не задумываемся об этом.
Вы хотели проверить 3 бита на 1. И написали (kb3)&(kb4)&(kb5) ... То есть вы указали компилятору, что надо сделать логическое "и" трёх битов и проверить результат на "не 0"
Скажем я напишу как это примерно буде выглядеть для AVR
in r15, PINB
swap r15
mov r16, r15
in r15, PINB
swap r15
rol r15
and r16, r15
in r15, PINB
swap r15
rol r15
rol r15
and r16, r15
breq M1
// тело if
Если вы написали (kb3)&&(kb4)&&(kb5), то вы указали компилятору проверить биты на "не 0", и без оптимизации это выглядит примерно так ...
sbis PINB,3
rjmp M1
sbis PINB,4
rjmp M1
sbis PINB,5
rjmp M1
// тело if
Если вы написали (PINB & 0x70)==0x70, то это выглядит примерно так ...
in r15,PINB
andi r15, 0x70
cpi r15,0x70
brne M1
// тело if

Все 3 конструкции идентичны ...
Поэтому удивляет, когда народ Си ругает, хотя Си - это просто инструмент. И им надо грамотно пользоваться ...