Аюша-Z80 - CP/M-совместимый компьютер

...вот, наваял для себя (поначалу) одноплатник под СР/М 2.2. Краткие характеристики:
- всего 21 микросхема (что меньше чем у РК-86, Специалиста и проч.);
- процессор Z80 (Т34ВМ1, КР1858ВМ1). Схемное решение позволяет использовать различные модификации процессора с различной тактовой частотой, доступны 2,457 МГц (Z80, Z80A) и 4.9152 МГц (Z80B);
- 64К ОЗУ. В режиме СР/М для ОС доступен весь объем памяти;
- 4х16К ПЗУ. Используются только 32К. В режиме СР/М ПЗУ отключается;
- возможность подключения стандартной USB-AT-PS/2 - клавиатуры или расширенной ASCII-клавиатуры (на выбор пользователя);
- последовательный порт, одна скорость 9600 бит/сек (на базе КР580ВВ51);
- три параллельных двунаправленных восьмибитных порта (на базе 82С55/КР580ВВ55);
- вывод на телевизионный дисплей, обеспечиваются режимы 80х25, 40х25, 80х12, 40х12, графика 100х160 поточечно или спрайтово, совместно с любым текстовым режимом, а также микс из текстовых режимов и графики (построчно). Альтернативная кодовая таблица (СР866). Дисплейный узел не занимает адресов в ОЗУ, являясь устройством вывода, совместим по командам управления с терминалом VT52;
- внутренняя дисковая память на базе Compact Flash объёмом 128 Мб (16 логических дисков на носителе), либо SD/MMC-карта через переходник или IDE жёсткий диск.

Описание тут, http://rw6hrm.qrz.ru/z80.htm

Сразу предвижу вопрос типа "нафига, если есть /далее озвучивается список железа/". Отвечаю - а вот не было такого :). Точнее, есть аналогичные древности типа Роботрона 1715, на которые дышать страшно ибо разваливаются, да и цена на них может шкалить. Софта достаточно, в т.ч. и радиолюбительского. Есть некоторая несовместимость с отечественным софтом, но, поскольку его не очень много, то можно пренебречь (ну или подкорректировать софт при необходимости). С TNC-контроллером типа Орбиты-9111, кстати, нормально работает...
Так что если кому-то внезапно захочется вспомнить или попробовать СР/М - добро пожаловать. Аргументированные дополнения и замечания принимаются.
И пара картинок для привлечения внимания ;)

RAM 64кБ - это та узкая, длинная UM61512A между ВВ51 и ПЗУ Winbond?

Именно. В последней версии платы можно поставить и узкий, и широкий чип (на фото - первая версия платы).

Цитата:

---

Сообщение от RW6HRM

Сразу предвижу вопрос типа "нафига, если есть /далее озвучивается список железа/". Отвечаю - а вот не было такого...

---

Было бы эксклюзивней, если бы.... на шаговых искателях/тиратронах, сделали хотя бы тетрис. Или ПЗУ на предохранителях.
А это... отрыжка из прошлого. Ностальгия.

Цитата:

---

Сообщение от RW6HRM

типа Роботрона 1715

---

Именно такой и лежит где то в загашниках. Антиквариат, однако.

Цитата:

---

Сообщение от RV3MP

Было бы эксклюзивней, если бы...

---

Уже эксклюзивно - применены резисторы УЛМ. Просто облудить их выводы перед пайкой задача нетривиальная. А предусмотреть отверстия чтобы выводы влезли без э... формовки продольной это надо в ТЗ было закладывать.
:-D

Цитата:

---

Сообщение от RV9UP

применены резисторы УЛМ

---

Это не УЛМ в чистом виде, а болгарский аналог 65-го года разлива...

Может пригодится…
MSX-DOS ver. 2.2 Copyright 1984 by Microsoft
Архив, в котором среди прочего исходники дизассемблированной MSX-DOS от Yamaha MSX-2 - нечто от Микрософт, словместимое по вызовам с CP/M 2.0 но поддерживающее файловую систему без подкаталогов FAT (FAT12).
Умеет работать из "теневой" памяти - т.е. не отбирая от 64 к пространства, оставляя видимым небольшой кусок.
Вопросы отвечу (что вспомню) - закончил этим заниматься в 1992 году.

