Только что получил следующее:



Ну и как водится старую ревизию снимают, будет только новая. Всем кто на них делал что-либо большой привет! Если не хватит производительности или переделывайте или снимайте прибор с производства. Какая неожиданная радость!! Ну и цена 7 баксов теперь будет.

Когда этих дол...ов уже купит микрочип?

Это не ошибка переводчика ? Что в англоязычном оригинале-то написано ?

Нет, не ошибка. На частотах выше 20MHz теперь нужно ставить 1 WS, выше 48.1 - два. Но это касается только S128C и S256C.

40.9.1Embedded Flash Controller (EFC)

40.9.1.1EFC: Embedded Flash Access Time 1

The embedded Flash maximum access time is 20 MHz (instead of 30 MHz) at zero Wait State
(FWS = 0).
The maximum operating frequency with one Wait State (FWS = 1) is 48.1 MHz (instead of
55MHz). Above 48.1 MHz and up to 55 MHz, two Wait States (FWS = 2) are required.

Problem Fix/Workaround
Set the number of Wait States (FWS) according to the frequency requirements described in this
errata.

Молодцы.

Может быть, ваш проект позволяет разместить часть кода в ОЗУ ?

Да вроде бы должно все прокатить без изменений. Осталось только впаять семплы и молиться. Выкрутиться, если не прокатит, тоже как-нибудь можно будет, я думаю.

Проблема в том, что у меня и без этого работы полно, а править что-то в уже написанном когда-то и работающем коде почему то не хочется. Зачем надо что-то изменять в процессоре, которому 8 лет? То есть большинство проектов под него уже сделано и тупо клепается на конвеере. Матерных эпитетов не хватает.

Можно не надеяться на "вроде бы" а проверять ревизию МК при запуске программы.
Но то что они те, кем Вы их назвали я согласен.

Зато в новой ревизии "C" огромную кучу прочих эррат исправили! Причем так, что тех практически не осталось. А что предел флеша с 30 до 20 МГц понизили, то, думаю, лишь для пущей гарантии надежности. Т.е. они не флешь хуже поставили, а по прежним образцам статистически обнаружили (или жаловались клиенты), что какие-то экземпляры на пределе частоты сбоят. Вот они в даташите и понизили на треть гарантированный порог, типа перестраховались.

Ставить новый экземпляр вместо старого и не брать в голову!

Зачем только было так напрягаться, если продукт как-бы доживает свой век? В новое изделие его уже никто закладывать не станет, а старые, как верно заметили, уже давно производятся.


Угу, а для SAM7S64 решили что и так сгодится.


Ну-ну.


Кстати, цифра 48.1МГц для предела 3WS тоже вызывает сомнения: 20 * 2 = 40МГц. Но если бы они написали в еррате такое, клиенты бы с говном съели совсем не поняли.
Так что вполне может оказаться, что истинные масштабы проблемы скрываются.

Снимешь изделие с производства - народ ругается, и оставишь - тоже ругается. Только в первом случае за то, что клиентам трудно тиражировать свои старые конструкции, а во втором случае из-за того, что для новых конструкций устарели морально. На всех не угодишь, каждый найдет повод попинать производителя.

А с другой стороны, у Atmel как раз и был затык с производством, т.к. он фактически на новое место с производством переехал. С понедельника заново жить начал . Поговаривают, что на новом месте даже технология стала на сколько-то нанометров меньше, оттого и пришлось чипы по-новому "разводить". А раз так, то самое время всякие прогрессивные изменения в конструктив вносить, т.к. потом в процессе тиражирования будет поздно. И в AVR-ок это тоже коснулось - там с буквой "A" серии появились, а так же новые чипы на замену старым.


А про этот фиг его знает . Может быть у них flash блоками по 64К или того меньше? Делают, скажем, все под одну гребенку как SAM7S256, испытывают на высокой частоте, и если не тянет, то кастрируют тормозные блоки, оставляя самый быстрый. Т.е. почти так же, как Intel свои процессоры под Селерон маркировал, когда кэш оказывался с брачком.

_____________________

Хотя по правде сказать, я на Atmel тоже маленько обижена за медленный flаsh. Похоже на то, что 25-33 МГц ему предел, а дальше приходится по частоте прореживать, добавляя лишние такты ожидания. Видимо по этой же причине AVR тоже выше 20 Мгц не работают, поскольку такт пропускать не умеют. И с AVR32 та же история, что с SAM7S. Т.е похоже, что независимо от архитектуры (ARM, AVR или AVR32), flash они тачают по одной и той же технологии, которая еще быстрее работать не может.

По началу я думала, что так и быть должно - мол, физический предел флешу в этом месте положен. Но когда узнала, что серия RX600 от Renesas работает на своем флеше без дополнительных тактов ожидания аж до 100 МГц, расстроилась за Atmel. Ведь фактически только скорость flаsh не дает их контроллерам работать быстрее. И тут 100 МГц не надо, было бы достаточно 55-60, чтобы стали не нужны такты ожидания практически на всех моделях выпускаемых контроллеров. Ведь время идет вперед, и одного только повышения энергосбережения маловато будет, хотелось бы, чтобы и в скорости была прибавка.

И хотя эта тема находится в разделе ARM и формально посвящена одному из МК этой архитектуры, тем не менее, обсуждаемый вопрос касается исключительно скорости flash. А стало быть, данная проблема простирается на только на SAM7S, но и на всю продукцию компании Atmel. Что они там написали в даташите - лишь частности, а суть же в том, что, начиная с 20 Мгц начинается у них зона неустойчивой работы flash. Завестись такой МК заведется, но сколько протянет на этой частоте без единой ошибки? - Вот в чем вопрос! А нормы очень жесткие - контроллер годами должен работать, не допуская сбоя по внутренним причинам. Отсюда и тот лимит скорости, который закладывает производитель в даташит своего изделия.

Полагаю, что не будет для этой темы флеймом, если кто-нибудь знающий поделится здесь информацией о том, до каких частот может работать flash в роли ПЗУ. А то вдруг уже проявилась flash-память "нового поколения", которая может работать в несколько раз быстрее, чем та, с которой начинал и продолжает использоваться Atmel?

В SAM3 флеш исправили, снабдив её 128-битной шиной с ускорителем. Хорошие, кстати, процессоры получились. Еще бы побольше RAM, поменьше глюков и приличную документацию - цены бы им не было.

Я надеюсь, что мне не придется ничего переделывать. Проверка ревизии МК не поможет если какая то функция будет не успевать нормально выполнятся - нужно будет оптимизировать код, если это возможно.




Да-да.


Не народ, а производители, кто на это изделие заложился с перспективой на годы.



Вы, Ксения, что-то путаете.

Что лучше - заложиться на годы горбатым по определению камешком или резко сменить приоритеты и заложиться на другой горбатый мк.? ATMEL и STM - вроде бы разные, а ненавижу их одинаково

Прошел слушок, что в связи с японскими событиями у ST ожидаются проблемы с поставками. Почему это так не имею понятия. Дай бог чтобы это оказалось только слухом и происками конкурентов.

вот официальные заявления разных производителей электр. компонентов на события в Японии....как я понял из офиц письма у ST там только офисы продаж .)))

http://www.ebv.com/en/press-print/earthqua...ref=u1264-c7237

вот выдержка оттуда
"ST does not have any manufacturing operations in Japan.Our office operations in Japan continue both in Tokyo and Osaka, while distribution in Japan of our finished products is encountering temporary difficulties for obvious reasons. We are collaborating very closely with our Japanese customer and supplier base."

Сообщение отредактировал model25 - Mar 22 2011, 05:27