РК86 в роли терминала

РК86 кроме использования как собственно бытовой компьютер, может служить терминалом для другой микро ЭВМ. Например, реализуя какой-нибудь стандартный терминал CP/M-машины.

Заметим, что сам РК86 в качестве полноценной инструментальной CP/M-машины, без существенной модернизации, даже при расширении ОЗУ (как из-за тормознутости, так и из-за отсутствия Z80), не очень привлекателен. Заметим, что нетекстовые отечественные ЭВМ (т.е все кроме Микро-80) из-за медленной процедуры вывода на экран для роли терминала годятся хуже (долгий вывод символа тормозит скорость передачи).

Гораздо более мощная CP/M машина получится, если подключить к РК простейшее МП-ядро с Z80B на такте 10 МГЦ (это всего 6-7 корпусов), используя РК как терминал, желательно со скоростным параллельным интерфейсом. Причём получится именно машина в CP/M-стиле, компьютер в подлинном ретро-смысле. К сожалению, концепция терминалов господствующая в 70-тые годы была вытеснена из-за мелкособственнических идеалов буржуазного общества.

Причём 10 МГЦ для Z80B не предел, недавно читал пост о том, что Z80B SGS надёжно работал на 14 МГЦ.  Внешняя платка скоростного МП-ядра подключается всего десятком проводов через запасной ППА D14. При этом даже не требуются апп.доработки базового РК, достаточно простой замены ПЗУ с ROM-BIOS. Если скорость вывода не особо волнует, то вместо параллельного обмена, будет менее хлопотно использовать последовательный обмен.

В простейшем случае роль внешнего скоросного компьютера может сыграть старая ненужная платка ZX-48К типа "Зона-композит", которая имеет слепыш на четверти площади. Эта плата легко переделывается в CP/M ЭВМ с ОЗУ в 62К, для чего на плате устанавливается ППА ВВ55 для интерфейса, ПЗУ 16 кб снимается (всё пространство 0...F7FF отдаётся ОЗУ) и устанавливается ПЗУ РФ2 по адресу F800. Кварц 14 МГЦ можно заменить на максимально возможный, например 16...28 МГЦ, сколько потянет ОЗУ. В итоге из двух непригодных для CP/M компьютеров получится один более полноценный.

Причём, если хватает знаний, можно ускорить работу МП-ядра на базе платы "зона-композит", если убрать ненужные счётчики, мультиплексоры, убрать узел видеовыхода и порт клавиатуры, а регенерацию сделать прозрачной используя сигнал /RFSH. Таким образом убрав видео-вывод в ZX устраняется торможение от видео-части на 20%. При этом на плате остаётся лишь генератор, процессор, ОЗУ и ПЗУ, т.е голое МП-ядро. Его можно разогнать примерно в 2 раза (от 3.5 МГЦ), а при использовании скоростного ОЗУ и ПЗУ даже больше.

Терминал это дисплей с клавиатурой, соединённый с основной ЭВМ по двухпроводной линии (иногда даже через всю страну по телефонному модему). Терминалы ценой в 800-1500 USD в середине 70-тых обычно работали со скоростью всего 110 бод, т.е всего 15 символов в секунду (чего для программ того времени вполне хватало).

РК86 при обмене программно по параллельному интерфейсу с другой ЭВМ может обеспечить скорость вывода ~10 тысяч символов в секунду. Такой скорости достаточно даже для динамичных игр. Заметим, что графические ЭВМ типа ОРИОНА или ИРИШИ, если их использовать аналогично в роли терминала, могут обеспечить скорость вывода лишь в ~1000 раз меньшую.

Однако, иногда возникает необходимость превратить РК в полноценный терминал, когда терминал и модуль ЦП далеко разнесены и для связи между ними используется линия всего в три провода. В этом случае наличие аппаратного ВВ51 ускоряет обмен, но даже имитация последовательного обмена программно даёт приемлемую скорость, причём даже, если роль ЦП играет IBM PC.

В случае обмена с IBM PC программный обмен без доп.аппаратуры получается очень медленным ~50 символов в секунду (при передаче файлов, когда идёт сплошной пототок битов без побайтовой синхронизации, скорость обмена в несколько раз выше).

Как видно из конструкций простейших западных 8-ми разрядных самоделок на процессорах Z80, 6809 и 65C02 сделанных любителями, терминалы используются почти всегда. Даже на этапе отладки МП-конструкций, обычно ставят в системе SIO и в качестве терминала используют IBM PC со стандартной терминальной программой, подключеныый через COM-интерфейс.

