Вы просто уходите от ответа, на другие вопросы вам ничто не мешало написать километровые ответы.
На самом деле дела обстоят так:
если вдруг попадется AVR способный работать на 27Mhz, то в силу полностью статической логики он будет работать быстрее чем на 16Mhz в 27/16 раз. То что вы воткнули кварц на 27Mhz и чип работал медленнее чем на 16Mhz может свидетельствовать лишь о проблеме с осциллятором либо с самим кварцем, и частота тактирования у вас была не 27Mhz.

Дело в том, что конденсатор заряжается НЕ мнгновенно и в момент заряда конденсатора напряжение на ресете не будет попадать в рамки положенного для логики.

х.. с ним с кварцем,насчет RC цепочки по сбросу хотелось бы понять-она таки нужна или нет?Хотелось
бы услышать мнение гуру,как они формируют сброс.Может,заодно и от резистора избавиться,пулл-апом
обойтись?

Я так понимаю, что когда включен BOD, то на резете емкость не нужна.
Если BOD'a нет, RC выполняет его роль, но только в одну сторону (power-on reset), и чем больше емкость тем надежней получается "POR".
Если есть кнопка сброс на резете, то емкость хотя бы небольшая нужна.

А супервизор срабатывает мгновенно ? Типичное время срабатывания супервизора при заданном вами напряжении 1,8 вольт составляет порядка нескольких микросекунд . Время заряда ёмкости до напряжения питания определяется как t=0,9RC ( для вывода сброса ) , т.е. при номиналах , указанных мной , составляет порядка 90 микросекунд . Я , например , при программировании использую время запуска тактового генератора 64 микросекунды . Т.е. время зарядки ёмкости сопоставимо с запуском тактового генератора и при появлении активного уровня сброса , генератор работает уже стабильно .
При применении внешнего супервизора необходимо выставлять минимальное время запуска генератора , иначе , если время запуска генератора выставлено большим , то применение внешнего супервизора с малым временем срабатывания приведёт к ситуации когда тактовый генератор ещё не запустился , а сброс уже находится в активном состоянии . Вот это и называются грабли . . .
А что собственно будет с процессором , если микросекунд эдак 30-50 на выводе сброса будет неопределённое состояние ? Да ничего собственно и не будет . . . Затем достигнет порога логической 1 и всё зашуршит на ура .


Вообще то мой взгляд на проблему таков : Быстрое нарастание активного состояния на выводе сброса при запускающемся тактовом генераторе ( но ещё не запустившемся окончательно ) очень плохо .
Именно поэтому я применяю следующую схему : питание на супервизор подаётся через интегрирующую RC цепочку . Диод MBR0520L включён анодом к сбросу и катодом соответственно к питанию . Параллельно диоду резистор 1 К ( супервизор с внутренним резистором в десятки килоом ) .
Интегрирующая цепочка обеспечивает задержку включения для гарантированного запуска генератора + обеспечивает фильтрацию по питанию . Если включён внутренний BOD я всё равно рекомендую ставить ёмкость с резистором .
Вообще я совсем не сторонник применения RC в качестве BOD . В качестве подтяжки сброса и дополнительного фильтра да , но не иначе . И вообще я не сторонник большого значения ёмкости - всё должно быть без фанатизма . Приведённые мной значения кажутся мне оптимальными .


пулл-апом обойтись неполучится - слишком большое значение сопротивления


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


Большое спасибо



Бр.....рррр. Стоять ! ! ! Мухи отдельно , котлеты отдельно . Мы говорим о сбросе или о DebugWire ?
Как говорит мой знакомый Одессит - это разные вещи . Когда DebugWire , то естественно ёмкость - лишняя деталь , но когда DebugWire это прототип , то на нём ёмкость не столь критична .

Про необходимость качественного питания и разводки я упоминал отдельно .
"Из эфира? Тоже решается более другими средствами."
Хотелось бы знать какими ?
Попробуйте для начала пощёлкать рядом с AVRом люминесцентной лампой , ватт на 40 - 60 ( хорошо бы при этом стартерок неновенький ) . И тогда мы с вам и продолжим разговор .
А вы теоретик или практик , простите за любопытство ?

Ваши взгляды расходятся со взглядами Atmel. Atmel рекомендует устанавливать start-up time наиболее коротким когда используется BOD, RC цепь лишь только внесет задержку, в итоге в MCUCSR получим букет признаков сброса - POR/BOD/RESET.

