СР/М на MSX, вроде как, особого распространения не получила, т.к. там есть вполне годная MSX-DOS от мелкомягких. Хотя в ученических машинках КУВТ MSX2 (YIS503IIIR) CP/M была прошита в ПЗУ. Причем с поддержкой сетевых функций.
И она при запуске с удовольствием отъедала всю доп. память под RAM-диск. Правда более 2МБ, кажется, уже давилась.
http://geoffg.net/terminal.html для желающих иметь терминал для VGA и PS/2. Вот только о кириллице забудьте или патчите прошивку. А у меня просто руки не доходят добить кодировку в своей поделке, http://www.qsl.net/rw6hrm/html/8bitdisp.htm . Базовую кодировку доделал, на болд и двойной ширины ну чтот никак...
Полноценной графики не будет, ибо не нужна.
Проблема переделки любого компьютера на 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 должны быть нулевыми импульсами или единичными ?
Графика не нужна, а вот псевдографика обязательна.Сообщение от rw6hrm
Иначе придётся рисовать панели в нортонах символами '=', '-', '+' и '|', что выглядит ужасно. Да и в чисто текстовых программах псевдографика нужна чтобы рисовать таблицы в текстах. А в текстовом редакторе горизонтальные линии необходимы, чтобы отделять служебную строку (где указывается текущая строка, столбец и режим вставки/замены) от самого текста. Но главное, рамочки необходимы для программ с окнами, т.к по периметру открытого окна всегда рисуется двойная рамочка.
Последний раз редактировалось barsik; 19.06.2017 в 17:18.
Зато стильно, по кулхакерски.
В правильно заданном вопросе содержится половина ответа
Эмм.... так вроде бы в любой нормальной восьмибитной кодировке псевдографика присутствует, начиная с B0, заканчивая DF. А про всяческие КОИ-7 давно позабыть надо.
если в планах есть работа с консолью ОС по rs232 да с позиционированием курсора (нортоны), то про псевдографику лучше сразу забыть и делать рамочки по кулхацкерски плюсиками, палочками и тп. Ибо отображать все это будет не собственная видеокарта, а хрен пойми какой заведомо неизвестный терминал, который ещё поподбираешь.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
С чего это вдруг топик стартер станет использовать "хрен пойми какой неизвестный терминал", к тому же не умеющий даже позиционировать курсор. Он что идиот и в качестве терминала будет подключать АЦПУ выпуска 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 МСЕК (этого хватает), т.к иначе динамическое ОЗУ разрушится.
По научному такая идея называется "внутрисхемный эмулятор" и реально использовалась для отладки микроконтроллеров с помощью ЭВМ. На таком же принципе устроены "эмуляторы ПЗУ", также служащие для целей отладки МК.
Последний раз редактировалось barsik; 20.06.2017 в 15:11.
Вот только недавно кто-то писал, что большинству современных ЖК по барабану на "полярность" синхроимпульсов.
Стеклянные по ней определяли диапазоны частот разверток. На многих было слышно как релешки щелкают.
Если в теме появляется упоминание о РС/ХТ/386/Пентиумах, то смысла далее вести речь о СР/М-планах на отдельно взятой машинке нет. На писюках мы можем спроектировать машинку, сварганить ей прошивку и подготовить загружаемый софт. Всё. Машинка должна быть самодостаточной, со встроенным "терминалом" или внешним; максимум, что она может делать с писюком - это связываться по последовательному порту/USB для обмена данными/результатами работы. Использовать писюк в качестве терминала - аналогично прикручиванию трёхспального дивана к велосипеду. А что, это же удобнее, мягче и места больше (ака клавиатура удобная и принтскрин).
Подключить АТ/PS/2 клаву к восьмибитке, кстати, это всего три чипа 155-й серии, http://zx-pk.ru/threads/26406-podkly...-8-bitkam.html
Говорить о совместимости СР/М-машин по носителям также уже не имеет смысла. Такие машины ныне делаются в единичных экземплярах, исключительно для себя, аналогичных машин не будет наблюдаться рядом в радиусе как минимум 500 км, для связи с писюком/внешним миром хватает стандартного последовательного порта/USB или преобразователя COM/Ethernet. Диск для машинки вообще может быть мёртво встроен в корпус, наиболее удобная для этого кмк CF-карта, поскольку дрова для работы с ней под Z80 уже есть и подключение к машинке простейшее. Костыли для работы СР/М с FATхх на SD/MMC замедлят работу машинки, да и дрова для прикручивания драйва, скажем, от Vinxru, что-то не попадались.
Интересным направлением может быть возможность подключения USB-драйвов к восьмибиткам, используя чип USB хоста CH375D, https://vk.com/doc-72949118_437014204 , но опять же, дров для СР/М для него пока никто не написал. Хотя есть дико интересный вариант - указанный чип может быть подключен как по параллельному интерфейсу, так и к UART'у. Так вот, если в схеме машинки есть уарт, то USB-драйв можно подключить через него, что даёт возможность повысить юзабельность машинок вплоть до 80-х годов изготовления.
И да, делать дополнительную машину, аналогичную по мощности, используя те же или аналогичные процессоры только для отображения и внешней загрузки - ну вот раньше был смысл делать интеллектуальные терминалы, бо иной элементной базы не было. Сейчас есть та же Атмега, на которой и терминал можно сделать, и внешний диск, если надо, всего один чип.
И последнее, раз было упомянуто USB - надо забыть о МАХ232 навсегда и похоронить его с почестями. Использовать вместо него только и исключительно конвертер COM-USB, не помню уж какая там PLххх с розеткой USB-B. Удобнее и проще.
Всё сказанное - чистое имхо, не более.
Последний раз редактировалось rw6hrm; 20.06.2017 в 09:34.
он ни в коем случае ни это слово, просто пока тут об этом теоретизируют, я уже на практике набил шишек подбирая к Ориону где в 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 это еще и удобный концепт, которые буде он реализован, позволяет перейти на удаленный доступ поверх других сред, например используя разного вида локальные сети.
Последний раз редактировалось Error404; 20.06.2017 в 13:12.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
