X-Virus-Scanned: amavisd-new at bezeqint.net
Hello, Yuriy K! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Thu, 03 Aug
2006 16:12:06 +0400:
AB>>>>>>>> А если в PIC еще PLL до 40 МГц включить... YK>>>>>>> То будет примерно как 5-МHz AVR... DO>>>>>> С каких это дел и на каких задачах? YK>>> Архитектура у AVR удобнее для компилятора.
DO>> Предлагаю поучаствовать в конкурсе и показать это практически.
YK> Время потраченное тобой на этот проект было оплачено твоим YK> работодателем.
Вранье. Я это делал в свое свободное время, а зарплата у меня не почасовая.
YK> Кто оплатит мое (или чье-либо еще) время?
Кто-то же оплачивает то время, что ты в эху письма пишешь... Отвлекись и сделай, неужели так сложно?
DO>>>> Я никогда не применял C54, а после C73 никаких отрицательных DO>>>> эмоций не возникает. Указанное чудо лет 6-7 назад появилось, и DO>>>> это какой-то кошмар.
YK> Я применяю MC9S12D64 - замечательные процессоры. По набору периферии YK> всякие AVR-ы и рядом не стояли. PICи курят в сторонке по производительности.
Рад за тебя. С моими задачами пока что отлично справляются PIC'и.
YK>>> Мораль: "Hе надо было никогда применять GP32". YK> Я забыл добавить: "тебе".
Не надо было. В другом устройстве в несколько раз более дешевый 16F819 отлично справляется. Но тогда этого еще никто не знал.
DO>> С54 что написано, то и делает. А GP32 выглядит пристойно, а на DO>> практике работает крайне херово.
YK> GP32 работает в полном соответствии с даташитом. Странно, да?
Это если не читать эрраты. А если читать, выясняется, что были большие партии кристаллов с неработающим вообще BOR, я кстати помнится постил сюда тогда эту информацию. Еще выясняется, что возвращаются кристаллы со стертой программой. Еще выясняется, что не только внутрисхемное, но и просто программирование их - проблема. Я не говорю, что нерешаемая. Десятки тысяч изделий с этим процессором работают, но больше я подобной головной боли не хочу.
YK>>> BTW, у нас GP32 используется в жестких off-road automotive YK>>> устройствах более 5 лет. Проблем нет абсолютно никаких. YK>>> "Вы их просто готовить не умеете". :-)
DO>> Вы просто не умеете проблемы искать
YK> Возможно. Есть даже хороший анекдот на эту тему.:-)
С анекдотами - в ru.анекдот. Отсутствие проблем у разработчика обычно говорит не о том, что их нет, а о том, что их не смогли найти.
DO>> Проблемы были, и частично и есть.
YK> У кого как. У нас нет. Просто нет. Тысяч 10-15 изделий работают в YK> условиях жестокой тряски и повышенных температур.
Жесткая тряска и повышенная температура - не те факторы, которые влияют на контроллер. А вот неблагоприятная электромагнитная обстановка вокруг - это уже из существенных факторов.
YK> Естественно прогонялся PTC тест 1000 часов -40..+85..-40 и прочий набор
Термоциклирование выявляет конструктивные проблемы и проблемы с качеством сборки тестируемого изделия. Высокая температура - фактор риска для силовых компонентов, она сужает их область безопасной работы и/или срок службы. У контроллера в худшем случае немного параметры сползут, что в большинстве случаев незаметно вовсе.
YK> EMC/EMI/vibration/etc.
EMC/EMI к надежности контроллеров относится, но ровно наоборот. Чем с ним лучше, тем с менее помехоустойчивым контроллером не будет проблем.
YK> Отказов по вине процессора не помню.
А я - помню. Было несколько случаев возврата с неработающим процессором. Причем только им. С PICами такого не было ни разу, при том, что с ними нами выпущено во много раз больше число устройств. Процессоры везде (в смысле во всех наших устройвах )работают примерно в одних и тех же условиях.
YK> Процессор как процессор. Программируется программатором. Hи для YK> производства, ни для разработки это не проблема.
Проблема то как он программируется. Решаемая (см. выше), но проблема. В сравнении с теми же PIC'ами разумеется.
dima
formatting link