Обратите внимание, выше я отметил, что RC может обеспечить только одну функцию - power-on-reset, но никак не полностью заменить функциональность BOD. BOD обеспечивает сброс как при нарастании так и при спаде напряжения питания.

Стою, боюсь

Я и в серийных коробочках на АВР с dW не обрезаю себе возможность отладки "в поле" предлагаемым Вами способом. dW в серийной прошивке, естесно, запрещается, ресет остается на внутреннем пуллапе.
Можно продолжать бороться с бедами контроллеров 5-10-летней давности, но за прошедшее время потроха контроллеров слегка изменились. В частности, АВР могут в большинстве случаев вполне успешно обходиться без внешнего супервайзера. Оставшиеся случаи стОит рассматривать отдельно.

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

Попробуйте не таскать шнурок на ногу сброса через всю плату. Или попробуйте для продолжения разговора пощёлкать рядом с AVRом люминесцентной лампой, отрезав этот шнурок под корень (т.е. по сбросу ничего, кроме внутреннего пуллапа), и отследить причину сброса. Если будет что-то кроме POR...
Странна сама постановка вопроса. Исполнение платы или соответствует ЭМ обстановке, или не очень. Если последнее, то Вы о чем?

Я практикующий лекарь, по совместительству художник.

Не могли бы пояснить, почему Вы так думаете?

Не хочется заводить новую тему, но раз зашел разговор о супервайзерах. Возник вопрос: а если плате используется несколько контроллеров, то для каждого контроллера необходим свой супервайзер или можно обойтись одним для всех?
Спасибо заранее.

Интересная деталь. Может быть поможет вам в споре.
Если установить на ногу сброса резистор 10к и ёмкость 0.1mkf на землю, то при первом программировании что-то происходит, и микросхема больше не отвечает. Проверено многократно на нескольких программаторах и на JTAG ICE MKII. Речь идёт только о микросхемах atmega48/88. На других с таким глюком не сталкивался. Если её первый раз зашить (откинув ёмкость), то в последующих разах - всё отлично программится. Исследований никаких не проводил с этим делом. Нет денег и времени на это.

Мы делали запрос на Atmel в самом начале пути и в рекомендациях Atmel отсутствует ёмкость на ресете. Рекомендуется резистор или перемычка на питание.

Мне кажется, это как-то перекликается с doc2545.pdf p.358 (Part may hang in reset)

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

Не могли бы мне обьяснить назначение фуза OCDEN. Вроде бы официальное название его "разрешение отладки", но при любом значении, отладка по JTAGу всегла работает.
И почему плохо оставлять этот фуз включенным (OCDEN=0, как я понял)?

Работает JTAG, но например войдя в режим PowerSafe/PowerDown работа JTAG'a прекратится и вы словите "связь с чипом потеряна".

С включенной отладкой (OCDEN==0) такого не произойдет, т.к. режимы энергосбережения будут просто эмулироваться, цитата из даташита:

If the On-chip debug system is enabled by the OCDEN Fuse and the chip enter Power
down or Power save sleep mode, the main clock source remains enabled. In these
sleep modes, this will contribute significantly to the total current consumption.

Кроме того, включение OCDEN для некоторых AVR'ок подключает регистр OCDR (регистр для общения с отладчиком из отлаживаемой программы). Через этот регистр printf'ом можно выводить сообщения в консоль отладчика. Если вы пользуетесь IAR'овским компилятором и отладчиком, то вероятно уже сталкивались с "Terminal I/O" (и можете себе представить насколько без него хуже).

Цитата из даташита:

The OCDR Register provides a communication channel from the running program in the
microcontroller to the debugger. The CPU can transfer a byte to the debugger by writing
to this location. At the same time, an Internal Flag; I/O Debug Register Dirty – IDRD – is
set to indicate to the debugger that the register has been written. When the CPU reads
the OCDR Register the 7 LSB will be from the OCDR Register, while the MSB is the
IDRD bit. The debugger clears the IDRD bit when it has read the information.
In some AVR devices, this register is shared with a standard I/O location. In this case,
the OCDR Register can only be accessed if the OCDEN Fuse is programmed, and the
debugger enables access to the OCDR Register. In all other cases, the standard I/O
location is accessed.
Refer to the debugger documentation for further information on how to use this register.


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

Never ship a product with the OCDEN Fuse programmed regardless of the setting of
Lock bits and the JTAGEN Fuse. A programmed OCDEN Fuse enables some parts of
the clock system to be running in all sleep modes. This may increase the power
consumption.

Защиты от чего?