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

Подпишусь под каждым словом!

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

А вот интересно, как рассчитывается этот кондер
после 7805.

Да, там не говорится, но многочисленные эксперименты (и информация от производителя) говорят о том, что если просадка напряжения не до нуля, то установка ресета, даже задолго до просадки и во время неё с отпусканием задолго после просадки ситуации не спасает.
Повторю, что исследовался только AT89S8253J.
Проверялись также многие AVR, ничего подобного не происходит.

В надежных схемах супервизор не только резет к земле тянет, но и вырубает само питание процессора и ПЛИС. Потом ждет, когда питание восстановится, в нужном порядке включает питания и дает резет. Как это оргагизованно со стороны вторичных блоков питания- обычный p- канальный полевик перед стабилизатором или вход enable контроллера ипульсногог step-down, это уже второй вопрос. Смотрите аппликухи от Power Supply Sequencers, например у АД http://www.analog.com/en/subCat/0,2879,766...F0%255F,00.html

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

Господа электронщики, всем спасибо за живое обсуждение. К сожалению не имею особого времени следить за форумом, и опертивно реагировать на вопросы и претензии. Для тех, кто не совсем понял проблему, поясню, что я имел ввиду.
Во первых, она (проблема), естественно, не в деньгах (как некоторым показалось). Ни в тех, что выброшены за бракованные процы, ни в тех, на которые можно было бы влететь, уйди проблема незамеченной в эксплуатацию. Все это вещи неизбежные, от которых 100% гарантии нет, и быть не может.
Проблема не в качестве атмеловских контроллеров, и не в том, хуже они чем другие, или лучше. Проблемы были есть и будут есть у всех без исключения производителей. Это очевидно любому технически грамотному человеку.
Проблема не в технике. Не в том, как ее обойти. Это не тот вопрос, который меня интересовал. Кстати, монитор VCC, естественно, стоит (как-то давно забыл, что watchdog-и бывают и голые, без супервизора питания, поэтому обзываю их просто - собака), и RST вырабатывает уже с уровня 4.5V. Более того, для полного исключения всех вторичных факторов (встроенное ПО, схема включения, схема питания, потенциальные конфликты внешней «собаки» с внутренней и т.п.) были проведены испытания нескольких микроконтроллеров без программы (полностью стертых), без внешней собаки с элементарной схемой включения (питание +5V от лабораторного БП через НЗ контакты кнопки, в цепи питания (после кнопки) керамический конденсатор емкостью 0.1uF и электролитический 100uF, из выводов CPU задействованы только VCC, GND, XTAL1 и XTAL2. к которым подключался кварцевый резонатор 11.0592MHz с емкостями 5.6pF). С помощью осциллографа контролировалось состояние выхода ALE, на котором при штатном функционировании должны присутствовать импульсы с частотой Fosc/6. Подача питания от БП кратковременно прерывалась НЗ контактами кнопки, после чего напряжение на выводе VCC опускалось до уровня 1.5-2V со скоростью около 1V/50mS (в следствие разряда конденсатора 100uF), после чего контакты кнопки вновь замыкались, и напряжение на выводе VCC резко возростало до уровня +5V. Сбой возникал очень регулярно и проявлялся полностью аналогично описанному ранее, после чего подача напряжения VCC на вывод RST не имела никакого эффекта. Работоспособность восстанавливалась только после снижения VCC до уровня ниже 1.5V и последующего его восстановления. Был вопрос по нагреву - нет, в состоянии "ступора" нагрева не наблюдалось.
Насчет поддельных или перемаркированных CPU закупленных неизвестно у кого в Польше, так это была первая мысль (хотя и казавшаяся маловероятной), что пришла мне в голову. Однако, к сожалению!!!, она не подтвердилась. Во первых, брали у официального дистрибъютора, хотя и польского (почему там? - потому что только там удалось найти старые, давно проверенные 8252, снятые с пр-ва, и закрыть ими основную часть заказа. От вынужденного перехода на 8253 (видя обилие ревизий кристалла и errata) упирались до последней возможности. Во вторых, вторую партию закупали уже в Симметроне, специально с сертификатом подлинности, и получили точно те же близнецы братья (и на вид, и по сути). Также сравнивал внешний вид, маркировку и т.д с третьей закупленной партией рев.R, которые работали уже без проблем - никаких сомнений, это БРАК Atmel. Причем брак не производственный (слишком четко и одинаково он проявляется на всех образцах), а схемотехнический. И подтверждение тому то, что, как удалось выяснить уже позже, я не первый, кто столкнулся с этой проблемой. Вот и IgorKossak еще раз подтвердил то же самое. Кстати, Игорь, если остались данные о том как и куда направляли запрос, какой и откуда получили ответ, поделитесь, может хоть на будущее пригодится. Можно на email.
Что касается любителей Хоровица с Хиллом, и советов предусматривать все, и страховаться от всего же, то сразу на память приходит старый анекдот про монашку, морковку и презерватив. Естественно, на морковку на всякий случай лучше одевать вышеозначенное изделие (так надежнее). Однако вопрос в том, где граница между тем, что нужно считать возможным (и от чего, соответственно, страховаться) и тем, что можно признать как невозможное? Ограничена ли она чем либо, кроме высоты полета Вашей фантазии? К примеру в математике есть такое понятие, как аксиома, т.е. утверждение верное изначально, и не требующее доказательства. Без нее математика невозможна. Вот такой аксиомой для меня до недавних пор был RST, который, по определению, обязан работать всегда.
По поводу резервирования питания и т.п. для особо возмущающихся поясню, речь идет о контроллере электропривода запорной трубопроводной арматуры (это такой большой краник на столь же большой трубе, приводимый в движение электроприводом с 3-х фазным двигателем от 3 до 7.5кВт, и которому, для ее перевода из одного крайнего положения в другое, требуется от 1 до 10 мин). Устанавливается он внутри корпуса привода и запитывается от тех же 220В. Привод стоит непосредственно на задвижке, иногда посреди степи в 500-600км. от ближайшего цивилизованного поселения Так вот, питание самого контроллера при отсутствии питания на электроприводе практически не имеет смысла и его отсутствие не приводит ни к каким нештатным ситуациям, запитка же последнего от к.л. аккумуляторного резервного источника питания нереальна ввиду его потребляемой мощности. Резервное питание (далеко не везде, а только там, где это жизненнно необходимо) реализуется, как правило, дополнительным вводом 3х220В или дизель-генератором. Переход с основного на резервное питание производится, естественно, не мгновенно, а, как правило, в течение нескольких минут. Конечно, можно, на всякий случай, поставить ионистор, аккумулятор и т.д., но это опять про монашку. Главное, нужно знать от чего защищаться.
И вот тут то мы, наконец, доходим до сути проблемы, которая, собственно, и привела меня на Ваш форум. И называется эта проблема - абсолютно свинское отношение ф.Atmel к потребителям своей продукции, с которым я столкнулся, и которое на сегодня, не вызывает у меня никаких сомнений. Для пояснения еще раз приведу исходные факты:
факт №1 - В мае-июне 2006г фирмой Atmel была выявлена и в ревизии R устранена описанная выше проблема со "ступором" контроллеров (данный факт подтвердился уже из 3-х источников, сталкивавшихся с этой проблемой еще в то время). Данный глюк не может быть обойден никакими разумными ухищрениями (думаю потому и не описан ни в каких errata), и по всем правилам хорошего тона (когда фирма уважает потребителя своей продукции и думает о нем) должен быть незамедлительно отозван у всех дистрибьюторов (и далее по цепочке) как брак, а информация о нем большими красными буквами вывешена на стартовой страничке соответствующего сайта. Должно быть очевидно, что описанное ранее состояние "ступора" микроконтроллера может быть чревато самыми непредсказуемыми последствиями в любом более менее серьезном применении (с применением же Atmel-а исключительно в кофемолках, позволю себе не согласиться, в промышленной электронике они встречаются очень широко, я бы даже сказал чаще чем к.л. другие (как 51 так и AVR), в том числе и в конкурирующих продуктах. Более того, ущерб (в т.ч. и для имиджа) производителя кофемолок выпустившего солидную партию бракованной продукции не может быть менее важен чем чей либо другой). Но речь, собственно, не об этом.
факт №2 - В январе 2007 (т.е. уже через 7 месяцев после этого) нами у 2-х разных поставщиков, в 2-х разных странах закуплены те самые бракованные контроллеры. Объяснить это просто случайным совпадением можно только будучи патологически наивным человеком.
факт №3 - В феврале мы обратились к трем официальным дистрибьюторам Atmel в Киеве (Виаком, Rainbow) и в Москве (Rainbow) с описанием проблемы, и просьбой прокомментировать ситуацию. Естественно, во всех трех случаях, сначала пришлось убить приличное к-во времени на объяснения того, что ты не верблюд, и элементарные понятия в области своей деятельности имеешь. Итоговое резюме во всех трех случаях также было одинаковым - что то типа "ну, даже не знаем, что Вам и сказать. С одной стороны у нас нет оснований не доверять предоставленной вами информации, но с другой стороны, то что Вы описываете невозможно (т.е. такого брака не может быть)". Никакой информации от Atmel-а о подобных отказах у них нет. Кстати, тоже самое сказали и в Польше, и если в этом случае, все можно списать на материальную заинтересованность противной стороны, то в остальных - она отсутствовала напрочь. Параллельно был проведен скрупулезный целенаправленный поиск аналогичной информации в Интернете, и, прежде всего, на сайте Atmel, в соответствующих Data Sheet, Errata Sheet, Annotation Notes и т.д. Результат был полностью отрицательный.
факт №4 – 13 февраля совместно с ф.Rainbow нами направлен соответствующий запрос в Atmel также с просьбой прояснить ситуацию. Запрос сопровождался детальным описанием проявления проблемы, и официальным актом отбраковки контроллеров. Замечу, никаких финансовых притязаний и претензий там, естественно, не было. Сегодня на календаре уже 27 марта, а из силиконовой долины ни звука, не слышат они гласа вопиющего в пустыне, не до того им болезным.
Вот теперь сложите все эти факты в одно целое, и получится картина пылкой любви ф.Atmel к своим потребителям. Не знаю, как кому, а мне прекрасно понятно, что меня «держат за лоха» (простите за выражение), и меня это абсолютно не устраивает. Поражает тот факт, что это не советская фирма (для которой такое отношение к пользователю было бы нормой), и даже не СНГ-овская, а американская. Ну пусть наших людей за 70 лет приучили, что мы никто, звать нас никак, и человеческого отношения к себе мы не заслуживаем. Но американцы-то, европейцы? Вопрос – можно ли с этим что либо сделать, как либо повлиять и изменить ситуацию в свою пользу? Ответ – можно.
В теме было несколько отзывов по поводу возможности привлечения производителя комплектующих к финансовой ответственности за свою продукцию. Да, отписки в DS о том, что фирма не несет никакой ответственности ни за что, не новость. Это практикуют все производители, поскольку от ошибок никто не застрахован, и брать на собственную ж. лишнюю ответственность никому не хочется. Однако любую фирму можно заставить отвечать (в т.ч. и ее финансовым положением), и, как следствие, прислушиваться к своему мнению, и своим нуждам. И самый уязвимый и доступный механизм для этого – ее имидж, а инструмент - Интернет. Если каждый случай подобный описанному мной предавать широкой огласке, не давая возможности фирме прятать концы в воду и замалчивать действительное положение вещей, то зная, что все явное все равно, рано или поздно, станет еще более явным, у них не будет соблазна этого делать, оставляя пользователя заложником ситуации. Поэтому то, что за 2 дня в эту тему, по крайней мере, заглянули почти 2тыс. не посторонних в нашем деле человек, меня не может не радовать. Призываю и всех остальных поступать также, и всячески содействовать распространению такой информации (кстати, апологетам Atmel, это относится ко всем без исключения фирмам, просто мне лично Atmel как-то ближе). Там где ничего нельзя изменить в одиночку, коллективными усилиями можно сдвинуть гору с места. При этом Вы безусловно принесете пользу «любимому» производителю. Помните, что любая крупная фирма имеет хозяина с контрольным пакетом, для которого подобная информация будет не лишней, для того, чтобы задуматься, а правильно ли им подобран высший менеджмент фирмы, которому он платит отнюдь не смешную зарплату, и не поискать ли на их место более способные кандидатуры. Для последних же, это будет хорошим стимулом думать побольше головой, а поменьше противоположным ей местом.

_gen_, что нового вы сообщите Атмелу этой шумихой? Вы думаете, они не знают? Знают. Как смогли - исправили баг. Но из продажи не изъяли и информацию скрыли. Это не единственный глюк, просто о многих нам не известно. С точки зрения бизнеса их поведение логично, многие другие фирмы действуют точно так же (микрософт по этому делу атмельцев давно переплюнул). Если даже на Атмел надавить (массовыми возмущениями покупателей), что получится? Они сменят менеджеров, усилят контроль за качеством, введут улучшенное тестирование образцов, что потребует больше времени и увеличит цену чипов. Вам это надо? Мне - нет. Возьмите производителя микросхем, который бьёт себя кулаками в грудь и кричит, что их чипы - самые надёжные в мире, и к ним прикапывайтесь, они будут дорожить своей репутацией, к тому же перед производством устройств в особо ответственных приложениях составляется договор, на основании которого с них можно потом спросить. А атмельцам оставьте право совершать ошибки, они тоже люди. Ваше возмущение справедливо, но нет в мире совершенства. Волшебные слова - "AS IS".

М-да, прочитал я этот крик души и проникся.
Ситуация знакома, сами через это прошли, благо что устройство работает не в полевых условиях и у пользователя всегда есть возможность питание выключит и включить. Да и экземпляров слава Богу не много ушло.
Что касается ответа Atmel (они всё-таки норвежцы, а не американцы), то с ними списывался инженер из другого отдела и письмо никак найти не может, да нам в нём и необходимости нет уже. Единственное, что мог сказать, что писал им по адресу службы поддержки с официального сайта. Может у них тогда ещё работал тот инженер, который так оперативно ответил ? Не знаю, может нам повезло.
Что касается порчи Atmelу имиджа - не думаю, что следует тратить на это усилия. А вот просвещение пользователей - дело благородное, форумы для этого и предназначены. Жаль, что на Atmel форума нет.

А я полностью согласен с _gen_ о чём и написал в своём предпоследнем посте. Только более кратко.
1) Фирма должна была известить
2) При предъявлении претензий - должна была изъять с выплатой. Или заменить. (Это называется не предъявление претензий, а устранение брака!!! Люди не предъявляют счёт о проделанной гиганской работе по выявлению данного хомута, но эксплуатировать данные МК не могут в связи с вышеозначенными проблемами)

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

