ОРИОН-128: Монитор М3 и ROM-BIOS F800

[Error404]

К версиям ROM-BIOS для Z80 3.2...3.5 я отношения вообще не имею, и не считаю их МОНИТОРАМИ-3, т.к они не рассчитаны на подгрузку стандартного M3-EXT и вообще работу в мониторной среде и тем более в ORDOS. Они и были рассчитаны только на пользователей дискетной CP/M и работать с ними в ORDOS и даже просто в RAM-мониторе вообще не предполагалось. К тому же, как указано выше, некоторые из них - "глючные" по клавише <RUSLAT>, хотя в CP/M это никак нельзя было обнаружить. Это обнаруживается только в ORDOS или в "голом CCP".
....
Например, М3.5 содержит встроенный загрузчик дисковода. И она при всём желании не может работать в ORDOS и, соответственно, обслуживать в ORDOS-программах запрос и установку RAMTOP. Поэтому зачем же было сохранять ненужные подпрограммы, тратя на это драгоценные байты?

Именно М3.5ZххD (c загрузчиком с НГМД) за счет того что он позволялся избавиться от Ром-ДИСКА (тогда не было 27с801 и надо было держать плату-лапоть с 8 ПЗУ) и как следствие Ордос, и промежуточных действий между включение питания и загрузкой CP/M, был с восторгом принят владимирскими любителями орионовщины (в количестве "на пике" четырех человек), что учитывая общую слабую распространенность продвинутого ПО - немало. Глюки у нас за несколько лет эксплуатации не проявлялись, никакой другой функционал кроме добавленного в драйвер клавиатуры не требовался (а вот прог.прерыванием CTRL+SHIFT+KEY пользовались активно).
Другие версии Мониторов у меня хранились просто "чтобы были".

Кстати, error404, а зачем Вы заглушили стандартный вход РК86 F86C (WARM BOOT). Вы же видели в исходнике, что, чтобы сохранить этот стандартный для РК86 и ОРИОНА вход в ROM-BIOS 3.5 пришлось "изворачиваться" с лишними JMP-ами. Ясно же, что это было сделано "не сдуру", а так надо. Т.к из многих программ есть выход туда, а с Вашими версиями ROM-BIOS произойдёт улёт.

Если вопрос про версии Мониторов-3 с загрузчиками с IDE/SDcard, то они получены из вышеупомянутого М3.5ZххD (c загрузчиком с НГМД) дизассемблером (так что гениальность кучи джампов один в другой я мог и не понять хотя опять же не припоминаю такого - ХЗ) и простой заменой загрузчика (на более сложный и большой, требующий еще большей оптимизации). Удалял ли что-то из "секретных спецджампов" не помню, но если это "что-то" было документировано, причем в Орионовской теме и широко, а не РК-шной (до которой мне и раньше было и сейчас все равно), я его удалять не стал бы 100%.
И потом, они же сразу грузят CP/M откуда никуда улететь невозможно, т.к. никакие программы CP/M в ROM F800 не лезут, и даже авторские хотящие Монитора в подобные "верхние вызовы" не лазили. В-общем глюков не замечал.

Но самый интересный вопрос - почему это М3, если всё что образовывало М3 из ПЗУ выкинуто? Полностью выкинут CCP, подпрограмма ввода строки, п/п-ма конверсии текстовых HEX-цифр в их значения, устранена совместимость с М3-EXT. От М3 остался только эффективный алгоритм распаковки фонта, драйверы вывода символа на экран и ввода с клавиатуры, плюс резидентный обработчик нажатий УС+СС+клавиша. Это скорее М2 с другим кодом самих подпрограмм.

Ну во-первых, выкинуто не мной, и не выкинуто, а "сделано в последней самой свежей версии Монитра, полученной из Питера" (причем сделано без особых объяснений), разница заметна же?
Да и ССР там же есть вроде? (с одной командой "грузиться"). Остальное может было не нужно? По той же тривиально причине: нефига тащить в стартовый BIOS (пускай и с CCP) то, что программер должен не лениться делать сам в коде, уж обработку текстовых строк то уж точно.

Я, к сожалению проверить Ваш ROM-BIOS не могу. Сами коды я не могу проверить, т.к по сбросу он пытается что-то считать с каких-то неизвестных устройств. А в итоге вылетает на вход ERROR, вместо того, чтобы загрузить 2 кило из ROM-диска и стартануть их. M3-EXT он не может загрузить, т.к Вы удалили резидентный CCP. Я конечно могу в своем эмуляторе выйти в отладчик и вручную набрать программу теста и стартануть её, но это, сами понимаете, удовольствие ниже среднего.

Т.е просто пока не нашёл Вашей версии ROM-BIOS, которая выходила бы хотя бы в ORDOS. А если есть выход в ORDOS или M3-EXT, то можно стартовать тест из ROM-диска. А изменить исходник ROM-BIOS, чтобы грузилась ORDOS и странслировать, я не могу по причине того, что у Вас колоссально длинные метки. Т.е мне предварительно надо долго редактировать укорачивая метки до нормальной длины. В М80 максимальная длина меток - 6 символов. Чем это Вы такое транслируете?

М80 и транслирую, нормальные там метки, в ограничения пока не упирался. Используемая мной версия есть на Гит.

Есть версия Монитора на базе опять же M3.5xxxD, c которой и EXT-Z нормально работает (специально не поленился прошагать EXT и компенсировать в Мониторе ранее по треду упоминавшиеся "защитные CALL-ы EXT-Z в никуда в середину тела Монитора" - описаний же нет: в деревни не рассылалось, но как оказалось овчинка выделки не стоит особо - на практике никому EXT пока понадобился), он грузится с RS-232 этой схемы по протоколу X-MODEM (спецом чтобы с PC стандартными средствами типа HyperTerm загружать Орион хоть EXT, хоть что угодно размером в размер ОЗУ нулевой страницы), там всё так же есть CCP (т.к. он никуда и не девался), и он умеет грузить как Ордос, так и любой другой блок любого (ЕМНИП) размера из ROM-диска (описание есть в архиве).

[Advertiser]

[gdv2002]

А не кажется-ла вам товарищи, что вы уже порядком загадили флудом конкретную тему, и конкретно про Мониторы для Ориона!?
Было-бы неплохо собрать в одной теме все доступные мониторы с коментариями. А вот все остальное неплохо-бы потереть из темы, или пусть "авторитеты" в флуде киллометровые портянки постят!

[Error404]

Последние страницы, скатившиеся во флейм, унесены сюда:
http://zx-pk.ru/threads/27178-orion-...-dni-quot.html

[Denn]

Захотелось сделать программное определение версии Монитора на "Орион-128". Хочу понять масштабы "зоопарка" актуальных версий и по каким признакам их идентифицировать.
Первое, что приходит на ум - подсчёт контрольной суммы дампа F800..FFFFh (можно даже по упрощёнке - XOR'ингом), но если версий реально много, то получится неслабая таблица к/сумм, а хотелось бы как-то обойтись малой кровью (в смысле малым объёмом кода).

Различать варианты с "мелкозернистыми" изменениями вроде подкрутки констант и вариациями зашифрованных посланий а-ля "здесь был Вася" смысла нет, интересуют принципиальные различия в функционале, от которых зависит работоспособность ПО.

Есть какие-нибудь идеи у знатоков?