ATmega162 стартует через раз, Или стартуе только загрузчик. Опции

[man with no name]

Девайс питается от 5В (выведены с цепи DC-DC -> линейный стаб.), частота - от резонатора 14.7456 МГц. МК ATmega162-16AU.

Прошивка: загрузчик, основная программа. И там, и там используется отладочный UART. Загрузчик пишет в UART, что он запущен и когда передаёт управление основной программе. Основная программа должна в начале моргнуть светодиодиком и выдать отладочную информацию.

Проц редко включается в нормальном режиме. Глюки бывают следующего вида:

1. Подаём питание, загрузчик показывает (по UART), что он выполнился, передаёт управление основной программе. Основная программа не выполняется.

2. Подали питание, загрузчик выдал строчку в UART на другой частоте (изначально работает на 115200, пишет на 230400, изредка пишёт на частоте, гораздо меньшей, чем 115200, но на какой именно не проверял). После чего основная программа также не стартует.
При этом частота на ножках резонатора - та, которая и должна быть (14.7456 МГц), так же в отладке есть вывод UBRR, он также не меняется (всегда 007).

В обоих случаях дёрганье RESET'ом не помогает. А помогает только откл./вкл. питания, да и то не всегда.

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

Пробовал:
-менять кондёры резонатора
-включать BOD, отключая ~RESET
-отключать BOD, подключив ~RESET к RC-цепи
-игрался SUT при обоих вариантах подключения ~RESET

Вот такая проблема. Кто-нибудь сталкивался с таким?

[Yura_K]

Какие-нибудь силовые цепи есть (может быть рядом)?
Может, просто проц сменить (например, глюкавый попался)?

[man with no name]

На этапе отладки силовых цепей нет. Т.е. они есть, но пока не задействованы. Проц сменить я уже думал. Сегодня ковырялся с остальными, более очевидными вариантами. Завтра попробую сменить проц. Думал, здесь предложат что-нибудь более поддающееся пониманию...

[-SD-]

Вот такая проблема. Кто-нибудь сталкивался с таким?

Да, сталкиволся с похожей ситуацией. Микросхема MCP2510 (реализует CAN интерфейс) глучила. Она то полностью нормально работала, то работала только в части связи с контроллером по SPI. Как раз в этот момент только сделал ПО для неё и оно ещё было не отлажено. И бывало так что изменю чуток прогу, а связь по CAN перестаёт работать, вроде и совсем в другом месте менял, а не работет
И при этом состояние рабочее на не рабочее (и обратно) могло поменяться только при выключении питания, сброс не помогал.
Мучился, мучился, не понимал в чём дело. То верну старую прогу которая точно работала и вдруг оказывается что не работает. Себе даже верить перестал
Когда понял что дело не в проге, начал разбиратсья с железом. И кварц проверял и дорожки пропаивал и выводы микросхемы ещё раз пропаял. Не помогало.
В итоге заменой микросхемы вся проблема решилась.

[alexander55]

Для начала попробуйте увеличить период сторожевого таймера.

[man with no name]

-SD-, спасибо за ваш опыт. Однако, глюков стало на порядок меньше (теперь железка не запускается в одном случае из ~15-20) после того, как отключил в загрузчике приёмник отладочного UART'а. Странно, т.к. прерывания в загрузчике отключены, просто работал приёмник с подвешенным в воздухе RXD.

alexander55, watchdog у меня отключен, да и проц не перезагружается. Как-то не в тему...

[alexander55]

alexander55, watchdog у меня отключен, да и проц не перезагружается. Как-то не в тему...

Понятно.
Попробуйте установить SUT максимальное время старта.

[defunct]

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

Если прерывания от UART'а в основной программе разрешены, а обработчика UART-RX - нет, то подвешенный в воздухе RXD как раз и может быть причиной глюка. (проц будет постоянно висеть на векторе RXC).

вместо увеличения SUT, лучше включить BOD, а SUT установить на минимальное время старта.

(Зы: подключитесь через JTAG да посмотрите где подвисает девайс).

[man with no name]

Если прерывания от UART'а в основной программе разрешены, а обработчика UART-RX - нет, то подвешенный в воздухе RXD как раз и может быть причиной глюка. (проц будет постоянно висеть на векторе RXC).

В основной программе обработчик RXC есть, а в загрузчике прерывания запрещены. Тем не менее, уже несколько раз натыкался на такого рода грабли: включаю приёмник, не разрешая прерывания по приёму и проц затыкается.

вместо увеличения SUT, лучше включить BOD, а SUT установить на минимальное время старта.

С SUT и BOD разобрался. Вобще, если включен BOD, SUT надо отключать (как раз нулевое время старта). Иначе - глюк.

(Зы: подключитесь через JTAG да посмотрите где подвисает девайс).

Спасибо, но JTAG'а для avr у меня нет.

[Igor26]

В основной программе обработчик RXC есть, а в загрузчике прерывания запрещены. Тем не менее, уже несколько раз натыкался на такого рода грабли: включаю приёмник, не разрешая прерывания по приёму и проц затыкается.
С SUT и BOD разобрался. Вобще, если включен BOD, SUT надо отключать (как раз нулевое время старта). Иначе - глюк.
Спасибо, но JTAG'а для avr у меня нет.

Если Вы в Москве, то я Вам подарю плату JTAG-USB. Сам пользуюсь года четыре. Остались "невостребованные" платы.

[man with no name]

Если Вы в Москве, то я Вам подарю плату JTAG-USB. Сам пользуюсь года четыре. Остались "невостребованные" платы.

Да, в Москве. Буду очень признателен.
PS: А кто ароме AVR Studio и gdb его поддерживает?

[Igor26]

PS: А кто ароме AVR Studio и gdb его поддерживает?

Кроме AVR Studio внутрисхемную отладку поддерживает IAR

Да, в Москве. Буду очень признателен.

Кидайте телефон в личку.

[man with no name]

Спасибо. Пока проект отложили. Не знаю на долго ли, но вернуться к нему ещё придётся