Орион-128: Разное

Цитата:

---

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

Мне интересна статистика использования Z80B в ОРИОН-ПРО.

---

с маркировкой Z80B я чипов и не видел (Z80А видел - но только на картинках в барахолке). Покупая Z80 всякие разные на московском рынке с примерно 1993 года, практически всегда это были Z84000-xx, где xx их паспортная частота в мегагарцах, а не буквенными индексами. При этом на большинстве экземпляров запас по частоте доходит до полутора раз. В частности, на ПРО на 10М у меня запускались примерно 60-80% от "-6" и "-8".
"-10" и "-20" запускались все, но с разной стабильностью (у меня БП старше меня и с непоменянными кондерами, нежные импортные экзепляры сбоят по питанию - лучше всего работают Z80 которые "сделаны в СССР").

"Бэшка" - это Z0840006PSC (6MHZ Z80 NMOS CPU 40-DIP)

Но в даташите их буковками описывают:

https://pp.userapi.com/c636724/v6367...tGGzgbpKQM.jpg

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

Позабавила инфа отсюда - http://www.cpu-world.com/CPUs/Z80/Zi...840006PSC.html

Frequency - 6.17 MHz

Какова точность!

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

А, нет, есть и с маркировкой буквами:

http://www.chipdb.org/data/media/748/LH0080B.jpg

http://www.cpu-zone.com/Zilog/DSCF0547.JPG

Цитата:

---

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

с маркировкой Z80B я чипов и не видел

---

У меня в эксплуатации более десятка Z80B (принципиально покупал только Z80B, глупо было бы покупать Z80A, цена ведь та же). В основном они были куплены в 1989-91. Привожу все имеющиеся маркировки. Ни один не работал выше 9 МГЦ, да и на 9 МГЦ работают не все, хотя на 8.5 МГЦ работали все Z80B. SU880 это КМОП (жрёт 4 мА и холодный, но выше 5 МГЦ не тянет). 80H мне втюхали как Z80H, но он что-то иное - работает только на 2.5 МГЦ (похоже тоже КМОП, т.к мало греется)

Цитата:

---

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

Есть утилита SPEED-TEST, не показывает она 6,5 МГц на реальном ОРИОН-ПРО

---

Если эта программа правильная, то больше, чем 5*1.41= 7.1 МГЦ, она показывать не может.

barsik, вот сфоткал с живого ПРО:

https://pp.userapi.com/c636724/v6367...pcM62MykBE.jpg


~

Как я понимаю, тест для Ориона-128/Z, поэтому в подсказке фигурирует только 5 МГц, т.к. больше на 128-ом не было. Но по числовым значениям измерений вполне можно судить о реальной скорости. Видно 4-кратное ускорение относительно базовых 2,5 МГц, "недолёт" во втором знаке после зпт - это вероятно те самые WAIT'ы, но порядок цифры они не меняют.

Цитата:

---

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

Видно 4-кратное ускорение относительно базовых 2,5 МГц,

---

Вы же серьёзно не верите, что ОРИОН-ПРО имеет реальный такт в ~10 МГЦ. РУ7-мые не могут работать на такте 10 МГЦ. Если в Вашем ОРИОН-ПРО ОЗУ не на 50-ти миллисекундной статике, то такого быть не может. Никогда.

Тот ОРИОН-ПРО, что был у меня, имел такт RAS-CAS в 5 МГЦ, а это значит, что такой ОРИОН-ПРО не может дать на нормальном тесте более 7.5 МГЦ (и даже для этого надо подбирать тест специально). Даже авторы ОРИОН-ПРО не утверждали такой ерунды, что ОРИОН-ПРО даёт 10 МГЦ.

Уже один такт WAIT добавленный при обращении к памяти тормозит на ~60%, а если их два, то больше. И уж никак не 0.02%, как утверждает Ваша программа. Проверьте, что Ваша программа показывает в режиме НЕТУРБО. Если не будет 1.00, значит у Вас просечка на входе INT. Такое бывает.

Прилагаю несколько проверенных тестов. Попробуйте их.

А существует ли тест скорострельности Ориона, рассчитанный для заливки в ROM вместо Монитора?

Цитата:

---

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

А существует ли тест быстродействия ОРИОНА, прошиваемый в ПЗУ F800?

---

Вряд-ли. Во-первых это незачем. Т.к такой тест нужен только единоразово, в момент выполнения турбирования. Во-вторых, распространён был в основном вариант установки Z80 от ОРИОН-СЕРВИС, где нет прерываний, отчего можно сделать тест только с использованием человека (засекая время по секундомеру).

Обычно для оценки быстродействия использовали журнальный тест для КР580, про который известно точное время его прогона (45/47 секунд). Я обычно использовал вот этот тест для Z80 (если есть звук OUT FF, то можно засекать время между двумя гудками).

