Перейти к содержанию
    

Проблемы с отладкой

Ребята просто примите к сведению. Конденсатор не дополняет, не улучшает, а конкретно ухудшает работу устройства.

 

Приведу пример.

1) У вас мощное устройство с хорошим импульсным источником. Например бегущая строка с потреблением в пике 20-30А. Потребление меняется в зависимости от заполнения. Источник импульсный с соответствующими кондёрами для такой мощности.

2) У вас 5V 16МГц. BOD настроен на 4V.

3) Вы выключаете устройство. Заполнение строки такое, что питание падает достаточно медленно.

4) У вас напряжение на ноге reset выше чем на Vcc за счёт конденсатора. (Даже с диодом).

5) Напряжение на Vcc упало до 3.5V. В это время на Reset напряжение превышает ззначение BOD (4.1).

6) Всё это время процессор молотит.... старается.... и быстро так молотит, 16МГц всётаки.... Только вот беда, что ваша прога ему по барабану. Он не расчитан на работу при такой частоте с таким питанием. Он просто выполняет произвольные куски кода. Например затирает EEPROM, Flash. Ну или включает механизмы разные полезные, правда не совсем когда нужно.

 

Это не сценарий фильма ужаса - это реальное поведение

 

чего-то я не догоняю- по 5 и 6 пункту- почему процессор должен молотить, если BOD сработал? И еще- кто сказал что кондер на ресете должен быть 1000мкф? При емкости 4n7 и 4,7к Постоянная RC будет 22 мкс, что говорит о том что проц выполнит еще 20-40 команд, пока напряжение на ресете не станет ниже порогового. А с BOD все это надежнее будет

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

угу.. в свете того что у AVRки есть и POR и BOD и встроенный pull-up, необходимость в вешании на reset чего-либо отпала полностью.

не подскажете зачем придумали супервизор?

и встроенный pull-up на Reset есть не у каждой AVRки

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

не подскажете зачем придумали супервизор?

и встроенный pull-up на Reset есть не у каждой AVRки

Например? (а ещё лучше список тех АВРок, в которых встроеная подтяжка отсутствует)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

не подскажете зачем придумали супервизор?

Согласитесь - явно не для того чтобы конкурировать с AVRовским BOD.

Вначале придумали супервизор, а потом придумали интегрированный в МК супервизор (в AVR - это BOD).

 

ЗЫ: если используется CPU-компаньен типа FM31/32 (где супервизор есть как бонус) или если есть какие-то жесткие требования к потреблению - очевидно тогда использование внешнего супервизора оправдано. Но просто так ставить доп корпус на плату дублирущий функцию встроенную в МК - расточительно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...