Световое перо / тач скрин для РК

Eсли делают РК с TFT дисплеем.
На сколько реально координаты с тач-панели преобразовывать с помощью одновибраторов в сигнал LPEN, чтобы аппаратно симулировать «световое перо», которое ВГ75 изначально и поддерживает?

Тогда подключение к РК сенсорной панели не было бы чем-то инородным, а совершенно естественно поддерживалось на уровне самой ВГ75.

Я так понимаю, нужны два одновибратора по осям X и Y, которые, в зависимости от тач-координаты, запускаются с выдержкой, относительно HRTC и VRTC соответственно, чтобы через элемент «2-И» выдавать на вход LPEN ВГ75 импульсы?

Здесь самое любопытное то, что в саму схему РК никак внедряться не пришлось бы.

И «РАДИО-86РК» со стилусом - это необычайно интересно!:v2_dizzy_turn:

Очень интересно
Нужно будет как то почитать как предлагается читать положения пера...

Но основная проблема откуда под это возьмется софт?
Да и какой под это поделие "сенсорный" софт может быть?
рисовлка?
всё?


или быть может РК планшет? :v2_lol:
по аналогии с соседней темой


как по мне
интересней запилить настоящее световое перо и тыкать его в ЭЛТ :)

Кaк известно, в Бейсиках линии оператором LINE рисуются внутренними вызовами кода оператора PLOT, что не лучшим образом сказывается на производительности.

Решил я пойти от обратного, однако.
Моя идея в том, чтобы строить именно линию на экране не отдельными вызовами вывода псевдографического пикселя в PLOT, а внутренним циклом LINE сразу двумя псевдографическими пикселями на знакоместо, перебирая лишь сами коды псевдографики…
(Онлайн запуск Fast-Lines-86).
Увы, как можно убедиться, хоть линии строятся существенно быстро, но не всякие квадранты алгоритмом верно выводятся на данный момент…
А со световым пером мышью теперь легче отлаживать подпрограмму, находя разные проблемные сочетания координат…

Цитата:

---

Сообщение от NEO SPECTRUMAN

Но основная проблема откуда под это возьмется софт?

---

B XXI написать - не проблема!
Вот набросок игр «Звёздочки» и «Жизнь».
Или вот - игра «Марс»…

Цитата:

---

Сообщение от NEO SPECTRUMAN

Нужно будет как то почитать как предлагается читать положения пера...

---

Код:

---

    LD  HL,0C001H ; Порт статусного регистра ВГ75
    LD  A,(HL)    ; Читаем байт статуса
    AND 010H      ; Проверяем флаг LP
    RET Z        ; Если сброшен - "световое перо" не срабатывало
    LD  (HL),060H ; Команда "чтение светового пера"
    DEC L
    LD  E,(HL)    ; Читаем колонку (смещается на ≈3 знакоместа)
    LD  D,(HL)    ; Читаем ряд

---

В 90-х я это делал. Но так как светового пера не подключалось, E и D никогда не изменялись, а флаг LP всегда сброшен был…

Игра "весы" -- с помощью пера переносить правильные кубики на разные чаши весов, чтоб их уравновесить. Была у меня. Самое лучшее применение -- в текстовом редакторе: выделение блоков текста для операций с ними. Ни схемы пера, ни программ не сохранилось, пытаюсь найти в Интете -- пока безуспешно.

Кaк известно, вездe в справочниках по i8275/ВГ75 к описанию регистров светового пера указывается примечание, что из-за внутренних задержек криворукости инженеров Intel считанную позицию светового пера необходимо корректировать, так как она смещена на ≈3 позиции.
Тем самым, чтобы позиция считывалась корректно и не требовалась никакая коррекция, нужно сигнал от светового пера выдавать несколько раньше, чем луч достигнет его.
Фантастика?

Можно, конечно, оформить световое перо художественным дизайном так, чтобы слева от кончика закреплялась оптическая линза, через которую визуально невооружённым глазом будет видно, на какой символ мы указываем. То есть, при манипуляции световым пером нужно будет ориентироваться не на кончик светового пера, который собою закрывает символы под ним, а на линзочку левее. Таким образом, физически и механически мы, формально, будем получать те координаты, куда и целимся.
Однако, это - просто, скучно и не интересно.

Потому, с помощью электроники нам необходимо генерировать сигнал от светового пера так, чтобы он пришёл на опережение и сработал на три знакоместа ранее, прежде чем луч достигнет его. Проще это достичь, пользуясь тем, что знакоместо - это символ 6×10. А значит, попиксельная точность срабатывания светового пера не требуется и можно воспользоваться трюками…

Один из которых - задержка на ≤1 строку.
То есть, так как отображаемых знакомест у нас 78 и ещё 8 под ССИ, имеем в строке 86 знакомест. Так как на линию знакоместа, благодаря ИЕ4 отводится 6 пикселей, всего период строки развёртки занимает 516 периодов тактовой частоты.
При частоте в 16 МГц и тактировании развёртки от 8 МГц, получается 15503 Гц, вместо стандарта в 15625 Гц.

Если 15625 Гц - это 64 мкс, то 15503 - 64½ мкс, что не существенно, так как в рамках ± ГОСТа.
Чтобы сдвинуть сигнал от светового пера на 3 знакоместа влево, нужно задержать его на 1 период развёртки МИНУС период трёх знакомест - 1¾ мкс (если я не ошибаюсь). Получается 62¼ мкс.

То есть, импульс от светового пера запускает одновибратор, который спустя 62½ мкс сгенерирует импульс LPEN для ВГ75.
(Кто владеет электроникой, спаять такой промежуточный узел с подстроечником может на раз-два: ссылка #1 и #2.)

Тем самым, просто предлагаю пропатчить косяки инженеров вот такой заплаткой, чтобы программист, на программном уровне, был свободен от маразма инженеров Intel.
А так как на РАДИО-86РК программ под световое перо ещё нет, то нам нужно подумать о том, чтобы первые шаги не были «комом» и лет через 10, когда молодые энтузиасты будут ковырять код, чтобы никто не ломал уже голову, отчего всюду координаты сбиты на 3 позиции во всех программах.:v2_dizzy_facepalm:
ИМХО: Лучше именно сейчас аппаратно это решить, чтобы программисты не парились над смещением!:v2_dizzy_punk:

Тем более, запасы тех же ВГ75 не бесконечны, а благодаря реверсинженерингу в FPGA/ПЛИС легко можно сделать нормальный аналог ВГ75, но со входом от сенсорного экрана, где позиция нажатия будет 1 к 1 - без смещения.
В таком случае, это ещё один аргумент, где поддержка смещения программно может сыграть крайне плохую, шутку. И лучше сейчас аппаратно воспользоваться временной заплаткой - задержкой на 62¼ мкс.

P.S.: Кто за - лайкните…