STM32F101 Rev. Z Опции

[MALLOY2]

Вопрос по errata.

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 что там глючного ?

[MALLOY2]

О... это уже что- то, спасибо.

Но тут тоже калабур.

Имеем:

CPU Rev Z. - старая версия
CPU Rev Y. - новая версия

IAR 5.11 - старая версия
IAR 5.20 - новая версия

1) Из выше приведенного текста выходит что старый иар незнает о LDRD - то какже оно работает с ревизией Z ? значит тут глюк не в LDRD.

2) Сатрый иар знает об этой ошибке и генерирует правельный код, для простоты не использует LDRD, это более правдободобно.

3) Новый иар уже думает что работает с исправленным ядром и использует команды LDRD из за этого возникают проблемы с ревизией Z - вывод ревизия Y уже сделана на новом ядре. Но выше приведенном тексте написано что новые компиляторы умееют обходить LDRD, а не то что выпущена новая ревизия ядра с исправленным глюком непонятно...

или я не так чето понял, и 3 пунк является самым правельным ?

[Sanek_spb]

О... это уже что- то, спасибо.

Но тут тоже калабур.

Имеем:

CPU Rev Z. - старая версия
CPU Rev Y. - новая версия

IAR 5.11 - старая версия
IAR 5.20 - новая версия

1) Из выше приведенного текста выходит что старый иар незнает о LDRD - то какже оно работает с ревизией Z ? значит тут глюк не в LDRD.

2) Сатрый иар знает об этой ошибке и генерирует правельный код, для простоты не использует LDRD, это более правдободобно.

3) Новый иар уже думает что работает с исправленным ядром и использует команды LDRD из за этого возникают проблемы с ревизией Z - вывод ревизия Y уже сделана на новом ядре. Но выше приведенном тексте написано что новые компиляторы умееют обходить LDRD, а не то что выпущена новая ревизия ядра с исправленным глюком непонятно...

или я не так чето понял, и 3 пунк является самым правельным ?

5.20 не работает с Z, тогда 5.20 это и был новый ИАР и по предположения авторов текста приведенного в первом посте все остальные ИАРы по идее должны будут уметь компелить оптимальный код, но ребята в ИАРе и останых конторах заметили багу и понавыпускали патчи к своим продуктам.