stm32f405rgt6, Проблемы с отладкой, застывает отладка на определенном этапе в gdb Опции

[BlackOps]

Проблемы с отладкой и вопрос о внешнем кристале

У меня на отдельной плате которую я развел и собрал стоит: STM32F405RGT6

Кристал ABM7-8MHz с 16pF конденсаторами.

Отладку провожу по SWD с помощью gdb.

В начале я заметил у меня отладка застревала на начале функции которая конфигурировала порты, я в начале думал все дело в том что внешний кристал может быть не вибрирует? Измерил осциллографом OSC_IN там примерно 156мВ амплитуда колебания, на OSC_OUTпримерно 312мВ амплитуда (на плате дискавери амплитуда с их кристаллом на OSC_OUT больше, примерно 1.5В).

Подумал может все дело в этом?

Затем решил упростить программу и поставить цикли, вот я прикрепил код:

CODE

int main(void)
{

uint32_t i1=0;
uint32_t x=0;


// Initialization routine /////////////////////////////////////////////////////
//fpu_enable(); // enable hardware FPU
pll_start(168, 4, 2); // N=168, M=4, P=2, Fsys=168MHz.




for(i1=0; i1<9000000; i1++)
{
x=x+i1;
}
x=0;
i1=0;




//=============================================================================
// GPIOA configuration
//=============================================================================

// enable GPIOA clock
RCC->AHB1ENR |= RCC_AHB1ENR_GPIOAEN;

for(i1=0; i1<9000000; i1++)
{
x=x+i1;
}


// Alternate Function
GPIOA->MODER = 0; // clear moder register
GPIOA->MODER |=
(
GPIO_MODER_MODER15_1 | // Alternate Function, SPI3_NSS

GPIO_MODER_MODER4_1 | // Alternate Function, SPI1_NSS
...
...
...

как видите программа начата с объявлением переменных для цикла простого, затем идет функция конфигурирования внешнего кристалла, она точно работающая, т.к. ее я проверял на плате дискавери. затем вы видите длинный цикл считающий до 9000000, этот цикл исполняется нормально, это я в дебаггере вижу!

Затем вы видите как я включаю клок на порт А, а после этого вновь длинный цикл которык стабильно исполняыется! т.е. считает и меняет значение переменных.

На этом этапе возможность того что мой кристал внешний не работает можно исключить, правильно мыслю?


А теперь, проблема начинается на следующей строчке:
GPIOA->MODER = 0; // clear moder register

вот сдесь то дебаг и зависает!
в консоли жму Ctrl-c, через какое то время вновь могу вводить команду, но не могу делать шаг вперед! гдб на этом этапе просто замирает...делаю шаг вперед командой s, а он стоит и ничего не происходит..

еще один момент, в дебаггере читаю RCC->CR и там биты 16,17 оба имеют значение 1. т.е. выходит PLL работает... но почему все застывает именно на этой линии кода:
GPIOA->MODER = 0; // clear moder register
?


кто нибудь может хотябы пролить свет на то что примерно может быть не так?