Цитата:

---

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

Прилагаю несколько проверенных тестов. Попробуйте их.

---

SPEEDY выловил, вечером попробую. Можете остальные выложить тоже в формате ОРДОС (*.ORD/BRU/ORI)?

Цитата:

---

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

SPEEDY выловил

---

SPEEDY вообще-то для РК86, но должно работать и на ОРИОНЕ с КР580. Но лучше использовать CPU_TEST, т.к это полноценный тест всех команд (Z80 и КР580), но внимание, - на КР580 и Z80 он длится разное время. Поэтому не стоит ориентироваться на приведённые в тексте времена прогона, а измерить свои времена для ТУРБО и НЕТУРБО.

Для тестов скорости нужен какой-то опорный таймер, т.е или реальный таймер или прерывания с постоянным периодом. Достаточно уже меандра 5 ГЦ на входе магнитофона. Для этого делим 50 ГЦ на 10 на 155ИЕ2 (на 5, затем на 2, так чтобы был правильный меандр).

Я хотел в 1993 написать тест на базе ВИ53, но столкнулся с непонятной проблемой. А именно, почему-то на ОРИОНЕ не работали команды чтения счётчиков, т.е нельзя было узнать содержимое счётчиков и оценить тем самым прошедшее время. Так ничего и не добился. Тут или дело в том, что я неправильно читал (в силу малограмотности не разобрался в программировании, хотя там трудно ошибиться) или же ВИ53 не тянет 2.5 МГЦ, во что тоже трудно поверить, т.к по паспорту она тянет 2 МГЦ, значит и 2.5 МГЦ должна, или какие-то особенности ОРИОНА мешают. Интересно, кто-либо программировал ВИ53 для измерения времени?

Цитата:

---

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

Можете остальные выложить тоже в формате ОРДОС ?

---

Это не проблема, т.к у меня Win XP, где работают программы MSDOS. Потому мне достаточно любой файл перетащить мышью на пиктограмму 'TO_ORD.PIF' и сразу появится файл конвертированный в формат ORD. Win XP удобна тем, что в ней работают программы MSDOS и в частности TSR-эмулятор CP/M 22NICE (достаточно даже самой древней версии из 1987, версия из 1993 не требуется). Тогда можно из Windows запускать маленькие программки конверторов написанные для CP/M. Поэтому маленькие программки конверторов я пишу на КР580/Z80 для CP/M, отчего они годятся и для реальной CP/M (например в CP/M на реальном РК86), и их же можно запускать в MSDOS и в той версии Windows, которая поддерживает MSDOS. Потому всем пользователям 8-ми разрядок с CP/M полезно на одной из партиций своего винта иметь Windows XP.

А как Вы собираетесь использовать орионовские CP/M COM-программы, если они будут в формате ORD? Чтобы их запустить в CP/M ОРИОНА всё-равно придется их конвертировать назад в COM-формат.

Цитата:

---

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

А как Вы собираетесь использовать орионовские CP/M COM-программы, если они будут в формате ORD? Чтобы их запустить в CP/M ОРИОНА всё-равно придется их конвертировать назад в COM-формат.

---

У меня нет СР/М, я использую сторонний орионовский софт только для среды ОРДОС. Если для тех тестов архиважен API СР/М, то тогда "останусь без подарка" ))

П.С. процесс прямой конвертации писишного файла в орионовский не вопрос, и это запросто можно сделать без ВинХР.

CP/M-овский sysinfo Казимирчака, гоняющий несложный синтетический тест считая инструкции между прерываниями, показывает ускорение до экивалентных 7 Мгц в режиме "10М" Про. Глядя в схему ПРО где куча Wait-ов по обращениям к памяти и портам, думается это и соответствует действительности. Этот же тест на Орионе-128 для аделаидчиковской схемы "турбо 146%" показывает ускорение до экивалентных 3,5 Мгц.

Как бы там ни было, на настоящий момент ПРО - самый быстрый клон Ориона. Но нет предела совершенству, и его результат должен быть побит КМК. :)

Цитата:

---

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

показывает ускорение до экивалентных 7 Мгц в режиме "10М" Про.

---

Семь, причём как я понимаю с копейками, это и есть "десять". По крайней мере при работе реального софта заметной разницы не будет, имхо.

Цитата:

---

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

Если для тех тестов архиважен API СР/М, то тогда "останусь без подарка"

---

