Вам уже советовали - замените магические числа на именованные константы. Я посчитал битики и нашёл ошибку, которой могло бы не быть, если Вы бы пользовались родными #define.

Вот просто rocket sience... Как Вы вообще программированием занимаетесь? Ну не обращайте внимания на второстеепнные для понимания вещи... У Вас в программе есть аналогичный кусок, только он настроен на работу с двумя битами в PIOA, это универсальные функциии...
Если что, исходник лежит вот тут https://188.134.5.254/export/616/trunk/hardware.c - строка 2600 и 1320

И что за пляски со status register? Сделайте прямо:


Сообщение отредактировал Genadi Zawidowski - Nov 18 2013, 20:20

От безысходности подключил осциллограф. Установил скорость 9600. Реально получается примерно 1 мС/бит. Форма красивая. Передается то что нужно. Пробовал соединиться терминалом от винды. Тоже ничего не принимает. При этом контроллер шьется по ком-порту, а сам порт от компьютера нормально работает с модемом. Что бы это значило? Кстати на 9600 знакомые 4 нуля.

Опытным путем удалось выяснить, что частота усарта лежит в пределах 7,5...8,5 МГц. Подставив в формулу 8 МГц получил устойчивую работу на 9600. От 0 до FF все передается без ошибок. Собственно почему 8 МГц? Системная 72 МГц, PCLK2 = 72 МГц если верить тому, что в регистрах. Может кто-то объяснить происходящее?

ПЛЛ не настроился и вы на внутренний кварц свалились?

Я житагом просматривал регистры, пошагово проходя все до main. Исходя из увиденного пересчитал все настройки. Получилось 72 МГц. Как теперь понимать ситуацию - даже не знаю. Стартап стандартный от кеил. Кварц 25 МГц.

ну и что, на заборе тоже написано....
то что в регистрах задана частота 72, это не гарантия что ПЛЛ на нее настроился, что входной кварц той частоты как должен быть. Что вы переключили клок на ПЛЛ и прочее...

выведите на ножку системный клок, да померьте осциллографом, он же у вас есть...

Осциллограф есть. Да, както нужно пройтись по этим вопросам и посмотреть что там на самом деле.

Посмотрел ситуацию с тактированием. Получается так. Если идти пошагово до main, то с тактированием подядок. 72 МГц на усарте есть. Если же запускать "run to9 main" или просто с отключенным программатором, то на усарте 8 МГц. Т.е. тактирование не настраивается. В чем может быть дело? Раньше с подобным не сталкивался. Прочитать регистры ни программатором ни с помощью r = RCC->CFGR; не удается. Только если пошагово пройтись, то они видны. Помогите понять ситуацию. Спасибо.

Ну вобщем разобрался. Вот тут выходил по таймауту.


Если в строке увеличить значениетаймаута, то все в порядке.


Хотелось бы знать почему HSE не выходит на готовность вовремя? Кейловцы же из чего-то исходили перед тем как записать значение 0х0500. Внесем ясность в это дело и тему можно закрывать.

В системной библиотеке от ST, в модуле stm32f10x_rcc есть полезная в таких случаях функция
void RCC_GetClocksFreq(RCC_ClocksTypeDef* RCC_Clocks);
Которая позволяет получить реальные значения частот шин, которые имеются. Недавно она мне помогла определить наличие проблем с тактированием.

А что таймаута не хватает - кварц может медленно раскачиваться, либо плата плохо помыта

Надо посмотреть потом. Может действительно стоит того чтобы перепереть на нормальный язык.

Эта функция определяет не реальные частоты, а те которые получается из HSE_VALUE в stm32f10x.h и коэффициентов PLL, а если запустился HSI - тогда из него.
Но если HSE_VALUE правильно прописать, тогда baudrate будет корректно рассчитываться функцией USART_Init(......) из stm32f10x_usart.c когда либо HSE, либо HSI запустится.