Помнится мне, что компьютеры на Z80 и КР580ВМ80А делались без контроллера прерываний, хотя система прерываний RST0 - RST7 у самого процессора имеется.
Обработка клавиатуры и ввода-вывода на магнитную ленту такая же, как у "Синклер - ZX Spectrum"? На прерываниях?
Для "Синклеров" применялась дисковая операционная система TR-DOS, у меня есть прошивки 2 микросхемы по 8 192 байт и ещё какая-то TR-DOS 5.03 на 65536 байт. И это при ОЗУ 64 килобайт. Если ПЗУ "Синклера" без ДОС занимает 16 килобайт и ещё ДОС занимает 16 килобайт, то ещё остаётся 32 килобайта для программ и данных пользователя. Но при занятых всех 64 килобайт программой ПЗУ остаётся предположить, что это какое-то подобие теневого ОЗУ поверх ПЗУ, то есть ПЗУ и ОЗУ соединены как-бы "параллельно", чтобы была возможность менять значения операндов. Хотя это как бы моё предположение, я что-то таких схем в конкретике не припомню.
А Вы код CP/M для Вашего компьютера сами просматривали? Модифицировали?

1. Выводом на магнитную ленту тут и не пахнет, исключительно дисковые операции (пусть и на флешку). Клавиатура и СОМ-порт - на прерываниях от устройства (а не по таймеру, как в Спектруме), без контроллера. Оно, конечно, несколько упрощает схему, но решение не универсальное. Кое-кому понадобились дополнительные векторы прерываний, но взять их в этой схеме сходу неоткуда (хотя и есть вариант). Поскольку применен режим прерываний IM2, то 254 вектора есть в запасе.
2. ПЗУ после загрузки оси отключается и работа ведётся только в оперативной памяти, часть которой занимает ось (около 12КБайт).
3. Код оси разумеется модифицировал в части биос, ну и сдвинул стартовый адрес командного процессора немного.

Цитата:

---

Сообщение от RV3MP

отрыжка из прошлого. Ностальгия.

---

Думаю бОльший интерес вызовет подобная штуковина, но не CP/M, а RT-11 (PDP-11).

Цитата:

---

Сообщение от RA3QDP

Думаю бОльший интерес вызовет подобная штуковина, но не CP/M, а RT-11 (PDP-11).

---

Было бы интересно услышать Вашу аргументацию, поскольку имхо RT-11 в настоящее время не особо практична, в отличие от СР/М с тоннами рабочего софта (в т.ч. и по радиолюбительской тематике).

..а так БКшки и МСки пока живые, можно собрать реплику с дисковыми функциями, но неинтересно как-то...

Пасаны- спасибо за напоминание изголений в подполье над зарождающейся советской микроники в молодости.

Цитата:

---

Сообщение от RW6HRM

1. Выводом на магнитную ленту тут и не пахнет, исключительно дисковые операции (пусть и на флешку). Клавиатура и СОМ-порт - на прерываниях от устройства (а не по таймеру, как в Спектруме), без контроллера. Оно, конечно, несколько упрощает схему, но решение не универсальное. Кое-кому понадобились дополнительные векторы прерываний, но взять их в этой схеме сходу неоткуда (хотя и есть вариант). Поскольку применен режим прерываний IM2, то 254 вектора есть в запасе.
2. ПЗУ после загрузки оси отключается и работа ведётся только в оперативной памяти, часть которой занимает ось (около 12КБайт).
3. Код оси разумеется модифицировал в части биос, ну и сдвинул стартовый адрес командного процессора немного.

---

IM0 без внешнего контроллера прерываний ( 8259, 580ВН59 )? Прошу прощения, визуально по фотографии платы Вашего компьютера не очень ориентируюсь. Он применяется для команд процессора RST1 - RST 7 и CALL http://igorkov.org/pdf/Z80-Central-Processor-Unit.pdf глава 6.3.4 стр. 51 .
Я как-то не очень практиковал такое программирование в подробностях, но тупее угол - больше граней.
Для выполнения прерываний RST1...RST7 микропроцессор по программе, работающей, соответственно, от подаваемых на микропроцессор импульсов тактового генератора таймера, встретив в своем коде какую-то из команд RST1...RST7, начинает ожидать подачи сигнала на вход процессора INT и после его появления переходит на адрес соответствующего вектора прерывания, то есть устанавливает PC (program counter) на этот адрес подпрограммы.
Для того, чтобы определить, какое устройство подаст сигнал INT, в программе может осуществляться проверка, от какого из устройств следует ожидать сигнала INT. От этого зависит, какая команда из RST1...RST7 будет выполняться следующей. Это может быть понятно из логики работы программы по операндам команд перехода по условию, например, JRC, JRNC, JRZ, JRNZ.
С внешним конроллером прерываний могло бы быть проще в том смысле, что он определяет, по какой линии поступил запрос на прерывание и, тут я как-то сомневаюсь, подает адрес подпрограммы на шину адреса, но что-то такое описано для режима IM 2 в главе 6.3.4 http://igorkov.org/pdf/Z80-Central-Processor-Unit.pdf.