увы, с норвежцами Atmel имеет не особо много общего, лиш после покупки прав на AVR, до этого Atmel был знаменит как изготовитель Flash и EEPROM memory's . 51ые Atmela в основном с франции, с бывшего Temic идут.
http://www.fundinguniverse.com/company-his...ny-History.html

Не про МК конкретно, а про отношение к качеству собственной продукции. В одном изделии мы использовали модули DC/DC фирмы VPT. Эти гибридные модули могут быть использованы для military/aerospace применения (металлический герметизированный корпус, золоченые выводы, температурный диапазон -55...+125С, сертификаты MIL-PRF-38534, MIL-STD-883, система качества ISO9001 и т.п.). Сигнальный образец нам нужен был в авральном порядке, а поставка модулей предполагалась только через 3 недели. Обратились сначала к дилеру и потом на саму фирму. Ответ был "подождите, заказанные вами модули изготавливаются и проходят полную технологическую проверку". А на нашу просьбу продать их без проверки и что мы никаких претензий предъявлять не будем и готовы дать официальное подтверждение этому, т.к. нам для сигнального образца (по сути макета) нужно, был отказ типа "Мы понимает вашу проблему, но наша фирма (VPT) очень дорожит своим именем и не может позволить себе выпускать продукцию без соответствующего тестирования".
Бытовуху Atmel и продукцию military конечно сравнивать несколько некорректно, но просто хочу сказать, что отношение к качеству выпускаемой продукции не всегда коррелирует с популярностью бренда.

