Изучаем STM32 Cortex M3

[Den]

Спасибо попробую. Но с кубом работать не хочу, слушком уж непонятный код он генерит..лучше SPL

[NewWriter]

По умолчанию системная обычно сконфигурирована на максимальную 168 МГы через умножитель частоты PLL.
В файле system_stm32f4xx.с это вверху в заголовке и описано, правда, там подразумевается, что кварц будет на 25 МГц. На дискаверине кварц 8 МГц, поэтому МК будет работать на частоте ниже 168 в 25/8 раз (около 54 МГц).
Исправив строчку
#define PLL_M 25
на
#define PLL_M 8
получим 168 МГц системной.
Заодним, надо откорректировать соответственно строчку
#define HSE_VALUE ((uint32_t)25000000) /*!‹ Value of the External oscillator in Hz */
таким же образом - 8000000
дабы при обращении к SystemCoreClockUpdate получать верное значение.

Для начальных опытов можно вообще закомментить сточку SetSysClock(); в функции SystemInit (void) - и МК будет гарантированно работать на 16 МГц от внутреннего HSI.
По мере освоения и прочтения о модуле RCC, можно будет приступать к экспериментам с повышением тактовой.

В самом проекте есть неявный вызов SystemInit().

Эта функция явно вызывается из ассеблерного стартового файла startup_stm32f40xx.s,:

/* Call the clock system intitialization function.*/
bl SystemInit

, еще до вызова main-функции, и лишь после завершения той функции идет вызов

/* Call the application's entry point.*/
bl main

Отладчик пропускает предыдущие операции и останавливается на начале main, потому как у него задано такое поведение.
Поставив брекпоинт, можно остановить и увидеть исполнение "неявных" функций.

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

[Den]

Спасибо, обязательно сегодня поэкспериментирую с PLL_M. Но почему это может влиять на "незапуск" программы? Из-за "SystemCoreClockUpdate" ?

[NewWriter]

Нет. Функция SystemCoreClockUpdate вызывается только явно самим программистом и используется для обновления переменной SystemCoreClock при смене системной частоты во время работы проги. Переменная SystemCoreClock используется опять же для корректировки частотно-зависимых параметров. Кароч говоря, чтобы например таймер продолжал считать секундные интервалы верно, если меняется системная частота во время работы. Ну, бывает такое, динамическое управление частотой МК для энергосбережения.

Касательно запуска МК. Как я написал ранее - закомментируйте строчку SetSysClock() - МК должен запуститься от внутреннего 16 МГц.
Поставьте брекпоинт на main() и посмотрите, доходит ли до этого места вообще. И далее, пошагово, пошагово.

Напишите вот такую прогу:

int main(void)
{
 int i = 0; 
 
  RCC-›AHB1ENR |= RCC_AHB1ENR_GPIODEN ;

  GPIOD-›MODER |= GPIO_MODER_MODER12_0 | 
                      GPIO_MODER_MODER13_0 | 
                  GPIO_MODER_MODER14_0 |
                  GPIO_MODER_MODER15_0 ;
  
  GPIOD-›ODR = 0xFFFF;
  
  while (1)
  {
    i++;
  }
} 

должны зажечься все светодиоды.
Если этого не происходит, у вас значит не правильно собран проект. Я не знаю, как там в IAR, но попробуйте создать проект с STM32F407VG, по идее должны быть подключены все необходимые файлы.

[H4LF]

NewWriter, извиняюсь за нескромный вопрос, да ещё и не совсем по теме - но зачем нужна переменная i в этом примере?

[eddy]

Не нужна она там.

[NewWriter]

используется для нужд отладчика

[H4LF]

eddy, я даже подозреваю, что её там и нету (в листинге, а значит и в самой прошивке).

NewWriter, теперь возник вопрос - почему отладчик в ней нуждается и для чего он её использует (если, конечно, компилятор её не выкинул в этом примере). Ну очень интересно.

[NewWriter]

Вы не правы. Если бы сами попробовали, то знали бы. Просто так компилятор не выбросит i, нужны веские на то основания. А эти самые "веские основания" в пошаговой отладке неприменимы.
Предлагаю с этим вопросом вам разобраться самостоятельно.

while (1)
{
i++;
20000246: 687b ldr r3, [r7, #4]
20000248: 3301 adds r3, #1
2000024a: 607b str r3, [r7, #4]

} /* while (1) */

[eddy]

Просто так компилятор не выбросит i, нужны веские на то основания

Зависит от уровня оптимизации. Именно поэтому если у вас -O2 или -O3, необходимо втыкать nop() в тело пустого цикла. А отладочную переменную — счетчик пустых циклов — объявить как volatile.
Хотя, подозреваю, что отлаживаете вы все-таки с -O0.