Компьютер для CP/M. Формулировка ТЗ.

[rw6hrm]

http://geoffg.net/terminal.html для желающих иметь терминал для VGA и PS/2. Вот только о кириллице забудьте или патчите прошивку. А у меня просто руки не доходят добить кодировку в своей поделке, http://www.qsl.net/rw6hrm/html/8bitdisp.htm . Базовую кодировку доделал, на болд и двойной ширины ну чтот никак...
Полноценной графики не будет, ибо не нужна.

[Advertiser]

[barsik]

Проблема переделки любого компьютера на VGA, оказывается совсем не проблема, если сам компьютер тянет двойной такт, т.е допускает замену кварца на удвоенный. Я узнал это потому, что на досуге люблю почитать немецкоязычные сайты аналогичные этому (а также немецкие журналы из середины 80-х).

Так вот оказалось, что для перевода на VGA ГДР-овских самоделок из 1984 года (с текстовым адаптером) достаточно заменить кварц 8 МГЦ на 16 и ещё что-то сделать с формирователями ССИ и КСИ. И всё. Делается за пару минут. Видимо, современные VGA не требуют точного соблюдения стандарта, т.е 31.5 КГЦ частоты строк и 70 ГЦ частоты кадров. Достаточно, чтобы частота строк была достаточно высока, чтобы попасть в полосу захвата, а далее всё в multi-sync VGA подстраивается автоматичеки.

Когда-то у меня один ОРИОН долго работал с кварцем 14.318 МГЦ (тянул и 15 МГЦ). В ближайшее время попробую этот трюк на своём ОРИОНЕ, вдруг получится. Обычно кварц до 12 МГЦ тянет любой ОРИОН, а вот чтобы "выжать" больше, надо потрудиться.

Важно, что данный трюк получится на РК86, особенно если ОЗУ на статике. Потому что в РК86 можно тактировать ВГ75 и CPU разными тактами. Не пролема и одним тактом, если Z80. Да и КР580 допускает оверклок. У меня ядро РК86 (без D14 и периферии) работало при кварце 30 МГЦ (вместо 16). ВГ75 я не тактировал выше 10 МГЦ, но судя по чужим проектам он тянет намного более высокие частоты.

Кто-нибудь знает - ССИ и КСИ для VGA должны быть нулевыми импульсами или единичными ?

Полноценной графики не будет, ибо не нужна

Графика не нужна, а вот псевдографика обязательна.

Иначе придётся рисовать панели в нортонах символами '=', '-', '+' и '|', что выглядит ужасно. Да и в чисто текстовых программах псевдографика нужна чтобы рисовать таблицы в текстах. А в текстовом редакторе горизонтальные линии необходимы, чтобы отделять служебную строку (где указывается текущая строка, столбец и режим вставки/замены) от самого текста. Но главное, рамочки необходимы для программ с окнами, т.к по периметру открытого окна всегда рисуется двойная рамочка.

[creator]

Иначе придётся рисовать панели в нортонах символами '=', '-', '+' и '|', что выглядит ужасно.

Зато стильно, по кулхакерски.

[rw6hrm]

Графика не нужна, а вот псевдографика обязательна.

Эмм.... так вроде бы в любой нормальной восьмибитной кодировке псевдографика присутствует, начиная с B0, заканчивая DF. А про всяческие КОИ-7 давно позабыть надо.

[TomaTLAB]

Кто-нибудь знает - ССИ и КСИ для VGA должны быть нулевыми импульсами или единичными ?

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

[Error404]

если в планах есть работа с консолью ОС по rs232 да с позиционированием курсора (нортоны), то про псевдографику лучше сразу забыть и делать рамочки по кулхацкерски плюсиками, палочками и тп. Ибо отображать все это будет не собственная видеокарта, а хрен пойми какой заведомо неизвестный терминал, который ещё поподбираешь.

[barsik]

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

С чего это вдруг топик стартер станет использовать "хрен пойми какой неизвестный терминал", к тому же не умеющий даже позиционировать курсор. Он что идиот и в качестве терминала будет подключать АЦПУ выпуска 1974 года, где действительно нельзя позиционировать курсор?

К СМ-1800 тоже подключался внешний терминал (дисплей с клавиатурой) связанный с ЭВМ по последовательному интерфейсу. И там прекрасно работал экранный редактор, хотя и без псевдографики (т.к кодировка была 7-ми битовая).

Какой бы ни был терминал, даже если в нём управляющие коды не совместимы с VT52 или VT100, в нём всё-равно должно быть позиционирование курсора. Разве Вы знаете хоть один терминал, где этого нет? А если в терминале кодировка 8-ми битовая, то кто мешает иметь псевдографику ?

Скорости передачи 2400 хватит для экранного редактора, хотя, естественно лучше стандартные 9600 бод. И совершенно не обязательно паять терминал на ПЛИС или ещё какой. В качестве терминала можно использовать любую 8-ми разрядку. А удобнее всего в качестве терминала использовать IBM PC. Там есть удобная клавиатура и красивый шрифт. Особенно удобно будет делать PRINT SCREEN.

Почитывая немецкие журналы середины 80-тых в журнале 'MC' натолкнулся на такую любительскую конструкцию. В IBM PC XT ставится плата с процессором 68000 (или Z80) и ОЗУ 64К на двух 62256. Для 68000 используется ДОС CP/M-68К. Клавиатура, экран и дисководы есть в PC (драйвером служит процессор IBM PC). Даже ПЗУ в системе нет. Процессор PC закачивает в ОЗУ программу и освобождает RESET.

