STM32F2: printf (float) Опции

[k000858]

Во всех своих проектах пользуюсь выводом отладочных сообщений, в том числе выводом значений переменных. Float переменные обычно вывожу printf("%.2f\n", val); - таким методом пользуюсь и на L0, и на F4 контроллерах, и через UART и через SWO интерфейс.

Однако на STM32F205 контроллере не работает, как надо, например printf("%.2f\n", 1.0f); выводит 0.00, при этом в настройках линкера включено

Код

-specs=nano.specs  -u _printf_float

Что ни так с этим контроллером?

[Сергей Борщ]

С выводом чисел с плавающей точкой была только одна проблема - адрес дна стека должен быть кратен 8. У вас оно пришет 0.00, то есть оно распознало модификатор %f и что-то вывело. Но вывело явно не то, вероятнее всего потому, что переменная оказалась не в том месте, где ее ожидал printf.

[k000858]

С выводом чисел с плавающей точкой была только одна проблема - адрес дна стека должен быть кратен 8. У вас оно пришет 0.00, то есть оно распознало модификатор %f и что-то вывело. Но вывело явно не то, вероятнее всего потому, что переменная оказалась не в том месте, где ее ожидал printf.

никаких переменных

printf("%f\n", 1.0f); выводит 0.000000
а printf("%f\n", 1.1f); выводите -0.000000

Сообщение отредактировал k000858 - Dec 8 2016, 07:19

[esaulenka]

А куда ж эти цифирки-то кладутся, если не в стек?!

[scifi]

А куда ж эти цифирки-то кладутся, если не в стек?!

Как куда? В регистры.
Стек используется в функциях плавучки. Если нет выравнивания стека по 8 байтам, то происходят чудеса.

[k000858]

спасибо. проблема решена.

причина озвучена выше: адрес стека не был выровнен

вопрос в тему: выравнивание адреса указателя стека к 8 должно быть обязательно на всех типах ядер (конкретно STM32L0, STM32F4) ?
во любых типах проектов или только в тех, что используют newlib для print/sprint ?

[scifi]

вопрос в тему: выравнивание адреса указателя стека к 8 должно быть обязательно на всех типах ядер (конкретно STM32L0, STM32F4) ?
во любых типах проектов или только в тех, что используют newlib для print/sprint ?

Это требование ARM EABI. На практике косяки вылазили только с плавучкой, но для порядка надо везде.

[k000858]

Это требование ARM EABI. На практике косяки вылазили только с плавучкой, но для порядка надо везде.

спасибо за разъяснения

[scifi]

Кажется, я буковки напутал
Это называется AAPCS. Тут.

[demiurg_spb]

Это называется долбаные даблы. И от них никуда не деться, если принтфить флоаты.
Каждый раз как об этом подумаю - злюсь...

Такие же траблы были бы если выводился тип long long.
Так что дело не в плавучке, а в размере используемых типов данных.
Если всегда не более 4 байт - то и с выравниванием на 4 всё должно работать нормально.

[scifi]

Это называется долбаные даблы. И от них никуда не деться, если принтфить флоаты.
Каждый раз как об этом подумаю - злюсь...

Теоретически можно сделать ключик компилятора "treat double as float" и собирать стандартную библиотеку с этой опцией. Но пока никто не озаботился

[Pridnya]

спасибо. проблема решена.

причина озвучена выше: адрес стека не был выровнен

вопрос в тему: выравнивание адреса указателя стека к 8 должно быть обязательно на всех типах ядер (конкретно STM32L0, STM32F4) ?
во любых типах проектов или только в тех, что используют newlib для print/sprint ?

Разрешите поинтересоваться, а как у вас получилось, что адрес стека оказался не выровнен? И в какой IDE вы работаете? У меня такого ни разу не было, ни в одном проекте.

Сообщение отредактировал Pridnya - Dec 9 2016, 06:53

[demiurg_spb]

В знаете, что можно и без IDE вовсе работать. Всё с командной строки и правки править руками и исходники и файл линкера и правила сборки и стартап файл.
Основная масса открытого софта именно так и реализована.

[Pridnya]

В знаете, что можно и без IDE вовсе работать. Всё с командной строки и правки править руками и исходники и файл линкера и правила сборки и стартап файл.
Основная масса открытого софта именно так и реализована.

Я знаю, что можно в простейшем текстовом редакторе работать...с exe-шниками для командной строки, и браузер самому можно написать, но я об этом не спрашивал. Если вы хотели сказать, что из-за такого "открытого" софта (частично открытого для лица его использующего) и появилась ошибка "невыровненный адрес стека", то я с вами соглашусь.

[demiurg_spb]

