Кто-нибудь помнит MCS-51?

spamkerdyk · 13.06.2015, 19:31

Вопрос может показаться дурацким, но за все время работы мне ни разу не было нужно что-то передавать с процессора через последовательный порт и эта тема ускользнула от меня.
А сейчас понадобилось... и не работает.
Литературу я уже поднял. Там намеков на эту ситуацию нет, там вообще все элементарно:

MOV SBUF, #число
JNB TI, $
CLR TI
RET

Ну, я в общем-то и без литературы делал то же самое. Но, как только управление передается этой подпрограмме - все зависает насмерть. К сожалению у меня нет отладчика (все, что я делал раньше, прекрасно отлаживалось и без него). Я не могу посмотреть, на чем эта бяка висит. Подозреваю, что на "JNB TI, $", но не факт.

Вэлл, устроил разборку с удалением подозрительных строк. И вот, что получилось. В начале программы есть блочок, настраивающий порт на нужный режим и скорость:
------------------------------
MOV SCON, #01010000B ; режим 2 (8 бит передается)
MOV TMOD, #00100001B ; установка таймера 1 (8 бит)
MOV TH1, #0FDH ; настройка скорости 9600 бод

MOV TCON,#01000000B ; таймер 1 включить
MOV IE, #10010000B ; разрешить прерывания от последовательного порта (EA, ES = 1)
------------------------------
Так вот, если удалить последнюю строку, передача начинает нормально работать и компьютер читает посланный байт. Но мне, блин, нужна эта строка. У меня не только передача идет, но и прием, причем именно по прерыванию на фоне работающей программы.
Ладно. Когда будет прием, я не знаю, а вот момент передачи мне известен, я могу на это мгновение застопорить программу и запретить прерывания. Сказано - сделано. Пишу:

MOV IE, #0 ;запрещаю прерывания перед передачей
MOV SBUF, #число
JNB TI, $
CLR TI
MOV IE, #10010000B ;и разрешаю после
RET

Не работает. Висит, зараза.
Проверяю, что находится в IE после старта по-умолчанию. Оказывается не ноль, а 01000000B.
Заменяю первую строку на MOV IE, #64 - оп-па, заработало.
Но ведь в справочнике написано: биты 5, 6 - зарезервированы, значит не имеют значения? Оказывается имеют.

В общем-то задачка решена. Но уж очень по-обезъяньи: работает, но не понимаю, почему. Так вот вопрос: чем разрешение прерывания по последовательному порту может помешать передаче? И какого ... зарезервированные биты влияют на работу?

Конкретный процессор был AT89C52. Порт заведен на MAX232 (точнее, какой-то более дешевый аналог) и через подключен к Com порту компьютера. По осциллографу то, что идет с процессора через MAX232 ни на микрон не отличается от идущего с Com порта компьютера. Чтение однозначное (вот уже пол-дня на прогоне - ни одного сбоя).

woroba · 13.06.2015, 20:15

Вот нарыл древний проект может будет полезным.

Boba_spb · 13.06.2015, 20:15

С такими регистрами лучше работать командами CLRB и SETB
а не MOV IE, #0 ;запрещаю прерывания перед передачей

spamkerdyk · 13.06.2015, 21:55

В древнем проекте не такой, как у меня режим порта. Вроде тоже mode 1, но зачем-то загружаются оба байта таймера. Похоже на скорость 62.2 кбод. А во время передачи бит Ti не отслеживается, а просто отрабатывается задержка в 100 мкс. Так конечно тоже можно, но как-то "не кошерно".

Сообщение от Boba_spb

С такими регистрами лучше работать командами CLRB и SETB
а не MOV IE, #0 ;запрещаю прерывания перед передачей

Почему в данном случае MOV? Потому что после MOV я однозначно знаю, что во всех битах регистра, к тому же регистр у меня настраивается один раз и на все время работы программы.
И, я правильно понял, что вы тоже на время передачи запрещаете прерывания?

baiderin · 13.06.2015, 22:48

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

Yurkin2014 · 13.06.2015, 22:53

А как Вы принимает байт от компа? Есть обработчик прерывания? Вот, прерывание разрешили, байт пришёл от компа, флаг RI поднялся, и тут же случилось прерывание по приему. Если нет обработчика и никто этот флаг не сбрасывает, то проц зависнет в бесконечных прерывания по RI.

omercury · 13.06.2015, 23:02

Сообщение от baiderin

Помнится,что приоритет прерывания ставил высокий.

SETB PS

spamkerdyk · 13.06.2015, 23:18

Сообщение от Yurkin2014

А как Вы принимает байт от компа?

Сейчас работающие подпрограммы выглядят так:
ORG 0000H
RST: JMP RSET ;Прерывание по RESET

.........

ORG 0023H
COM: JMP PCcntr ;прерывание от последовательного порта

----------------------------
RSET: Программа...
---------------------------

TRANS: MOV IE, #01000000B ;запрещаем прерывания вобоще
MOV SBUF, A
JNB TI, $
CLR TI
MOV IE, #10010000B ;теперь снова разрешаем прерывания
RET

PCcntr: CLR IE.4 ; Запрещаем прерывания от порта на время обработки принятой команды
MOV R5, SBUF
CLR RI ; Сбрасываем флаг приема
SETB IE.4 ; разрешаем прерывания
RETI

Первая подпрограмма "TRANS" - это передача байта, предварительно помещенного в аккумулятор. Вторая "PCcntr" - обработчик прерывания при приеме байта. Принятый байт попадает в R5, дальше используется как команда для перехода по ветвям программы.
Так вот, если в TRANS выбросить первую и предпоследнюю строки - а по всей теории их быть не должно, при попытке первой же передачи подпрограмма зависает.
-----
Не обращайте внимание на запрет прерываний при приеме. Есть он или нет - эта подпрограмма все равно работает правильно. Запрет связан с тем, что в реальной большой программе на этом месте идет прием восьми байтов (уже не по прерываниям, а по отслеживанию флага RI). Сейчас у меня работает тестовый вариант, я не стал удалять эти строки просто, чтобы потом не забыть про них.

Сейчас все в тестовом режиме работает. Комп посылает процессору случайный байт, процессор принимает и выкладывает его на порт 0 и тут же отсылает обратно. Компьютерная программа выдает этот байт для наглядности на индикаторы. Вот так уже целый день барабанит. Если бы был сбой, то программа бы заверещала. Но она молчит.

Yurkin2014 · 13.06.2015, 23:34

Сообщение от spamkerdyk

"PCcntr" - обработчик прерывания при приеме байта

Прерывание наступает как от приёма, так и от передачи. Один обработчик на два случая. При передаче байта поднимается флаг TI и тут же программа прыгает на PCcntr, где благополучно зависает, т.к. флаг TI не сброшен, то получается бесконечный PCcntr заход-выход и снова заход-выход и т.д. В основной программе дело не успевает дойти до "CLR TI".
Надо в обработчике сначала проверять, что вызвало прерывание: TI или RI. Если TI, то просто сбрасываем TI и выходим. Если RI, то сбрасываем RI, читаем принятый байт из регистра и выходим.

индюк · 13.06.2015, 23:58

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