Уважаемые ПОЛЬЗОВАТЕЛИ продукции АТМЕЛ. Информация к размышлению. Столкнулись с проблемой. Уже на этапе выходных стендовых испытаний приборов на базе AT89S8253J (которые производим уже 5лет, и изначально использовали 8252) случайно!!! вылез следующий глюк - при кратковременном (0.5-1sec) пропадании или просадке сетевого питания, при котором питание на самом CPU успевает просесть до уровня 1-2V, CPU попадает в следующее состояние - генератор запущен, все порты в пассивном состоянии, на PSEN и ALE статический уровень 5V, на RST сбросовые импульсы с внешней 'собаки'. Никакой реакции на сброс нет. При этом процессор не выходит из 'ступора' даже при повторных просадках питания до уровня 2V. Только в случае полного снятия питания до 0, при последующем включении нормальная работа восстанавливается. Приборы предназначены для управления взрывозащищенной трубопроводной арматурой на нефте- и газопроводах России и Казахстана в необслуживаемых условиях. Для них это смертельный номер (точнее не для них, а для нефте/газопровода). Факт отказа CPU проверен, полностью исследован и не подлежит сомнению. Процессоры ревизии N и Р, пр-ва 17,18 и 24 неделя 2006г. Закупались в начале 2007г у дистрибъютора ATMEL в Польше (100шт)(правда через посредника) и у Симметрон-Украина (100шт). После замены на рев.R проблема ушла, что говорит о том, что производителю она известна, и была им устранена приблизительно в мае-июне 2006г. Возникает вопрос, почему брак (а это именно брак, который невозможно обойти никакими програмными ухищрениями, и выявить можно только случайно) до сих пор находится в продаже, а не отозван незамедлительно со всех складов и у дистрибъюторов, и главное, почему нет никакой информации ни на сайте Atmel, ни у его официальных предствителей в Украине и России (Виаком, Rainbow). Более того, на официальный запрос через ф.Rainbow с приложенным официальным актом от нашей фирмы, уже полтора месяца нет никакого ответа, полная тишина. Наверное 700$ жалко возвращать . Хотелось бы посмотреть на реакцию менеджмента Atmel, например на взрыв нефтепровода с разливом 1-2млн.т. нефти (что в нашем случае абсолютно реально, даже с учетом резервирования, поскольку отказ в случае кратковременного пропадания питания может возникать одновременно на нескольких приборах, в т.ч. и резервных) по причине их бракованного микроконтроллера, что доказать будет не сложно. Думаю их реакция была бы гораздо более резвой.
Пользуюсь продукцией Atmel уже 10 лет, видел всякое, но такого безответственного отношения еще не приходилось, я просто в шоке. Даже злощастные 100шт. в Польшу вернуть не могу, говорят нет такой проблемы у Atmel, а паянные микросхемы возврату не подлежат, т.к. мы их продать уже не сможем. Я уже не говорю про сам факт снятия с производства надежного, годами проверенного 89S8252 использующегося миллионами штук, не имея его прямого аналога (который должен устанавливаться на его место без к.л. аппаратных и програмных доработок) и даже не доведя до ума непрямой. О потребителях вообще кто нибудь думает? Выход вижу один - срочно менять элементную базу на Cygnal,AD,Philips,Siemens - не знаю. Если кто подскажет из собственного опыта, кому сейчас можно доверять, буду благодарен. Своим опытом намерен поделиться с максимльным к-вом пользователей Atmel. Может там все-таки отреагируют, и изменят свое отношение к собственной продукции и ее пользователям. Очень хочется в это верить, поскольку наработано за 10 лет немало, и заниматься миграцией не очень радужная перспектива, но при таком наплевательском безалаберном отношении, неизбежная.

может ли такому вопросу быть одинарного ответа ? пример: какои то изготовитель счетчиков електричества купил от Hitachi партию 25млн каких то H8 и обявил что ни одного брака небыло. разумеется сразу рекламровали что H8 самый-самый. но вот рядом 1 млн любителеи каждый исолзовал по 25 PIC / AVR/ 8051, но ни одого H8. у некоторых некоторые мк сгорели, что неудивительно, т.к. способности людеи разные.

В каждом даташите есть следующий параграф:



Очевидно, в кристалле была ошибка. Изделий без ошибок не бывает - вопрос только в значимости конкретных ошибок для конкретных применений. Когда ошибку обнаружили - её исправили. Кстати, кристалл греться не начинал?

Для действительно критических приложений лучше делайте многоуровневую защиту. Ведь никто не гарантирует, что конкретный кристалл просто не выйдет из строя через месяц работы. И что тогда?