Насчет 255 векторов прерываний у меня только слабая ассоциация в пространством портов ввода-вывода микропроцессора 580ВМ80А, команды IN p и OUT p с 8-ми битными операндами.

Я мог отредактировать своё предыдущее сообщение, но сейчас не стану. Прошу прощения, иногда получается невпопад... Я, когда писал о режиме IM 0 думал, что он применён в Вашем компьютере. Однако, у Вас указано, что в Вашем компьютере применён режим IM2.

Да ничего страшного ;), первый вариант работал как раз по IM1, но, поскольку в этом режиме прерывание одно, по адресу 38Н, то оно конфликтует с частью системных программ (DDT к примеру), поэтому немного покумекав, перешел в режим IM2 с формированием вектора тупо двумя диодами ;) Такая фишка прокатывает только с Z80, с 580-м ну никак.., да и софта для последнего гораздо меньше...
Тут можно запросто прилепить контроллер прерываний КР1818ВН19 (аналог AM9519), но это уже будет схема посложнее и для случая, если прерываний планируется более чем три...

Ясненько...
Я как-то код к микрокомпьютеру "ЮТ-88" из приложения к журналу "Юный техник" "ЮТ для умелых рук" вручную дизассемблировал.

А, может, глянете веточку https://forum.qrz.ru/12-kompyutery-i...e-evm-x64.html , там код тетриса Яковлева во вложении?
Не вполне понятна последовательность команд:

seg000:0151 db 0B0h ; - mov al, 0Ch
seg000:0152 db 0Ch ;
seg000:0153 db 8Ah ; К mov ah, bh
seg000:0154 db 0E7h ; ч
seg000:0155 db 0EFh ; я mov al, 0Dh
seg000:0156 db 0B0h ; -
seg000:0157 db 0Dh ;
seg000:0158 db 8Ah ; К mov ah, bl
seg000:0159 db 0E3h ; у
Для чего такое обновление аккумулятора?

А также, что за адреса 1A40h и 1EA0h в командах
seg000:09B7 db 0BFh ; ¬ mov di, 1A40h
seg000:09B8 db 40h ; @
seg000:09B9 db 1Ah ;
и
seg000:09CA db 0BFh ; ¬ mov di, 1EA0h
seg000:09CB db 0A0h ; а
seg000:09CC db 1Eh ;

В процедуре рисования боковых стенок "стакана" addr 252h loc_10212 более-менее понятны команды
seg000:02B1 db 2Eh ; . loc_10271: mov al, cs:byte_10302
seg000:02B2 db 0A0h ; а
seg000:02B3 db 2 ;
seg000:02B4 db 3 ;
seg000:02B5 db 0ABh ; л stosw
seg000:02B6 db 2Eh ; . mov al, cs:byte_10303
seg000:02B7 db 0A0h ; а
seg000:02B8 db 3 ;
seg000:02B9 db 3 ;
seg000:02BA db 0ABh ; л stosw
Для чего последовательные умножения на два сдвигом влево с последующими сравнениями результатов, я так и не постиг.
Значения DBh, D2h, F5h для cs:byte_10302 и cs:byte_10303 какие-то странноватые.

Если это код х86 (а это следует из строчки "MS-DOS COM-format"), то это не ко мне.

Цитата:

---

Сообщение от RW6HRM

СР/М с тоннами рабочего софта (в т.ч. и по радиолюбительской тематике).

---

Расскажите о СР/М - какие архитектуры поддерживает, какие минимальные требования к железу, как "на пальцах" устроена, есть ли исходники, что в "тоннах софта" и где его найти (прямые ссылки).

>какие архитектуры поддерживает
хм... а для начала погуглить не? ;)
https://ru.wikipedia.org/wiki/CP/M
>есть ли исходники
Есть.
>что в "тоннах софта" и где его найти (прямые ссылки)
А внимательно изучить ссылку в первом посте?
http://rw6hrm.qrz.ru/z80_pzu.htm
Без обид, если что.

Вопросы:
1)у Z80 больше команд, чем у i8080, будет ли работать CP/M для Intel на Z ?
2)у 80С85 то же много команд, которых нет в 8080, эти дополнительные команды те же, что и в Z80 или другие ?
3)1821ВМ85 - CMOS у него какая система команд (на самом деле фактическая) ?
4)приходилось ли иметь дело с i8256 ?
5)что пришлось "доделывать" для Вашей конструкции в CP/M ?
6)дайте прямую ссылку на цену платы для самостоятельной сборки.

