Курс: программирование AVR - часть IV

coolnik> Блин… понимается со скрипом. Туплю, конечно, но хотелось бы всё-таки добить эту проблему.

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

coolnik> Что значит
>>«вычисляю 10мкс как задержку на инкремент для r18 (получаю 2)»?

Тут вот какая задача определили на какой частоте должен работать таймер, раз так отталкиваемся от его периода таким образом что бы обычным декрементом (или инкрементом) любого регистра (ну конечно лучше из второй половины, так как они больше операций над собой допускают) можно было бы набрать те задержки которые тебе требуются, а именно 10мкс и 50 мкс. Получается что основной период выбранный нами 5 мкс, тогда 10мкс это 2 (10мкс/5мкс), и 50 мкс это 10 (50мкс/5мкс). Значит дважлы попав в прерывания по таймеру с периодом 5 мкс мы получим период 10 мкс и соотвественно 10 раз попав в 5 мкс получим 50 мкс. Как установить кол-во попаданий в одно и тоже прерывание? Либо декрементом регистра отвественного за период 10мкс, 50мкс до 0, либо его инкрементом до заданного значения. Есстественно после декремента регистр нужно будет загрузить констанотой ( в нашем случае 2 и 10).

coolnik> Типа, время на инкремент регистра = 10мкс? Или инкрементируем столько раз, чтобы задержка была 10 мкс?

Да. Инкрементируем или декрементируем, с той лишь разницей что при декременте до нуля, при инкреенте до высчитаной задержки.

coolnik> Почему именно r18? От фонаря?

не совсем. Во первых r18 из набора регистров позволяющих непосредсвенно грузить в них константу, а поскольку мы используем прерывание то по времени работы оно должно длиться как можно меньше.

>>«Получаю 2»
coolnik> 2 – это что? Два инкремента?

Да 2 это два инкремента или два декремента.

>>«Загружаю ЕЁ …»
coolnik> кого её? Задержку? Двойку, которую насчитали?

В целом да, но зависит от политики сравнения (пост или пре) этого регистра.

>>«Вычисляю 50 мкс (получаю 5)»
coolnik> а как вычисляю? Судя по первым расчетам, один инкремент = 5мкс умножаем на 2 получаем 10мкс. Во втором случае не стыкуется: 5мкс * 5 получаем 25 (а не 50)

Нет нет, смудил моленько конечно 10, но выше я объяснил уже про вычисление кол-ва декремнтов или инкрементов. Не понятно?

coolnik> По коду я может быть и разобрался бы, но вот только синтаксис непонятен. (привык к СИ)
coolnik> 0 -> I //???

запрет прерывания

coolnik> r18-- //декремент?

да

coolnik> r19--
coolnik> ? r18 -= r0 ? jmp end10 // что значат знаки вопроса и знак «-=»

сравнение r18 с r0 переход сна end10 в случае неравенства. Дело в том что сравнение с регистром и пропуск в случае выполнеия/невыполнения условия это одна команда AVR CPSE (если я ничего не путаю, так как я чаще использую граф. представление команды).

coolnik>

code text

1. coolnik> interrupt [TIM0_OVF] void timer0_ovf_isr(void) {
2. coolnik> x=2; // типа того, что в r18 загружается задержка
3. coolnik> y=5;
4.  
5. задержки нужно грузить до того как войти первый раз в прерывание!!!! Иначе все время будешь инкрементировать или декрементировать ее 1 раз!!!
6.  
7. coolnik>  while (x>0)
8. coolnik>  {
9. coolnik>    x--; // если один декремент = 5мкс и пренебрегаем временем выполнения команды while
10. coolnik>           // то этот кусок кода даст задержку 10 мкс
11. coolnik>  }
12.  
13. Вот это в корне не верно, задержка в 5 мкс обеспечивается таймером, а не циклом!!!!!!!! Т.е. для оебеспечения 10 мкс надо дважды побывать в таймере.
14.  
15. coolnik>  ////////      код для 10 мкс //////////
16. coolnik> while (y>0)  {y--; } ///////// задержка 50 мкс
17. coolnik> ////////       код для 50 мкс //////////
18. coolnik> TCNT0=255; // устанавливаем время тиканья TIM0 = 5 мкс //хотя оно уже далеко не 5.
19. coolnik> }
20.  
21. Ну и далее соответсвенно то же самое. И потом где запрет прерываний?
22.  
23. coolnik> [CODE]
24. coolnik> interrupt [TIM0_OVF] void timer0_ovf_isr(void) {
25. coolnik> delay_us(10); // задержка 10 мкс
26. coolnik> //код для 10 мкс///////////
27. coolnik> delay_us(50);  
28. coolnik> //код для 10 мкс///////////
29. coolnik> TCNT0=255;
30. coolnik> }
31. coolnik>