51-е этих французов - Matra Design Semiconductor - в космос летали, а в это время Атмел тужила свои AT89C51/52/55, позже появился AT89S8252, 55WD. Так что если есть конкретные сведения, кто, когда, как апгрейдил 8252 до 8253, который с кучей убогостей от рождения, ссылки в студию. А то слышали звон, да не знаете где он. Мы употребляли тысячами AT89C55, AT89S8252, T89C51RD2 (когда они уже были Atmel Wireless and Microcontrollers), AT89C51ED2 (на них как пересели... и больше разработок с 51-м не появлялось). Траблы бывали - у 55-х порт 1 не всегда корректное состояние после сброса имел - пришлось всего-лишь инициализировать руками, какую-то глупость с таймером 2 находили, а когда в AT89C51ED2 уроды сделали побайтную запись в EEPROM... Убитых же от рождения - не видел. Праввда оговорюсь, я коммерческие 51-е от Atmel в руках только пару недель назад первый раз подержал. Недавно одну халтурку делал с товарищем - у заказчика тысяч 20 AT89S52 прошло без единого бракованного чипа - тестировались все девайсы. При этом Texas-овские логика и АЦП показали себя куда как хуже. Но в рамках дозволенного - гораздо менее 1-го процента брака.

Ну, допустим, Microsoft обычно аккуратно поддерживает knowledge base. Когда-то и Atmel аккуратно относился к errata. Теперь же найти информацию, в каких ревижинах какие были глюки, практически нереально. Да и большинство даташитов теперь вечно в состоянии prerelease. То есть Атмел, в погоне за экономией, в какой-то момент решил повернуться к потребителю попой, и если произойдут события, которые заставят его понять, что так делать категорически нехорошо - лично я против этого возражать не буду.