1. Всё, что написано для 8080, будет работать на Z80. Но не наоборот.
2. 8085 имеет всего три дополнительные команды в отличие от 8080, соотв. п.1 действует.
3. Читать мануал ;), совместим с 8080.
4. Нет, не приходилось.
5. Дописал биос в привязке к железу и изменил стартовый адрес из-за несколько раздувшегося биоса.
6. ...опять не читали ссылку из первого поста..., в части http://rw6hrm.qrz.ru/z80forums.htm есть ссылка на Барахолку, https://zx-pk.com/forum/viewtopic.php?f=7&t=13127 Цена плавающая, зависит от курса доляра и желания производителя. Последняя получалась 450 рублей, думал набрать заказов на третью партию - чтот желающих маловато, всего двое. Пока не заказывал больше.

Цитата:

---

Сообщение от RW6HRM

Без обид, если что.

---

В Викикипедии статью, наверное, писали не Вы про CP/M и сказали бы содержательней, чем там.

Цитата:

---

Сообщение от RW6HRM

опять не читали

---

я и не интересовался CP/M, потому и задавал вопросы Вам как, наверное, специалисту.

Цитата:

---

Сообщение от RW6HRM

2. 8085 имеет всего три дополнительные команды в отличие от 8080, соотв. п.1 действует.
3. Читать мануал , совместим с 8080.
4. Нет, не приходилось.

---

Советую поинтересоваться и 80С85 и 1821 и 8256.

Да вряд ли я что-либо ещё добавил... Ссылки на книжки есть, хоть и на английском, но там сказано больше, чем могу. Я больше ручками...
Касательно последователей 8080 - интерес к ним потерян давно из-за ненужности этих процессоров ни производителям, ни программистам. Это касается и всей интеловской линейки, приходится применять её только по бедности, поскольку параметры чипов уж очень посредственны. Тот же ВВ51 с удовольствием бы заменил на 6850, как более скоростной. Ну это моё личное ИМХО, не более...

Цитата:

---

Сообщение от RW6HRM

Если это код х86 (а это следует из строчки "MS-DOS COM-format"), то это не ко мне.

---

Код-то "Тетриса" Яковлева x86, но он какой-то почти 8-ми битный. Здесь ещё регистры "по-половинкам" обрабатываются, старшие и младшие разряды отдельно.
В ответе #8 было о MSX-DOS 2.2, по буквам близкое к MS DOS, так что я решил, что и об x86 тоже будет уместно.

Глянул я ближайшую ко мне книжку "Справочное пособие по микропроцессорам и микроЭВМ." В. Л. Горбунов, Д. И. Панфилов, Д. Л. Преснухин под ред Л. Н. Преснухина, Москва, "Высшая школа", 1988, там на странице 194 есть немного о контроллере прерываний КР580ВН59 и на странице 204 - о К1810ВН59А. В эти контроллеры можно записывать и из них читать по шине данных для КР580ВН59 и по мультиплексированной шине адреса и данных - для К1810ВН59А. Причем обращаться к ним предлагается как к портам по сигналам IORC и IOWC, а не как к ячейкам памяти, в которых хранятся адреса векторов прерываний. То есть не вполне понятно, как микропроцессор должен работать в паре с этими контроллерами прерываний. Чтобы обеспечить 255 прерываний ( без нулевого, либо 256 с нулевым ), то эти контроллеры прерываний должны пересылать в микропроцессор номер прерывания по шине данных.
Если после загрузки компьютера отключать ПЗУ электрически, например через буферные регистры по состоянию какого-нибудь порта, то далее можно записать новые адреса векторов прерываний непосредственно в ОЗУ по адресам RST1 - 0008h, RST2 - 0010h, RST3 - 0018h, RST4 - 0020h, RST5 - 0028h, RST6 - 0030h.
Для совместимости-то надо и экранную область соблюдать. В "Синклер" - образных компьютерах она размещена в ОЗУ и вывод на монитор, в качестве которого может быть телевизор, осуществляется методом прямого доступа к памяти.

Хотелось бы уточнить об экранной области.
Сразу оговорюсь, что я в своё время собрал вполне работоспособные, но не без странностей, микроЭВМ "Орион-128" и "Синклер-Пентагон-48 ZX Spectrum". Собрал их по рабоче-крестьянскому принципу, гласящему, что "правильно и без ошибок собранное цифровое устройство начинает работать сразу". В общем-то, так и получилось. Однако, "Орион-128" работал около 20 минут, а потом "зависал", а У "Пентагона" не удалось запустить контроллер дисковода с TR-DOS 5.03.
Телевизионное изображение имеет разрешающую способность где-то 300x400 пикселей. В минимальном варианте на экран можно выводить 255x255 пикселей, всего их получается 65025. Я нулевые адреса как-то побаиваюсь, вдруг их вообще не существует :-) . То есть для шестнадцатицветного режима, используя по половине байта, то есть по 4 бита для одного пикселя, таким образом экранная область займет около 32 килобайт ОЗУ. В сопроводительных статьях указываются значительно меньшие объемы ОЗУ, отведённые для экранной области. То есть может указываться даже область знакомест, например, 40X25 , всего 1000 знаков, либо 80x25, всего 2000 знаков. Но чудес на свете не бывает, наверное как-то так и есть? Используется иногда по 3 бита на пиксель, для монохромного режима получится 1 бит на точку.
В этих микроЭВМ применялись цепочки счётчиков (КР555ИЕ5), обеспечивающих регенерацию динамического ОЗУ, вывод на экран и общую синхронизацию. Причем у этих счетчиков тактовый генератор работал на высокой частоте, в "Спектруме" - 16 МГц, в "Орионе" - 10 МГц, а микропроцессор работал на более низких частотах, получаемых делением основной тактовой частоты. То есть весь экран микропроцессор за один кадр обновить не успевает. Хотя многие игры были вполне динамичны.
У Вас применён видеоконтроллер на микроконтроллере Atmega 328P http://rw6hrm.qrz.ru/8bitdisp.htm , что схематично выглядит попроще.
Для применения дисплеев с более высокой разрешающей способностью, 600x800 пикселей и выше, очевидно, необходимо дальнейшее увеличение объёма ОЗУ экранной области и, далее, применения отдельного видеоОЗУ.

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

Вообще-то в CP/M для микроЭВМ "ЮТ-88", приложение к журналу "Юный техник", "ЮТ для умелых рук" №2, 1990 год, экранная область есть, с адреса E000h по адрес F000h 4 килобайта отведено, хотя у меня при экране 255x255 точек для монохромного режима получается, что 8 килобайт требуется...
Вложение 239016
Так же описаны точки переходов с адресов:
DA00h JMP BOOT
DA03h JMP WBOOT
DA06h JMP CONST (F 812 - активность клавиатуры)
DA09h JMP CONIN (F 809 - приём с клавиатуры в А)
DA0Ch JMP CONOUT (F 809 - вывод на дисплей)
DA0 h JMP LIST (F 809 - вывод на дисплей)
DA12h JMP PUNCH (F 80C - вывод на магнитофон)
DA15h JMP READER (F 806 - ввод с магнитофона)
DA18h JMP HOME
DA1Bh JMP SELDSK
DA1Eh JMP SETTRC
DA21h JMP SETSEC
DA24h JMP SETDMA
DA27h JMP READ
DA2Ah JMP WRITE
DA2Dh JMP LISTST
DA30h JMP SECTRAN

Хотя, конечно, уже пропущен разряд адреса в команде JMP LIST.

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

Также в компьютере "ЮТ-88" сначала даны адреса для загрузки с 0h по 100h и с 3100h по 4CFFh, и, видимо, только после загрузки операционная система должна разместиться в соответствии с приведенными адресами для CP/M, с адреса С400h. Этот вариант CP/M занимает 7168 байт.

В те старые времена, когда использовался Спектрум и им подобные для вывода графики в ограниченном объеме ОЗУ использовался либо спрайтовый режим (таблица с изменяемыми графическими символами), либо полноценная графика, но низкого разрешения.
Так что даже в компьютерах IBM PC XT с 640 КБайт ОЗУ вполне нормальным был режим CGA c 16 КБайт видеопамяти (итого 640 на 200 точек), а у игровых (того же Синклера) не более 320 на 200, т.е. 8 КБайт видеопамяти.
По 4 бита на пиксел максимум на IBM PC, а уж на Синклере, чтобы влезть в 8 Кбайт вообще хитрая спрайтовая система с разрешенем 256×192.

По поводу терминального вывода.
Это подобно выводу символа с атрибутами для IBM PC?
В разделе 3 "Справочника программиста на персональном компьютере фирмы IBM." Роберта Журдена сказано, что
"...основной операцией, на которой основан вывод, является
помещение кода ASCII выводимого символа в указанную позицию ви-
деобуфера; при этом может также записываться и байт атрибутов в
следующий адрес памяти."
Как раз экранной области в 4000 байт хватит для 25 строк с 80-ю символами в каждой по 2 байта на символ. Или без атрибутов 2 страницы по 2000 байт кодов символов получается.

Цитата:

---

Сообщение от RA3XCQ

Это подобно выводу символа с атрибутами для IBM PC?

---

Именно.

Цитата:

---

Сообщение от RA3XCQ

Как раз экранной области в 4000 байт хватит для 25 строк с 80-ю символами в каждой по 2 байта на символ. Или без атрибутов 2 страницы по 2000 байт кодов символов получается.

---

