Изучаем STM32 Cortex M3

[NewWriter]

А что значит "виснет"?
Если переменные определены как float, то на F042 деление будет выполняться весьма долго. Может, не успевает оно поделиться.
А программное деление на ноль ничего не рушит. Результат возвращается 0

[eddy]

Там, случаем, не на ноль делится?

Не, на 10.

пытается делить аппаратно

В листинге это делается вроде как софтово.

А что значит "виснет"?

Значит, больше ни на что не реагирует.

float

Нет, конечно — я ж не сумасшедший на ядрах без fpu флоаты использовать. Обычное целочисленное деление.

[NewWriter]

А брекпоинты? На первой операции деления, где виснет. И после срабатывания - перейти в режим шагания по ассемблерным инструкциям и пошагать, посмотреть куда выкинет.
Оптимизация кода какая стоит? Если поставлена, временно отключить ее

[eddy]

перейти в режим шагания

gdb я не осилил, поэтому не перейду.
Выключение оптимизаций (стояло -O2) не помогает.

[j-Roger]

Вот как такое может быть?

Данный пост скорее является иллюстрацией к тому, как такое может быть.
Раз у СТМ такое уже было (с STM8, фрагмент эрраты приаттачен), то не факт,
что этого не повторится. Правда, и не факт, что повторится. Чингачгук дважды
на грабли не наступает

[AR_Favorit]

Раз у СТМ такое уже было

со своим ядром, которое еще и CISC - это одно, а вот со стандартным-то армовским кортексом - мы бы уже знали)))

[j-Roger]

Ядро-то арм-овское, а кусок кремния стм-овский.
Я в своем посте просто хотел сказать, что может быть что угодно.
А вдруг eddy напал на "встроенный" косяк?..
Впрочем, ладно, сорри за оффтоп.

[eddy]

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

P.S. С общей точки зрения приколов от камня быть не может, иначе не работали бы примеры из тех же сниппетов. А ведь их-то, наверное, проверяли?
Хотя, не исключаю, что у меня дефект конкретного чипа. С чего бы он вдруг прошивался только после нажатия резета?

[AR_Favorit]

А opencm3 ведь того... (с)
Еще летом было

[DanilinSA]

Возможно в процессе деления получаем прерывание. А т.к. обработчика нет - висим ...
А библиотечную функцию пройти в отладке. Поведение таких "стандартных" функций частенько определяют куча дефеншенов. Не всегда описанных или описанных правильно. Возможно компилятор ошибочно пытается реализовать аппаратное деление. Или использовать ресурсы для другого кристалла, которых у тебя просто нет. Или просто баг кривой библиотеки.