К сожалению, в современные PC такое не сделать, а вот если сохранилась 386-тая, 486-тая или ранний ПЕНТИУМ с EISA-слотами (у которых шаг не мизерный, а 2.54 мм), то сделать такую конструкцию можно, получив полноценный CP/M-компьютер с мощной и удобной периферией.

К тому же такая плата может работать эмулятором любого компьютера, например ZX-Spectrum. Процессор IBM PC несколько раз в секунду может захватывать шину Z80, считывать экран и визуализировать его на VGA. По деталям такая конструкция втрое дешевле, чем отдельное МП-ядро с подключенным внешним терминалом и дисководом.

Мне понравилась не конструкция, а идея закачки программ. Суть такова. В плату 386SX33 устанавливаем платку с ВВ55 (у меня уже есть, сделал ещё в середине 90-тых для УФ-программатора). И с помощью длинной косы соединяем выходы ППА с РК86 (естественно не напрямую к шине, а через буфера АП6). Выдаём для КР580 сигнал HOLD или RESET (по нему выходы CPU в Z-состоянии). И далее имеем полный доступ к ОЗУ РК86. При статике проблем нет, но при РУ5-тых надо успеть загрузить программу за 2 МСЕК (этого хватает), т.к иначе динамическое ОЗУ разрушится.

По научному такая идея называется "внутрисхемный эмулятор" и реально использовалась для отладки микроконтроллеров с помощью ЭВМ. На таком же принципе устроены "эмуляторы ПЗУ", также служащие для целей отладки МК.

[Error404]

С чего это вдруг топик стартер станет использовать "хрен пойми какой неизвестный терминал", к тому же не умеющий даже позиционировать курсор. Он что идиот и в качестве терминала будет подключать АЦПУ выпуска 1974 года, где действительно нельзя позиционировать курсор?

он ни в коем случае ни это слово, просто пока тут об этом теоретизируют, я уже на практике набил шишек подбирая к Ориону где в 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 т.к. использует от него самый минимум плюс некоторые коды отличающиеся в реализациях дублирует).

- - - Добавлено - - -

А, еще важна деталь: я ставил цель (чего и достиг), чтобы этот "нортон" корректно отображался не только по 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 это еще и удобный концепт, которые буде он реализован, позволяет перейти на удаленный доступ поверх других сред, например используя разного вида локальные сети.

[Xrust]

если в планах есть работа с консолью ОС по rs232 да с позиционированием курсора (нортоны), то про псевдографику лучше сразу забыть и делать рамочки по кулхацкерски плюсиками, палочками и тп. Ибо отображать все это будет не собственная видеокарта, а хрен пойми какой заведомо неизвестный терминал, который ещё поподбираешь.

Я бы предложил при написании подобных программ сразу предусмотреть возможность смены "шкурки". Чтобы и плюсики и рамочки можно было использовать. Кому что доступно и нравится.

[Error404]

Я бы предложил при написании подобных программ сразу предусмотреть возможность смены "шкурки". Чтобы и плюсики и рамочки можно было использовать. Кому что доступно и нравится.

Забавно как сходятся мысли - я там так и делал. Была определена табличка с элементами псевдографики для окон (прямые, уголки, пересечения), и просто заменив эту таблицу можно было из моих плюсиков и палочек получить слитные рамки (если бы вдруг нашелся терминал их отрисовывающий).

- - - Добавлено - - -

Это другая история, речь же об реальном железном терминале, а не о эмуляторе терминала. А если всё-же в качестве терминала использовать PC или 8-ми разрядку, так легко написать простейший эмулятор VT52 с опорой на ROM-BIOS или загруженный драйвер. В котором, естественно, можно сделать всё так как надо. Не понимаю, зачем цепляться за терминальные программы для Windows или LINUX, они созданы для других целей. Что жалко потратить час труда, чтобы сделать эмулятор терминала по вкусу ?

Я конечно понимаю, что час труда - это фирменная фигура речи. Там будет не час труда даже если просто сделать маппер вывода символов для текстового режима. А уж для нормального оконного приложения (даже не консольника - кому они интересны? putty не переплюнешь, а оно далеко не самое удобное), с возможностью выбора шрифтов и кодировок, экранным буфером (смотреть что там "уехало за экран" - без этого никакой эмулятор терминала в принципе не интересен, т.к. CPM2.2 не умеет перенаправлять вывод в файл, а значит многостраничный высер ошибок компилятора АСМ или С придется лихорадочно ловить по ^S) - все это готовые терминалы имеют из коробки, на все это уйдет куда больше трех дней (и даже трех недель) если как у любого работающего на основной работе человека, есть максимум по паре часов в день для хобби (да и то в моменты творческого угара).

- - - Добавлено - - -

Можно и такой. FPGA вариант не далеко- ушел (правда там VT100 на уровне железки). По времени – одинаково делать.

А RS232 с чего тормозной? 8-битки уже умеют работать на скорости выше 2кбод=)

Сервера IBM Power (лидер по выч. можности в бизнес-сегменте, 1024 ядра по ~3..4Ггц) до сих пор штатную RS-232 консоль имеют на 19200 (это крайние 10лет), а до того 30 лет прекрасно жили на 9600. И ничо, всем хватает (VT100 и xterm).