В целом соглашусь, для критических применений нельзя применять кристаллы, для которых производитель не поддерживает базу errata по всем ревижинам. Дело тут не в мифическом "что лучше борется с помехами, PIC или AVR", а именно в недостаточном для таких применений качестве организации технологического процесса разработки и производства кристаллов. Что делать? Обращать внимание на такие "мелочи", и закладывать в критическое оборудование только более дорогие кристаллы, для которых производитель поддерживает errata и оперативно отвечает техподдержка.

Лично я присоединяюсь к нижецитированному на все 100%.



В этой теме я описал, фактически, такую же ситуацию с AT90PWM3. Обнаружено 3 схемотехнических глюка в кристалле, никак не отраженных в errata. Запрос на Atmel не дал никаких ответов, после чего был тихо закрыт.


Он слишком много знал... или слишком много ответил... Потому и РАБОТАЛ

А я уже несколько раз встречался с ситуацией, когда нулевая мега 168 не берется ни внутрисхемным программатором со внешним тактированием и обычно, ни мк2. Параллельно пока не пробовал - просто перепаивал.

Ура, наконец то пришел долгожданный ответ от моей родной и любимой фирмы ATMEL!!!
Ответ, кстати из San Jose (Silicon Valley), California, USA, там она творит свои непревзойденные шедевры.
Неужели свершилось?! Неужели правда и справедливость наконец-то восторжествует?!!
Ага, как бы не так, держи пошире карман и доставай закаточную машинку. Ни единого слова по делу и существу проблемы. Весь ответ посвящен выяснению, почему ф.Rainbow задает вопросы по кристаллам с номерами серий, которые конкретно ей не поставлялись. Так вот почему пришлось ждать полтора месяца. Оказывается все честно, просто они все это время поднимали и сверяли свои базы поставок!
Спасибо родная моя, как же ты меня любишь!!! Поверь, и я тебя также!!!