Терминалы, даже любители уже, естественно, делают не на рассыпухе как в 70-тые годы (400 корпусов) и даже не с использованием отдельного микропроцессора и БИС для видеовывода типа MC6845 (~25 корпусов), а на ПЛИС и МК (~6-8 корпусов). Наличие у пользователя РК86 позволяет упростить задачу, и актуально для тех кто предпочитает не связываться с ПЛИС и МК.

Для изучения системы команд какого-либо микропроцессора (8-ми разрядных МП известно несколько десятков, хотя "выжили" только Z80, 6809 и 6502) можно не собирать целую ЭВМ с данным CPU, достаточно собрать только МП-ядро и по двум проводам подключить терминал.

Трудность отладки эмулятора редкого микропроцессора, например 6800, заключается в том, что для него нет готовых программ, которые можно было бы прогнать с целью проверки правильности работы блока эмуляции. Поэтому требуется отлаживать блок эмуляции путём оперативного написания небольших программ и сравнения результатов их прогона с реалом или другими эмуляторами. После отладки блока эмуляции 6800 уже не составляет труда написать и отладить в эмуляторе ROM-BIOS для любой конструкции на данном МП, тогда как отладка на реале путём тысячекратных перепрошивок ПЗУ, как это делалось на заре цивилизации, гораздо более трудоёмка. Кроме того, наличии эмулятора 6800 просто необходимо для конверсии для 6800 программ от КР580, например от РК86.

Таким образом, есть две задачи. Первая, - это обслуживание скоростного простейшего МП-ядра на Z80B, интерфейс с которым осуществляется в параллельном интерфейсе (в ВВ55 есть такой режим) через запасной ППА D14. Вторая задача, - это терминал для модуля ЦП на чуждом микропроцессоре. Для каждой из этих задач можно загрузить в ОЗУ РК86 и запустить терминальную программу. Если терминал нужен надолго, то удобно прошить её в ПЗУ E000...EFFF, т.е в те адреса, что уже и так стандартизованы для расширения ПЗУ в РК86 при введении RK-DOS, или в ROM-диск. Терминальная программа с минимумом функций (частичный VT52 или VT100) вполне влезает и в ПЗУ F800. Тогда РК86 сразу по сбросу служит терминалом (но естественно, уже не может прогонять игры РК86).

На таком довольно быстром (10 МГЦ)  компьютере имея CP/M вполне можно писать программы. При использовании для трансляции эл.диска один цикл итерации (модификация-трансляция-проверка) будет получаться быстрее, чем если транслировать на PC и пересылать для проверки в РК (всё тормозит сложность пересылок готовых кодов из PC в РК86). Пока для обмена с PC есть лишь медленная (~100 байт в секунду) терминальная программа использующая программно эмулируемый последовательный интерфейс по двум проводам.

Низкая скорость это плата за то, что вместо установки ВВ51 последовательный обмен эмулируется программно, через выход ВВ55. Но ВВ51 (который тянет за собой и ВИ53) мне всё-равно не хочется ставить, и я знаю, что можно, используя уже не два провода, а чуть больше, получить ту же скорость и программно.

