Ассемблер (ASM) для AVR в вопросах и ответах

[Alexeyslav]

В наихудшем случае прибор будет измерять 1 секунду - какой смысл в более быстрых измерениях если он такой интервал терпит?

[BOB51]

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

[КРАМ]

В наихудшем случае прибор будет измерять 1 секунду - какой смысл в более быстрых измерениях если он такой интервал терпит?

А разрешение и точность будут разные...

[Vicont]

Мяу, товарищи!
Помогите, пожалуйста, разобраться в непонятном вопросе.

Читаю в даташите на МК про регистры флагов прерываний следующие тезисы:
1) Изначально во всех флаговых битах прописаны нули;
2) Когда происходит вызов прерывания, то соответствующий флаг устанавливается в 1, и МК переходит к Соответствующему Вектору Прерывания;
3) Этот флаг очищается аппаратно после выхода из подпрограммы обработки прерывания (то есть возвращается в лог.0 ?! Верно?);
4) Этот Флаг, также, может быть очищен записью в него лог.1

Но у мя ни как не укладывается в голове:
- Почему флаги прерываний очищаются записью лог.1 (!!!), а не лог. 0 ???
- Ведь если программно установить флаг в лог 1, разве не должен быть автоматический переход к соответствующему вектору?

P.S. Среди смайликов нашего форума, явно не хватает анимации котика, бьющегося головой об стену, который точно описал бы мое эмоциональное состояние...

[xkp]

Решено делать как предлагалось выше на основе модуля capture. Но что то не получается...

Спойлер

Код: Выделить всё

.INCLUDE "m8DEF.INC"
.def tmp=r16
.def tmp0=r17
.cseg
;INTERRUPT VECTORS
	rjmp reset				; Reset Handler
	reti;	rjmp EXT_INT0 			; IRQ0 Handler
	reti					;	rjmp EXT_INT1 ; IRQ1 Handler
	reti					;rjmp TIM2_COMP ; Timer2 Compare Handler
	reti					;rjmp TIM2_OVF ; Timer2 Overflow Handler
	rjmp TIM1_CAPT				;Timer1 Capture Handler
	reti					;rjmp TIM1_COMPA ; Timer1 CompareA Handler
	reti					;rjmp TIM1_COMPB ; Timer1 CompareB Handler
	reti					;rjmp TIMPINC 4 191_OVF	;Timer1 Overflow Handler
reti;	rjmp look				;tim0_ovf ; Timer0 Overflow Handler
	reti					;rjmp SPI_STC ; SPI Transfer Complete Handler
	reti					;rjmp USART_RXC ; USART RX Complete Handler
	reti					;rjmp USART_UDRE ; UDR Empty Handler
	reti					;rjmp USART_TXC ; USART TX Complete Handler
	reti					;rjmp ADC_inc ; ADC Conversion Complete Handler
	reti					;rjmp EE_RDY ; EEPROM Ready Handler
	reti					;rjmp ANA_COMP ; Analog Comparator Handler
	reti					;rjmp TWSI ; Two-wire Serial Interface Handler
	reti					;rjmp SPM_RDY ; Store Program Memory Ready Handler
RESET:
	ldi tmp,low(RAMEND)
	out spl,tmp
	ldi tmp,high(RAMEND)
	out sph,tmp

	ldi tmp,(1<<ticie1)
	out timsk,tmp
	ldi tmp,(0<<icnc1)|(1<<ices1)
	out tccr1b,tmp

	ldi tmp,0b00000000
	out ddrb,tmp
	ldi tmp,0b00000000
	out portb,tmp
	sei
main:
	rjmp main

TIM1_CAPT:
	push tmp			;сохраняем данные
	push tmp0			;которые можем потерять
	in tmp,sreg			;tmp, tmp0,
	push tmp			;sreg



	pop tmp				;восстанавливаем ранее
	out sreg,tmp		;сохранённые данные
	pop tmp0			;в обратном порядке
	pop tmp				;sreg,tmp,tmp0
	reti
.exit

По нарастающиму фронту сигнала на ICP (PINB0), происходит срабатывание прерывания (о чем можно судить по "прыжку" программы на метку TIM1_CAPT:). Но регистр ICR1 (ICR1H:ICR1L) остается пустым...
Что не так в коде инициализации прерываний?

[Kavka]

Но у мя ни как не укладывается в голове:
- Почему флаги прерываний очищаются записью лог.1 (!!!), а не лог. 0 ???
- Ведь если программно установить флаг в лог 1, разве не должен быть автоматический переход к соответствующему вектору?

Потому что это не обычный регистр из которого читается то, что туда было записано.
Запись обрабатывается специальным образом на чипе.
Переход по вектору зависит не от того, что ты записываешь в этот регистр, а от содержания соответствующего бита, реального бита. А оный сбросится при записи "1" - так особым образом обрабатывается запись этого бита.
Просто такая особенность.
Разработчики так захотели

