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

[rw6hrm]

поставив как сопроцессор Z80. Сделав так, чтобы он работал только для прогона кода CP/M, а прикладные программы - по-прежнему, для основного процессора 65C02.

Не требуется. Если внимательно читали описание эмулятора, то позволяется выполнять коды обоих процессоров. Поэтому у меня драйвера УВВ писаны на коде 6502 дабы убыстрить работу.

эмуляция тормозит в ~20 раз

...ну не знаю, как код размером менее килобайта может так тормозить. Медленнее - оно да, но не настолько же...

ДОС для 6502 (с исходником) найти трудно

GekOS, A/65 - это подобия СР/М, но не более, ибо прикладного софта кот нарыдал.
Есть и второй недостаток, о котором я говорил - большинство нормального софта для СР/М писано для Z80. Так что если мы говорим о более-менее юзабельной машинке, то в базе должен стоять именно этот процессор. О 8080 можно забыть, растереть и развеять по миру. Ну, разве что, потренироваться на создание периферии, чем вполне удачно занимается Xrust.

[barsik]

у меня драйвера УВВ писаны на коде 6502 дабы убыстрить работу

Понятно, что CP/M-BIOS нет смысла писать на КР580, ведь его пишет сам пользователь (тот кто адаптирует CP/M под конкретное железо).

эмуляция тормозит в ~20 раз

ну не знаю, как код размером менее килобайта может так тормозить. Да, медленнее, но не настолько же !

Скорость 0.5 МГЦ это вполне быстро. Тормозит обычно не ДОС, а вывод на графический экран. Речь об эмуляции, а она просто не может быть быстрой. Правда мои данные относятся к эмуляции КР580 на Z80. Полная эмуляция тут тормозит в 24 раза, И это ещё без эмуляции флага Parity (а с этим тормоз ещё больше). Если не отлавливать экран и порты (т.е если в коде нет к ним обращения, что как раз и имеет место в коде ДОС), то будет быстрее, - ~15-20 раз. Число торможения 20 реально означает, что в среднем каждая команда КР580 имитируется 20-тью командами Z80. Возможно, благодаря ZERO-page достигается чуть более быстрая эмуляция, но не в разы.

Вообще, всё очень подозрительно. Эмулятор должен иметь бОльший объём. Считайте сами. 244 команды, в среднем надо по 10-15 команд на эмуляцию каждой. Даже если считать, что команд 78 (т.е тот же код используется для разных операндов), то всё-равно получится, как минимум, 2 килобайта. Как программа размером менее одного килобайта может делать такие чудеса, как прогонять на процессоре неродной код. Мне так и хочется сказать, что такое невозможно. Сообщите идею на которой работает Ваш код. Вы разбирались в программе? Понятно, что это эмуляция, но какой принцип?

Каким образом программа определяет, что следующий фрагмент надо прогонять, как родной код 6502? Думаю в этом месте вставляется какой-то код, что в КР580 работает, как NOP или недокументированная команда КР580 (одна из 12).

А что Вы скажете о замене 65C02 на более скоростной 65C802?

Этот процессор редкий, т.к не пользовался популярностью. Хотя и был специально разработан для апгрейда систем на 65C02. Но в реальности ускорение делали не заменой процессора, а установкой в панельку CPU целой платки, т.к увеличив в 2...5 раз такт CPU, но оставив ОЗУ и В/У на старом такте, выигрыш получался всего в ~25%, а надо было в разы. Поэтому и приходилось на платке Турбо-акселератора ставить 64 кб скоростного ОЗУ, а раз есть платка, то тут не проблема применить полноценный 65C816, т.к тогда несовпадение цоколёвки роли не играет. Хотя 65C802 выпускали не менее 7 лет, но тираж был маленький. Поэтому, т.к достать 65C802 намного труднее, то апгрейд 65C02 обычно делают с помощью несовместимого по ногам 65C816.

[rw6hrm]

А что Вы скажете о замене 65C02 на 65C802?

Что есть под руками, то и ставил. Что проще достать, то и применял. Зачем ориентироваться на мифические чипы?

Каким образом программа определяет, что следующий фрагмент надо прогонять, как родной код 6502?

Правильно думаете. Если читали документ, то на странице 8 есть раздел THE "CALL6502" OR "C65" OP-CODE. Вызов п/п для 6502 осуществляется командой СВхххх.

Тормозит обычно не ДОС, а вывод на графический экран.

Вооооо! Фтопку графику!, для СР/М она не нужна от слова абсолютно! У меня вывод осуществляется в порт - кинул комп туда байт и более о нём не беспокоится. Потому тормоза и незаметны (хотя графика в ограниченных объёмах присутствует).

всё очень подозрительно. Эмулятор должен иметь бОльший объём.

Читайте документ (хоть и на аглицком, но со словарём-то можно). Оптимизация кода там божественная. Современным программерам поучиться надобно. Кстати, обратный симулятор весит 48К, что показательно

[Shiny]

У меня вывод осуществляется в порт - кинул комп туда байт и более о нём не беспокоится.

ANSI поддерживаются хоть?