А ведь возможно, что такой брак они мелкими партиями ч/з левые конторы.

Но они не учитывают, что наши конторы хитрее. Они с мелких контор задёшево перекупают назад и впуливают крупным потребителям задорого как нормальные.

Вот так тайное становится явным.

То есть, появилась новая версия происходящего - бракованные чипы распространялись ограниченно (типа, для спецприменений, где поведение при сниженном Vcc несущественно) и не должны были попасть массовому потребителю, поэтому не было необходимости публиковать данные о глюке и изымать из продажи?
Теперь атмельцы пытаются понять, какими неведомыми путями чипы попали в радугу? Хи-хи.

Когда-то я удивлялся, обнаружив что на Митино мне продали пакет транзисторов кт815, ни один из которых не работал (100% отбраковка, наверное прямо с завода). Видимо, ничего принципиально не изменилось Менталитет, так сказать, тот же.

Ну прально, если эта Радуга покупает микросхемы в изоляторе брака. И вообще, у кого придёцца... Чё сказать? "Кто сдаёт продукт вторичный, тот питаецца отличьно!!!"(С) Покупайте у них и дальше. И больше. ;О) Как говорится, геморрой на свою голову, за свои деньги. А Атмел виноват. ;О)

Последнее время очень часто стали появляться поддельные компоненты. Причём и у "крупных" поставщиков тоже. Подделки разного рода, как перемаркировка более дешёвых компонентов, так и видимо и из "изоляторов брака" (т.е. работает только каждая энная микросхема и то фигово). Часто подделывают компоненты на которые всё ещё есть спрос, но производство которых закончено (или просто старьё). Теперь вопрос: откуда у радуги компоненты, которые Atmel им не продавала? Палёнка. Ещё совет: обновите, наконец, компонентную базу. И поставщика тоже. У rainbow это не первый косяк с палёнкой.

