Atmel разродился ревизией C для серии 7X. Как и следовало ожидать, флеш сломана и на них тоже, так что всем, имеющим серийную продукцию на данном кристалле - радоваться.
Из крупных свершений можно отметить работающий теперь на 128/256 RMII.

Я прошу прощения - а что это значит? Отошел от SAM7 пару лет назад и "выпал" из темы
Или имеются ввиду возросшие WaitStates?

Аха

Скорость работы без wait-state'ов снижена с 30 до 20МГц.

Правда, до 48.1МГц разрешают работать с одним, а вот выше - фигушки. Но это очень похоже на уловки менеджмента - ущерб от возможных претензий ожидается ниже, чем ущерб от отсутствия продаж, если все написать честно

Я так понимаю - они чипмейкера/техпроцесс поменяли?
А 48МГц - оно вроде оправдано - если используется еще и USB, то именно на 48 все и работает.

Похоже на то.


Просто очень подозрительно выглядит этот пункт в еррате:
Нажмите для просмотра прикрепленного файла

Мы не знаем как там у них флешка устроена и что у нее на выходе - там может быть, например, регистр, неизвестно на какой фазе клока защелкивающийся или просто мост на AHB тормозит - t_pd высоковат. Поэтому, да - хотя и странный пункт, но не такой уж невозможный, имхо. Ну а нам, (несчастным, применившим Атмел), остается только на веру принимать - 0WS - 20MHz, 1WS - 48.1MHz, 2WS - 48.1+
P.S. Помнится я ScmRTOS тестировал - там в примере на SAM7S 48МГц была упущена настройка 1WS - так оно спокойно себе на 0WS безошибочно молотило (я так понимаю что не только у меня но и у авторов примера). Тока быстро уж очень, что вызвало подозрение и обнаружение ошибки.

У меня S-ки с одним заработали на 48 мегагерцах. Правда вроде медленней, чем предыдущие ревизии. Пришлось оптимизировать опрос АЦП - жертвовать памятью и делать его через DMA, пока что работает.

Наткнулся вот на другую неприятность - как то изменилось поведении бита CSSAT(както так кажется) на SPI, который отвечает за подъем CS, и проект тупо не заработал. Как раз в понедельник буду расковыривать их дальше, может что еще улучшили.

Может быть, сказались исправления по части АЦП? Их довольно много было.


Ну, этот бит изначально работал не так, как это может представиться нормальному человеку после прочтения DS. Атмеловцам даже в FAQ пришлось отдельно освещать вопрос.

Не. Это я всю программу ускорил, засчет уменьшения числа прерываний, а тормозило проигрывание звука, так как и флешка и цап на spi висят.



Я, честно говоря, забыл чего там было. По моему его работа как-то не так была сделана с PDC, а у меня в в данном случае поллинг. Сейчас полезу в это, думаю надо программно этот CS сделать, чтобы с ревизиями не ковыряться. Проблема в том что устройства могут перепрошиваться пользователями, и, в отличие от атмела, приходится заботиться об обратной совместимости.

Что за ботву Атмел гонит на этот раз?
Рассылает письмо:

Прошел поиском по даташиту - нет там упоминания о бите ATD. Там вообще упоминания ATD нет. Что они имели ввиду?

Возможно Analog To Digital (ADC).

Ну вот и я попался на ревизию Ц. Кончились старые запасы AT91SAM7S64 ревизии Б и в очередную плату (хорошо в одну, а не в партию) запаяли два кристалла ревизии Ц из прошлогодней закупки примерно ноября. Чудеса. Процессор работает ровно до перезагрузки. Неважно - снятием питания или сбросом по собаке. А по сбросу по собаке у меня реализован выход из загрузчика. Два часа разборок и интересный вывод - после сброса в кристалле оказывается не та программа, которая была в нем до сброса. Сделал предположение, что проц восстанавливает самбу. Причем эффект повторяется 100% на четырех опробованных кристаллах. Поставщик признался, что по ошибке отгрузил нам некоторое количество из тех самых отзывавшихся кристаллов. Сразу же без разговоров заменил на ревизию Б. Полдня потеряно.
Да, нога TST, предназначенная для восстановления самбы не используется и согласно даташиту оставлена в воздухе. Не стал проверять - сохранится ли эффект, если ее подтянуть снаружи.