он ни в коем случае ни это слово, просто пока тут об этом теоретизируют, я уже на практике набил шишек подбирая к Ориону где в CPM консоль RS-232 есть, терминалы с RS-232 + ASCII8bit + 80х25 + VT-52(позиционирование), причем чтобы это понятно было не четыре разных терминала, а один. Так вот, за разумное время (гуглил примерно дня три), мне не удалось найти такого терминального клиента для Windows или Linux (а понятно, что как минимум при начальной отладке это должен быть терминал для PC просто потому что это удобно). Как ни странно, из кучи разнообразия терминалок, где всегда не хватало то одного то другого, наиболее близким оказался стандартный Hyperterm от ВиндовсХР (в болеее новых Виндузах эти уроды его зачем-то выпилили из дистрибутива) - там хотя бы было RS-232 + ASCII + VT-52. К сожалению, экран там 80х24 и не настраивается. В итоге, из примерно десятка различных Орионовских CPM-овских "нортонов с рамочками" нормально не заработало ничего - всегда что-то да отобразится некорректно (хотя проги - чернобелый примитив через штатный CONOUT) и пришлось написать собственную минималистическую оболочку которая на Hyperterm отображалась нормально (да думаю где угодно на VT-52 т.к. использует от него самый минимум плюс некоторые коды отличающиеся в реализациях дублирует).Сообщение от barsik
- - - Добавлено - - -
А, еще важна деталь: я ставил цель (чего и достиг), чтобы этот "нортон" корректно отображался не только по RS-232 сторонним драйвером/терминалом, но и в самой Орионовской CPM или в Ордос через Монитор-2 при выводе на телевизор (т.е. хотя и при работе через CONOUT, но через Монитор2 или клон драйвера 480С который как оказалось в части расширений далек от стандартов VT52). Вот тут его исходники, там в файле screen.c есть таблица соответствия кодов VT-52 между Орионовским Монитором-2, Орионовским 480С, консолью эмулятора MyZ80 (в режиме VT-52) и правильными стандартными кодами VT-52. Из чего и был выведен минимум и некоторые "runtime" коррекции двойным выполнением одного и того же действия (чтобы код без настройки работал на разных терминалах). Тот командер хотя и делался для специфической цели - копирования между CP/M, FAT12/16/32 и Ордос, но в части GUI это готовый MC а-ля Linux (все порывался я его на Uzix портировать, но чего-то остыл): с оконными функциями и "подкладным" оконным буфером, квази-объектным программированием с иерархией и с обработкой по событиям (кто кодил под VCL Borland С-builder - оценит). И все это собирается нативным C-компилятором CP/M (HitechC v3.09).
- - - Добавлено - - -
Ну как бы оно во всем мире так и делается: к копеечному контроллеру по RS-232 ходят с ноута(PC) из терминалки. И не только к копеечному, а и к Hi-End серверам зачастую аналогично - по RS-232 с ноута из терминалки. И даже если на микрокомпе есть вывод на TV (не обязательно наши 8-битки, а например разные Orange/Raspberri-PI), запиливание туда ОС всегда начинается с PC в терминале по RS-232, и только на финальной стадии когда дистриб отлажен, "диван" становится ненужен.Просто это красиво и удобно (ноут есть у всех, а терминал DEC или Robotron c VT-52 - нет), потому и прижилось. Кроме того, удаленный доступ по RS-232 это еще и удобный концепт, которые буде он реализован, позволяет перейти на удаленный доступ поверх других сред, например используя разного вида локальные сети.
Ответить с цитированием