По мне, определение длительности паузы приводит к необходимости двух разных типов прерываний - по фронту и по спаду. А вот если определять длительность посылки между двумя фронтами, то получается проще. Вот попробовал написать в предположении, что входной сигнал подается на вход INT0 и инвертирован по отношению к протоколу.Seriyvolk писал(а):по прерыванию сравниваю время паузы меду импульсами от большего к меньшему и по итогам сравнения уже идёт какое-либо действие (запись 1/0 в регистр и его сдвиг)
Код: Выделить всё
;TEST_Seriyvolk
.include "tn13def.inc" ; Используем Tiny13
.set Fo=9600000 ; встроенный генератор 9.6MHz
;//////////////////////////////////////////////////////////////////////////////
;//////////// ПЕРЕМЕННЫЕ /////////////
;//////////////////////////////////////////////////////////////////////////////
.CSEG
;/////////////////////////////////////////////////////////
;//////////// ПРЕРЫВАНИЯ /////////////
;/////////////////////////////////////////////////////////
RJMP START
IJMP ; обслуживание прерывания посылки
RETI
TIME_OVER:
ADIW XH:XL,1
CP R19,XL
CPC R18,XH
BRLO START
RETI
;***********************************
ISR_INT_BEG:
CLR XH
CLR XL
LDI ZL,LOW(ISR_INT_END)
RETI
ISR_INT_END:
SET
RET
;/////////////////////////////////////////////////////////
;//////////// ИНИЦИАЛИЗАЦИЯ /////////////
;/////////////////////////////////////////////////////////
Start:
LDI R16,RAMEND
OUT SPL,R16
CLR ZH
CLR XH
CLR XL
LDI R16,0b00000010
OUT PORTB,R16
OUT DDRB,R16
NOP
OUT DDRB,ZH
LDI R18,HIGH(120000/(1000000/(Fo/256))) ;порог для определения отсутствия
LDI R19,LOW (120000/(1000000/(Fo/256))) ;операций
LDI R20,HIGH(13000/(1000000/(Fo/256))) ; длительность синхропосылки
LDI R21,LOW (13000/(1000000/(Fo/256))) ; минус защитный интервал
LDI R16,0b00100010
OUT MCUCR,R16 ; разрешение прерывания по спаду INT0
LDI R16,$40
OUT GIMSK,R16 ; разрешение прерывания INT0
LDI R16,0b00000010
OUT TIMSK0,R16
SER R16
OUT TIFR0,R16
OUT GIFR,R16
LDI ZL,LOW(ISR_INT_BEG)
LDI R16,1
OUT TCCR0B,R16
CLT
SEI
WAIT_SINHRO:
SLEEP
BRTC WAIT_SINHRO
CLT
CP XL,R21
CPC XH,R20
BRLO START ; не, это не синхропосылка
; принята синхропосылка
RESEIVE_CODE_BEGIN:
CLR R10
CLR R11
CLR R12
CLR R13 ;очистить регистры приёма
LDI R22,32 ; счётчик битов
GO_RESEIVE:
CLR XH
CLR XL
LDI R20,HIGH(1680/(1000000/(Fo/256))) ;порог для определения 1 или 0
LDI R21,LOW (16800/(1000000/(Fo/256))) ;
SER R16
OUT TIFR0,R16
OUT GIFR,R16
LDI ZL,LOW(ISR_INT_END)
LDI R16,1
OUT TCCR0B,R16
CLT
SEI
WAIT_CODE:
SLEEP
BRTC WAIT_CODE
CLT
; принят очередной бит
CP XL,R21
CPC XH,R20
BRLO SET_0 ;
SET_1:
SEC
RJMP SET_GND
SET_0:
CLC
SET_GND:
ROR R10
ROR R11
ROR R12
ROR R13
DEC R22
BRNE GO_RESEIVE
; принят адрес и код команды
;
;
RJMP GO_RESEIVE
; RJMP START
; END
Заменил код. 
Хотите сказать, что на Си не возможно писать аккуратно?Seriyvolk писал(а):pyzhman - главный критерий - аккуратность во всём, иначе я просто бы начал изучение МК с Си.
Вообще то большой код в прерывании, совсем не означает, что оно выполняется долго (я так понял вы именно это имели ввиду)...Seriyvolk писал(а):А то, что прерывание занимает больше, чем остальной код - хорошего ничего в этом нет.
В целом, вот как я решил у себя http://radiokot.ru/forum/viewtopic.php? ... 6#p1623176Seriyvolk писал(а):Да, длительность посылки вполне реально определять между фронтами
В целом, на данный момент я имею крайне схожее решение, но оно мне не нравится.shads писал(а):В целом, вот как я решил у себя http://radiokot.ru/forum/viewtopic.php? ... 6#p1623176
Чем?Seriyvolk писал(а):В целом, на данный момент я имею крайне схожее решение, но оно мне не нравится.shads писал(а):В целом, вот как я решил у себя http://radiokot.ru/forum/viewtopic.php? ... 6#p1623176
Да, без знания основ - невозможно.Хотите сказать, что на Си не возможно писать аккуратно?
И что из за этого у вас в программе страдает?Seriyvolk писал(а):вся борода обрабатывается в прерывании.
По другому у вас получится калека, а не декодер...Seriyvolk писал(а):Много сравнений/переходов и всяких других действий.
Согласен... основы не помешаютSeriyvolk писал(а):Да, без знания основ - невозможно.
.....
в протеусе в свойствах контроллера указать CKSEL fuses - внешний кварц, и указать частоту кварцаBlYur писал(а):Протеус не может симулировать в реальном времени
По старой доброй традиции опять с проблемой...
Таки непонятно, у вас переменная в bcd формате или двоичном. Потому могут быть варианты.Seriyvolk писал(а):Может кто скажет, как это проще делается?
Спросили же, bcd или двоичный? Если 0b00001111 - это 15, то в двоичном. В bcd это будет выглядеть как 0b00010101 (0001 = 1, 0101 = 5, итого 1 и 5, т.е. 15)Seriyvolk писал(а):А что может быть не понятно?
-1+'0' - загрузить код символа "0" -1,Seriyvolk писал(а):Но непонятна одна запись... LDI r18,-1+'0'
Код: Выделить всё
Hex2Ascii: LDI r18,-1+'0'
bcd1: INC r18
SUBI r16,100
BRCC bcd1
LDI r17,10+'0'
bcd2: DEC r17
SUBI r16,-10
BRCS bcd2
SBCI r16,-'0'
RET