Люди, не клевещите на порядочного поставщика, лучше читайте внимательнее тему. Rainbow абсолютно ни при чем, и брак мы у них не покупали. Наоборот, они по моей просьбе любезно согласились сделать запрос (поскольку им, как официальному диллеру Atmel, реальнее получить ответ на столь скользкие вопросы) по кристаллам купленым не у них. Вот и получили.

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

Дорогой товарисч, Не поленился почитать исходное сообчение и, таки, нашол, что искал. Ключевая фраза: "Уже на этапе выходных стендовых испытаний приборов на базе AT89S8253J (которые производим уже 5лет, и изначально использовали 8252) случайно!!! вылез следующий глюк..."
Дык, вот, этот глюк обязан был вылезти на сертификационных испытаниях. На периодических. На испытаниях, после замены одного типа процессора на другой. И вылезти должен был <b>неслучайно</b>.
Да, Атымел допустил косяк, да, косяк исправлен втихую, без занесения в эррату. Засранцы. НО! Нигде не написано, что МК обязан работать в таких условиях. А если такое оказалось возможным, испытывайте. Тем более, если такое отвецтвенное применение. И, если склероз не подводит, есть стандартизированная метода, выявляющая устойчивость к просадкам питания.
Т.о. несмотря на косяк Атымельцев, вина за возможные потери лежит на вас. Потому как вы обязаны произвести всевозможные проверки и поставить всевозможные защиты. И полные испытания производить не только при смене МК, но и, по хорошему, при поступлении новой партии комплектаццыи. Потому как от ревизии к ревизии одни косяки убирают, но добавляют другие.
А мне сдаёцца, что от этого страшного косяка можно легко избавиться резюком 10-20 Ом по питанию. Правило хорошего тона для высоконадёжных применений.

Ахренеть!!!! Май 2008 года. Куплена партия у фирмы "Точка Опоры". Вроде не самая плохая контора. Ревизия Р. Дата выпуска 13 июля 2006 года. 24 неделя. До сих пор продают. Я просто фигею....

Нарвался точно на такую же ситуацию. В изделии стоял AT89S8253-24PI 0613. Всё было нормально. Заменили на 89C51RC2-UM 0701. Результат - процессор не запускается. С внешнего супервизора ADM1232 идут импульсы сброса, тактовый генератор нормально работает, на ALE висит высокий уровень. Порт P1.0 в системе свободный, можно всё проконтролировать, так во время такого "ступора" у него выключена подтяжка! Через несколько секунд процессор может запуститься, а может начать выполнять ерунду и дёргать всеми ногами. Один из экземпляров иногда запускался на удвоенной тактовой, хотя fuse X2 не запрограммирован! Если процессор запустился, то после кратковременного выключения он всегда запускается. Но стоит выключить на пару секунд - снова не запускается.

