Самодельный компьютер на Z80 и не только

[KeKc]

А если попробовать завести RxRDY через RС цепочку, по типу как сделано в "Ленинграде", может поможет.

Ух, прям руки чешутся, глядя на вас. Пошёл свою железку допиливать...

[Ewgeny7]

А если попробовать завести RxRDY через RС цепочку, по типу как сделано в "Ленинграде", может поможет

Прерывание-то останется однократным, а нужно террабайты принимать с ПЦ на компик

[Ewgeny7]

В общем, убрал прерывания, можно и без них обойтись. Но загадка осталась.

Нельзя обойтись. Вывод на LCD медленный, нужно в прерываниях ловить данные с USART.
Еще немножко поковырялся с ВВ51, но пока не победил его RxRDY...

[ALS]

А не логичней было бы все принятые данные сначала загонять в какой-то буфер (сколько там ? 20х2=40 байт), и только по окончанию посылки передавать данные из буфера в дисплей ?

[Ewgeny7]

А не логичней было бы все принятые данные сначала загонять в какой-то буфер (сколько там ? 20х2=40 байт), и только по окончанию посылки передавать данные из буфера в дисплей ?

Логичней, это и Ёжику понятно.
Но вот только код Бейсика писал пресловутый Билли Гей-тс, а ему хотелось всё делать через символ. Можно залезть в дебри Васика, но можно и просто решить задачу с прерываниями, и принимать байты в буфер, неспеша рисуя символы. Воть...

[rw6hrm]

Немного вспомню, как это делал на 6850...
1. Передача слова на внешнее устройство:
- Проверяем регистр статуса передачи. Если не пустой, значит передача предыдущего слова ещё не окончена - ждём в цикле. Если пустой, то записываем в регистр данных слово на передачу. По идее передача начинается сразу, как только слово помещено в регистр данных.
2. Приём слова с внешнего устройства:
- проверяем регистр статуса приёма. Если пуст, то нам ничего не поступило, можем заняться основной программой. Если полон, то считываем слово из регистра данных. Обнуляем регистр статуса приёма.
- проверяем полученный байт. Если это комбинация ctrl+C, то передаём управление прерыванию исполнения текущей программы, иначе просто принимаем байт (по крайней мере у меня для работы с Бейсиком это нужно).
Т.е. без проверки флагов никак. А вот для остановки внешнего устройства, если оно торопливое, а мы не успеваем обрабатывать, RxRDY как раз и нужен, в комп заводить его не надо кмк, а вывести сигналом RTS наружу

Почти та же фигня и с ЛСД, у многих есть сигнал BUSY, который показывает, что дисплей ещё не обработал символ. Вот и приходится метаться между этими двумя "неуспевающими"...

[Advertiser]

[Ewgeny7]

rw6hrm, я до кучи и про 6850 документы читал. Была мысль ее использовать (там есть выход INT), но у нас их нету в питерах.
А вот выход RxRDY у ВВ51А даже в документации заводится на проц для инициации прерывания. Но рабочего примера с прерыванием я не нашел
А насчет флагов - все подобно 6850.
Бит 0 регистра статуса - 1- передатчик занят, 0 - можно засылать байт на отправку.
Бит 1 - 1 - новый байт в приемник не прилетел, 0 - есть новый поступивший байт.
Т.е., когда порт статуса читается как 0, то делай вообще что хочешь

[ALS]

А сколько времени уходит на запись символа в ЖКИ ?
Может, на небольших скоростях (скажем, 9600bps) интервала между отдельными байтами посылки будет достаточно, чтобы, не озираясь ни на что, вывести символ на индикатор и не спеша вернуться в тело программы.
Конкретно на 9600 это ок. 120uS :

[rw6hrm]

В хабровских статьях о применении ЖКИ не парятся относительно сигнала занятости ЖКИ, там просто играются программными задержками. Но ведь не всегда это возможно, если проц под сотню МГц и выше, тогда фиксим задержками ибо не жалко, а если, как в нашем случае, максимум 2-3 МГц (тактовой, реально рабочая скорость ещё ниже раза в три-пять), то задержки уже жирно как по временным затратам, так и по коду в ПЗУ...


Ewgeny7, я вот посматриваю на Вашу реализацию, учусь, поскольку с 6850 уходить придётся, если надеяться, чтобы конструкцию хоть кто-то повторил...

[ALS]

Сейчас глянул даташит на AC162D : Set RAM address - 39uS и Write DATA to RAM - 43uS
Это даже меньше, чем пауза между байтами при 9600bps.
Кроме того, пока мы принимаем следующий байт (а это вообще ок. 950uS), это тоже своего рода задержка для ЖКИ.
Т.е. - да, при 9600 никакие доп. задержки для ЖКИ точно не нужны (ну, разве что, во время инициализации и очистке дисплея, там от 1,5mS до 30). И тут главное, чтоб проц успел.