Это понятно, но именно поэтому вся видеопамять вынесена в Мегу и недоступна основному процессору. Пусть комп занимается своими задачами, тупо метнув байт в видеоадаптер, а Мега - своими, а именно видеовыводом: формированием сигнала, куда помещать принятый байт и подобное. Атрибуты - пока ещё лишнее, они не особо нужны в реальной жизни (хотя часть из них реализована, в т.ч. "спрайтовый" вывод)

Цитата:

---

Сообщение от RA3XCQ

DA06h JMP CONST (F 812 - активность клавиатуры)
DA09h JMP CONIN (F 809 - приём с клавиатуры в А)
DA0Ch JMP CONOUT (F 809 - вывод на дисплей)
DA0 h JMP LIST (F 809 - вывод на дисплей)
DA12h JMP PUNCH (F 80C - вывод на магнитофон)
DA15h JMP READER (F 806 - ввод с магнитофона)

---

А сейчас отредактировать не могу.

Во второй строчке не F 809, а F 803 . Это шестнадцатиричные числа, адреса совпадают с адресами соответствующих подпрограмм "Мониторов" микроЭВМ "Орион-128", "ЮТ-88", возможно "Радио-86РК". Правильно должно быть так:
DA06h JMP CONST (F 812 - активность клавиатуры)
DA09h JMP CONIN (F 803 - приём с клавиатуры в А)
DA0Ch JMP CONOUT (F 809 - вывод на дисплей)
DA0 h JMP LIST (F 809 - вывод на дисплей)
DA12h JMP PUNCH (F 80C - вывод на магнитофон)
DA15h JMP READER (F 806 - ввод с магнитофона)

Цитата:

---

Сообщение от RW6HRM

Дописал биос в привязке к железу

---

Выложите, пожалуйста, исходные тексты биос до и после Вашей правки.

...эм.. так они выложены, причем давно. Если лень лопатить страничку заново, то:
- https://vk.com/doc117527293_437544986 - описание системы. Даны исходники как_есть, без привязки к железу.
- http://searle.hostei.com/grant/cpm/z80sbcFiles.zip - исходники, которые переделывались мною.
- http://rw6hrm.qrz.ru/zips/hexFiles.zip - исходники, переделанные под моё железо (конкретно ввод-вывод, плюс перекодировщик управляющих последовательностей).

По поводу ЮТа - рекомендую ознакомиться с разделом https://zx-pk.ru/forums/86-yut-88.html
Касаемо работы СР/М на ЮТе, то эту мифическую сборку мало кто повторял в связи с несовершенством конструкции.

Да я как-то о совместимости таким образом обеспокоился. В руководстве по программированию https://vk.com/doc117527293_513145790 в Appendix D описан, видимо, универсальный вызов подпрограммы операционной системы CP/M по адресу 0005h , CALL 0005h. У Журдена ( по файлам в компьютере, он же Джордейн по книге на бумаге ) для MS-DOS часто приводится в примерах процедура обработки прерывания INT 21.
Также подпрограмма по адресу 0005h вкратце упомянута в описании "ЮТ-88".
PS. И Вы почему-то выложили файлы руководства по CP/M не у себя на сайте RW6HRM homepage , а на сайте социальной сети "В контакте" https://vk.com/ . Уровень представления , приложения OSI вспоминается. Оболочки программ дело серьёзное, психологическое. Серьёзные дела и с глупым выражением лица могут делаться... :-)

У меня большая часть информации лежит на ВК, который использую как файлохранилище (фоточек в том числе) уже лет семь, поскольку место на хостингах всегда лимитируется, а там /пока ещё/ нет (про доступ из некоторых стран умолчу)...
Что касается подпрограмм в первой странице памяти (до 100h), то они загружаются туда во время запуска системы и могут изменяться во время работы. В частности, если система работает с одним прерыванием по 38h, то при загрузке отладчика DDT он перетирает содержимое адреса вызова подпрограммы на своё, вследствие чего прерывания системы перестают обрабатываться.

И..., что ж..., так сказать...
NMI c адреса 66h должет обработаться...
Как это с одним? RESET, INT и NMI.

( У нас в универе преподаватель вычислительной техники при таких высказываниях в окно на улицу чего-то поглядывал. )

NMI это для Z80, но есть же и ВМ80, а с ним всё печально... Это у 6502 три программируемых вектора, по сбросу маскируемому и немаскируемому прерываниям, расположенные по стандартным адресам...

на сколько я понял обсуждение - надо было контроллер прерываний ставить ?

Его возможно поставить (из серии К1818), но по необходимости. Но в этом случае достоинство схемы - простота - потеряется.