[rw6hrm]

ANSI поддерживаются хоть?

Уже ж давал ссылку, http://www.qsl.net/rw6hrm/html/8bitdisp.htm . Полностью поддерживается оригинал, http://searle.hostei.com/grant/Monit...ard/index.html , только на восьмибитной шине.

Ладно, я тут кратенько набросал своё видение ТЗ компа для СР/М. Личное имхо, можете не соглашаться. Потихоньку и неспешно часть из описанного реализую тут, http://www.qsl.net/rw6hrm/html/z80.htm

1. Процессор. Четыре варианта, на выбор.
1.1. 8080. Базовая версия, под которую возможен запуск по меньшей мере половины наработанного ПО. Медленный (хотя кому как), разгон невозможен.
1.2. 8085. Такая же базовая программная версия (ПО только для 8080), но поскоростнее предшественника.
1.3. Z80. Всё наработанное ПО может быть запущено (с учётом остального железа ессно). Такт до 20 МГц (также с оглядкой на железо). Много готовых драйверов для стандартного железа. Самый оптимальный выбор для новоделов.
1.4. 6502 в симуляции 8080. На любителя. Программная модель 8080 (плюс ПО для 6502), скорость работы примерно аналогичная. Для попробовать и и для модернизации готовых контроллеров, если нет желание ваять что-то новое. Недостаток - порты в/в, отображённые на память и зарезервированные ячейки в верхних адресах, что уменьшает доступную память. Хотя есть грязный хак, позволяющий использовать адресацию портов в/в и неиспользуемых ячеек в ПЗУ.
1.5. Более старшие контроллеры на базе описанных выше пп 1.1 - 1.3. Нужно сверяться с даташитом, могут вылезти проблемы недостатка памяти.

2. ОЗУ/ПЗУ.
2.1. В ПЗУ только загрузчик в начальных адресах, отключается после загрузки ОС, отдавая всю доступную память. Возможно динамическое питание.
2.2. ОЗУ 64К минимум. Лучший по энергетике вариант - одним чипом 64К (кэш древних материнок) или два чипа по 32К. Делать страницы/банки - смысла нет, поскольку мало использующих это программ. Конечно, если кто-то использует базы данных, то дополнительные 512К один чипом не помешают в качестве РАМ-диска для увеличения скорости работы; для удобства из лучше переключать страницами по 16К. Но, поскольку таких извращенцев мало, доп. страницы или РАМ-диск есть блажь. Использование динамического ОЗУ возможно, но по энергетике и обвязке неинтересно, разве что готовый блок от чего-либо использовать.

