| Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей... |
11.02.2011, 19:15
|
|
|
Вид на жительство
Регистрация: 03.06.2010
Сообщений: 452
Сказал спасибо: 35
Сказали Спасибо 168 раз(а) в 133 сообщении(ях)
|
Отказоустойчивость ПО
Сообщение от SasaVitebsk
|
|
В более-менее реальном проекте, который содержит несколько прерываний, вы не можете утверждать за сколько тактов выполнится тот или иной участок кода.
|
В любом проекте, можно всегда подсчитать худший и лучший варианты, и убедиться, что вписываемся в параметры. А зачем это надо, это другой вопрос, например, что б не было так, что запросы на прерывание от внешнего устройства будут приходить чаще, чем обрабатывается само прерывание.
|
|
|
|
|
11.02.2011, 19:38
|
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от terminator_seva
|
|
это другой вопрос, например, что б не было так, что запросы на прерывание от внешнего устройства будут приходить чаще, чем обрабатывается само прерывание.
|
А где мысль? 
Что нужно делать, если прерывания приходят чаще, чем обрабатываются?
|
|
|
|
|
|
11.02.2011, 19:46
|
|
|
Почётный гражданин KAZUS.RU
Регистрация: 07.10.2007
Адрес: Луганск
Сообщений: 1,816
Сказал спасибо: 13
Сказали Спасибо 399 раз(а) в 214 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от st_1
|
А где мысль?
Что нужно делать, если прерывания приходят чаще, чем обрабатываются?
|
Это очевидн.... либо укоротить код прерывания либо применить более скосростной МК...
__________________
"picavr(ГАВ)мыло.ру" USB_Analyzer, Digital_Storage_Oscilloscope "picavr.kr1.ru" заказы в Китай компонентов/изготовление: плат/ЖКИ/мембраных клавиатур/имп трансформаторов
|
|
|
|
|
|
11.02.2011, 19:53
|
|
|
Почётный гражданин KAZUS.RU
Регистрация: 13.12.2004
Сообщений: 3,172
Сказал спасибо: 11
Сказали Спасибо 692 раз(а) в 504 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от picavr
|
|
Это очевидн.
|
Не, надо попросить их приходить пореже 
|
|
|
|
|
|
11.02.2011, 19:57
|
|
|
Вид на жительство
Регистрация: 03.06.2010
Сообщений: 452
Сказал спасибо: 35
Сказали Спасибо 168 раз(а) в 133 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
|
|
|
|
|
11.02.2011, 20:02
|
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от picavr
|
|
Это очевидн.... либо укоротить код прерывания либо применить более скосростной МК...
|
Хотелось услышать ответ от Севы в разрезе "худший и лучший варианты".
|
|
|
|
|
|
11.02.2011, 23:18
|
|
|
Гражданин KAZUS.RU
Регистрация: 04.04.2007
Сообщений: 941
Сказал спасибо: 571
Сказали Спасибо 113 раз(а) в 85 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
А ,мужики , здорова , пошел по делам на "пару тройку" часиков а тут столько уже написано , и где kison , ну что , пожалуй начнем все сначала , а то кажется я что-то мог и пропустить ?
 (шутка)
__________________
Короче асма кода нет !
Последний раз редактировалось pinco; 13.02.2011 в 00:39.
|
|
|
|
|
|
12.02.2011, 00:12
|
|
|
Почётный гражданин KAZUS.RU
Регистрация: 30.06.2005
Сообщений: 3,399
Сказал спасибо: 5
Сказали Спасибо 431 раз(а) в 306 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от st_1
|
А где мысль?
Что нужно делать, если прерывания приходят чаще, чем обрабатываются?
|
Для этого и придумали DMA
|
|
|
|
|
|
12.02.2011, 00:28
|
|
|
Почётный гражданин KAZUS.RU
Регистрация: 25.05.2010
Адрес: г. Королёв
Сообщений: 8,497
Сказал спасибо: 30
Сказали Спасибо 3,072 раз(а) в 2,013 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от Gnider
|
|
Для этого и придумали DMA
|
Direct Memory Access ?
|
|
|
|
|
|
12.02.2011, 00:33
|
|
|
Прописка
Регистрация: 26.01.2009
Сообщений: 249
Сказал спасибо: 23
Сказали Спасибо 102 раз(а) в 61 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
Сообщение от st_1
|
|
Что нужно делать, если прерывания приходят чаще, чем обрабатываются?
|
Кстати, если серьезно, то ситуация аварийная. Программа должна следить за частотой возникновения прерываний. Счетчик возникновений прерываний должен быть связан с аппаратным таймером, при обнаружении аварии (слишком частых прерываний), источник прерываний должен отключаться, а програма должна перейти в аварийный режим (либо исправить ситуацию автоматически, если есть возможность, либо ждать команду инженеров)
У людей как-то была большая проблема: девайс управлял неким роботом, в нем был механический энкодер (обратная связь от какого-то привода). Пока робот делал движение медленно, все работало на ура, но когда ему приходилось делать быстрое движение, программу клинило. А дело было в том, что при слишком быстрых сигналах с энкодера программа подвисала в прерывании (только его обработает, а уже установлен флаг нового прерывания). Получалось, что она подвисала в обработчике, срабатывал WDT, программа ресетилась, а импульсы продолжали поступать, снова подвисание в обработчике - снова ресет и т.д.
|
|
|
|
|
Эти 2 пользователя(ей) сказали Спасибо testerplus за это сообщение:
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 16:18.
|
|
