А если попробовать завести RxRDY через RС цепочку, по типу как сделано в "Ленинграде", может поможет.
Ух, прям руки чешутся, глядя на вас. Пошёл свою железку допиливать... :v2_dizzy_step:
Вид для печати
А если попробовать завести RxRDY через RС цепочку, по типу как сделано в "Ленинграде", может поможет.
Ух, прям руки чешутся, глядя на вас. Пошёл свою железку допиливать... :v2_dizzy_step:
Прерывание-то останется однократным, а нужно террабайты принимать с ПЦ на компик :)Цитата:
Сообщение от KeKc
Нельзя обойтись. Вывод на LCD медленный, нужно в прерываниях ловить данные с USART.Цитата:
Сообщение от Ewgeny7
Еще немножко поковырялся с ВВ51, но пока не победил его RxRDY...
А не логичней было бы все принятые данные сначала загонять в какой-то буфер (сколько там ? 20х2=40 байт), и только по окончанию посылки передавать данные из буфера в дисплей ?
Логичней, это и Ёжику понятно.Цитата:
Сообщение от ALS
Но вот только код Бейсика писал пресловутый Билли Гей-тс, а ему хотелось всё делать через символ. Можно залезть в дебри Васика, но можно и просто решить задачу с прерываниями, и принимать байты в буфер, неспеша рисуя символы. Воть...
Немного вспомню, как это делал на 6850...
1. Передача слова на внешнее устройство:
- Проверяем регистр статуса передачи. Если не пустой, значит передача предыдущего слова ещё не окончена - ждём в цикле. Если пустой, то записываем в регистр данных слово на передачу. По идее передача начинается сразу, как только слово помещено в регистр данных.
2. Приём слова с внешнего устройства:
- проверяем регистр статуса приёма. Если пуст, то нам ничего не поступило, можем заняться основной программой. Если полон, то считываем слово из регистра данных. Обнуляем регистр статуса приёма.
- проверяем полученный байт. Если это комбинация ctrl+C, то передаём управление прерыванию исполнения текущей программы, иначе просто принимаем байт (по крайней мере у меня для работы с Бейсиком это нужно).
Т.е. без проверки флагов никак. А вот для остановки внешнего устройства, если оно торопливое, а мы не успеваем обрабатывать, RxRDY как раз и нужен, в комп заводить его не надо кмк, а вывести сигналом RTS наружу
Почти та же фигня и с ЛСД, у многих есть сигнал BUSY, который показывает, что дисплей ещё не обработал символ. Вот и приходится метаться между этими двумя "неуспевающими"...
rw6hrm, я до кучи и про 6850 документы читал. Была мысль ее использовать (там есть выход INT), но у нас их нету в питерах.
А вот выход RxRDY у ВВ51А даже в документации заводится на проц для инициации прерывания. Но рабочего примера с прерыванием я не нашел :(
А насчет флагов - все подобно 6850.
Бит 0 регистра статуса - 1- передатчик занят, 0 - можно засылать байт на отправку.
Бит 1 - 1 - новый байт в приемник не прилетел, 0 - есть новый поступивший байт.
Т.е., когда порт статуса читается как 0, то делай вообще что хочешь :)
А сколько времени уходит на запись символа в ЖКИ ?
Может, на небольших скоростях (скажем, 9600bps) интервала между отдельными байтами посылки будет достаточно, чтобы, не озираясь ни на что, вывести символ на индикатор и не спеша вернуться в тело программы.
Конкретно на 9600 это ок. 120uS :
http://savepic.su/7158261m.png
В хабровских статьях о применении ЖКИ не парятся относительно сигнала занятости ЖКИ, там просто играются программными задержками. Но ведь не всегда это возможно, если проц под сотню МГц и выше, тогда фиксим задержками ибо не жалко, а если, как в нашем случае, максимум 2-3 МГц (тактовой, реально рабочая скорость ещё ниже раза в три-пять), то задержки уже жирно как по временным затратам, так и по коду в ПЗУ...
Ewgeny7, я вот посматриваю на Вашу реализацию, учусь, поскольку с 6850 уходить придётся, если надеяться, чтобы конструкцию хоть кто-то повторил...
Сейчас глянул даташит на AC162D : Set RAM address - 39uS и Write DATA to RAM - 43uS
Это даже меньше, чем пауза между байтами при 9600bps.
Кроме того, пока мы принимаем следующий байт (а это вообще ок. 950uS), это тоже своего рода задержка для ЖКИ.
Т.е. - да, при 9600 никакие доп. задержки для ЖКИ точно не нужны (ну, разве что, во время инициализации и очистке дисплея, там от 1,5mS до 30). И тут главное, чтоб проц успел.