[xkp]

ну так а как мне сделать то что я хочу? как прочитать этот регистр?

[Kavka]

Читается как обычно, с помощью команд IN или LDS .
А в чём загвоздка, собственно?

[Vicont]

Потому что это не обычный регистр из которого читается то, что туда было записано.
Запись обрабатывается специальным образом на чипе.
Разработчики так захотели

Спасибо. В даташитах таких подробностей не пишут.

А можно ли флаговые биты как-нибудь установить программно, чтобы выполнения некой команды, произошел переход по вектору прерывания, без наступления соответствующего события?
Или же, из-за особенностей таких регистров, установка битов происходит ТОЛЬКО при наступления некого события?

P.S. Хотя... Если подумать, то тоже самое можно реализовать просто, непосредственно вызвав обработчик прерывания командой rcall, вообще не обращаясь к регистру флагов и векторам, как к посредникам...

[xkp]

наверное я не правильно вопрос задал. как читать то я знаю. но в регистре значение $0000. Как сделать что бы в регистр записывалось значение счетчика (наверное счетчика)?

[Kavka]

Но регистр ICR1 (ICR1H:ICR1L) остается пустым...

Читаете сначала ICR1L, потом ICR1H? Иначе результат непредсказуем.

[xkp]

Я пока их не читал. Запустил программу (ту что выше в спойлере) в эмуляторе АВРстудии. При наступлении прерывания регистр остается пустым.

[Vicont]

xkp, еще я обратил внимание, что в Вашем исходном коде определен только 1 РОН - .def tmp=r16, хотя далее встречается некая переменная tmp0, которую без инициализации компилятор не переварит.

[xkp]

исправил

Спойлер

.INCLUDE "m8DEF.INC"
.def tmp=r16
.def tmp0=r17
.cseg

случайно удалил вместе с коментариями в программе пока её сюда вам копировал))

[Kavka]

Я пока их не читал.

А может попробовать прочитать.
Симулятор вещь не надёжная.

[xkp]

Спойлер

TIM1_CAPT:
push tmp ;сохраняем данные
push tmp0 ;которые можем потерять
in tmp,sreg ;tmp, tmp0,
push tmp ;sreg
in tmp,icr1l
in tmp0,icr1h


pop tmp ;восстанавливаем ранее
out sreg,tmp ;сохранённые данные
pop tmp0 ;в обратном порядке
pop tmp ;sreg,tmp,tmp0
reti

думаю проблема не в том что я их не читаю... Скорее в инициализации прерываний что то забыл написать.

[Seriyvolk]

Привет всем! Опять я к вам со своими проблемами.
Есть задача: сделать схему на МК, где при старте сам МК выдавал бы на выход плавно растущую частоту (скважность 0.4, важно) начиная от 1 Гц до 300-500 Гц. Что-то вообще никаких мыслей нет, как это организовать. Железный ШИМ чётко привязан к ЗГ МК, софтовый... даже не знаю... Толкните плиз в нужную сторону.

[zero648]

Для Seriyvolk
Смотря какой камень, в 16 меге, например, для этого подходят 14 и 15 режимы таймера1:
в 14 режиме для изменения частоты меняешь значение регистра ICR1, для изменения скважности меняешь OCR1A или OCR1B, можно использовать оба канала, но разрешение у обоих будет ICR1.
в 15 режиме для изменения частоты меняешь значение регистра OCR1A, для изменения скважности меняешь OCR1B, можно использовать только канал B.

[Seriyvolk]

Да, забыл упомянуть... Хотелось бы обойтись 13-й тинькой. Но намёк я понял, спасибо!

[akl]

Скорее в инициализации прерываний что то забыл написать.

В регистр ICR1 значение таймера1 заносится аппаратно (по умолчанию по спаду ICES1=0, при ICES1=1 по фронту) при изменении сигнала на входе ICP1(PB0). У Вас таймер не запущен, значит в регистр ICR1 будет заноситься состояние TCNT1=0. Попробуйте попереключать в студии PINB0(ICP1); должны увидеть занесение значения TCNT1 в ICR1 при переходе 0->1.

Спойлер

Код: Выделить всё

.INCLUDE "m8DEF.INC"
.def tmp=r16
.def tmp0=r17
.cseg
;INTERRUPT VECTORS
   rjmp reset            ; Reset Handler
   reti;   rjmp EXT_INT0          ; IRQ0 Handler
   reti               ;   rjmp EXT_INT1 ; IRQ1 Handler
   reti               ;rjmp TIM2_COMP ; Timer2 Compare Handler
   reti               ;rjmp TIM2_OVF ; Timer2 Overflow Handler
	IN	XL,ICR1L	;Timer1 Capture Handler
	IN	XH,ICR1H
;   rjmp TIM1_CAPT;Timer1 Capture Handler
   reti               ;rjmp TIM1_COMPA ; Timer1 CompareA Handler
