Description Compilers with improved optimizations for the STM32F10xxx have been recently released on the market. Revisions Z and B of the medium-density STM32F10xxx devices (STM32F10xx8/B) do not support some of the sequences associated with the high-level optimizations done in these compilers. Revision Y is not affected by this limitation.
Workaround This behavior is fully deterministic, and should be detected during firmware development or the validation phase. Consequently, systems already developed, validated and delivered to the field with previous silicon revisions are not affected. For code update of revision Z and B devices already in the field, do not use these new compilers. To date, compilers known to generate these sequences are: ● IAR EWARM rev 5.20 and later ● GNU rev 4.2.3 and later For new developments associated with these compilers, revision Y of the STM32F10xx8/B must be used.
Есть ли более подробное описание этого глюка ? а то с ерраты ничего не понятно...
У меня IAR5.20 как этот глюк проявляется и как нанего и скакой вероятностью на него можно наступить ? Я вобще не понимаю этого описания.... как можно советовать использовать компилятор более раних версий, получается как бы виноват компилятор, но тут виноват контроллер, следовательно глюк у него и причем тут тогда компилятор если я буду писать на чистом ASM ? Вывод если это ошибка камня то по чему она не описана.... К примеру у TMS320C5502 тоже есть глюки ядра которые тоже зависят от ревизии но там четко написано что после этой команды надо поставить NOP к примеру....
Кто пробывал работать на IAR5.20 c камнями ревизии Z что там глючного ?
Я читать умею, у меня лежит партия ревизии Z. Хочу знать что сней не так.
У меня партия не лежит, только образцы, но на это сообщение забил, пока все работает. Множественные фичи контроллера не использую. Где споткнусь - не знаю. Да, библиотеку обновил, чтобы окончательно ввести противника в заблуждение.
STM32F101 Rev. Z
Dec 14 2008, 13:42