COM-файлы достаточно запустить в любой CP/M. Если у Вас нет НГМД, чтобы использовать старые дискетные версии CP/M ОРИОНА для банок 0,1 или 2, то ведь нет проблем использовать любую версию CP/M у которой диск А - электронный из излишнего ОЗУ. В начальные годы применялись версии CP/M, называемые RAM-CP/M, где НГМД не нужен, т.к диск сделан из ОЗУ. Были также версии CP/M, где привод реализован на базе платы внешнего эл.диска на РУ7-мых. А в ОРИОН-ПРО, где ОЗУ как грязи, можно иметь большой эл.диск и нормально пользоваться CP/M вместо ORDOS.

Все мои версии CP/M (кроме ACP/M, где ради совместимости эл.диск не A, а D или E) используют эл.диск с именем A и потому их можно использовать и не имея дисковода. Хотя при старте всё-равно происходит обращение в дисковод B (чтобы считать AUTOEXEC.SUB), но даже если диска B нет, то проблем не возникает. Не имея НГМД нельзя делать обращения к приводам B,C,D (будет сообщение BAD SECTOR), но диск A состоит из ОЗУ излишних банок и этого размера достаточно для большинства целей.

CP/M для банки 0 имеет возможность иметь эл.диск до 180К, хотя я сам использую CPM0$, где для эл.диска используются только банки 2 и 3 (чтобы банку 1 оставить для файлов ORDOS). Банки 2 и 3, а не более, потому что у меня на реале только 256К (для ДОС странслированных для эмулятора использую банки 2...7).

Я сам уже давно не имею дисковода и когда надо использую RAM-CP/M, правда для банки 0, не для банки 1. Но есть и RAM-CP/M для банки 1, что правда, менее выгодно (меньше размер эл.диска), причём с более высоким TPA, чем дискетные версии. Есть и совместимые с ACP/M и OS-DOS 3.62 (для совместимости достаточно иметь тот же уровень BDOS и тот же блок связи в области F300), что позволяет использовать старые драйвера КОИ-8 для CP/M в банке 1.

Могу выложить RAM-CP/M (надо перетранслировать, чтобы работало без ПЗУ F800 в 4К и написать хоть какой-то DOC-файл). Для RAM-CPM есть проблема загрузки файлов. Загрузка обычно такая. Сама CPM (или другая ДОС) прошита в ROM-диске. Но надо откуда-то грузить сами CP/M-файлы. Для CP/M банки 1 нужна отдельная CP/M программа загрузки (обычно используют TRZ.COM). А для банки 0 используется загрузка файлов из квазидисков ORDOS. Пользователь считывает с МГ (или из проводной линии) CP/M файлы оформленные как ORDOS-файлы и заполняет ими квазидиски.

Затем из ROM-диска запускают CPM0$. Эта ДОС форматирует только каталог (в самом верху банки, чтобы не затирать файлы ORDOS). Затем один за другим файлы ORDOS переносятся из квазидиска в эл.диск с сохранением CP/M имён. Сначала копируются ORDOS-файлы с вершины квазидиска, а эл.диск в этой же банке растёт сверху вниз, отчего даже при всего 2-х банках в ОРИОНЕ можно перегрузить из ORDOS в эл.диск почти 60К CP/M-файлов. После загрузки CP/M (или любой другой ДОС) для обмена файлами с ORDOS можно пользоваться программой LORD.COM (не из 1993 от M.Bridge).

barsik, аппаратура вся есть, в т.ч. дисковод. Даже где-то дискета была с образом PRODOS. Не интересно, нет желания. Не моё, не понимаю я там ничего и разбираться не хочется совсем. Это примерно как у обычных людей с Линуксом :)

Цитата:

---

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

ничего не понимаю в CP/M и разбираться не хочется совсем. Это примерно как у обычных людей с Линуксом

---

Сравнение с Линукс тут не уместно. Чтобы освоить Линукс/UNIX надо усвоить в 1000 раз больше информации, тогда как программирование для CP/M осваивается за пару часов. И обычные люди как раз хотят освоить программирование в Линукс, просто не могут. Для CP/M ничуть не сложнее программировать, чем для ORDOS, и даже удобнее. CP/M нужна не как файловая система, для этого годится и более простая ДОС. А лишь потому, что в ней есть макро ассемблер и ЯВУ. А если написаны модули LOAD/SAVE плюс небольшой набор функций, то вообще нет разницы для какой DOS программировать. Гораэдо большее отличие в программировании по экрану ОРИОНА и с использованием драйвера с удобными экранными функциями.

Удивлён таким отношением. Вы ведь программировали для ОРИОНА. Вы что же программировали ассемблером МИКРОН (или может вообще в машинных кодах)? Или Вы пользовались ассемблером, линковщиком и библиотекарем для ORDOS от А.Вакуленко?

