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

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

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

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

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

Проблема с прерываниями в AVR...

Отправлено serge_mok 10 мая 2007 г. 07:16

суть проблемы:
работаю с ATmega128, работают два таймера т/с0(с делителем на 1 период 30 мксек ) и т/с3(с делителем на 1024,общ период 500 мксек ), - у обоих прерывание по переполнению.
Соответственно ожидаю на ноге РА.0 непрерывную последов импульсов длительностью несколько мксек и с периодом 30 мксек. А получаю пачки импульсов, период пачки 500 мксек, между пачками паузы 20 -30 мксек, начало пачки сдвоен импульс.Короче картину явно портит т/с3.
Объясните физику процесса и как побороться? или ткните в даташит...плиз..

timer0_ovf:

cli
push temp
in temp,SREG
push temp

ser temp ;устанвл импульс

sbrc temp,0
sbi PORTA,0
sbrs temp,0
cbi PORTA,0

nop
nop
nop
nop
nop
nop

clr temp ;сбрасываю импульс

sbrc temp,0
sbi PORTA,0
sbrs temp,0
cbi PORTA,0

pop temp
out SREG,temp
pop temp
sei

reti

timer3_ovf:

push temp
in temp,SREG
push temp

;тело прерыв,время выполнения: ~ 20-30 мксек

;...
ser temp
sts TCNT3H,temp
ldi temp,252
sts TCNT3L,temp

pop temp
out SREG,temp
pop temp

reti

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

Ответы

Правильно, пока обрабатывается timer3_ovf, прерывания запрещены и timer0_ovf вызывается с опозданием. Генерите импульсы не программно, а аппаратно - ШИМом. — CD_Eater (10.05.2007 07:55:59 89.179.240.72, пустое)
- Так у т/с0 приоритет прерывания выше чем у т/с3, почему он тогда не может работать внутри т/с3? — serge_mok (10.05.2007 08:27:13 80.242.82.114, пустое)
  - У AVR нет приоритетной системы прерываний, по крайней мере в привычном мне понимании этого термина (+) — ReAl (10.05.2007 12:39:2 193.200.68.218, 896 байт)
    - "И T/C0 будет ждать как миленький.", если он хотя бы на такт опоздал по сравнению с тем EE — ReAl (10.05.2007 12:41:12 193.200.68.218, пустое)
  - когда вываливаешся в какое либо прерывание все прерывания запрещаются автоматом. вот если разрешишь их принудительно тогда и будешь вываливаться в другие. — eXeC001er (10.05.2007 08:36:36 83.239.13.202, пустое)
    - Конкретизируем:)..как разрешить принудительно? — serge_mok (10.05.2007 08:42:13 80.242.82.114, пустое)
      - sei — argus98   (10.05.2007 08:45:47 81.22.205.230, пустое)
        
        sei я устанавливаю в начале прогр при инициализации — serge_mok   (10.05.2007 08:51:2 80.242.82.114, пустое)
        
        читай по буквам: КОГДА ЗАХОДИШЬ В КАКОЕ ЛИБО ПРЕРЫВАНИЕ АВТОМАТИЧЕСКИ СНИМАЕТСЯ ФЛАГ РАЗРЕШЕНИЯ ГЛОБАЛЬНЫХ ПРЕРЫВАНИЙ. — eXeC001er   (10.05.2007 09:09:23 83.239.13.202, 97 байт)
        
        Если б сразу так сказал, не было бы глупых вопросов...,но всё равно спасибо — serge_mok   (10.05.2007 09:38:12 80.242.82.114, пустое)
        
        Ёпрст..без sei вообще ничего работать не будет — serge_mok   (10.05.2007 08:49:8 80.242.82.114, пустое)
        
        Чтобы разрешить вложенное прерывания, надо внутри прерывания дать команду SEI — argus98   (10.05.2007 09:08:45 81.22.205.230, пустое)
        
        Спасибо!, проверил работает...блин, плохо даташит глядел? — serge_mok   (10.05.2007 09:36:54 80.242.82.114, пустое)
        
        Всё, что касаемо прерываний, лучше знать наизусть - ибо дело это очень ответственно — argus98   (10.05.2007 09:59:36 81.22.205.230, пустое)
        
        Теперь появятся проблемы с регистром temp, потому что он "нереентабельный" и используется в обоих обработчиках :) — CD_Eater   (10.05.2007 19:55:28 89.179.240.72, пустое)