coolnik> и получается фигня полная.

Кончено, ты не понял смысла счетчиков задержки. Видимо я хреновый объясняльщик.

coolnik> извините за тупость, но очень хочется разобраться. :huh:

Да ничего все когда-нибудь чего нибудь не допонимают.

coolnik> P.S.
coolnik> Yuran, я вообще в этом направлении не обучался . хотя... можно сказать, что прошел курс Термостата "AVR с нуля". Насчет маскирования, один таймер с самой высокой частотой и приоритетом, запрещающий прерывания от других таймеров, просто не даст им случиться вообще. [»]

Единственное что в этом таймере можно будет анализировать результаты выставления прерываний из GIFR или TIMSK (надо смотреть доку), но это не вариант так как неизвестно сколько раз проверяемый флаг таймер успел сгенерировать. Фронты при этом у сигналов с портов будут гулять гораздо сильнее.

termostat> Да запрещеные прервания не случатся, но в большинстве случаев (уточняй по ДШ) флаг прерывания выставляется не зависимо от того разрешено оно или нет.

И сколько раз выставятся? Вот тут самое тонкое место, а как известно где тонко там и рвется.

termostat> Если ты подозреваешь что можешь пропустить прерывания, то просто проанализируй флаги предпологаемо-пропущеных прерываний.

Это может мало что дать если к примеру 1 таймер перекроет 2 таймер два раза подряд. А это реально может случится если прерывания в обработчике 1 тамера запрещены и он имеет не 0 длинну (как минимум вход в прерыавние 2 такта + 4 такта reti, об необходимости сохранять ФЛАГИ пока молчу) прескаллер 2 таймера будет честно отрабатывать эти такты внутри 1 таймера при этом при проверке флага 2 таймера прескаллер еще не сработает а вот после проверки срабатывает и следующий анализ может случиться ой как не скоро.

termostat> Главное в таких напряженных по времени процедурах - время надо эвономить, и не засиживаться в прерывании, вот пример из задачи:

Совершенно в дырочку, но отложенные прерывания это не для платформы AVR согласен?

termostat> void timer0_ovf_isr(void)
termostat> { //TIMER0 has overflowed
termostat> TCNT0 = 0xB8; //обновить число начал счета
termostat> }

Если мне не изменяет память даташит рекомендует такие выкрутасы с таймером делать при запрещенных прерыавниях, нет? И потом некоторые задержки могут быть недостижимы на overflowed. И еще ж-) сам говоришь время надо экономить и зачем то тратишь такты на запись в порт, когда проще использовать таймер по совпадению и сбросом прескаллера и счетчика по входу в прерывание аппаратно. Я не прав?

termostat> Короткое действие и выскакиваем из прерывания, а действия следующие из факта прерывания выполняем жидая новые, другие прерывания.

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

termostat> Ну и еще раз скажу что с повышением частоты МК развести много прерываний по времени легче будет. [»]
У... вопрос спорный ж-) Да и на сколько с повышением? Предел 20-40МНz и то для моделей AVR + PLD, а для AVR придел 20MHz (и то оверклок).

termostat> А "таблетки" есть к ним? [»]

ж-) А зачем? Мне кажется что вполне хватит 1КСлов на эксперементы и даже на серъезные программы, нет? Ну а если говортиь о таблетах, так на 4.43 тоже нет лекарств, или есть?