Пробовал через переключатель соединить вход RST с VCC и снимать сброс только после установления питания - не помогает. Так что идея держать сброс активным при установлении питания ничего не дает. Помогло только уменьшение емкости на выходе 7805 до 10 мкФ (а было 47 мкФ). Но это не решение проблемы, так как сеть может просаживаться с любой скоростью.

Полная маркировка чипа: 89C51RC2-UM 0701 6H6381.

А если 0.1мкФ керамику на выход стаба а на вход 47мкФ?

Это, конечно, поможет. Но где гарантия, что провал сетевого напряжения (а он может происходить с любой скоростью) не введет микроконтроллер в такое же состояние?

Почитаем последнюю страницу проиRзвольно выбранного даташита на контроллер AVR: "EXCEPT AS SET FORTH IN ATMEL’S TERMS AND CONDITIONS
OF SALE LOCATED ON ATMEL’S WEB SITE, ATMEL ASSUMES NO LIABILITY WHATSOEVER AND DISCLAIMS ANY EXPRESS, IMPLIED OR STATUTORY
WARRANTY RELATING TO ITS PRODUCTS INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR
PURPOSE, OR NON-INFRINGEMENT. IN NO EVENT SHALL ATMEL BE LIABLE FOR ANY DIRECT, INDIRECT, CONSEQUENTIAL, PUNITIVE, SPECIAL OR INCIDENTAL
DAMAGES (INCLUDING, WITHOUT LIMITATION, DAMAGES FOR LOSS OF PROFITS, BUSINESS INTERRUPTION, OR LOSS OF INFORMATION) ARISING OUT OF
THE USE OR INABILITY TO USE THIS DOCUMENT, EVEN IF ATMEL HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES."
И так далее.

Тем не менее, описанное поведение чипа выходит за рамки приличия. Никто же не требует невозможного. Нормально ведь работали другие клоны, например, AT89C51. Но с некоторыми клонами промашка вышла. Придется переходить на NXP.

И все-же, господа.
Грязи на ATMEL вылили достаточно, хотя и оправданно.
Но очень хотелось бы услышать хорошие отзывы о других производителях.

AVR на сегодняшний момент работают исключительно хорошо и устойчиво. Просто совершенно нет нареканий или непоняток. Здесь Atmel создала действительно мощный бренд с хорошей репутацией. Кстати по класическим AT89C51 тоже нареканий небыло. Как и по 2051.
А вот с этими модификациями хитрыми .... И, смотрю есть нарекания на at91sam7 тоже.

А вы не смотрите на нарекания. Пробуйте сами.
Если не пытаться разгонять - отличные камни, с хорошо сбаллансированной периферией.

Относительно же 8253, спрашивает кому это уродство могло понадобиться, всмысле зачем его было разрабатывать?
12kb флеш - ни рыба ни мясо - все еще недостаточно на размещение сложной программы во внутренней памяти целиком, и сильно избыточно для размещение простой программы. 128(видимых)+128(невидимых) байт RAM - никак не сочетается с 2KB внутреннего EEPROM. Куча EEPROM'а, без внешней памяти теряет смысл (не проще наоборот - поставить нормальный внешний eeprom на проц с большим количеством внутренней RAM). Плюс ко всему - неадекватная цена как за 2х MIPS'вый кусок "гуана".

IMHO тут нарекания должны быть в сторону разработчиков, зачем вообще закладывать такой камень в новые разработки?!

Абсолютно такая же ситуёвина возникла совсем недавно, в связи с вынужденным переходом на 89S8253. Времени разбираться не было - "вылечил" при помощи внешнего тактового генератора, который пришлось подпаивать "на проводках". Причём от прошивки/стирания фьюза работоспособность теперь никак не зависит. Видимо, нестабильно работают цепи генератора и формирователя клока внутри микросхемы. Форменное свинство, одним словом...

А если устройство производится серийно уже лет 10 или более, и о его техподдержке даже думать забыли, по причине отсутствия рекламаций? Сделано было с использованием весьма удачного чипа 89S8252, к которому не было никаких нареканий, а тут нА тебе... Запас "старых" контроллеров недавно кончился; перескочить на другую платформу нет никакой возможности, так что поневоле пришлось заняться такой вот ерундой...