Можно сделать из ассемблера на КР580 его аналог работающий в MSDOS. Идея такая. При запуске стартует эмулятор (компьютера на КР580 с вызовами F800), затем в ОЗУ эмулятора из MSDOS-файла грузится текст исходника для трансляции и запускается сам ассемблер. После окончания трансляции полученный объектный код пишется в MSDOS-файл. Хотел так сделать для макро ассемблера от РК86 и для своего макро ассемблера, который к сожалению, в мнемонике КР580. Кстати, сложность написать макро ассемблер высока, его сделать сложнее, чем написать ДОС уровня CP/M, нортон и текстов редактор вместе взятые. Так можно сделать и для ORDOS-версии ассемблера МИКРОН от авторов ОРИОНА, но это не имеет смысла, т.к этот ассемблер уж слишком убогий.

Эта идея годится также, чтобы сделать из всех игр для ОРИОНА MSDOS-программы. Тогда пользователь даже не узнает, что игра от 8-ми разрядки и работает в эмуляторе. Полезно было бы сделать редактор SUPER-TEXT работающий в MSDOS. Это реально, хотя и сложно. Эмуляция работы CP/M с диском тут не поможет, т.к нет полной совместимости с MSDOS. Но когда работа с CP/M-диском происходит внутри эмулятора, а запись результата в MSDOS-файл происходит только по выходу, то это не важно.

Цитата:

---

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

результат должен быть побит КМК

---

Что за ОРИОН-КМК и насколько он быстрый?

Все уже придумано - запуск макро-ассемблера CP/M и не только из под dos/win. CP/M program EXEcutor.

Цитата:

---

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

Всё уже придумано

---

Нет, не согласен. Ничего подобного ещё не было, хотя этой идее 20 лет. Попробуйте запустить в Win XP напрямую какую-нибудь игру ОРИОНА. Не получится, и даже TSR-эмулятор CP/M не поможет. Кстати, TSR-эмулятор ОРИОНА тоже возможен, тогда можно запускать ORD-файлы прямо в MSDOS или Windows XP.

А по поводу ассемблера. Не видел ни в MSDOS, ни в Windows ассемблера, который брал бы извращённый формат исходников для ассемблера МИКРОН. Я как раз этим измучен. Приходится вручную часами исправлять старые исходники, чтобы их можно странслировать с М80. Уходит 2 часа на каждый исходник (особенно "достаёт" когда метки русскоязычные и используют "знак вопроса"), дополнительная трудность как раз в том, что M80 зависает от русских букв.

А эмулятор CP/M не помогает даже для корректных CP/M-программ. Потому что часть CP/M программ вообще несовместима на файловом уровне и ни один фирменный эмулятор с ними не помогает. Во-вторых, для программ в которых используются разные управляющие коды терминала. Ну а CP/M-программы ОРИОНА вообще все наглые (лезут в железо ОРИОНА) и никакой CP/M-эмулятор не поможет (а вот встроенный в сам код программы эмулятор ОРИОНА поможет).

Скачать 'CP/M progpam executor' не смог, т.к там непонятный язык с иероглифами.

Цитата:

---

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

Что за ОРИОН-КМК и насколько он быстрый?

---

Аббревиатура от "как мне кажется". Надо было запятой отделить, но уже лепятся эти интернет-сокращения на автомате. ИМХО, ЛОЛ и т.п.
КМК - одна из.

barsik, a я и не утверждал, что Орион-е ср/м программы будут работать. Это штука для православных ср/м программ. Отличная вещь. Все дисковые операции перенаправляет в dos/win.

А так да, эмулятор только. Можно и обвернутый код Ориона в exe - файле. Лет 10 назад встречал такой софт для ZX и MSX под dos-ом. Но практического смысла в этом не вижу. Разве что игрушки позапускать как бы из ms-dos в один клик.

Эмулятор b2m умеет то о чем пишет barsik.
По крайней мере стартовать в виде проинициализированной среды, запускать в ней некий бинарь и общаться с файлами в каталоге MS-DOS.
Как это делается описано в одной из тем 2011 года когда мы с ним делали отладочную среду для ProgrammersNotepad, где эмулятор выстпал как бэкэнд C-компилятора SDCC c возможностью экранного отладчика source-level. Как обычно бывает с SDCC, тогда все уперлось в то, что SDCC написан школотой (сейчас пишут, что разработчики SDCC поднабрались жизненного опыта, продвинулись в изучении компиляторов и все уже там не так плохо, но уже нет желания проверять).

Было такое)
Но тут, с обернутым файлом ZX или MSX, пользователь и не подозревал что это эмулятор. Все выглядело как будто это PC игрушка.

Цитата:

---

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

Эмулятор b2m умеет то, о чем пишет barsik

---

Тут речь о двух разных задачах. Первая это сделать MSDOS версию игры ОРИОНА, причём так, чтобы по выходу из игры (нажатием какой-либо клавиши, например F10), происходил бы не рестарт эмулятора, а сразу выход в MSDOS.

А вторая задача, которая намного сложнее, это использование программ CP/M, что используют некоторые свойства CP/M, не позволяющие их использовать с обычным эмулятором CP/M, наподобие 'CP/M program executor'. Кстати, по первому впечатлению, DOS-версия этой японской программы 1999 года вряд-ли лучше, чем 22NICE 30-ти летней давности. Но вот Windows версия очень полезна тем, кто имеет Windows не XP, отчего не может прогонять MSDOS-программы напрямую, а вынужден трахаться с DOS-BOX-ом.

Любой эмулятор ОРИОНА может делать автозапуск игры. Что собственно и делается, когда при запуске эмулятора мы оказываемся в VC$ ORDOS. Достаточно разместить в квазидиске 'B' ORDOS-файл с именем EXT$ и сам файл с кодом подлежащий автозапуску.

Но это совсем не то. Особенно, если речь о новомодном эмуляторе написанном на ЯВУ с объёмом кода почти в мегабайт. Тратить мегабайт для каждой игры ОРИОНА размером в 10-20 кб, не смешно. Удачно, что у меня код эмулятора КР580 это ~70 кб, а Z80 это ~90 кб. Более половины кода это встроенный монитор-отладчик и кусок для работы с файлами, написанный на СИ. Если это выкинуть и убрать реакцию на все клавиши (кроме F10 для аборта), то к каждой игре будет добавляться всего ~20...40 кб кода (это блок эмуляции CPU и визуализатор).

Неудобную оверлейную версию, в которой при старте будет искаться файл с кодом игры под именем GAME.ORD я могу сделать за час (это надо, чтобы кучу всего поудалять в исходнике). Это конечно малоудобно, т.к каждый раз для запуска очередной игры надо переименовывать файл (впрочем, если у Вас Win XP, где есть поддержка BAT-файлов MSDOS, то это автоматизируется).

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

Но в идеале хотелось бы сделать компилятор игр. Его запускаем, в панели прокрутки выбираем игру, нажимаем <Enter> и на винт записывается один EXE-файл, содержащий готовый код программы для запуска в MSDOS или Windows. В ближайшие дни попробую сделать EXE-файлы некоторых КР580 игр ОРИОНА, что у меня сохранились (Z80 игры не сохранились).

Интересно, где можно найти переделанные подобным образом игры от ZX-Spectrum? Т.к возиться с эмуляторами, образами дисков и т.п. - утомительно и лениво. И не всякий разбирается в TR-DOS или умеет набрать LOAD "", - удобнее просто запустить игру кликнув мышкой.

PS. Конечно все игры ОРИОНА делать EXE-файлами не стоит. Зачем отвращать людей некрасивыми или неинтересными играми (т.е с низким игровым аспектом).

Цитата:

---

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

Не видел ни в MSDOS, ни в Windows ассемблера, который брал бы извращённый формат исходников для ассемблера МИКРОН. Я как раз этим измучен. Приходится вручную часами исправлять старые исходники, чтобы их можно странслировать с М80. Уходит 2 часа на каждый исходник (особенно "достаёт" когда метки русскоязычные и используют "знак вопроса"), дополнительная трудность как раз в том, что M80 зависает от русских букв.

---

Вот тут идея появилась. Есть такой проект The ZX Basic Compiler, написан он на Python. В нем используется парсер PLY. Я думаю, кто с программированием знаком по не наслышке, будет не сложно сделать перекодировщик с ассемблера Микрон в ассемблер М80. Python очень простой язык, почти как Бейсик.

Интересные игры на Орионе? Это что-то мне неизвестное. Серьезно, если задача поиграть в неудобных DOS-видеорежимах, то есть миллион играбельных (в отличие от орионовских убогих) игр времен ХТ, 286, 386. Уже в EXE.

Цитата:

---

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

Интересные игры на Орионе? Это что-то мне неизвестное. Серьезно, если задача поиграть в неудобных DOS-видеорежимах, то есть миллион играбельных (в отличие от орионовских убогих) игр времен ХТ, 286, 386. Уже в EXE.

---

Играл Сокобан Горяев (электросталь) - очень хорошая игра. Правда на ИБМ я в нее тоже играл, наверное на Орион ИБМовскую както и переделали.

Вредный Error404, играли все и радио любители и залетные товарищи, это было интересно. Целые вечера просиживали)

Даже дедушка в шахматы рубился)

Имею вопрос к авторам эмуляторов отечественных 8-ми разрядок на Z80.

В процессоре Z80 есть регистр R, служащий для регенерации памяти. К сожалению, эта регенерация памяти ни программно, ни аппаратно не отключается, что возможно ускорило бы Z80. Поэтому при написании эмулятора встаёт вопрос его эмуляции.

В эмуляторах ZX-Spectrum этот регистр безусловно приходится эмулировать, т.к его используют некоторые программы, чтобы защититься от прогона в отладчике. А также некоторые программы используют регистр R как однобитовый флаг, пользуясь тем, что вектор регенерации в динамических ОЗУ (РУ3 и РУ5) семибитовый, отчего бит D7 в регистре R не меняется со временем.

Однако в программах всех отечественных 8-ми разрядок, что изначально построены на базе КР580 и в которые с целью турбирования был установлен процессор Z80 (т.к КР580 не турбируется в силу отсутствия его скоростных вариантов), регистр R не используется, отчего его полная эмуляция необязательна (но бит D7 в регистре R надо эмулировать, это используется).

Неточная эмуляция Z80 в эмуляторах позволяет программно определить прогоняется ли программа в эмуляторе (программном или аппаратном) или же на реальном Z80. Например, в эмуляторе точно не будет соответствия с реалом, если используется схема турбирования с WAIT, есть WAIT для отдельных портов или в системе работает ПДП. Достаточно, по прерываниям 50 Гц установить скорость Z80, например понять, что Z80 работает в режиме Турбо-142%, а затем пользуясь этой информацией проконтроллировать корректность работы регистра R. Так что не составляет труда программно вычислить эмулятор. Кстати, в эмуляторах также обычно несинхронный и неточный период прерываний 50 ГЦ, что также позволяет вычислить эмулятор. Это позволяет защитить ценную программу изначально защищённую форматом МГ-записи от взлома и прогона в эмуляторе.

К сожалению, я не имею инфо о работе регистра R. Когда вводится дополнительный такт /RFSH и инкрементируется R? Вводится ли он вообще в каждой команде Z80 (например IN/OUT), как и сколько их вводится в командах типа LDIR? Зависит ли число вводимых тактов RFSH (после каждого из которых инкрементируется R), от того происходит ли в команде одно обращение к памяти или два (в командах работы со словами).

Как видите, по существу эмуляция регистра R в эмуляторе просто бессмысленна, т.к полного соответствия с реалом всё-равно не достичь и в программах регистр R не используется. Эмуляция регистра R, только бесполезно тормозит эмулятор, не позволяя ему работать на медленной 386-той (не говоря уже о 286). В моём эмуляторе есть ключ 'NO_R', позволяющий странслировать версию, как с эмуляцией регистра R (инкремент R на 1 после прогона любой команды), так и более скоростную версию без R.

Таким образом сам регистр R совершенно бесполезен, а вот сигнал /RFSH можно использовать аппаратно.

Простейший вариант использовать /RFSH - как такт равный примерно десятой части клока Z80. Удобство в том, что этот сигнал пропорционален такту Z80.

Удобно использовать этот сигнал для восстановления режима Турбо. В турбированных ОРИОН-ах при обращении к КНГМД делают аппаратное переключение на НЕТУРБО. В качестве управления используют сигнал HLD (Head Load) из ВГ93. Этот сигнал взводится по первому же обращению к ВГ93 и длится ещё 5 секунд после последнего обращения к ВГ93. Если /RFSH подать на счётчик (на 256), то мы сможем вернуть режим Турбо сразу-же по окончании работы с НГМД, что позволит существенно ускорить обмен с НГМД. Потому что сейчас в CP/M после считывания физ.сектора в дискетный буфер, выполняется пересылка блока в 128 байт на адрес DMA на скорости НЕТУРБО, отчего скорость работы с НГМД 10-ти мегегерцового ОРИОНА такая же, как на базовом ОРИОНЕ. Тогда взвод триггера НЕТУРБО происходит по каждому обращению к ВГ93, а его сброс спустя определённое число команд Z80, отчего пересылка на адрес DMA происходит уже на максимальной скорости.

Ещё полезнее /RFSH, когда нам требуется выдавать короткие импульсы жёстко определённой длины. Например, для программного обмена по линии, короткий нулевой импульс кодирует 0, а длинный 1. Обычно ставят два аналоговых одновибратора АГ3 и взводят их стробами портов. Но это нестабильно и ненадёжно. Проще и более гибко поставить ИЕ7, заведя на его входы предустановки 4 бита от ППА клавиатуры. Тогда для выдачи импульса в линию, записываем его нужную длину в 4 бита ППА и даём строб на какой-то порт. По стробу взводится триггер выдающий 0 в линию, в ИЕ7 происходит загрузка с параллельных входов и взвод триггера одновременно переводит Z80 в WAIT. После чего Z80 стоит, но выдаёт такт /RFSH с стабильным периодом (4 маш.такта), который поступает на вход вычитания ИЕ7. Когда ИЕ7 досчитает до 0, сигнал с его выхода "перенос" сбросит триггер, что окончит импульс в линию и освободит Z80. Т.к предустановку стартового веса счётчика можно программно менять, то получается программно управляемый генератор импульсов, что существенно упрощает аппаратуру скоростной передачи по линии.

Цитата:

---

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

Интересные игры на Орионе? Это что-то мне неизвестное

---

Да, большинство игр ОРИОНА имеют низкий игровой аспект. Но всё же есть часть игр, что не уступают в качестве играм ZX-Spectrum. Вот неполный список вполне приличных игр КР580: ALMAZ-3, BATTY, MOON FOX, LODE RUNNER, BUDI, TUTANHAMON, SILENT SERVICE, DTE, MANIC-MINER, JET-SET, THRUSTA, CHRONOS, PSST, XONIX от RK86

Цитата:

---

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

Например, в эмуляторе точно не будет соответствия с реалом, если используется схема турбирования с WAIT, есть WAIT для отдельных портов или в системе работает ПДП.

---

Почему не будет? Ничего невозможного тут нет.

Цитата:

---

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

Почему не будет? Ничего невозможного тут нет.

---

Просто оно нафиг не надо. Если человеку критично 653530 тактов или 653539 тактов между прерываниями, то значит он борется с запрограммированным косяком архитектуры. Архитектуру надо выбирать правильно, а не такты считать.

Цитата:

---

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

А SP-DOS это вообще полнейшая туфта. Любая другая система лучше и нет смысла её эмулировать в эмуляторе.

---

ага) только я, как автор этого контроллера и системы, получил тут только одобрительные отзывы. Поклонники даже дезассемблировали её как образец.
Контроллер был с самого начала сделан по уму (читай спецификациям) без колхозанства. Я как увидел резюки на шине "ленинградских" версий, чтобы ВГ93 работали устойчивее, которые толкали на тушинском радиорынке, так сразу мне всё ясно стало))
А система SPDOS была самодостаточна, и цель сделать её СП\м совместимой никто не ставил. Ну да ладно, дела дано минувших дней))

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

Цитата:

---

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

можно и я вставлю свои 5 копеек?

вот тут поносят КНГМД Короткина (ж.Радио №12, 1992г).
а чем он плох, что SPDOS не полноценная операционка? но это отличная замена магнитофону.

а теперь ситуация.
предположим, что какой-то человек собрал Орион и хочет сохранять где-то свои файлы. магнитофонов уже давно нет. а как сохранять? ну соберёт он этот КНГМД для СР/M и что дальше? где он саму дискету CP/M'овскую возьмёт? ок, допустим, ему выслали такую дискету. он её вставил раз-два-три раза. а тут опа! внезапно слетел загрузочный сектор. дисковод оказался не совсем хорошо работающий. и что делать дальше?

отсюда собственно вопрос по существу: вот у меня КНГМД под СP/M. как собственноручно поставить CP/M?

---

o!? вот оно оказывается как))) еще и гимор можно поиметь.

з.ы.Еще раз спасибо за теплые слова к моей разработке.

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

Цитата:

---

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

О М.Короткине я вообще ничего не знаю и услышал о нём сегодня впервые.---
Поэтому когда SP-DOS опубликовали, это уже никому было не надо

---

На всякий случай напомню, что расстояние от знакомства до подготовки материалов и публикации занимало до полугода.
Т.е. в журнале в конце 92 года опубликовали то, что у меня уже год как работало, вернее кормило меня, т.к. орион у меня был не сам по себе, а мозгом продвинутого программатора. А на момент публикации SPDOS 3.6 у мнея уже крутилась 4.3 с "нортоновским" интерфейсом.

Цитата:

---

У меня есть ответ на этот вопрос.

Можно взять дамп CP/M из иностранных журналов (напр. Funkamateuer 04.1989), как сделал я. Удобнее всего попросить владельца КОРВЕТА считать системные дорожки и скинуть их на ленту в МГ-формате ОРИОНА. Иначе надо достать любую дискету с CP/M, например, от СИНКЛЕРА или КОРВЕТА и написать программку считывающую в ОЗУ 3 (или 2) системные дорожки. Дизассемблером МИКРОН дизассемблируете CCP, BDOS и BIOS. Затем изменяете в BIOS адреса В/У, модифицируете CONIN, CONOUT и забиваете в WBOOT подкачку кода BDOS с дискеты. Затем всё снова транслируете уже для адресов ОРИОНА. Грузите в ОЗУ с ленты CP/M на рабочие адреса и стартуете на WBOOT. Вы оказываетесь в CP/M и можете читать чужую дискету с программами CP/M. Первым делом в ОЗУ считываете форматёр и выводите его на МГ-ленту. Затем дизассемблируете и адаптируете форматёр для адресов ОРИОНА. После этого форматируете дискету и записываете на неё CP/M ОРИОНА уже с полноценной подкачкой кода BDOS, делаете программку загрузчика и загружаетесь в CP/M ОРИОНА. Далее с помощью POWER-а командами LOAD и SAVE копируете на дискету ОРИОНА все нужные Вам программы CP/M. Но ещё проще это сделать, если Вы имеете свой КОРВЕТ. Это несложная работёнка доступная даже малоопытному программисту.