Я склоняюсь к тому, чтобы поддерживать как архитектуру, так и машинный код данной системы на Z80 с минимально возможными изменениями. Однако практика показывает, что практически это невозможно. Недавно, годик-другой назад, на одном из форумов было сообщение, что применяется плоская модель памяти, а сегментация, дескать, это - рудимент. А я что-то по вышеприведённой литературе и источникам перемещаемость программ без сегментации как-то не представляю. То есть здесь надо чётко соблюдать адресацию точек входа и состояния регистров микропроцессора.
У меня есть информация из журнала "Радио", если не ошибаюсь, 1994 года, что между Z80А и КР580ВМ80А есть разница в том, сколько тактов необходимо для выполнения одинаковых команд.

Цитата:

---

Сообщение от RA3XCQ

слабая ассоциация в пространством портов ввода-вывода

---

"Слабая ассоциация в простанстве портов ввода-вывода" будет не правильно, а чтобы было правильно, должно быть: "слабая ассоциация с пространством портов ввода-вывода".

Цитата:

---

Сообщение от RW6HRM

достоинство схемы - простота - потеряется

---

из-за разницы в одну микросхему ?

Цитата:

---

Сообщение от RA3XCQ

перемещаемость программ без сегментации как-то не представляю

---

расскажите по-подробней про сегментацию и перемещаемость пограмм в CP/M_Z-80.

Цитата:

---

Сообщение от RA3QDP

расскажите по-подробней про сегментацию и перемещаемость пограмм в CP/M_Z-80.

---

Сегментация применяется для микропроцессоров фирмы Intel "x86", начиная с таких как 8086, 80286. Таким образом программа может работать без "привязки" к конкретным адресам её размещения в ОЗУ компьютера. Источником информации может послужить книга Р. Джордейна "Справочник программиста персональных компьютеров типа IBM PC, XT и AT". В электронном виде фамилия Джордейн может быть переведена как Журден.
Для микропроцессоров Z80 в рамках операционной системы CP/M можно обеспечить некоторую совместимость, например, при обращении к функциям операционной системы CP/M, вызывая подпрограмму по адресу 0005h, CALL 0005h. Замечу, что для меня это чистая теория из того, что показалось интересным в вышеприведённых источниках. Мне ближе, всё-таки, семейство процессоров "x86" фирмы Intel и совместимых с ними.

Пользуясь в рамках ОС CP/M-80 с таблицей символов ASCII BDOS функциями подпрограммы CALL 0005, например, для ввода с клавиатуры функциями #01, #0AH, #0Bh, для вывода байта - функцией #02, для вывода строки - функцией #09, можно, наверное, писать не только программы для обработки каких-то структурированных данных, но и для таких игр, как "питон", "пакман", "теннис", тот же "тетрис". Для ДВК, помнится, была такая игра "Бармен", напоминающая "Ну, погоди!", но в ней вместо волка - посетитель бара, изображенный символами, а вместо яиц - стаканы с напитками.
Однако, в "Тетрисе" Яковлева (пост №17 ) для MS-DOS функции, подобные терминальному выводу, используются только для начальной заставки, адрес в программе seg000:0A16. Само же игровое поле создается посылкой символов в адреса после 4000h, в программе на адресе seg000:0172 mov di, 4000h. При этом для меня это не теория, а вполне работоспособная программа на нескольких компьютерах поздних 90-х и 2000-х годов выпуска.

В "CP/M 80 Programmer's Guide" Barry Morrell and Peter Whittle, 1985, MACMILLAN EDUCATION LTD , на странице 69, рисунок 6.3 ( Figure 6.3 Contents of a DPB ) в таблице указано, что логический сектор содержит 128 байт ("No of 128 bytes logical sectors per track") . Применялись диски размером 5,25 и 8 дюймов.
Также в "Приложении к журналу "Юный техник" "ЮТ для умелых рук" №2, 1990 год, стр. 12 описана организация гибкого диска, где секторы по 128 байт, на каждой дорожке находятся 26 секторов, диск состоит из 77 дорожек, пронумерованных от 0 до 76.
Вложение 251286
Фактически были широко распространены дисководы размером 5,25 дюймов. Контроллер к данным дисководам сконструирован на микросхеме КР1818ВГ93, описание которого приведено, например, в статье "Пользователям о "Корвете". Контроллер накопителя на гибких дисках." С. Ахманов, Н. Рой, А. Скурихин. Радио №6, 1989, стр. 34.
Вложение 251294

