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

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

К вопросу о выравнивателе задержки входа в прерывание:

Отправлено Леонид Иванович 27 февраля 2009 г. 17:23


	in	XL,TCNT1L
	subi	XL,OFFSET
	sbrs	XL,1
	rjmp	PC+1
	sbrs	XL,1
	rjmp	PC+1
	sbrs	XL,0
	rjmp	PC+1

Пока получается только так. На входе TCNT1L колеблется 5..8 (OFFSET = 5), на выходе - постоянное значение 16. Получается, выравниватель вносит задержку минимум 8 тактов. Итересно, это предел, или может быть меньше?

http://www.telesys.ru/wwwboards/mcontrol/2297/messages/726712.shtml

Составить ответ | Вернуться на конференцию.

Ответы

Ещё один вариант. Если кого-то повторяю, прошу пардону. (+) - ВВ (27.02.2009 22:13:30 89.178.10.175, 233 байт)
- Это было бы красиво, но нужны все три команды перехода - "больше", "равно" и "меньше". (+) - ReAl (28.02.2009 00:21:33 89.162.152.53, 523 байт)
  - Осознал. А так хотелось... - ВВ (28.02.2009 00:57:29 89.178.10.175, пустое)
- Такого варианта не было, но тут breq никогда не выполнится. - Леонид Иванович (27.02.2009 22:57:50 87.252.227.58, пустое)
- Судя по тому, что времена задержек составляют 5, 5, 6, 6 по разным веткам кода - он неправильный. - Oldring (27.02.2009 22:25:0 91.76.56.215, пустое)
5 или 6 тактов: - ReAl (27.02.2009 17:49:27 193.111.248.46, 385 байт)
- LPM рименять не могу, иначе Z придется сохранять. Но и так выигрыш есть на 1 такт, а если вместо nop воткнуть что-то полезное, то 2 такта. - Леонид Иванович (27.02.2009 19:01:39 87.252.227.58, пустое)
  - Зачем его сохранять??? Он ведь не модифицируется, там ведь не Z+ а что за мусор загрузится в XL - не важно, главное, что за три такта - ReAl (27.02.2009 19:32:30 193.111.248.46, пустое)
    - Стереотип. Раз упоминается в тексте обработчика Z, я его собрался сохранять :))) - Леонид Иванович (27.02.2009 19:49:47 87.252.227.58, пустое)
      - Только и в первом варианте nop в начале нужен, и второе сравнение sbrc. - Леонид Иванович   (27.02.2009 20:17:16 87.252.227.58, пустое)
        
        Разве ничего полезного нельзя сделать? - Oldring   (27.02.2009 20:45:35 91.76.56.215, пустое)
        
        Ну я поставил на это место сохранение SREG, но в другом месте, - Леонид Иванович   (27.02.2009 21:58:57 87.252.227.58, 317 байт)
  - Что за кристалл? - Oldring (27.02.2009 19:08:33 91.76.56.215, пустое)
    - Скорее всего будет ATmega88 на 20 МГц. Пока тестирую на ATmega8. - Леонид Иванович (27.02.2009 19:31:6 87.252.227.58, пустое)
      - Используйте LPM без инкремента Z и ничего не сохраняйте. - Oldring   (27.02.2009 19:32:37 91.76.56.215, пустое)
        
        Только недопустима в программе работа с регистрами с побочными эффектаими чтения. - Oldring   (27.02.2009 19:45:4 91.76.56.215, пустое)
        
        Завираюсь, sorry. - Oldring   (27.02.2009 20:12:52 91.76.56.215, пустое)
        
        Так что использовать ATMega16 и команду JMP ;) - Oldring   (27.02.2009 19:46:26 91.76.56.215, пустое)
- Только нужно еще где-то такт скушать до чтения таймера чтобы было 6..9 - Oldring (27.02.2009 17:56:5 91.76.56.215, пустое)
  - "А ну да". Я же SUBI XL, OFFSET не поставил и смещённые коды вышли. Так что или dec XL после IN, или до этого всего что-то полезное однотактовое сделать - ReAl (27.02.2009 19:40:54 193.111.248.46, пустое)
    - Спасибо, вполне приемлемый результат вышел. Весь обработчик с двумя каналами DDS с интерполяцией синусов и загрузкой ЦАП вышел 4.6 мкс. - Леонид Иванович (27.02.2009 20:21:12 87.252.227.58, пустое)
  - Верно, если скушать такт - работает. - Леонид Иванович (27.02.2009 19:00:0 87.252.227.58, пустое)