Проблема понятна, но все-таки почему же 8252, почему не 52?
Неужели 2k внутреннего eeprom'a сыграли роль?

И это тоже. Две ноги высвободились.
А почему именно 52? Чем 8252 плох?

ЗЫ. Кроме того, ко времени разработки (вторая половина 90-х), 89S8252 был единственным доступным процессором 51-го семейства с последовательным программированием. А 89S52 появился позже.

S52 дешевле, не снят с производства (и наврятли будет скоро снят, т.к. это классика), должен быть надежнее в силу того, что проще.
В остальном это такой же 8252 только без eeprom'a.


Дык, imho чем ставить неудачный с рождения 8253 в качестве замены, лично я бы сейчас выбрал S52 и внешний eeprom.

См. выше. Их ещё не было тогда. EEPROM пришлось бы пользовать внешний, и ног бы не хватило. А лепить горбатого было неохота.
AVR-ки же тогда ставить не решился, из-за глючности... Да и наработки под 51-й МК уже были (изначально там 89С52 стоял).

Прилепленный на проводках внешний генератор, это как раз оно самое....

Поясняю ещё раз: это мера вынужденная.
Если подскажете, как можно решить проблему "более другим" способом, буду несказанно благодарен.

Используется ли в устройстве внешняя ПП? Если нет - m8515/m162 могут быть тем самым другим способом.
Если да - S52 + внешний eeprom.

наконец найти 8252 и ставить их пока перекраивается PCB.

Моя позиция - не ставить этот камень 8253 никуда.

Нет, не используется. Весь софт однокристалки втиснут в 8К внутренней памяти программ, для чего его пришлось писать на асме, так что о переносимости на другую платформу речи нет. Поэтому, вариант с m8515/m162 отпадает - на это просто нет времени.

Говорю же: ног не хватает. А ещё плат несколько десятков уже собранных есть, которые не выбросишь и не переразведёшь в одночасье, да и не хочется это делать вовсе.

По-моему, мы пошли по второму кругу...

Найти 8252 еще пока можно. Дорого но есть. Выше ссылку привел.

Где найти? Не работает ссылка.
В Москве их точно нет, года 2 или больше уже.

ЗЫ. А, вот, пробился по ссылке.
Корпуса не те. Да и насчёт количества - не уверен, что там 500 штук наберётся, а надо...

Я безусловно понимаю, что перенос это не просто перенос а весь цикл испытаний и т.п. То есть работа в любом случае большая. Поэтому не призываю вас к этому. Просто как вариант рассказываю что у нас было.

Переходили с 2051 на 2313. (Естественно программа маленькая и тоже была на ASMе накалякана). Совершенно нехотелось писать наново.
Переписали прерывания и инициализацию, а основную прогу переписали на ASM "как есть". То есть переводили команда в команду без серьёзных раздумий.

Всё заработало и работает до сих пор.

То-же так делал. 4 кило перевёл за 1- день. Правда не уверен что объём будет меньше. Есть трудности с каким-то вращением не через перенос, у АВР нет такой комады. Выкрутился флагом Т. Ну и флаш >8к. это как-то да-же не проблема.

Такой вариант я тоже проверял. Тактирование от внешнего генератора абсолютно ничего не меняет. Да и внутренний генератор запускается надежно и сразу, задолго до снятия сигнала сброса. Ни схема тактирования, ни схема формирования сброса не решает проблему. При плавном нарастании напряжения питания процессор впадает в "ступор".

А почему разработчики применяют эти клоны 51-х, так тут ответ простой. Разработки старые, время от времени приходится что-то дописывать, размер кода увеличивается. К тому же, некоторые кристаллы снимаются с производства.

Дык.. Это... Ваша проблема и яйца выеденного не стоит.. Если приложение такое ответственное, то что Вам мешает обеспечить надёжное питание? Это на порядки проще, чем менять весь парк MCU

какой блок питания при себестоимости устройства в десять баксов, специфицировано поведение внешнего супервизора, есть наверное спецификации на внешнее питание, остальное Ваш дизайн. Факт брака обычно трудно доказать.