---

улыбнуло.

makbar, в подписи замечательные слова увидел - КНГМД для Специалиста.

Не могли бы поподробнее о этом , лучше со схемами и программами -)

Или хотя бы словами поведать о КНГМД для Специалиста

Цитата:

---

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

makbar, в подписи замечательные слова увидел - КНГМД для Специалиста.

Не могли бы поподробнее о этом , лучше со схемами и программами -)

Или хотя бы словами поведать о КНГМД для Специалиста

---

Я вас умоляю, прошло почти 30 лет. ПО естественно не сохранилось)) Тем более, что правильную ОС я начал писать, уже переехав на орион.
Схема ровно такая как для ориона, которую я опубликовал в 12/1992 радио. Именно поэтому там и есть "регистр запросов", в которые заведены сигналы с ВГ93, ибо схема разрабатывалась изначально на Специалисте.

Почитайте пожалуйста все мои сообщения на этом форуме, их не так много) там я затронул историю создания, и некоторые технические вопросы.

Если КНГМД точно такой же, как на Орионе, то можно попробовать добавить его поддержку в этой истории - http://zx-pk.ru/threads/27704-orinet...l=1#post918677

Цитата:

---

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

Я вас умоляю, прошло почти 30 лет. ПО естественно не сохранилось)) Тем более, что правильную ОС я начал писать, уже переехав на орион.
Схема ровно такая как для ориона, которую я опубликовал в 12/1992 радио. Именно поэтому там и есть "регистр запросов", в которые заведены сигналы с ВГ93, ибо схема разрабатывалась изначально на Специалисте.

---

Я помню , все что делал сам, почему-то. 30 не сто.

Ладно, без ПО это кусок железяки.

А SP DOS под Специалист создавалась или уже под Орион?

Да и если контроллер создавался иначально под Специалист, ведь чемто вы читали дискету ? форматировали ?

Цитата:

---

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

Да и если контроллер создавался иначально под Специалист, ведь чемто вы читали дискету ? форматировали ?

---

В SPDOS есть штатное средство форматирования дискет. Ну и запись файлов (с квазидиска), разумеется. А файлы появляются в квазидиске средствами ORDOS, например загрузкой с магнитофона (CH$).

Denn, COM порт нужен , но интересно оч

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

Цитата:

---

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

В SPDOS есть штатное средство форматирования дискет.

---

заработает на Специалисте ?

Цитата:

---

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

Я помню , все что делал сам, почему-то. 30 не сто.

Ладно, без ПО это кусок железяки.

А SP DOS под Специалист создавалась или уже под Орион?

Да и если контроллер создавался иначально под Специалист, ведь чемто вы читали дискету ? форматировали ?

---

SPDOS как DOS создавалась уже для ориона, как система обмена файлами между RAM и гибкими дисками.
Под Специалистом, насколько помню, был написан только "BIOS" и поблочный (нефайловый) обмен с диском. Естественно с утилитой форматирования.
Еще раз, мне нужно было хранить многочисленные образы EPROM - для этого и делал доступ Специалиста к диску.

Не понимаю, почему вас удивляет, что у меня не сохранилось ПО под Специалист?)) Я вот удивляюсь на себя, что за 24 года не выкинул почерневшую документацию на WD1793 и последнюю версию SPDOS под Орион. Гдето в гараже наверно есть еще пачка печатных плат (фотка которой в ж. Радио 12/1992)

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

Цитата:

---

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

заработает на Специалисте ?

---

зависит от вашей квалификации.

Цитата:

---

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

Denn, COM порт нужен , но интересно оч

---

Скорее ROM-диск. СОМ-порт по желанию. Если будет поддержка ГМД, то он как раз вместо виртуального диска будет.

Только если честно, смысла пользоваться сейчас дисководом не вижу. Виртуальный диск лучше во всех смыслах, и к тому же значительно проще в реализации.

Цитата:

---

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

Гдето в гараже наверно есть еще пачка печатных плат

---

я бы приобрёл парочку плат. в каком они состоянии?

А что им будет за 25 лет...