Форум разработчиков электроники ELECTRONIX.ru

k000858

Dec 8 2016, 04:53

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

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

Код

-specs=nano.specs -u _printf_float

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

Сергей Борщ

Dec 8 2016, 07:01

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

k000858

Dec 8 2016, 07:17

Цитата(Сергей Борщ @ Dec 8 2016, 10:01)

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

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

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

esaulenka

Dec 8 2016, 07:35

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

scifi

Dec 8 2016, 07:40

Цитата(esaulenka @ Dec 8 2016, 10:35)

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

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

k000858

Dec 8 2016, 07:53

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

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

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

scifi

Dec 8 2016, 07:57

Цитата(k000858 @ Dec 8 2016, 10:53)

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

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

k000858

Dec 8 2016, 07:58

Цитата(scifi @ Dec 8 2016, 10:57)

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

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

scifi

Dec 8 2016, 08:02

Кажется, я буковки напутал

Это называется AAPCS. Тут.

demiurg_spb

Dec 8 2016, 10:11

Цитата(scifi @ Dec 8 2016, 11:02)

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

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

scifi

Dec 8 2016, 10:34

Цитата(demiurg_spb @ Dec 8 2016, 13:11)

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

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

Pridnya

Dec 9 2016, 06:53

Цитата(k000858 @ Dec 8 2016, 10:53)

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

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

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

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

demiurg_spb

Dec 9 2016, 09:23

Цитата(Pridnya @ Dec 9 2016, 09:53)

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

Pridnya

Dec 9 2016, 09:29

Цитата(demiurg_spb @ Dec 9 2016, 12:23)

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

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

demiurg_spb

Dec 9 2016, 09:37

Цитата(Pridnya @ Dec 9 2016, 12:29)

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

Pridnya

Dec 9 2016, 09:43

Цитата(demiurg_spb @ Dec 9 2016, 12:37)

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

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

k000858

Dec 9 2016, 09:52

Цитата(Pridnya @ Dec 9 2016, 09:53)

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

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

demiurg_spb

Dec 9 2016, 10:51

Цитата(Pridnya @ Dec 9 2016, 12:43)

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

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

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

Pridnya

Dec 9 2016, 11:22

Цитата(demiurg_spb @ Dec 9 2016, 13:51)

Читайте доки на свой компилятор и линкер.
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)
}
}

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

demiurg_spb

Dec 9 2016, 11:24

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

Pridnya

Dec 9 2016, 11:31

Цитата(demiurg_spb @ Dec 9 2016, 14:24)

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

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

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

demiurg_spb

Dec 9 2016, 11:37

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

ViKo

Dec 9 2016, 11:41

Цитата(Pridnya @ Dec 9 2016, 14:31)

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

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

Pridnya

Dec 9 2016, 11:50

Цитата(ViKo @ Dec 9 2016, 14:41)

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 при создании проекта и ошибок с выравниванием нет.

Сергей Борщ

Dec 9 2016, 12:46

QUOTE (Pridnya @ Dec 9 2016, 14:50)

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

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

Mister_DSP

Dec 9 2016, 13:50

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

Код

;------------------------------------ 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

Dec 9 2016, 16:03

Цитата(scifi @ Dec 8 2016, 10:40)

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

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