Такие дисководы широко применялись в компьютерах с операционной системой MS-DOS, при этом дискета может иметь секторы по 512 байт потому, что используется в таком дисководе. То есть ограничение может накладываться оборудованием: дискетой и дисководом, другими словами, аппаратно. При секторе по 512 байт, 9 секторах, 40 дорожках и 2-х сторонах получится емкость дискеты 360 килобайт, при 80-ти дорожках - 720 килобайт. Позднее стали широко распространены дисководы 3,5 дюймов, аппаратно подключаемые к контроллеру дисковода также, как и дисководы 5,25 дюймов, но имеющие по 18 секторов на дорожке, ёмкость их увеличилась до 1,4 мегабайт.
При этом по описаниям не вполне понятно, в каком оборудовании происходит разделение по секторам. Впрочем, можно попробовать позадавать номера секторов в рамках ОС CP/M в регистр FB1AH.

Регистры дисковода для операционной системы CP/M приведены в статье "Пользователям о "Корвете". Контроллер накопителя на гибких дисках." С. Ахманов, Н. Рой, А. Скурихин. Радио №6, 1989, стр. 34, на странице 37.
1. Регистр выбора и управления - FB39H.
2. Командный регистр - FB18H.
3. Регистр статуса - FB18H.
4. Регистр дорожки - FB19H.
5. Регистр сектора - FB1AH.
6. Регистр данных - FB1BH.

Вложение 251288

Цитата:

---

Сообщение от RA3XCQ

При секторе по 512 байт, 9 секторах, 40 дорожках и 2-х сторонах получится емкость дискеты 360 килобайт, при 80-ти дорожках - 720 килобайт

---

Мы в своё время расширяли в советском дисководе МС до 84, на TEAC до 83 дорожек.

P.S.
Понастальгировал, достал Орель-БК08, стёр пыль, подключил дисководы, монитор Электроника и получил удовольствие в Exolon.

В интернете размещены статьи из журнала "Радио", среди них можно найти описания реализаций CP/M для различных микрокомпьютеров.
"Пользователям о "Корвете""
"CP/M для "Ориона-128""

Если ещё кому-то интересно - готова версия компьютера с SD-картой в качестве диска.

В основном, рекомендуют SPI : CS, MOSI, MISO, SCK . У Вас также?

CS, Data In, Data Out, SCK, - у меня это так зовётся :) Но суть та же.
Прямая ссылка на версию http://rw6hrm.qrz.ru/z80sin_brdsd.htm

По интерфейсу SPI команды CMDn подаются от компьютера к карте памяти сигналом MOSI ( Data In, DI ). Сигналы MOSI и MISO однобитные по одному байту.
Вроде как естественней подавать команды CMDn на уже имеющийся отдельный контакт сигнала CMD.
Чтение и запись происходит одиночной записью блока (Single Block Write) и множественной записью блоков (Multiple Block Write). То есть получается нечто подобное LBA ( Logical Block Addressing), где сектора нумеруются подряд с CHS (0, 0, 1) в компьютерах PC.

Ну так и подаётся. Вот только SPI я бы свой "ногодрыг" не назвал ;)

По Вашей схеме этого, извините, не видно. Видно, что подключено к Z80A через 82С55. Наверное, можно подключить через КР580ВВ55А, если вдруг, например, не окажется расхождений в использовании регистра управляющего слова (РУС).

ВВ55 и 8255 совместимы полностью, это же аналоги. 82С55 разве что кмоповский.
Тут почему "ногодрыг" применён - из-за дешевизны. Весь комп собран по сути из подстольных баночек. Можно было бы применить какой-либо специализированный чип, чтобы занимался только общением с флешкой, но это лишние затраты. Поэтому и сделана эмуляция работы с картой через ВВ55. Скажем так - с CF картой комп выглядит гораздо лучше, прям летает. Ну а с SD - как с дисководом, но это не напрягает.

Цитата:

---

Сообщение от RA3XCQ

Чтение и запись происходит одиночной записью блока (Single Block Write) и множественной записью блоков (Multiple Block Write).

---

Для чтения и записи разные команды:
для чтения:
CMD17 READ_SINGLE_BLOCK,
CMD18 READ_MULTILPE_BLOCK,
для записи:
CMD24 WRITE_BLOCK
CMD25 WRITE_MULTIPLE_BLOCK

Установка длины блока:
CMD16 SET_BLOCKLEN

https://www.kingston.com/datasheets/...gb-32gb_ru.pdf

https://www.sdcard.org/downloads/pls/

На http://criss.radio.ru и http://www.criss.fun сообщается, что CP/M поддерживается.
Для микрокомпьютера на микроконтроллерах AVR компилятор создает машинный код AVR с машинного кода intel8080 или с программы на ассемблере, или можно обеими способами?
Было бы неплохо узнать аналог подпрограммы CALL 0005 CP/M i8080 (также, как и для Zilog Z80) для программы для AVR, вряд ли они совпадают.