Прошивка STM32F105RBT6 не стартует без отладчика.

Donker · 17.12.2018, 00:39

Прошивка STM32F105RBT6 не стартует без отладчика.

Заливаю прошивку через Keil 5.26 - если через Strl+F5 (старт отладки)
то всё работает, но самостоятельно после ресета не стартует, заливка
через ST-LINK Utility - заливается но не стартует!

Проект прилагается.
(Никакого отношения к заливке в RAM из другой темы, этот проект не имеет)

Donker · 17.12.2018, 23:33

Обнаружил кое что не понятное - компилирую компиляторм V6.10.1 оптимизация "O0" проблема есть,

выбираю оптимизацию Oz image size проблема исчезает!

Также проблема исчезает если выбрать компилятор V5 (но мне надо обязательно V6).

Я думаю что такое поведение не может быть из-за того что линии BOOT0 / BOOT1 притягиваются к земле или +3,3v через резисторы 100ком?

Резисторы скопировал со схемы "голубой таблетки" на STM32F103C8C6 там 100к!

А какие вы резисторы ставите на BOOT0 / BOOT1 ?

На BOOT1 надо хотя бы 165ом повесить, его можно не чайно на выход включить, что б ток не превысил 20ма.

Donker · 18.12.2018, 00:29

Кстати, у официального производителя чипа есть отладочная плата на STM32F107 и там эти самые резисторы по 10к

https://www.st.com/content/ccc/resou...CD00212441.pdf

(см. 34 страницу)

NewWriter · 18.12.2018, 00:33

Когда Boot0 сидит на земле, состояние Boot1 вообще не имеет значения.
Прошагайте в пошаговой отладке. Возможно, у вас не стартует внешний кварц. Код написан конечно плохо, на уровне очень начинающего. Хотя с этого многие начинают.
Настраивать отдельно тактирование в main не нужно. Вместо этого находим файл system_stm32f10x.c, в нем все уже прописано, остается раскомментировать нужную строчку и закоментить ненужные. Функции настройки частоты запускаются ранее, чем основная main() и в отладке обычно они не видны, поскольку первый брекпоинт стоит на main().
Мануалы все-таки следует читать. И не какие-то где-то с каких-то китайских таблэток, а нормальные, в первоисточнике, с сайта st.com

Кстати, зачем вам С++, если написано на чистом С ?

28-63 · 18.12.2018, 00:49

обычно в кеиле готовый фаил старта уже есть и в нем на кварц все включено. обычно только мульт плл свой ставишь и все....
я хоть и немного разных процов юзал(030, 103, 303) но ни разу не было шоп кварц не стартовал.
да даже если кварц тупо не впаять то аварийно внутренний ген включается.

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

Donker · 18.12.2018, 02:21

Соединение BOOT0 с землёй даже вообще без резистора проблему не решает.

Я думаю, писатели библиотек проверяют свой код не во всех возможных настройках разных версий компиляторов,
а только на тех что по умолчанию ( "Oz image size" - это по умолчанию), и возможно только на компиляторе v5, отсюда такие чудеса!

mike-y-k · 18.12.2018, 03:38

Donker, эта ситуация с сим проектом изначально или с какого-то момента появилась?
Таки какова конфигурация boot0 и boot1? Собственно при boot0=0 boot1 можно и для других целей пользовать…
Попробовать подключить USB-TTL к плате на USART1 и воспользоваться FLASHER-STM32 для заливки (ЕМНИП boot0=1, boot1=0)
Как определяется состояние не стартует? Может там просто ошибка? Вангую тайм-аут или неожиданное прерывание. В отладчике все медленнее происходит.
Генерация ассемблерного вывода и сравнение для вычисления разницы в вариантах кода.
Код пока не смотрел - тоскливо немного zip распаковывать…

NewWriter · 18.12.2018, 08:07

Прежде, чем обвинять ПО и стандартный код, стоило бы почитать мануалы и разобраться в своем коде. Ибо практически стопроцентно это собственный косяк.
Для проверки надо исключить все побочные действия. МК после ресета стартует на своем внутреннем осцилляторе с базовой его частотой (HSI 8 МГц для данного МК). Поэтому, исключаем из кода все свои настройки частоты. Поверьте, в начале пути изучения вам просто не нужны максимальные скорости на PLL.

Сообщение от 28-63

да даже если кварц тупо не впаять то аварийно внутренний ген включается

Вам следует почитать мануалы. HSI при старте всегда включен. А если код написан так, что не имеет таймаута ожидания готовности HSE (кварца), то если кварца нет, код и повиснет бесконечно в этом цикле ожидания. CSS по умолчанию выключена.

eddy · 18.12.2018, 09:14

Сообщение от NewWriter

Вам следует почитать мануалы. HSI при старте всегда включен.

У ТС все намного запущенней! Он вместо того, чтобы сесть, и написать код, использует какой-то чертов кодогенератор. В общем, там какая-то лапша из SPL и неформатированного кода. Понять, что там происходит, невозможно.
Но, думаю, из-за того, что он пользуется SPL, еще до вызова main() происходит всякая бяка.

Взял бы ТС, да написал нормальный код. Хотя бы просто мигание светодиодом. Без калокубов, SPL и прочей мерзоты! И Makefile руками бы написал, а не генерировал какими-нибудь уродцами вроде кайла и т.п.

28-63 · 18.12.2018, 09:38

Сообщение от NewWriter

Вам следует почитать мануалы. HSI при старте всегда включен. А если код написан так, что не имеет таймаута ожидания готовности HSE (кварца), то если кварца нет, код и повиснет бесконечно в этом цикле ожидания. CSS по умолчанию выключена.

обычно я беру пример блинкера и там стираю сам блинкер в маине и пишу свою прогу.
все работает.
частоты и проверки готовности плл там настроены уже как надо.
на стм32 я пересел лет 5 назад после lpc17хх и 13хх, проблем не испытывал. просто включаешь и все работает. специально отпаивал кварц, замыкал его на ходу - тоже работает, но на другой частоте.
ну потом поковырял код в старте - ну видны там while ожидания плл, еще много чего - зачем это трогать если работает