Орион-ПРО. Софтверные дела

[Error404]

Сделать этот вариант очень помог Дмитрий2012. В эмуляторе поддержки рам-диска нет и в первых вариантах были ошибки. Кроме того, в книжке "Радиолюбительский компьютер Орион-ПРО" на странице 33 ошибка - перепутаны порты A0 и A2.

А чего опять порты? Если нужен "сырой" доступ, то можно же хотя бы через BIOS (прямо посекторно без ФC, просто указав номер диска), это и то хоть как-то можно пользовать тем, кто не будет все те нелепые железки собирать на сотне РУ7х.

CP/M пусть работает с образами, а новые программы - с файлами FATа

Библиотека FAT - это порядка 20кб "прибавки" в каждую программу которая это захочет юзать и дикие тормоза. У меня есть программа работающая с FAT (я использовал порт FatFS от ElmChen-а) как утилита для обмена (скопировать файл из/на ФС CP/M, т.е. в обе стороны), на большее она неспособна ввиду тяжеловесности алгоритмов (например, использования int32 математики) и как следствие - величины кода.

Оффтоп, но раз заходила речь про большие файлы и hdd. Пользуюсь OdiWcx - работает отлично, а вот OhiWcx работет довольно странно. Файлы больше определенного размера (в районе 32 Кб) портит. Записывал большие файлы на образ hdd из под альтаира - так ошибок нет, но очень медленно и неудобно.

Да, я знаю про этот глюк. Глюк проявляется только на файловых системах CP/M размеченных с размером группы в 16кб (это максимум возможный для CP/M, я не сразу стал его использовать, по началу юзал 8кб на которых и отлаживал плагины). Это глюк именно в OdiWcx, т.к. вся логика именно в нем (OhiWcx только обертка для вычисления оффсета партиций и вызова с этим параметром OdiWcx), логика в OdiWcx универсальная и настраиваемая по DPB диска (просто на образах дискет где размер группы 2кб глюк не проявляется). В орионовских образах HDD размер группы 16к где файловые системы (партиция) 64Mб или более (они обычно делались fdisk последней версии, делающим размер группы 16к) - там глюк есть. А вот где размер группы 8кб (обычно это ФС/партиции 32Мб и менее более старых образов, созданые предыдущим FDISK) - он не проявляется и туда нормально записываются файлы больше 32кб.

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

[Дмитрий2012]

А чего опять порты? Если нужен "сырой" доступ, то можно же хотя бы через BIOS (прямо посекторно без ФC, просто указав номер диска), это и то хоть как-то можно пользовать тем, кто не будет все те нелепые железки собирать на сотне РУ7х.

У пользователей уже есть на руках RАМ диски, где куча РУ7 успешно заменены на две микрухи

http://zx-pk.ru/threads/21889-orion-...l=1#post808283

[Error404]

ну-ну.
теперь добейтесь чтобы оно выполнялось на конкретном экземпляре ромдиска. привязываться к железке - так уж насмерть.
Старик Килдалл не дожил, посмотреть как растоптано все то, за что он боролся полвека тому назад создавая CP/M. Какие-то там абстрактные уровни, выенесение железа "за скобки". Зачем вам вообще ОС? Вам в Ордос, парни. Пиццот рамдисков по 64к, во все писать через порты.

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

И магнитофон. И пять кассет на каждый Wav . А то ишь - "дисковод из вашей CP/M мы берем, нам понравилось, а все остальное нам не нать".

[OrionExt]

А в Pro-DOS была поддержка памяти больше 64 КБайт? Менеджер памяти на уровне операционной системы или что-то подобное.

[ivagor]

А чего опять порты? Если нужен "сырой" доступ, то можно же хотя бы через BIOS (прямо посекторно без ФC, просто указав номер диска), это и то хоть как-то можно пользовать тем, кто не будет все те нелепые железки собирать на сотне РУ7х.

В биосе есть функция, которая прочитает произвольный байт за, например, тактов 30, ну 50? Нету ведь, а значит при использовании биоса просто невозможно сделать проигрыватель wav для частот дискретизации 8000/11025/16000/22050/32000 Гц. Вариантов два - можно сделать с доступом напрямую или просто нельзя сделать, зато через биос или дос.

[Error404]

А в Pro-DOS была поддержка памяти больше 64 КБайт? Менеджер памяти на уровне операционной системы или что-то подобное.

Я не помню, надо смотреть, возможно что-то найдем в описаниях от ПРО, и уже тогда надо будет проверить - а есть ли оно в коде (т.к. не факт).
Я тему ПРО слабо отслеживал (вообще не думал что у меня когда-то оно будет, но оказалось что собрать ПРО с нуля проще, чем разогнать Орион-128, собственно кроме быстродействия мне всего хватает на 128), поэтому отплевываюсь уже по ходу изучения "новых стандартов" когда начинаю что-то для себя настраивать/добавлять, или когда оказывается что вещи сделанные до ПРО вдруг надо переделывать ибо творцы не сошлись во мнениях.

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

В биосе есть функция, которая прочитает произвольный байт за, например, тактов 30, ну 50? Нету ведь, а значит при использовании биоса просто невозможно сделать проигрыватель wav для частот дискретизации 8000/11025/16000/22050/32000 Гц. Вариантов два - можно сделать с доступом напрямую или просто нельзя сделать, зато через биос или дос.

Ну ОК, нельзя так нельзя.

[Advertiser]

[ivagor]

Версия ротозумера под режим 16 цветов/точку. Она получилась медленнее, но все же не в 4, а в 2 раза, чем версия для атрибутного режима, на реале 6 FPS должна выдать.

[OrionExt]

С методами программирования по портам Орион-Про не взлетит.
Это какое-то зх-спектрумский подход к делу. Все по железу

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

Зачем мне нужно под каждую хотелку код программы переделывать?)

[ivagor]

Дополнение к тесту быстродействия. Дмитрий прогнал тест еще и в режиме 5 МГц. В этом режиме все просто - каждое обращение к памяти или порту +1 такт.
Пара слов про ВИ53 - раньше у Дмитрия была установлена советская микросхема, она при включенной турбе нестабильно программировалась и читалась. Теперь он заменил на зарубежный аналог и стало возможно работать с таймером не выключая турбу.

[Denn]

Пара слов про ВИ53 - раньше у Дмитрия была установлена советская микросхема, она при включенной турбе нестабильно программировалась и читалась.

Есть такая фигня. Я у себя в коде решил вопрос так.

Вместо простого и логичного обращения: OUT PT_TM1

Пишу так:

CALL Sv8253
...
Sv8253:
OUT PT_TM1
RET

На первый взгляд какая-то фигня На самом деле исполнение "лишних" команд CALL/RET вносит достаточную задержку между обращениями к таймеру и он надёжно программируется.