Терминал отличается от компьютера тем, что он не выполняет пользовательских программ, он лишь позволяет ввод и отображает результаты работы программы, запущенной на отдалённом компьютере (http://mechanoid.kiev.ua/networks-diskless.html).

А древний терминал в стиле 60-тых это внешнее устройство объёдиняющее в себе дисплей и клавиатуру, подключенные к компьютеру обычно с помощью последовательного интерфейса, в простейшем случае с помощью трёх проводов (приём, передача и земля). В 70-тые годы типичная скорость передачи составляла от 75 до 300 бод, причём терминал не содержал никакой вычислительной мощности. В конце 70-тых терминалы изготавливали уже на микропроцессоре, потому он кроме упр.ASCII кодов (коды ниже 20H) обслуживал развитый язык искейп-команд.

В середине 70-тых в развитых странах каждый (кто был достаточно богат) мог приобрести такой терминал (стоимостью ~1000 USD) и телефонный модем со скоростью в 300 бод и не выходя из дома мог подключиться к майн-фрейму расположенному в другом городе отдалённом за 1000 миль. В те времена такое использование компьютера считалось правильным и перспективным. Все приличные компьютеры были компьютерами общего пользования, т.к к ним напрямую или по модему подключалось несколько десятков терминалов. Если же человек имел паяльник и опыт, то мог с'экономить, спаяв себе в 4 раза более дешёвый самодельный терминал выводящий на бытовой телевизор.

Читал фантастический роман в котором действие происходит в будущем, в котором наступил век прогресса. Умный дом, транспорт, управление погодой, ближний космос и т.п чудеса прогресса, а также, естественно, роботы. Бытовая техника продвинута настолько, что кухонный автомат даёт кушать только то и столько, что высчитал компьютер на основании анализов, отчего толстяки исчезли. Так вот даже в таком мире прогресса каждый житель не имеет своего компьютера, а только терминал. Потому что это намного разумнее, чем давать каждому по компьютеру.

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

Постоянно апгрейдить и производить массово требуется намного меньшее число супер-компьютеров, причём устаревшие модели отнюдь не выбрасываются, а просто нагружаются меньшим числом пользователей. Т.е, если к скоростной последней модели суперкомпьютера подключено 50.000 терминалов, то к устаревшему более медленному компьютеру подключается всего 5.000 терминалов.

Но, независимо к какому компьютеру в данный момент подключен терминал пользователя, машинный ресурс выделяемый каждому пользователю примерно одинаков. Происходит равномерное распределение нагрузки, т.е в случае чрезмерной загрузки конкретной машины, терминалы части пользователей передаются другому менее загруженному сейчас компьютеру. А в особых случаях, если кратковременно пользователю нужен даже весь полный ресурс суперкомпьютера в тысячи гигафлопсов, он его получает. Это справедливый мир равноправия (равная компьютерная производительность каждому, а не как сейчас, когда богачам - всё лучшее) и лишённый пиратства.

Так и планировалось развитие компьютеризации в 60-тые и 70-тые годы. И так и случилось бы, если бы во всём мире был социализм с его коллективным подходом. Тогда сейчас все в мире ездили бы только на общественном транспорте, а дома имели бы терминалы дающие пользователям вычислительный ресурс намного больший, чем даёт сейчас самый современный ПК. Ведь 99% процентов машинного времени при прогоне программы пользователю достаточно скромного машинного ресурса.

Например, в текстовом редакторе, достаточно скорости процессора не в 20 гигагерц, а 2000 раз меньшей. Потому, неиспользуемый ресурс супер-компьютера достаётся тому, кому это в данный момент нужно. Программы для работы в компьютере общего пользования пишутся так, чтобы в каждый момент времени получать у компьютера только тот ресурс производительности который реально нужен в данный момент. Также возникает экономия памяти. Например, если на данном супер-компьютере 50 тысяч пользователей одновременно работают в текстовом редакторе, то в ОЗУ нужна только одна его копия.

К сожалению, развитие компьютеров пошло по неправильному пути. Эгоистичная стяжательская буржуазная мораль и мелко-собственническая анти-коллективистская идеология исторически сложившаяся и господствующая в англо-саксонском мире заставляет их стараться получить всё что можно в личное владение. Алчный девиз англо-саксов, - мне, мне, всё мне... хочу владеть.

Появление микропроцессоров создало техническую возможность для превращения компьютера из предмета коллективного пользования в персональный. Первым покупателям микро-компьютеров было даже не важно, что компьютер ставший их личным, - совсем ущербный, имеет мизерный объём памяти и производительность и реально ни для чего полезного вообще не пригоден. Им важнее было то, что компьютер принадлежит лично им, а не фирме IBM или государству.

В итоге, вместо того, чтобы сделать на микропроцессоре терминал (для чего микропроцессор и был разработан), подключив модем и прикупив машинное время, точно также удобно сидя дома перед дисплеем и клавиатурой иметь доступ к огромному числу программ на майн-фрейме (в том числе к приличному бейсику), американцы отравленные мелкособственнической буржуазной идеологией, обзаводились первыми микро-компьютерами и мучились с убогим TINY бейсиком объёмом в 768 байт (это для 6800, для 8080 объём 1850 байт).

Причём владельцам первых микро-компьютеров Альтаир-8800 и SWTPC-6800 всё-равно приходилось терминал покупать или делать самостоятельно. В итоге, затраты намного бОльшие, а результат на порядки худший. Конечно в середине 70-тых машинное время майн-фрейма было дорого, но с ростом спроса цены быстро бы упали, сделав владение собственным компьютером невыгодным.

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

Ещё одним плюсом коллективных компьютеров является невозможность использования чужих неоплаченных программ, пиратство исчезнет. Потому в мире терминалов резко увеличатся зарплаты программистов, и как следствие неизмеримо возрастёт выпуск и качество производимых программ. Оплата программистов станет справедливой - больше вознаграждаются те программисты, чьей программой пользуется больше людей.

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

Если бы мир сразу пошёл не по пути индивидуализма, т.е по тупиковому пути персональных компьютеров, а по пути их коллективного использования, сетей и терминалов подключенных к супер-компьютерам, то Интернет возник бы на 10 лет раньше, скорости компьютерных сетей были бы на порядок выше, а прогресс в производительности компьютеров был бы намного больший, чем сейчас.

Пар в свисток

freddy пишет:

barsik пишет:РК86... может служить терминалом для другой микро ЭВМ

А... ха-ха-ха! Ну рассмешили!

Ну и чего тут смешного? Вы скорее смеётесь над собственным невежеством. Ведь ВГ75 и предназначена для строительства терминалов, потому в том чтобы её использовать по прямому назначению нет ничего смешного. Уж всяко смешнее использование ВГ75 нетрадиционно, что делаете Вы (учитывая, что доступны и недорого, БИС делающие то же самое и даже больше, например, видеопроцессор NEC 7220 может делать ролик, чертить линии, круги, прямоугольники и др.фигуры, масштабировать и тому подобные трюки почти мгновенно).

Для своего назначения ВГ75 вполне адекватна. И даже потеря ресурса процессора ~20% на циклы ПДП при таком использовании не вредит. Т.к для обслуживания текстового вывода достаточно такта обслуживающего процессора в 0.5 МГЦ. И даже меньше. Например, если кого-то устраивает скорость видеовывода символов в Специалисте, то такую же скорость вывода символов РК обеспечит при такте CPU всего в 100 КГЦ. А такую же скорость экранного ролика - при такте в 300 КГЦ.

Так что такт КР580 без потери свойств можно уменьшить вдвое, а такт ПДП, например, поднять. КР580 с соответствующей программой даже с тактом всего в 1 МГЦ позволяет построить вполне полноценный терминал, например VT52, с полным объёмом его функций. И при желании даже с цветом (хотя цветных VT52 не было).

ВГ75 идеально подходит для разработки терминала, - он даёт инверсию знакомест, 11 аппаратных символов для рисования одинарных рамок, подчёркивание символов, атрибут яркости, коммутацию фонтов и даже световое перо. С точки зрения англоязычных монохромных CP/M-программ ничего больше и не требуется. А все текстовые адаптеры на логике или других БИС не имеют 4-х управляющих атрибутов. Потому-то на ВГ75 и получается текстовый адаптер лучший, чем на мелкой TTL-логике. А разве могут текстовые адаптеры на жёсткой логике программно менять видеорежимы?

Причём я даже не предлагал делать текстов адаптер на ВГ75 специально, хотя со статическим ОЗУ такой микропроцессорный текстов адаптер был бы проще и к тому же мощнее, чем неинтеллектуальный традиционный реализованный на TTL-корпусах, типа текстового адаптера от Микро-80 или ЮТ-88.

Речь шла о том, что уж, если у вас "завалялся" неиспользуемый РК, и вдруг неожиданно вам зачем-то понадобился терминал, то почему бы РК не использовать в ином качестве? В конце 80-тых у меня был знакомый который использовал в качестве высококачественного терминала даже ИРИШУ.

Можно подумать о том, чтобы сделать текстов адаптер по схеме РК86 для ИРИШИ в конструктиве плат ИРИШИ. Но не в виде терминала. Мне сама идея терминала со своим микропроцессором и обменом с главным компьютером через интерфейс не нравится. Это ненужный, бессмысленный тормоз, глупое наследство из эпохи майн-фреймов, когда компьютер размещался в одном огромном зале, а пользователи с терминалами сидели в другом зале. Если у нас компьютер моноблок, то зачем нам медленный интерфейс для соединения частей схемы и второй процессор обслуживающий текстов адаптер?

Я имею ввиду безтормозную схему включения, что могли бы сразу сделать и авторы РК. Тогда шина в которой стоят ВГ75, ПДП и экранное ОЗУ отделено от шины самого компьютера буферами. И когда ПДП периодически читает экранное ОЗУ (на 537РУ10), то это не мешает работе процессора КР580. А когда процессор ИРИШИ сам лезет в экранный буфер, то, при отсутствии HLDA, буферА адреса и данных открываются, подключая экранный буфер к процессору КР580. Если же HLDA есть (т.е шина дисплея занята ПДП), то формируется WAIT, а буфера не открываются до окончания цикла ПДП и освобождения дисплейной шины. HLDA в этой схеме это уже не сигнал из КР580, а стробированный клоком Ф2 запрос ПДП. При этом торможение процессора будет небольшим, может быть на пару процентов.

Кстати, в моём личном РК в начале 90-тых фонт был не 6*10 и даже не 8*10, а 9*10, потому и схема включения 155 ИЕ5 была странная, а входной такт для видео части был не 8, а 11 МГЦ.

freddy пишет:немного подразогнать, а то это говно не осилит ESC-последовательности скролов там всяких и прочей лабуды даже на 9600 bps

Опять пальцем в небо... Нет особого смысла разгонять, для обслуживания текстового адаптера достаточно скорости CPU в 0.5 МГЦ. Перезаданием области начала экранного буфера РК может делать ролик экрана мгновенно, SVGA не угонится. А уж на обслуживаение ESC-команд, типа позиционирование курсора, вставка строки или включение инверсии, быстродействия РК вполне достаточно.

Что касается интерфейса. Параллельный уже есть. Да и последовательный интерфейс со скоростью обмена до 4 кб в секунду эмулируется программно на ножках ВВ55 без всяких доп.деталей. А из ВВ51 у процессора КР580 хватит скорости выжать даже её максимум (по ТУ у ВВ51 максимум - 9600 бод, но есть сведения, что он тянет и 19200).

freddy пишет:Нормальный терминал с нуля проще построить, что и было мною сделано

Проще? Вот это как раз смешно. Вы трахались разрабатывая хитрый видеоадаптер на ВГ75 много лет, а плату РК86 осенью 1987, не имея никакого опыта я спаял и настроил всего за пару дней. И Вы сделали только видеоадаптер. Без процессора это даже не терминал, а видеоадаптер, который лишь отображает то, что положили ему в его экранный буфер. И без клавиатуры это тоже не терминал. А вот РК86 в которое поставили ПЗУ РФ2 с программой терминала - это как раз полноценный терминал, может работать хоть как VT52 или VT100, или как Изот-1031.

freddy пишет:И шо там у Вас было вытеснено в 70-е годы? Ась? Вы шо, в параллельной реальности? У нас вот в XXI-м веке всё ещё не вытеснено.

Это Вы в параллельной реальности. У 99.999999 процентов людей на моей планете в пользовании именно персональные ЭВМ, а не коллективные майн-фреймы, что безраздельно господствовали до ~1977 года, когда начался серийный промышленный выпуск ЭВМ для индивидуального пользования. ЭВМ коллективного пользования сейчас остались лишь в виде Супер-компьютеров на тысячи гигафлопсов, но они единичны и лишь в пользовании у учёных и в оборонке, чтобы точно рассчитывать траектории баллистических ракет и ядерные заряды для водородных бомб.

А то, что коллективные компьютеры выгоднее убедительно доказывает наличие сетевых сервисов. Например, сетевые переводчики, типа 'Google Translate'. Да таже "Алиса" с вашего мобильного телефона распознающая и выполняющая команды это тот же коллективный мощный компьютер, т.к производительности 8-ми ядерного двух гигагерцового процессора вашего телефона/планшета с Андроидом не хватает для распознавания речи, а ни скорости CPU ни объёма ОЗУ не хватает для хранения самообучающейся нейронной сети нужной для полноценного перевода на другой язык.

Стив Джобс пытался в начале 90-тых наладить выпуск дешёвого сетевого компьютера не имеющего винчестера, и хранящего все данные и программы в сети. Но не пошло. Помешал вероятно тот же собственнический стяжательский менталитет англо-саксов и, думаю, пользователям очень не понравилось то, что стало невозможно использовать пиратские программы на халяву.

freddy пишет:Да и удобнее когда машина отдельно, терминал отдельно.

В вашем параллельном мире, где владение персональной ЭВМ запрещено и пользователи подключаются со своего домашнего терминала к мощной ЭВМ коллективного пользования, да - это удобнее.

А в моём мире этого нет, потому зачем здесь кому-то вообще иметь терминал. Потому их уже, наверное лет 35, как вообще прекратили промышленно выпускать. До середины 80-тых терминалы, причём уже графические, ещё использовали в рабочих станциях. А потом даже они стали вообще не нужны (остались только у больших учёных работающих с Супер компьютерами). Если где-то был нужен текстовый терминал, то его с успехом заменяла IBM PC XT.

Дорогу осилит идущий

freddy пишет:Хорош, по клавиатуре елозить. Запилите на РК видеотерминал... диванный теоретик. А то говорить, что можно, и я могу. Однако я от таких отличаюсь тем, что терминалов написал уже с 10-ток разных и знаю в этом толк.

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

То, что Вы считаете, что "запилить на РК видеотерминал" это проблема, ясно говорит о том какой Вы программист. И то, что Вы "написали десяток разных терминалов" тоже.

Если речь о разных стандартных текстовых терминалах, то во-первых, половина кодов разных текстовых терминалов совпадает (например DEC VT52 и VT100), а для того, чтобы из программы реализующую один терминал получить другой, достаточно лишь поменять упр.коды. Так недавно мне было надо получить терминал VT52 в ИРИШЕ, где в ROM-BIOS поддержаны большинство нужных искейп-кодов, но эти коды иные. Так вот, чтобы из "терминала ИРИША" получить "терминал VT52", даже не имея возможности сменить коды в ПЗУ, на входе CONOUT CP/M-BIOS отлавливаем искейп-коды и конвертируем их в те, что понимает драйвер вывода ИРИШИ. Так что, имея написанную программу всего одного терминала, занимает несколько минут переделать его в другой терминал. Так что считать заслугой, что Вы написали десяток терминалов просто нелепо, потому, что это тоже самое, что написать один терминал.

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

Простой терминал (т.е без искейп-кодов) это лишь вызовы нескольких стандартных подпрограмм из ПЗУ РК плюс драйвер передачи по линии. Мигаем курсором, одновременно контроллируя нет ли передачи на CONOUT и не нажата ли клавиша. Если передан символ, то выводим его на экран, а если есть нажатие клавиши, то выдаём её код в линию. Т.о написать программу терминала для готового компьютера - это простейшая работа, сделает любой, кому полчаса назад объяснили команды ассемблера. В компьютере PET с экраном на 80 символов программа реализующая терминал была даже прошита в ROM-BIOS, потому что эта программа почти не тратит объём ПЗУ.

Когда мне несколько лет назад понадобился терминал на вывод (для отладки другого МП-ядра без органов индикации) я написал программу реализующую терминал VT52 для ОРИОНА за 5 минут. Это же просто компоновка вместе процедуры приёма с линии и драйвера VT52. Мне не нужен был интеллектуальный терминал (англ. intelligent terminal), т.е с искейп-командами, хватало и простого (англ. dumb terminal). https://ru.wikipedia.org/wiki/Компьютерный_терминал. Просто я уже имел готовую процедуру вывода реализующую именно VT52, а главное, дающую цветные оконные функции. Чтобы получить работающий терминал к этому добавляется ещё несколько десятков строк ассемблера.

Для ОРИОНА в 90-тые я написал более десятка драйверов вывода на экран реализующих все коды VT52, что используются в программах CP/M. А также опрос клавиатуры для 4-х типов клавиатур. Потому на написание терминала и уходит минимум времени. В начале 90-тых написал также драйверы реализующие терминал VT52 для Специалиста и РК86. Иначе экранные программы CP/M не работают. Когда-то написал и свои цветные драйверы вывода для всех граф.режимов VGA вплоть до VESA (и кстати, как раз не на 80 символов в строке, а на 64). Вот как такой шрифт выглядит.

Так что странслировать вместе процедуру CONOUT из CP/M для РК86, готовые драйверы опроса клавиатуры (матриц РК/MS/Специалист или промышленной ASCII-клавиатуры) и процедуры обмена по линии в ПЗУ 2 кб займёт у меня не более 20 минут. Только зачем и кому это надо? Это делают под конкретную задачу. Например, разработчики ретро компов и контроллеров на этапе отладки используют PC с COM-портом в качестве терминала.

freddy пишет:Даешь терминал с РК! А то у Вас сплошная диванная теория, сделайте ручками!

Не, с РК я больше не свяжусь. Это трата времени впустую. В оригинале РК это вообще неинтересно. А "доведение РК до ума" оказалось никому не надо. У меня есть РК, но он уже полгода не на ходу. В ближайшие годы я его починю. А вот для ИРИШИ терминал можно написать. Сразу же напишу, как только придумаю для чего я буду его использовать.