Эмулятор МС-0515 - EmuStudio

[Radon17]

К своему стыду, никак не могу найти ссылку на эмулятор (который сабж)...

К сожалению эмуляторы и ув. Titus, и ув. nzeemin недостаточно точны
В частности, в обоих не запускается ОС-16 от Ю. Михина, я это описывал здесь.
А вот в мультисистемном эмуляторе MAME она работает. Но он лично для меня немного неудобен в использовании, даже с доп. оболочками.

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

P.s. быстро все файлы в теме можно посмотреть нажав на вот эту скрепочку.

[Advertiser]

[Titus]

К сожалению эмуляторы и ув. Titus, и ув. nzeemin недостаточно точны

Возможно, это связано с тем, что у меня в эмуляторе применяется процессор 1801ВМ2. А какие отличия от 1807ВМ1 мешают совместимости - я не знаю)

[shattered]

с другой стороны, в mame нету ядра вм2, поэтому все остальное там не работает

[Sandro]

Возможно, это связано с тем, что у меня в эмуляторе применяется процессор 1801ВМ2. А какие отличия от 1807ВМ1 мешают совместимости - я не знаю)

Да ошибка шины скорее всего обрабатывается по-разному. И ПЗУ почти наверняка при старте ищет какие-то типовые расширения железа, чтобы обнаружить их отсутствие через ошибку шины. А программный обработчик-то нужен другой ...

Собственно, даже 1801ВМ1, ВМ2 и ВМ3 при ошибке шины впадают в панику различным образом

[Hunta]

Из BSTRAP

	TST	@#PS		;FALCON I or FALCON II ?
	T11NOP
	COM	FALCON		;We're a FALCON II, FALCON=-2 ==> memory ...

Макрос T11NOP генерирует инструкцию NOP на обычных процессорах PDP и ничего не генерирует на машинках семейства PDT
Где то мне попадалось в док-ах, что прерывание по V4 (адрес не ответил) на T11 (то есть и на 1807ВМ1) происходит через одну команду. Проверить не могу - процы есть, плата с T11 есть, но в силу некоторых особенностей стартовать не хочет. Пока отложена в сторону до счастливых времён

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

Оттуда же. Интересный коммент к T11NOP макросу

; Define T11NOP macro (for T11 'trap too slow' bug)

[Radon17]

Hunta, Кстати читал недавно ТО на НС4 (материнка МС 0515), там упомянут диспетчер памяти.
https://disk.yandex.ru/a/SnJSFCxZ3VdQAr - с листа 014.jpg и далее.

[Hunta]

упомянут диспетчер памяти

Ну, могу точно сказать, что какая то самодельщина. Тот же адрес 177400 - это у DEC адрес первого регистра контроллера RK11.
А значит - стандартный софт работать с ним не сможет. Да и у DEC ДП, помимо функционала отображения памяти несёт функционал защиты памяти - как минимум - недопущения по умолчанию пользовательских программ до страницы в/в. Тут им и не пахнет...

[Radon17]

Ну, могу точно сказать, что какая то самодельщина.

Но чисто в теории могли как-либо модифицировать ПРОС 1.81 для запуска на таком конфиге?

[Hunta]

Но чисто в теории

Вот ОЧЕНЬ большие сомнения. Вроде как по первому впечатлению эта версия как минимум из семейства RSX. Если вообще не (как P/OS) основана на плюсе. Если хотя бы первое предположение правильное, то нужно будет перепилить всю работу с ДП в самой системе, в драйвера и привилегированных программах. А если есть непривилегированные проги, которые используют обращения к ОС для изменения своего отображения в памяти - то и их.

И ещё один закавык. Если речь идёт о системе, каталог дискеты который я показал тут https://zx-pk.ru/threads/19698-emuly...=1#post1120907 , то (при стандартном подходе) для загрузки образа системы с неё требуется примерно 229 кб памяти - хотя вот это как раз не точно, но сказать точнее пока не могу, ибо открыть (для исследования) образ стандартной прогой (VMR) не получается - ей требуется ещё файл-описатель глобальных символов - а его тю-тю.

А на 0515, если я правильно прочитал - что то около 128 кб памяти.

Теоретически, разрабы могли добавить в систему поддержку оверлеев с загрузкой с диска, но тогда решение в сумме выглядит ещё более фантастическим.

Подводя итог. Если этот образ загрузится на 0515 - моя челюсть будет даже не НА столе - она его пробьёт и будет ПОД столом

[anasana]

Кста, есть же ещё https://www.dropbox.com/s/nrd5z5a5ab...dsnmore%29.zip
там POS.SYS чууть поскромнее, и если учесть что у Про/325 два коннектора под две раздельные платки ОЗУ по 128К, то разрабы теоретически могли же предположить, что одна плата будет не вставлена?
(v.1.0 я не видел нигде никаких упоминаний.)