При подаче питания - прога нормально стартует. Но если коротнуть ресет, то контроллер уходит в какой-то ступор (потребление ниже нормы на 20%) Прога писана на IAR, Atmega16. В куда рыть? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] При подаче питания - прога нормально стартует. Но если коротнуть ресет, то контроллер уходит в какой-то ступор (потребление ниже нормы на 20%) Прога писана на IAR, Atmega16. В куда рыть?

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено Trashy 20 декабря 2005 г. 13:22

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

Составить ответ ||| Конференция ||| Архив

Ответы

Поставьте конденсатор на ресет. При закорачивании пинцетом возможны очень короткие импульсы. — Vladimir Ljaschko (20.12.2005 18:24 80.134.159.213, пустое)
А прерывания по уровню никто из периферии не вырабатывает? — Lamer (20.12.2005 15:05 80.243.9.34, пустое)
- Опа! Есть такое, а как это может повлиять? Я как то, уже парился с этим вероятно опять всплыло... — Trashy (20.12.2005 15:10 217.29.84.72, 38 байт)
  - У него нет флага, и он не сбрасывается при Reset'е. Периферия может остаться с запросом. Вы рестартуете, только разрешаете прерывание - опа, вы там. — Lamer (20.12.2005 15:18 80.243.9.34, пустое)
    - Как это нет флага ?!! См. регистр GIFR, сбрасывается по ресету. — argus98 (20.12.2005 15:26 81.22.205.230, пустое)
      - По уровню - нет. Это прерывания т.н. второго типа и генерируются в течение всего времени, пока присутствуют условия. Они не защелкиваются как у людей. — Lamer (20.12.2005 15:41 80.243.9.34, пустое)
        
        Другими словами: These flags are always cleared when INT7:0 are configured as level interrupt. (это описание EIFR от меги128, то же и для GIFR) — Lamer (20.12.2005 15:47 80.243.9.34, пустое)
    - опапулички... А ведь у меня даже обработчика нету. Чиста только из слипа выхожу и сбрасываю флаг... Буду подумать. Спасибо. — Trashy (20.12.2005 15:24 217.29.84.72, пустое)
а кварц генерит после ресета? или питание от внутреннего генератора? — omen (20.12.2005 13:54 212.176.3.10, пустое)
- Внутренний. Даже не знаю как посмотреть... Новая плата придёт - там кварц заложен. Но это не сегодня. — Trashy (20.12.2005 13:56 217.29.84.72, пустое)
  - Тогда ясно (+) — omen (20.12.2005 13:58 212.176.3.10, 258 байт)
    - У меня стоит мах811. Думаю будет покруче подтяжек и емкостей... Это сто пудово не новодки. — Trashy (20.12.2005 14:02 217.29.84.72, пустое)
      - Спорно(+) — omen   (20.12.2005 14:08 212.176.3.10, 161 байт)
        
        когда выход этого макса пинцетом на землю... Да вы чё? Сговорились сегодня? (не дебил я! Справка есть. Я права получил водительские ;о))))) Управляющая лапа у него есть. — Trashy   (20.12.2005 14:11 217.29.84.72, пустое)
        
        :))) все-таки попробуй. Я с этим долго разбирался. Добавлю еще, что кварцем все на порядок - два устойчивей. — omen   (20.12.2005 14:16 212.176.3.10, пустое)
ИХМО самые загадочные глюки может давать нехватка стека, Вы перед разрешением прерываний все флаги сбрасываете? — F8 (20.12.2005 13:42 213.130.22.7, пустое)
- все флаги сбрасываете... В смысле в стек? По умолчанию. Дизасемблером смотрел, там штук 8-10 закидывается, но не в стек, а: — Trashy (20.12.2005 13:49 217.29.84.72, 832 байт)
  - Флаги прерываний. Если есть вложенные прерывание то появление нескольких пррываний сразу может дать переполнение стека. — F8 (20.12.2005 14:56 213.130.22.7, пустое)
    - Ай... Глюканул. Почему-то объект "флаги" обрёл свойства "регистров"... Не то. С начала MAIN у меня включен _CLI;. И первая функция должно отпахать до разрешения прерываний. И только после SEI. — Trashy (20.12.2005 15:04 217.29.84.72, пустое)
  - извиняюсь , а что у вас прошито в фузах CKSEL и SUT ? — m16 (20.12.2005 13:57 213.135.136.98, пустое)
    - 4 и 2 соответственно. — Trashy (20.12.2005 14:03 217.29.84.72, пустое)
      - т.е. внутрениий осцил. включен — m16   (20.12.2005 14:11 213.135.136.98, пустое)
        
        имхо все в длительности сброса а также в той пачке игл которую "формирует" пинцет . вы повесьте 0.1мкф куда пинцетом контачите — m16   (20.12.2005 14:39 213.135.136.98, пустое)
        
        при включении у вас start-up-time=65ms — m16   (20.12.2005 14:43 213.135.136.98, пустое)
        
        Именно! — Trashy   (20.12.2005 14:44 217.29.84.72, пустое)
        
        Этот же блок но с другой прогой, прекрасно ресетится. Косяк в проге. Это точно. — Trashy   (20.12.2005 14:43 217.29.84.72, пустое)
Так и должно быть. Контроллер переходит в режим сброса и находится там, пока — _Bill (20.12.2005 13:29 193.233.83.90, 202 байт)
- Вот бывают же вредные люди. Вчера с таким же ругался...(не со зла) — Trashy (20.12.2005 13:34 217.29.84.72, 306 байт)
  - Не пинцетиком надо коротить, а 100-омным резистором — тиристорный эффект (20.12.2005 15:14 202.191.104.63, пустое)
    - Отпадает.Ток на 20% ниже. — PlainUser (20.12.2005 16:01 62.148.235.50, пустое)
Проверьте, есть ли в программе анализ источника сброса (операции с MCUCSR), может быть у вас разные старты по разным сбросам... — argus98 (20.12.2005 13:28 81.22.205.230, пустое)
- То, что я писал - не анализирует. Может компиллер своё приплетает? Но тогда как это узнать? Дебаггером долбить пошагово? Но я не могу до майна пробраться. — Trashy (20.12.2005 13:31 217.29.84.72, пустое)
  - В листинге поищите операции с MCUCSR (sbis, sbic, in), можно прямо по кодам команд — argus98 (20.12.2005 13:37 81.22.205.230, пустое)
    - Вообще нету. Ни каких обращений. По листингу смотрел. — Trashy (20.12.2005 13:54 217.29.84.72, пустое)
      - Тогда м.б. фузы... А наблюдаемая картина стабильна или случайна? — argus98   (20.12.2005 14:04 81.22.205.230, пустое)
        
        Чётко. Питание если кратковременно прерывать, то так же в ступоре(видимо ОЗУ сброситься не успевает)... — Trashy   (20.12.2005 14:06 217.29.84.72, пустое)
        
        Вообще-то ОЗУ по умолчанию не сбрасывается, может действительно какие-то переменные используются без инициализации, хотя в этом случае картина носила бы скорее случайный характер... — argus98   (20.12.2005 14:20 81.22.205.230, пустое)
Ещё! Таже самая прога, но с функциями описанными в другом месте !текста! проги - пашет замечательно. — Trashy (20.12.2005 13:26 217.29.84.72, пустое)
И ещё, как заставить дебаггер прыгать до входа в MAIN? А, то он там чего-то делает, а чего? - не понятно. — Trashy (20.12.2005 13:24 217.29.84.72, пустое)
- До входа в мэйн он, видимо, переменные в озу инициализирует — [cm] (20.12.2005 13:29 194.145.247.130, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа