Вид для печати
СР/М на 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
http://i92.fastpic.ru/big/2017/0619/...4d108743c8.gif
Эмм.... так вроде бы в любой нормальной восьмибитной кодировке псевдографика присутствует, начиная с B0, заканчивая DF. А про всяческие КОИ-7 давно позабыть надо.Цитата:
Сообщение от barsik
http://searle.hostei.com/grant/Monit...VideoChars.jpg
если в планах есть работа с консолью ОС по rs232 да с позиционированием курсора (нортоны), то про псевдографику лучше сразу забыть и делать рамочки по кулхацкерски плюсиками, палочками и тп. Ибо отображать все это будет не собственная видеокарта, а хрен пойми какой заведомо неизвестный терминал, который ещё поподбираешь.
С чего это вдруг топик стартер станет использовать "хрен пойми какой неизвестный терминал", к тому же не умеющий даже позиционировать курсор. Он что идиот и в качестве терминала будет подключать АЦПУ выпуска 1974 года, где действительно нельзя позиционировать курсор?Цитата:
Сообщение от error404
К СМ-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
Стеклянные по ней определяли диапазоны частот разверток. На многих было слышно как релешки щелкают.
Если в теме появляется упоминание о РС/ХТ/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. Удобнее и проще.
Всё сказанное - чистое имхо, не более.
он ни в коем случае ни это слово, просто пока тут об этом теоретизируют, я уже на практике набил шишек подбирая к Ориону где в 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 это еще и удобный концепт, которые буде он реализован, позволяет перейти на удаленный доступ поверх других сред, например используя разного вида локальные сети.Цитата:
Сообщение от rw6hrm
Я бы предложил при написании подобных программ сразу предусмотреть возможность смены "шкурки". Чтобы и плюсики и рамочки можно было использовать. Кому что доступно и нравится.Цитата:
Сообщение от Error404
Это другая история, речь же об реальном железном терминале, а не о эмуляторе терминала. А если всё-же в качестве терминала использовать PC или 8-ми разрядку, так легко написать простейший эмулятор VT52 с опорой на ROM-BIOS или загруженный драйвер. В котором, естественно, можно сделать всё так как надо. Не понимаю, зачем цепляться за терминальные программы для Windows или LINUX, они созданы для других целей. Что жалко потратить час труда, чтобы сделать эмулятор терминала по вкусу ?Цитата:
Сообщение от error404
Странно, что за три дня поисков не удалось найти железный проект терминала для CP/M удовлетворяющего требованиям. Ну а кто заставляет повторять чужие конструкции "один в один" без модификаций. Можно же взять примерно подходящую конструкцию и изменить её по потребностям. Вот тут как-раз ужасные "чёрные ящики", т.е конструкции на МК или ПЛИС, в которые изменения может вносить только разработчик, оказываются негодными. Для модернизаций удобны лишь нормальные радиолюбительские разработки на низкоинтегральных деталях, где всё ясно до последнего резистора и программа понятна и доступна для коррекций.
В книжках пишут, что CP/M использовали более 400 компьютеров, у каждого из которых были свои управляющие коды экрана и коды клавиш и, увы, большая часть программ работала по железу. Но те программы, что рассчитаны на универсальность имеют инсталляторы. Хороший пример - инсталлятор Турбо-Паскаля. Делая только для себя можно делать как угодно. Но если надо сделать корректную CP/M-программу, пригодную для любого железа, то можно сделать и инсталлятор.Цитата:
Сообщение от Xrust
Проще всего в начале кода вставить блок настройки, чтобы не делать инсталлятор. Когда-то у меня не было цветного монитора, отчего в программах цвета получались неверными. Тогда я стал в начале программ вставлять блок цветов. Каждый мог отладчиком меняя байты настроить нужные цвета.
Кстати, как насчёт цвета? Текстовые адаптеры в большинстве своём имеют цвет. Да и программы в цвете намного приятнее. А если уж и цвета нет, то инверсия знакомест в терминале должна быть обязательно.
Плохо искали. Как минимум три конструкции с приложенными исходниками могу назвать сразу. А могу и не называть, поскольку активно использовал их для себя и ссылки на них есть в моих постах.Цитата:
Сообщение от barsik
Не надо. Это лишнее и не канонiчное. Не игровой же аппарат планируется, верно? Плюс лишнее усложнение видеовывода. Хотя решать делающему...Цитата:
Сообщение от barsik
Да нет в них ничего ужасного. МК ну ниразу не сложнее того же минимального компа на 8080 или Z80. Просто все, что нужно в один кристалл упаковано.Цитата:
Сообщение от barsik
Прошивку для их, на мой взгляд, писать даже проще. По крайней мере, для 51-го и AVR. Нужно пересилить свой страх перед ними, просто взять и попробовать один раз. Уверяю, Вам понравится :)
Про ПЛИС я могу сказать то же самое. Там правда нужно несколько "мосх вывихнуть" т.к. HDL - это совсем другая парадигма. Это, грубо говоря, принципиальная схема, только "словами" описанная.
Немного отойду от темы. Меня иногда удивляет другое. Зачем сейчас все норовят взять МК помельче и потом героически пытаются туда "впихнуть невпихуемое"?
Ну ведь, как правило, все делается в единичных экземплярах, не миллионными же партиями, где каждая копейка себестоимости на счету.
Почему нельзя взять чип пожирнее на 100...200р дороже, оно что - погоду сделает? Или это такой спортивный мазохизм?
Можно ведь даже поставить в одно устройство два, три МК - пусть каждый свой кусок задачи выполняет.
Ретро терминалов на современной элементной базе в инете валом. За микроконтроллеры не скажу, а вот на FPGA любой терминал можно допилить под свой вкус и цвет за пару вечеров (неделю). Если серьезно не потрошить исходный код (а это и не потребуется), то допиливание под себя не потребует супер знаний в области FPGA (как Бейсик).
Да что тут говорить собрал вот эту штуку за неделю с нулевыми знаниями по теме. Вот мой вариант.
Погонял недельку, разогнал Z80 до 50 МГц (и терминал встроенный). Прикольно, все просто летало. Но, не зашло.
Потом решил сделать на девборде Орион, не потянул (тут задача требовала более глубокое погружение в тему). А может слишком высокую планку себе поставил, хотел сразу всего и побольше:)
- - - Добавлено - - -
А мы о терминалах. Берем оттуда исходники терминала, и выкидываем наружу три сигнала /CS, /RD и /WR. Достаточно просто платки с FPGA (встроенная память в чип). На какой скорости CPU с этим добром общаться, думаю вопросов не возникнет.
Дело не в страхе, а в принципах. Также в лени и отсутствии желания утомлять мозг. Надо прочитать море литературы, разобраться в куче программ, приобрести груду аппаратной оснастки и т.п. Читать и разбираться нет желания, как в анекдоте - "чукча - не читатель, чукча - писатель". Это интересно лишь аппаратчикам. С МК 8048 я имел дело в начале 90-х. Не впечатлило, Z80 намного удобнее.Цитата:
Сообщение от TomaTLAB
Как я понял, топик стартер собирается делать терминал на ВГ75. Глупо использовать 7-ми битовый кристалл и надрываться в попытках улучшить его свойства нетрадиционной схемой. Результат - громоздкость, неудобство подключения, программирования и убогие возможности.
Значительно бОльшие возможности даёт графический дисплейный процессор 1809ВГ4 (NEC 7220). Даёт графический и текстовый терминал одновременно. Включается как порт, не занимая основное ОЗУ под экран и не требуя никаких диспетчеров памяти. Стоит 300 руб на барахолке этого сайта. Их производство было налажено также в ГДР - применили в BIC (Bildungs computer) и PC клоне EC-1834.
У нас их "разработали" в 1987 (РТМ в ж.МПСС) и выпускали с 1989 (завод "Светлана", Ленинград), но в компьютерах применить не успели. Неудобство в том, что экранная память 16-ти разрядная (надо ставить две 6264 и, соответственно, на видео выход два регистра ИР24). В середине 80-тых выпускалась видеокарта для PC на 7220, но успеха не имела. Работу графического процессора в МК или ПЛИС не с'эмулировать.
Простой граф.адаптер на 7220 с дампом CP/M-BIOS описан здесь: M.Kramer, K.Thielecke: Der Sprung zum PC: Floppy-Laufwerk und hochauflosende Grafik am Z1013. Teil 2. Funkamateur, Heft 8, 1990, Seite 381. Найти можно здесь и тут
Это плата расширения для компьютера (аналога РК86) Z1013 (подробнее тут). Плата даёт графику 640*200 (тестовый вывод 80*25 программно).
Адаптер на 7220 промышленно выпускался для другого бытового текстового компьютера из ГДР Z9001 (см.фото). Он даёт лишь текст 80*25 и псевдо графику 256*256 (ОЗУ всего 2К). Последующие любительские доработки этой платки ввели графику и цвет.
Кстати, аналог РК86 - текстовый компьютер Z1013.16 (см.фото) на советских 565РУ3 выпускался с 1985 года (с 1984 выпускался Z1013 с 2 кб ОЗУ, с конца 1986 вариант Z1013.64 уже на РУ5). Он сделан гораздо умнее, чем идиотский РК86 с его ВГ75 и ВТ57. Всего на 6 дешёвых TTL-микросхем больше и никаких дефицитных БИС-ов. Догадайтесь, что было бы дешевле и доступней для повторения. И догадайтесь, где порты не стоят посередине адресного пространства, мешая расширять ОЗУ. Обидно, что братья по соц.лагерю не поделились разработками с авторами РК86. Кстати, по цене (набор для сборки, всё кроме корпуса) был доступен, стоил всего половину средней зарплаты.
Вот такой компьютер и нужен для использования CP/M. Текстовый экран с размером всего в 2 кб прямо в адресном пространстве удобнее для программирования, чем тормозной внешний терминал на RS232. Работу с таким экраном поддерживают даже ЯВУ CP/M.
Можно и такой. FPGA вариант не далеко- ушел (правда там VT100 на уровне железки). По времени – одинаково делать.Цитата:
Сообщение от barsik
А RS232 с чего тормозной? 8-битки уже умеют работать на скорости выше 2кбод=)
Забавно как сходятся мысли - я там так и делал. Была определена табличка с элементами псевдографики для окон (прямые, уголки, пересечения), и просто заменив эту таблицу можно было из моих плюсиков и палочек получить слитные рамки (если бы вдруг нашелся терминал их отрисовывающий).Цитата:
Сообщение от Xrust
- - - Добавлено - - -
Я конечно понимаю, что час труда - это фирменная фигура речи. Там будет не час труда даже если просто сделать маппер вывода символов для текстового режима. А уж для нормального оконного приложения (даже не консольника - кому они интересны? putty не переплюнешь, а оно далеко не самое удобное), с возможностью выбора шрифтов и кодировок, экранным буфером (смотреть что там "уехало за экран" - без этого никакой эмулятор терминала в принципе не интересен, т.к. CPM2.2 не умеет перенаправлять вывод в файл, а значит многостраничный высер ошибок компилятора АСМ или С придется лихорадочно ловить по ^S) - все это готовые терминалы имеют из коробки, на все это уйдет куда больше трех дней (и даже трех недель) если как у любого работающего на основной работе человека, есть максимум по паре часов в день для хобби (да и то в моменты творческого угара).Цитата:
Сообщение от barsik
- - - Добавлено - - -
Сервера IBM Power (лидер по выч. можности в бизнес-сегменте, 1024 ядра по ~3..4Ггц) до сих пор штатную RS-232 консоль имеют на 19200 (это крайние 10лет), а до того 30 лет прекрасно жили на 9600. И ничо, всем хватает (VT100 и xterm).Цитата:
Сообщение от OrionExt
Ух. Ни фега себе. Это правда?)Цитата:
Сообщение от Error404
Начитались тут журналов 80г. ближе к земле – товарищи.Цитата:
Сообщение от Error404
Вы чего-то путаете. И я сказал, что адекватная скорость на частоте допустим 2,5 Мгц CPU с терминалом более чем возможна.
- - - Добавлено - - -
Error404, я понял Cи не умеет в файл писать ошибки?) Так?
- - - Добавлено - - -
Кстати hitech с я плотно пытался разобрать. main там на чистом Си, можно и пропатчить) Если интересно?
Аааа... :v2_ohmy: тогда все ясно. Не с того боку зашли, это пожалуй наихудший МК для первого ознакомления, действительно может вызвать стойкое отвращение. :v2_sick:Цитата:
Сообщение от barsik
Да ладно...Цитата:
Сообщение от barsik
А VGA он потащит?Цитата:
Сообщение от barsik
По мне забудте о ВГА на 8-битах. 555 не тащат 28Мгц=) И 20 не тащат. Сколько не читал (не тут, тут фантазеров хватает) 10 Мгц – это финал. Это касается только +5В, и всяких штук с 80г. А это львиная доля всего (форума).
- - - Добавлено - - -
Вот зачем вам ВГА – умерло для меня 15 лет назад (HDIM пришло на смену). А SCART – жив.
Нет, я имел ввиду буквально. На самом деле часа слишком много, достаточно нескольких минут. Но видимо, мы имеем ввиду разные вещи. Итак, сколько же времени надо, чтобы написать эмулятор VT52? Один час или "куда больше трёх недель".Цитата:
Сообщение от error404
Речь о том, чтобы на 8-ми разрядном компьютере или на PC обеспечить визуализацию символов поступающих из линии. Вопросы связанные с линией передачи не рассматриваем. Итак, есть скоростное ядро Z80B на такте 8 МГЦ с ОЗУ 62 кб на w24512 и ПЗУ РФ2 (там только BOOT), выдающее символы в линию. Какая же программа мне нужна когда в качестве терминала я хочу использовать ОРИОН-128 (процессор Z80, реальный такт 4 МГЦ, экран 384*256, кстати не плющенный).
Для получения терминала VT52 я загружаю в ОЗУ ОРИОНА драйвер, например, D6$, который работает в банке 0, грузится на векторы ПЗУ F800, даёт 64 символа в строке на 25 или 32 строки и обслуживает все основные управляющие коды VT52 (кстати, в том числе и вставка и удаление строки, т.е ролики вверх-вниз, что ускоряет работу редактора SuperText и Турбо-Паскаля). Дополнительно драйвер обслуживает управляющие коды для работы с окнами, в частности, открытие цветного окна, закрытие окна и вывод рамки окна с заголовком и без, и, естественно, поддерживает цвет.
Такой драйвер резко упрощает создание оконных программ. Так что всё что остаётся мне сделать, это написать программу, которая в цикле ждёт очередного символа с линии, после чего делает CALL F809. Итого, если считать, что приём с линии тут не рассматривается, то вся программа состоит лишь из одной команды Z80. Вопрос на засыпку, сколько времени мне надо чтобы набрать в текстовом редакторе одну строку и странслировать ?
Теперь расмотрим вариант, когда в качестве терминала я вдруг захочу использовать IBM PC. У меня есть рабочая 386-тая и 486-тая. Есть и несколько неиспользуемых VGA дисплеев. Т.е надо написать программу в MSDOS или в древних LINUX (например REDHAT 5.0 из 1998). Для MSDOS ещё с середины 90-тых у меня есть мой цветной драйвер 64 символа в строке для VGA для всех режимов до 16*640*480 (а вот SVGA режимов, т.е 800*600 и выше - уже нет). В нём обрабатываются основные упр.коды VT52. Итого, ситуация аналогичная - вся программа это одна команда CALL CONOUT.
А вот для LINUX придётся писать программку на Турбо-Паскале. Удобно написать и отладить именно на Турбо Паскале в MSDOS (Windows), а после отладки уже странслировать LINUX транслятором Паскаля, который совместим с Турбо-Паскалем (но не имеет IDE, поэтому отлаживать удобнее в Турбо-Паскале). Что так трудно написать на ЯВУ программу, которая выводит символ в текущую позицию экрана 80*25 (для позиционирования есть оператор GOTOXY)? Можно управлять и цветом. Т.к управляющих кодов VT52 довольно много, поэтому я и указал, что на разработку может уйти целый час. А если вдруг "приспичит" использовать в качестве терминала более современную IBM PC, где Windows изуродована до того, что уже не может запускать программы MSDOS, то кто мешает взять Турбо Паскаль для Windows или Delphi и странслировать эту же программу в консольное приложение.
Что за ерунда ? Даже примитивный ASM.COM Digital Research 1977 года создаёт PRN-файл, где отмечены ошибки трансляции. Это только в UNIX ошибки идут в отдельный канал. А что это за дурное СИ, если оно так неудобно. Бесконечный экранный буфер с возможностью прокрутки, это не из CP/M. Вы хотите, чтобы в Вашем терминале были возможности, которых в CP/M отродясь не было и не будет. Да и как можно в ДОС в которой всего 64К тратить ОЗУ на подобную ерунду? Если даже функцию 10 (ввод строки) за 40 лет не удосужились доработать, чтобы был тимплет символов (т.е память на ранее введённые строки) и удобное редактирование, рассчитанное уже на экран, а не на АЦПУ. Получается, что Вы сами себе придумали проблему, отчего пришлось изуродовать свои программы плюсиками вместо нормальной псевдографики и цвета.Цитата:
Сообщение от error404
Кстати, не понимаю зачем терминалу надо совмещаться лишь по управляющим кодам с М-2 ОРИОНА, где обслуживается всего лишь несколько управляющих кодов от VT52. У Вас же нормальная CP/M, а не CP/M ОРИОНА из 1990 года, где нет драйвера, а весь CP/M-вывод переадресован напрямую на п/п-мму F809 ПЗУ ОРИОНА.
Ну свет на них клином... LS - самая тормозная серия (после 133/155).
Нифигасе умерло... из каждого телека и монитора торчит. А вот SCART (причем настоящий RGB, а не огрызок) поди поищи еще.
И VGA2HDMI конвертеров как говна за баней по три копейки за пучок.
Вопрос д.быть таким: будет ли достаточная для VGA частота строк при желаемом числе точек в строке. Ведь можно получить VGA при низком пиксель клоке и всего 256 точках в строке, но кому это надо. В монохроме хватит (т.к зараз читается 16 бит), а вот в цвете с трудом. Готовую схему для VGA найти не удастся, т.к БИС была в моде, когда VGA еще не было. Но скорее всего достаточно в схеме для CGA просто поднять такт покуда тянет и получится VGA.Цитата:
Сообщение от Xrust
GDC выпускаются на такт 2.5, 5, 6, 7 и 8 МГЦ. Но это не пиксель клок, а такт процессора. Связь между пиксель клоком, тактом GDC и частотой обращения к ОЗУ зависит от схемы. У меня 2 схемы моно адаптеров с GDC и ещё 2 словесных описания цветных схем. В схемотехнике я не разбирался, т.к рассчитывал лишь тупо повторить готовую конструкцию. В одной цветной конструкции пиксель клок 10 МГЦ (416 точек) частота обращения к ОЗУ в 8 раз меньше - 1.25 МГЦ. А в монохроме частота ОЗУ д.быть в 16 раз ниже пиксель клока. В [Литературе] описан GDC 1984 года с пиксель клоком в 20 МГЦ. Это почти VGA, т.к в РК86 с выводом на VGA по схеме Alex_LG стоит кварц 24 МГЦ.
Это не не проста шалабушка без мозгов типа ВГ75, 1809ВГ3, 6845 или V9938, что только и умеет отображать. А это процессор, он не только отображает, но и выполняет команды (попиксельное панорамирование во все 8 сторон, ZOOM, масштабирование, рисование линий, квадратов, кругов, эллипсов, работа с окнами и т.п). Но программирование очень сложное. На немецких форумах ругались, что ИНФО из даташита недостаточно. Похоже, никто и не использовал процессорные возможности GDC в радиолюбительских машинах, кроме как для обычного вывода текста и вывода статических картинок.
Кстати, и одна 7220 может работать с цветом. В журнале RFE 04/1988 и 04.1989 описаны цветные адаптеры GDC-1 и GDC-2 (2 банки РУ7, 4 плоскости), предназначенные для любой 8/16-ти разрядной ЭВМ. Эта БИС рассчитана для работы с графикой на машинах невысокого класса (первой половины 80-тых), для пакетов деловой графики (конструкторская документация, чертежи, принципиальные схемы, разводка печ.плат), но когда появились 386-тые и SVGA у которых мощности и плоскостей намного больше, то БИС стала не нужна. А для игр эта штука не подходит. Использовать её для вывода текста удобно, т.к деталей мало, но по сути это как из пушки по воробьям. Скорость вывода текста даже в графике быстрая, т.к можно использовать команду OTIR или DMA в РК86. Для вывода символов используется просто пересылка блоков.
Возможно, можно ещё больше упростить схему из FA 08/1990, использовав экранное ОЗУ на 8 бит (выбросив одну 62256 и один регистр ИР24). Хотя понадобится скоростная GDC (у меня как раз есть скоростная), т.к при том же такте получится экран только 320*200.
У меня есть русскоязычный ДОК на 1809ВГ4 (~100 листов), но я не собираюсь её программировать и разрабатывать для неё программы для работы с конструкторскими чертежами или принципиальными схемами. Достаточно дизассемблировать чужой BIOS, что поддерживает текст 80*25 и адаптировать это для своей ДОС.
[Литература]
Electronic Design, New York. 07/1984, Seite 135.
H.Assarpour. Graphic controller chip raises video data rate, is simpler to program.
'MC', Muenchen. 04/1985, Seite 136.
F.Oettle, T.Reichler. Die mc-Farbgrafik-Karte.
Radio Fernsehen Elektronk, Berlin. 04/1988, Seite 253.
T.Wolf, M.Fisher. Farbgrafikmodul mit Grafik-Display-Controller U 82720.
Microprocessors and Microsystems, GuildFord. Volume 8, Issue 6, July–August 1984, Pages 284-289
S.Manohar, N.Murali, L.Patnaik. Design of a Multibus-compatible colour graphics subsystem.
Купить даже не журнал, а лишь PDF-файл статьи за $35.95
barsik, малое разрешение не подходит. В текстовом режиме 640х200 минимум. Ну и самое главное, 7220 труднодоступна и из-за этого дорога, а ВГ75 продаются на вес.
...в общем, тема ушла к обсуждению вторичной периферии, а о самом СР/М- компьютере ни слова...
rw6hrm, а что еще можно обсуждать? Периферия - это как раз то, что обслуживает ОС. Предложите, на что еще следует обратить внимание.
Ещё раз хочу пояснить суть темы: обеспечить максимальную совместимость с cp/m. Чтобы не пришлось потом мучиться, как с РК, например.
P.S. Проект сейчас развивается. Собираю отдельные узлы на макетных платах. Раньше работ такого уровня сложности делать не приходилось. Да и то, что делал, было ..дцать лет назад. Сейчас нахожу спустя годы некоторые свои поделки, и удивляюсь: неужели это мое? Так что мелкими шажками...
Пока что собрал узел на вм80а + гф24 + вк38 + ру10 + 2764 + мелочевка. Далее подключу вв51 и нужно будет что-то прошивать в ПЗУшку...
Не будем забывать, что ОС СР/М обслуживает себя через биос, который пишется для каждой отдельно взятой машинки в соответствии с применённым железом. Однозначно, все вопросы по периферии необходимо решать в свете подключения оной как устройств ввода/вывода. Мапировать периферию на общее поле памяти полный отстой (почему не стоит брать "Специалист" за базовую схему, к примеру). Далее, периферия не должна занимать ресурсов основного процессора и, соответственно, не отсвечивать в биосе. Иначе говоря, она должна "эмулировать терминал" - машинка выкинула байт в порт, далее этим байтом самостоятельно занимается периферия, и наоборот. Иначе мы получаем тормозную машинку, которая только и делает, что обслуживает периферию, а на собственно работу времени остаётся с гулькин нос. Поэтому считаю, что периферия вторична и заслуживает отдельного обсуждения по каждой железке. А как она будет подключена - по параллельной шине или последовательной - не важно. Главное - "стандартное", с точки зрения ОС, подключение к базовой системе. Расписали порты, что к чему подключать, и придерживаемся этого.
Что интересно лично мне, и в чём я до сих пор не разобрался - страничная адресация памяти. В идеале базовый вариант машинки должен содержать 64К ОЗУ с отключаемым загрузочным ПЗУ, вся память отдаётся ОС. Экран, как упомянуто ранее, должен сидеть в области адресации УВВ и иметь собственную память, не пересекающуюся с основным ОЗУ (как бы нам не хотелось сократить кол-во чипов). Далее, если юзверь вырос технически и организационно, он может добавить себе основного ОЗУ со своим управляющим блоком. Программно это уже должно быть стандартизировано в средствах ОС (вот только где, и какие базовые адреса под это зарезервированы в стандартной СР/М? Просветите плз). Причём надо предусмотреть различные варианты такого расширения - кто-то тащится от кучи РУ3/5/7, которых, как раз и просто "страничить", а у кого-то ( у меня, к примеру) есть куча статических ОЗУ по 32/64К каждая (из кэшей 486-х машин). Значит схема управления страницами должна быть разная, но одинаково выглядящая для софта.
Продолжаем разговор. В ТЗ до сих пор не определено, какой должна быть машинка, её базовый вариант и возможности расширения. По какой шине это должно быть соединено. ТЗ разрабатывается для одноплатной системы или многоплатной... Если для многоплатной, то всё уже сделано до нас - шина S-100 и полностью развязанные руки, максимальная совместимость, дело только за низкоуровневым софтом. Если одноплатный вариант, то обсуждать что-то канонiчное невозможно, каждый исходит из наличия комплектухи (см. разговор про м/с ОЗУ выше или Ваше, Xrust, сообщение). Для одноплатного варианта более чем подходит разработка Гранта Сирла, следует только заменить двойной SIO на удобоваримый ВВ51, хотя бы на один. Второй порт сделать параллельным как раз на дисплей/клаву, но программно он должен работать как терминал (выше описано). Кого припрёт - поставит шинные буферы. У кого есть время и возможности - сделает динамическое ОЗУ (подключаемое как статическое или отдельной платой в шину).
...а вы говорите - не на что обратить внимание...
27МГц там только регистр сдвига должен тащить, КМК.Цитата:
Сообщение от OrionExt
- - - Добавлено - - -
А чем она, собственно, должна заниматься? Это же всё-таки ПК, как ни крути. А его основная задача - обслуживание периферии, опять-таки.Цитата:
Иначе мы получаем тормозную машинку, которая только и делает, что обслуживает периферию, а на собственно работу времени остаётся с гулькин нос.
Ну плюс еще один каскад делителя для получения частотной сетки и осциллятор (если готовый не брать).Цитата:
Сообщение от Xrust
Итого 2...3 корпуса скоростных. Остальное будет работать максимум с половиной пиксельклока. Т.е. даже тормозная 555(LS) должна справится.
Даже гф24 такую частоту тянет штатно.
Уже не торчит VGA в новых. Если еще что-то торчит - SCART значит не все потеряно.Цитата:
Сообщение от TomaTLAB
Решил я новый телик (ЛСД, все дела. 22 дюйма) купленный 15 лет назад подключить к компу через VGA. Но не огрызком кабеля, а 5 метровым. И что я увидел. И был поставлен крест на VGA. А кабелек этот VGA порезал на SCART (уже в наше время) – качество супер.
Ладно, ладно я палку перегнул. На 555 строили первые ВГА терминалы. А то, как бы оно работало (без S, AS).
Но отойду от ВГА, и вернусь к сериям микросхем. Для ретро компьютера СР/М.
По мне так 155 серия самая адекватная (хотя жрет дофига). А 555 со странностями своими. Новая КМОС пришла на смену. Вот за нее и надо держаться (если это возможно).
Вложение 61447
Вот что имею на сегодня. Сверху панелька под ру10, в середине под ПЗУ, справа под вв51. Попробую поработать с асинхронным портом. Еще осталось делитель частоты распаять.
Ого, свершилось. Это интересней в разы чем ВГА терминал косточки мыть).
Это не так. Я испытывал десяток ГФ24, пытясь разогнать РК86. По "штатной" схеме выше 20 МГЦ не заводятся. Но оказалось, что если последовательно с кварцем включить мизерную емкость, всего в 3...5 пф, то без проблем работают даже с кварцем 32 МГЦ.Цитата:
Сообщение от Xrust
По тусклому фото вижу, что Вы фатально ошиблись. С КР580 Вы же не сможете использовать CP/M 3.0, т.к она требует Z80. С КР580 работает только CP/M 2.2, а значит не удастся поиметь имён для подкаталогов, даты файлов и MSDOS-подобие, что даёт ZCPR. А ещё более печально с КР580, что его не разогнать выше 3.5 МГЦ. Для текстового адаптера это достаточно, но если захочется подключить графический адаптер, то будет тормоз. Минимально комфортный такт это 4 МГЦ и более.Цитата:
Сообщение от Xrust
Если так необходима совместимость с КР580, то разумно применять 8085, а ещё лучше V20. V20 менее дефицитен, чем 8085, более скоростной и кроме КР580 даёт и 8088. Они выпускались в модификации 5 МГЦ и 10 МГЦ, причём 10-ти мегагерцовые более распространены, т.к применялись во второй половине 80-тых для апгрейда PC XT, без хлопот ускоряя прогон программ на XT в 2.6 раза. Стоят 300 рублей или ~5 USD.
Кстати, если уж речь о CP/M, то есть её версии на CPU 6502 и 68008. Поэтому разумно поставить на плату разъём (можно от винчестера) вместо панельки для КР580. Можно иметь на плате Z80 или КР580 (но без ВК28) на панельке, но предусмотреть отдельный разъём для замены CPU, причём одновременно этот разъём может служить и для подключения периферии.
Да ладно пессимизм разводить... Для попробовать вполне достаточно, и на 1,7МГц. Особого ничего в 3.0 нет полезного, разве что работы с метками времени, остальное баловство. Графических программ чтот маловато попадалось, поэтому обращать на них внимания не стоит. Версия 2.2 самое то, все равно для какого процессора.Цитата:
Сообщение от barsik
Однако минус в применении ВМ80 есть, поскольку большинство реально нужных и продвинутых программ писаны под Z80, в том числе и дрова под различную периферию, в том числе и современную. Поэтому свой проект СР/М машинки на базе ВМ80 я благополучно похоронил.
А вот про
отвечу так: S-100, S-100 и еще раз S-100. Причем не менять процессоры, а менять процессорные платы (обвязка-то различная).Цитата:
Сообщение от barsik
А вот про это подробнее плз. Платы на 6502 встречались только как slave в многопроцессорной конструкции, не более, напрямую в СР/М не поддержаные. Можно в личку ссылку кинуть, чтоб тут не расписывать.Цитата:
Сообщение от barsik
Я тут последние 3 недели "шарился" по немецким сайтам для любителей рэтро-компьютеров с архивами. Скачал ~90 мб сжатых ZIP-архивов. Конечно большая часть - это полные дубли того, что лежит на англоязычных сайтах. Но зато документация по CP/M и ЯВУ переведена на немецкий, а для меня это как на русском (английский я знаю, читал на нём даже классиков XIX века, чего не могут сами англичане, но ненавижу английский, т.к не чувствую комфорта при чтении, также как и на французском). Но скачал и небольшое число пакетов, что отсутствуют на англоязычных сайтах, сделанные немецкими любителями программирования в 80-тые годы. Интерес представляют лишь некоторые компиляторы СИ, бейсика и ассемблера и несколько самодельных DOS. В частности, скачал какой-то архив CP/M 3.0 переделанной кем-то в начале 80-тых так, чтобы работало на КР580. Но пока не разбирался с этим.Цитата:
Сообщение от rw6hrm
Про CP/M на 6502. Понятно, что CP/M на 6502, даже если её переписать на 6502, работать не сможет, просто потому что не хватит регистров CPU в которых передаются параметры (нужны 16-ти разрядные регистры, а в 6502 таких нет). Но где-то прочитал описание какой-то ДОС для 6502 в которой формат файлов на диске сделан совместимым с CP/M, отчего возможен прямой обмен. Увы, это я не скачал и не запомнил на каком сайте видел. Я примерно представляю где искать, т.е на каких сайтах я это видел, так что попробую в ближайшие дни найти что-нибудь на эту тему.
Насчёт того, что функции там совпадают или близки к CP/M, - не знаю. Но это и не важно, т.к всё-равно программы для КР580 на 6502 не работают и конвертировать сложно, даже имея исходник, просто потому, что внутри 6502 слишком мало регистров (именно поэтому в 1976 он стоил $28, в то время как КР580 стоил $400). Благодаря своей дешевизне 6502 и отвоевал существенный кусок рынка бытовых компьютеров у КР580 и Z80. Сам 6502 меня интересует, а вот CP/M для 6502 нет, это бессмысленно. Т.к для CP/M-6502 просто нет программ.
Зато существует море программ для Apple-DOS 3.3 (в книгах пишут, что для Apple-II есть 20.000 программ, но это рекламное враньё, думаю, как минимум, на порядок меньше). Естественно, интересуют только компиляторы макроассемблера (например BIG MAC, LISA), паскаля и бейсика. Они не работают по "железу", отчего их смогли заимствовать для других компьютеров на 6502. Потому в машину на 6502 надо ставить ДОС для 6502, а не для КР580. Впрочем даже это не надо, интереснее написать свою ДОС для 6502 (и это отнюдь не сложнее, чем адаптировать чужое). Ассемблер для 6502 не проблема, в качестве ЯВУ можно использользовать кросс-платформенный Hisoft-C, а с другими ЯВУ для 6502 - облом.
Вы наверное по диагонали мои сообщения читаете. Я же писал, что это макетка просто чтобы руку набить. Я не имел опыта построения микропроцессорных систем ранее. На этом макете я хочу просто опробовать вв51. Лучше посоветуйте методику отладки подобной платы.Цитата:
Сообщение от barsik
Вложение 61452Вложение 61453
Это плата на текущий момент и схема "адресного дешифратора" для ОЗУ. Естественно, в таком виде cp/m она не потянет :) Но мне этого пока и не надо. Я просто хочу пока прошить какую-нибудь тестовую прошивку и убедиться, что схема функционирует. Затем попробовать связаться с ней через терминал. Посоветуйте, как лучше это сделать.
A/65 скорее всего. Неплохая система, но написана одним человеком (за что ему респект) и функциональности минимум. Кое-кто из моих знакомых её себе запустил.Цитата:
Сообщение от barsik
Напрямую - нет, но есть же симулятор 8080 для 6502, я писал об этом на форуме, http://zx-pk.ru/threads/23276-quot-a...l=1#post805353 , ну и в личных сообщениях. Оно работает, с приличной скоростью. Кстати, и для второяблока был порт, Apple-80 звался.Цитата:
Сообщение от barsik
В теме "Самодельный компьютер на Z80 и не только" форумчанин Ewgeny7 тоже "пробовал" ВВ51. Обратитесь к нему, думаю, что он поделится своими мыслями. А самый простой вариант может быть:Цитата:
Сообщение от Xrust
- инициируем ВВ51, задаем ему скорость работы;
- слушаем порт;
- при поступлении символа с терминала возвращаем его обратно, приплюсовывая какой-нибудь дополнительный знак, точку к примеру, чтобы было понятно, что символ принят и обработан;
- возвращаемся на п.2.
Даже ОЗУ не нужно, можно обойтись регистрами.