Здравствуйте.

Кто ни будь пробовал разгонять мк этого семейства от ST? Что максимально получилось при устойчивой работе? F10x пишут что гнались как раз до рабочей частоты F2xx, а что с самими двухсотыми?

Спасибо.

ST32F100 у меня случайно (ошибка в инициализации тактового генератора) до 48МГц разогнался (по даташиту 24МГц макс) и несколько дней беспроблемно работал (пока не заметил ошибку), в том числе исполняясь без waitstates из флеша
ST32F217 я сознательно уже разогнал до 144МГц (уже выставив правильно waitstates) - пару дней погонял - работало нормально.
Еще немножко гнал LPC1788, но цифр уже не помню. Кстати, при одинаковых тактовых (120МГц) F2xx процентов на 10 быстрее чем LPC1788 - и по Dhrystones, и по времени переключения контекста ОС, и по моим криптографическим тестам (ЭЦП и поточное шифрование). Видимо сказывается более эффективный контроллер флеша - более развитый кеш.
Но оверклокинг - то дело такое, имхо, сугугбо удел энтузиастов, в серийном изделии можно проблем изрядно огрести.

Отвлечённый трёп перенёс сюда.

STM32F103 - Завелся 8*12=96мГц. Выше начались проблеммы с предвыборкой команд из Flash. Если запустить код из оперативки, может и быстрее заработает.

Добавил информацию по разгону STM32F4
http://stm32asm.ru/407/new_clear_ram.html

На плате стоит STM32F405. Разгон производится с размещением исполняемого кода в ОЗУ и отключением флешки.

Рабочий пример - STM32L152 был разогнан до 48МГц вместо 32 штатных по Datasheet'у.
Опять же, каждый производитель вкладывает некоторые допуски по рабочим частотам в кристаллы, чтобы они гарантированно уложились в минимальные допуски по характеристикам. Так что... можно попробовать выжать +20 ~ +50% по тактовой. Иногда бывает и до +100%, но крайне редко и нестабильно.
Собственно, при ошибке в печатной плате (забыл нагрузочные конденсаторы на кварце) запускал STM32F107VCT6 на... порядка 90МГц вместо возможных 72. Но почти постоянно вылетал в HardFault. Вероятно, какая-то переферия отваливалась, а ядро и флеш могли работать и быстрее.

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

Зачем только интересно? Это же не комп под игрушки разгонять

В компах все очень сильно разнилось от конкретного экземпляра, плюс периферия работала нестабильно...

В серию такие разогнанные МК не пойдут, только для себя, от делать нефиг.

Я разгонял STM32F407 и STM32F429 до 250 при максимальной 168 и 180 МГц соответственно)

Зачем только интересно?

Хороший ARM итак не заставляют себя долго ждать. Сотни мегагерц, где почти все инструкции одноцикловые. Я пока что не встречал реальных примеров, где всё начинает работать только лишь с разгоном. Но для увеличения производительности, можно посмотреть на камушки побыстрее и постарше. Благо рынок МК и процессоров сейчас довольно насыщенный.