3. Ввод/вывод.
3.1 Только и исключительно как порты ввода/вывода для увеличения доступного ОЗУ. По той же причине отдавать ОЗУ под экранную область нет никакого смысла - это и уменьшение ОЗУ, и уменьшение скорости работы устройства.
3.2. В продолжение разговора о выводе на экран. Графический экран также блажь. Программ под графику минимум, соответственно ориентироваться на них нет смысла, для графики есть другие машины. Процессор должен выкинуть инфу в порт, а что происходит далее его не должно интересовать. Чтение из области экрана также мало кому нужно, поэтому можно пренебречь. Железо: на настоящее время оптимальным является не сборка на рассыпухе, а применение однокристальных чипов типа Атмеги. Разработок на любой вкус, как чисто текстовых, так и с ограниченной поддержкой графики, достаточно. Подключение может быть как терминальное (через СОМ-порт для простых машин или в процессе наладки), так и встроенное, но с терминальной программной моделью. Как особое имхо оговорю, что для начала лучше использовать композитный вывод, чем на ВГА. Оно как-то проще и чаще встречается.
3.3. СОМ-порт обязателен, чисто для связи с внешним миром. Можем подключить модем, старшую машину или такой же простой контроллер для обмена информацией. Если экранный вывод не встроенный, то наличие второго СОМ-порта также возможно. Достаточно использовать одну стандартную скорость, к примеру, 9600; хотя выбор скоростей будет только приветствоваться.
3.4. Носители. В настоящее время делать совместимость по носителям нет никакого смысла, поскольку обмен информацией через носители между машинками такого класса никогда осуществляться не будет, для обмена инфой есть СОМ-порт. Тут, конечно, каждый может применить то, что у него есть: дисководы (есть много программных драйверов под известные чипы и железо целиком), флеш-карты любого типа. Для меня оптимумом оказался выбор CF-карт, поскольку и подключается просто, и заменяется на HDD, и готовые драйвера под Z80 есть. Хотя кому-то проще использовать SD/ММC, но драйвера под них ещё писать надо. Есть вариант чипа с восьмибитной шины на носители USB, но опять же, программных драйверов нет. Для желающих иметь копии длительного хранения можно посоветовать наличие магнитофонного узла. Он может быть как программный (легко слизать из ЮТ-88 как железо, так и п/п в/в), так и железный, как довесок к СОМ-порту. В последнем случае возможна запись на ленту как в преобразованном аналоговом виде (канзасский стандарт, NRZ, скорость до 2400), так и в прямом цифровом (direct saturation, скорость до 9600).
РОМ-диск с системными программами также возможен, ибо ПЗУ необходимого объёма (512К и выше) легко доступны из трупов современных машин.
3.5. Клавиатура. Идеальный вариант - ASCII-ввод. Можно сделать ASCII-клаву полность самостоятельно, либо использовать Apple][-переходник с PS/2. Почему идеальный - процессор особо не занимается, по прерыванию он просто считывает введённый байт и продолжает заниматься своим делом. Можно использовать и программную модель, подключая PS/2-клаву через УАРТ с внешней синхронизацией (надеюсь, что товарищ Xrust поделится с нами результатами своиз опытов), либо через небольшой переходник на рассыпухе (используйте поиск в "Разном"). Тут уж процессору придётся чуток поработать для определения кода нажатой клавиши, а также программно определять, на каком языке мы пытаемся с ним разговаривать.
Кстати о "языке", то бишь о кодировке. Базовый вариант СР/М общается с нами только латиницей и кириллицу не розумиет. Нам повезло, что наличие кириллицы важно только в устройствах ввода/вывода, соответственно можно прошить нужный нам знакогенератор в терминале и нужную таблицу для клавиатуры. Для текстовой совместимости со старшими машинами предлагаю (уже не в первый раз) кодировку СР866 (альтернативную). Про всякие КОИ-хх забыть как о страшном сне. Обращу внимание - речь идёт о новоделах, а не реанимировании трупов типа "Специалиста" к новым реалиям.
3.6. Звук. Вот тут фиг его знает, вроде бы как на начальном уровне и не нужен.
3.7. Прочие порты, в т.ч. параллельный. В начальной конфигурации не обязателен, если только не подключаем к нему SD/ММC или картридж в виде РОМ-диска. Наличие ВИ53 в виде отдельного порта будет полезным как для реализации переключения скоростей п. 3.3, так и для звука п.3.6.

4. Конструктив. Тут на любителя однозначно. Можно сразу забульбенить одноплатную машинку, но это в том случае, если мы однозначно гарантируем её полную работоспособность после сборки и мы не будем эту плату в последующем раширять. Для остальных можно рекомендовать использование шины S-100. Это позволит раскидать машинку на отдельные блоки, в последующем из модернизировать или расширять конфиг на все случаи жизни, в том числе делать много процессорные системы.

Это кратко.

[shurik-ua]

в том числе делать много процессорные системы.

а система разве многозадачная ?

[Advertiser]

[Shiny]

Лучший по энергетике вариант - одним чипом 64К (кэш древних материнок) или два чипа по 32К

ойвэй. у Enterprise128 и у Амстрада 4 по 16К. Все подключаются по-разному и никому это не мешает.

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

3.2. В продолжение разговора о выводе на экран. Графический экран также блажь.

терминальное мышление. Не проще ли сделать текстовый режим и простой режим? у Amstrad PCW все через графический режим, тормозно и ужасно.

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

либо использовать Apple][-переходник с PS/2

к чему такие сложности?

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

Базовый вариант СР/М общается с нами только латиницей и кириллицу не розумиет.

все зависит от ПО.

[rw6hrm]

а система разве многозадачная ?

Ну МР/М мы запускать не будем, а вообще обычная связка мастер-слейв, о чём нам говорил barsik, более чем привычная народу из начала 90-х.

текстовый режим и простой режим?

Эм... а чем они различаются?

к чему такие сложности?

Один ПИК, какие там сложности, http://knzl.de/ps2-keyboard-for-apple-ii/

все зависит от ПО.

От ПО тоже ничего не зависит. Хотите сказать, что есть что-то русскоязычное, на что следует обратить внимание? Все наши проги есть адаптации зарубежных к конкретному железу. Общались мы с автором Микро-80/Р-86 товарищем Поповым, с его слов, какая кодировка есть в терминале, такая будет и в СР/М-машине.
Кстати о ПО - большинство зарубежного ПО рассчитано на работу с семибитной таблицей символов. В некоторых программах (редко, но есть) восьмой бит является служебным. Поэтому я и ратую за наличие зачатков кодировки именно в УВВ, а не в ПО. Это более универсально, даёт нам возможность не кромсать и не "адаптировать" имеющийся софт для работы, а просто выбрать нужный и не особо требовательный к железу.

у Enterprise128 и у Амстрада 4 по 16К

Да я же и говорю, что

разве что готовый блок от чего-либо использовать.

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

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

терминальное мышление.

Не спорю. Чем проще в реализации (программной и железной), тем лучше. Я ленив

[Shiny]

Эм... а чем они различаются?

текстовый и графический. для Tandy TRS-80 есть CP/M и семиграфика - хватает по уши.

Чем проще в реализации (программной и железной), тем лучше. Я ленив

вооот. Страшно представить, что из ТЗ вырастет.

[rw6hrm]

Страшно представить, что из ТЗ вырастет.

Да пусть хотя бы какая-нить пуська для начала будет. Остальное прикрутим. А то так и останется исключительно интерес, без реализации...