STM32F103xC vs xB, обращение к несуществующей периферии Опции

[Serj78]

В устройство может быть запаян как STM32F103xC , так и STM32F103xB чип.

В "старшем" собрате ( тип "С") есть дополнительные таймера и Usartы...

Что будет, если попытаться на чипе "B" обратиться к периферии, которой на чипе B - нету?

Например проинициализировать 5-й таймер или 4-й usart и попытаться заставить их работать?

Или можно как-то программно определить тип чипа и не пробовать такую скользкую ситуацию?

[AHTOXA]

Или можно как-то программно определить тип чипа и не пробовать такую скользкую ситуацию?

Можно включать тактирование блоков, и проверять, включилось или нет. Вот здесь VslavX описывал.

[Serj78]

Можно включать тактирование блоков, и проверять, включилось или нет. Вот здесь VslavX описывал.

Спасибо, попрбую..

Код

fsize = SYSMEM_FSIZE & 0x0000FFFF;

Очень полезная функция, получается что ее в моем случае достаточно.
смущает только , неизвестное макроопределение-

SYSMEM_FSIZE

Это просто адрес или что-то посложнее?

[demiurg_spb]

...
SYSMEM_FSIZE
Это просто адрес или что-то посложнее?

Судя по контексту топика это константа во флешь-памяти контроллера по адресу 0x1FFFF7E0:

Код

#define SYSMEM_FSIZE  *((const volatile DWORD*)0x1FFFF7E0)

[Serj78]

Судя по контексту топика это константа во флешь-памяти контроллера по адресу 0x1FFFF7E0:

Код

#define SYSMEM_FSIZE  *((const volatile DWORD*)0x1FFFF7E0)

Aга, спасибо, уже попробовал .
вроде работает на xB, а хС кажись как-то странно запорол - прошился, и - не определяется по swd... буду копать дальше..

[Serj78]

Разобрался и впал в ступор..

похоже, какой-то конфликт периферии, причем одинаковой для B и С версий контроллера

если я выполняю вот эту строчку

Код

AFIO->MAPR|=(3<<4); //Usart3_remap[1:0)=11; (full remap - D8, D9)

То на контроллере " B " она выполняется и действительно ремапит ком 3 на выбранные ноги,
а на контроллере "С" этот код не приводит к ремапу выхода ( на ноге TX остается лог 0 ), и после прошивки контроллер перестает работать с swd!!
стираю его через бутлоадер..

PS: внимательно проверил- ремап таки происходит, но вот дебаг ( swd) почему-то продолжает не работать

[adnega]

Разобрался и впал в ступор..

похоже, какой-то конфликт периферии, причем одинаковой для B и С версий контроллера

если я выполняю вот эту строчку

Код

AFIO->MAPR|=(3<<4); //Usart3_remap[1:0)=11; (full remap - D8, D9)

То на контроллере " B " она выполняется и действительно ремапит ком 3 на выбранные ноги,
а на контроллере "С" этот код не приводит к ремапу выхода ( на ноге TX остается лог 0 ), и после прошивки контроллер перестает работать с swd!!
стираю его через бутлоадер..

Древнейшие грабли! Так пользоваться регистром MAPR (|=) запрещено! Почему - обсуждалось не раз))