;   reti               ;rjmp TIM1_COMPB ; Timer1 CompareB Handler
;   reti               ;rjmp TIMPINC 4 191_OVF   ;Timer1 Overflow Handler
;reti;   rjmp look            ;tim0_ovf ; Timer0 Overflow Handler
;   reti               ;rjmp SPI_STC ; SPI Transfer Complete Handler
;   reti               ;rjmp USART_RXC ; USART RX Complete Handler
;   reti               ;rjmp USART_UDRE ; UDR Empty Handler
;   reti               ;rjmp USART_TXC ; USART TX Complete Handler
;   reti               ;rjmp ADC_inc ; ADC Conversion Complete Handler
;   reti               ;rjmp EE_RDY ; EEPROM Ready Handler
;   reti               ;rjmp ANA_COMP ; Analog Comparator Handler
;   reti               ;rjmp TWSI ; Two-wire Serial Interface Handler
;   reti               ;rjmp SPM_RDY ; Store Program Memory Ready Handler
RESET:
   ldi tmp,low(RAMEND)
   out spl,tmp
   ldi tmp,high(RAMEND)
   out sph,tmp

   ldi tmp,0b00000000
   out ddrb,tmp
   ldi tmp,0b00000001
   out portb,tmp

   ldi tmp,(1<<ticie1)
   out timsk,tmp

   OUT	TIFR,tmp

;   ldi tmp,(0<<icnc1)|(1<<ices1)
 ;  out tccr1b,tmp


   LDI	R22,(1<<ices1|1<<cs10)
   OUT	TCCR1B,R22

   sei
main:
   rjmp main

;TIM1_CAPT:
;   push tmp         ;сохраняем данные
;   push tmp0         ;которые можем потерять
;   in tmp,sreg         ;tmp, tmp0,
;   push tmp         ;sreg



;   pop tmp            ;восстанавливаем ранее
;   out sreg,tmp      ;сохранённые данные
;   pop tmp0         ;в обратном порядке
;   pop tmp            ;sreg,tmp,tmp0
;   reti
.exit

... сам МК выдавал бы на выход плавно растущую частоту (скважность 0.4, важно) начиная от 1 Гц до 300-500 Гц.

По мне, слабенький таймер tiny13 с такой задачей не справится, т.к. диапазон роста частоты слишком широкий. Как предложение. Организовать цепочку из 5 регистров, чтобы можно было точно формировать требуемую скважность ( не стал менять т.к. скважность, по определению, не может быть меньше 1 и речь идёт о коэффициенте заполнения) и сдвигать по прерыванию таймера. Темп этого сдвига будет определяться значениями,заложенными в таймере. Примерно так как ниже.

Спойлер

Код: Выделить всё

; Проба изменяемой в пределах 1...300 Гц частоты Fout
.include "tn13def.inc"; используемое устройство

.equ	Fo=9600000

.equ	Fout=1
;.equ	Fout=300

.equ	Tout=Fo/40/Fout	; длительность периода сдвига R0...R4
; длительность 1/40 периода придется рассчитываь или сводить в таблицу!!!!!!!!
   .CSEG
   .ORG	0
	RJMP	START
   .ORG	$03
OVER_T0:
	SBIW	YL,1
	BRPL	OUT_RETI
SET_Tout:
	LDI	YH,BYTE3(Tout)
	LDI	YL,BYTE2(Tout)
	LDI	R16,BYTE1(256-low(Tout)-1)
	OUT	TCNT0,R16

	OUT	TIMSK0,R17
	OUT	TIFR0,R17

	SET
	RET
OUT_RETI:
	RETI
;*************************************************
START:
	CLR	R0
	CLR	R1
	CLR	R2
	LDI	R16,$FF
	MOV	R3,R16
	MOV	R4,R16

	SBI	PORTB,1
	SBI	DDRB,1
	
	LDI	R22,$80
	OUT	ACSR,R22	; выключить аналоговый компаратор
;*************************************************
GO:
; настройка таймера
	LDI	ZH,40

	LDI	R17,$02
	RCALL	SET_Tout
	CLT
;*************************************************
	LDI	R22,$20
	OUT	MCUCR,R22	; разрешение режима SLEEP IDLE

	LDI	R22,1
	OUT	TCCR0B,R22
;*************************************************
	SEI
WAIT:
	SLEEP
	BRTC	WAIT
	CLT

GO_TIME:
	IN	R16,PORTB

	CLC
	SBRC	R4,0
	SEC

	ROR	R0	
	ROR	R1	
	ROR	R2	
	ROR	R3	
	ROR	R4
	
	CBR		R16,$02
	BRCC	PC+2
	SBR		R16,$02
	OUT		PORTB,R16

	DEC	ZH
	BRNE	WAIT-1
;вычисление периода следующей частоты
SET_PERIOD:
;***
;***
;***
;***
	RJMP	GO
;*************************************************