Я сам когда-то столкнулся с тем, что повелся на надпись fully-static design для ATMega8 и заложил изменение частоты внешнего клока. После чего в очередной версии даташита появилась фраза, что при подаче внешнего клока период не должен изменяться более чем на 2% за такт, или подавайте внешний reset, а иначе последствия будут непредсказуемые. К счастью, приложение было некритичным, и связанные с этим глюки я так ни разу и не увидел, а то бы пришлось выкидывать килобайты сильно оптимизированного ассемблерного кода.

Что касается потенциальных миллионных убытков и вопроса, будет ли платить Атмел - ну так для этого существуют military кристаллы, согласитесь, справедливо, прежде чем предьявлять претензии на миллионы, предупредить об этом поставщика и заплатить ему соотвествующие ответственности деньги за проведение соответсвующих проверок.

C Аtmel никаких компенсаций за неработающие приборы никто никогда не получит. Они не виноваты. Если бы в приборе стоял супервизор питания таких глюков бы не было. Сторожевая собака это не то. И никто не гарантировал что процессор работающий с 2-х вольт не залетит в такое состояние, что его даже сбросом оттуда не вытащишь. Раньше, когда еще и процессоров не было, простую логику можно было загнать в состояние, из которого был выход только отключением питания. Внешний супервизор питания, или внутренний BOD решают проблему.

Да, они просто обязательны в таком типе оборудования! Но РЕШИТЬ проблему может только грамотно спроектированный блок питания (подхват питания резервной батареей или ионистором). Экономия здесь просто неуместна (ИМХО, конечно), убытки-то могут быть ого-го ...

Откуда такая увереннось, то

Это интересно
Каким образом может помочь внешний супервизор если сброс не помогает. Разве супервизор не на сброс вешается?
Речь в теме шла о том, что при просадке напряжения питания до определённого значения, МК уже перестаёт функционировать как таковой, т. е. вотчдог не заводится, ядро не стартует и внешний сброс не помогает.
О каких внешних припарках в этом случае может идти речь?

PS Что же касается внешних прибамбасов, то на них как раз таки никогда не скупимся.

Видимо предполагается, что глюки с питанием при зажатом reset могутне иметь столь трагических последствий. Может быть, а может и не быть. Встечался документированный производителем глюк, когда после "плохого" нарастания питания и освобождения reset даже внешним супервизором нужно было еще разок отресетить . Тут претензия к Atmel в непоминании в errata и исправлении втихаря.

Не знаю, возможно при малом напряжении, если проц пытается работать[генератор уже запустился], его как-то клинит и он не может выйти из этого состояния. При принуд. сбросе при малом напряжении проц остановлен и все ОК. По крайней мере, такие моменты были. Кстати вспомнил, что ремонтники весов и ККМ жаловались, когда вместо I8031 и AT89C51 пошли более современные, и сперва без супервизоров. Некоторые аппараты лечились только доп. супервизорами.

Вам уже порекомендовали поставить супервизор. Это с 90% процентной вероятностью полностью решит вашу проблему. Проверено на нескольких типах процессоров, включая Atmel x51.
Секрет здесь в том, что давить процессор ресетом нужно ДО того, как его переклинило. Взглюкнувший чип ресетить бесполезно - не реагирует. Клинит процессоры (да и мелкую логику) обычно при напряжении ниже Vmin и до 0,8V. Супервизор должен гарантировать подачу ресета при включении питания питания уже с 0,8V.
Кроме того солидные фирмы (TI например) выпускают стабилизаторы со встроенным супервизором и _разрядкой_ выходной цепи при снижении питающего напряжения.

Предъявлять претензии производителю бесполезно. Ни в одном даташите не описано поведение чипа при питании ниже Vmin.

Имана. Любой производитель, причём. На Телесиське ДАСМ плакался - нужен МК для работы с плавно-нарастающим питанием. Нет таких. Все уходят в аут в той или иной форме.

Еще раз напишу. При активном Reset питание может быть каким угодно. Ничего страшного не произойдет. А вот если ресет снят и проц работает при напряжении много ниже допустимого - никто не гарантирует что он не залетит в такое состояние, из которого его не вытащишь даже внешним ресетом, только выключением питания.
Тригер ТМ2 у которого на выходах две 1-цы или два нуля видели? При этом он не реагирует ни на какие входные сигналы. Выключение питания выводит его из этого ступора. Так что все возможно, если делать через Ж.
Для логики нормируется время нарастания питания. А сделать неграмотную конструкцию и свалить все глюки на производителей микросхем - это все любят.

Нифига! Я в его же теме описал все эксперименты с MSP430. Работает, зараза, при любой плавности нарастания питания : Естественно, те кристаллы в которых BOR имеется.

Так о том и речь, что БЕЗ супервизора глючит, даже со встроенным-ОК.

Ну и чем отличается встроенный от не встроенного?

Всё равно, режим "суб-БОДового питания - весчь в себе". ФПГА ваще может загнуцца, что не разогнёш. По сравнению с 51 у них гейтов больше, потому там это описано щщательно.