Дальнейшее обсуждение считаю бессмысленным.
Чего не знаю, того не существует - этот лозунг не для меня.

[Pridnya]

Дальнейшее обсуждение считаю бессмысленным.
Чего не знаю, того не существует - этот лозунг не для меня.

Хорошо! Как мне (и другим желающим) смоделировать такую же ошибку при работе с ARMCC! Подскажите.

Сообщение отредактировал Pridnya - Dec 9 2016, 09:44

[k000858]

Разрешите поинтересоваться, а как у вас получилось, что адрес стека оказался не выровнен? И в какой IDE вы работаете? У меня такого ни разу не было, ни в одном проекте.

Eclipse + GCC, адрес стека был 0x2001FFFF, стал 0x20020000

[demiurg_spb]

Хорошо! Как мне (и другим желающим) смоделировать такую же ошибку при работе с ARMCC! Подскажите.

Читайте доки на свой компилятор и линкер.
http://infocenter.arm.com/help/index.jsp?t...474e/index.html

В gcc - это элементарно.
Для вас тоже это не должно составить труда - поправьте scatter files.

[Pridnya]

Читайте доки на свой компилятор и линкер.
http://infocenter.arm.com/help/index.jsp?t...474e/index.html

В gcc - это элементарно.
Для вас тоже это не должно составить труда - поправьте scatter files.

Пока ждал вашего ответа. Уже успел по вашей ссылке сходить, понравились регистраторы. Cortex A8 MCU, на Linux что ли (судя по объему ОЗУ на Linux)? Только что-то описания не нашел и в таблице про синхронизацию времени ни слова.
Вот мой scatter-файл (создается IDE при создании проекта) для проекта с симулятором, я в этом проекте всякие мелочи:

; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************

LR_IROM1 0x08000000 0x00100000 { ; load region size_region
ER_IROM1 0x08000000 0x00100000 { ; load address = execution address
*.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
}
RW_IRAM1 0x20000000 0x00020000 { ; RW data
.ANY (+RW +ZI)
}
}

Что в нем поправить?

Сообщение отредактировал Pridnya - Dec 9 2016, 11:28

[demiurg_spb]

Ложку дай...
Читайте доку! Я не страна советов.

[Pridnya]

Ложку дай...
Читайте доку! Я не страна советов.

Сначала вы мне напомнили, что можно разрабатывать программы без IDE, затем посоветовали читать доку на предыдущую версию моего компилятора, а затем посоветовали поправить scatter-файл, ну я и подумал, что вы знаете, что там поправить в 14-ти строках включая комментарии.
Я вам scatter-файл, а вы "я не страна советов".

Сообщение отредактировал Pridnya - Dec 9 2016, 11:32

[demiurg_spb]

Я бы подcказал, но пользуюсь gcc...

[ViKo]

Я вам scatter-файл, а вы "я не страна советов".

startup.s посмотрите, там есть чего наворотить при желании.

[Pridnya]

startup.s посмотрите, там есть чего наворотить при желании.

Да, в этом файле если накосячить, то в HardFaultHandler улетает.

Код

;  
<o> Stack Size (in Bytes) <0x0-0xFFFFFFFF:8>
; </h>

Stack_Size      EQU     0x000003FF; 0x00000400 да хоть вот так

                AREA    STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem       SPACE   Stack_Size
__initial_sp

Понятно, откуда у товарища ошибка появилась.
Вообще и startup и scatter файл создаются IDE при создании проекта и ошибок с выравниванием нет.

Сообщение отредактировал Pridnya - Dec 9 2016, 11:51

[Сергей Борщ]

Вообще и startup и scatter файл создаются IDE при создании проекта и ошибок с выравниванием нет.

Пока вам не понадобится сделать что-то, под что создатели вашей IDE не предусмотрели соответствующей галочки.

[Mister_DSP]

Вот начало моего стартапа с измененными базами/размерами стека и кучи:

Код

;------------------------------------ 4kB STACK
Stack_Mem         EQU     0x1000F000
Stack_Size        EQU     0x00001000
__initial_sp      EQU     Stack_Mem+Stack_Size
;------------------------------------

;------------------------------------ 60kB HEAP
Heap_Mem      EQU     0x10000000
Heap_Size     EQU     0x0000F000
__heap_base   EQU     Heap_Mem
__heap_limit  EQU     Heap_Mem+Heap_Size
;------------------------------------

                PRESERVE8
                THUMB.......................

Думаю что вершину стека указать здесь не проблема.

[esaulenka]

Как куда? В регистры.

Да, действительно.
Почему-то был уверен, что у printf работает только через стек (из-за переменного числа аргументов). Ан нет, всё отлично в регистры лезет, если аргументов немного. Век живи...