Специалист_МХ2: новые программы для нового Специалиста.

[HardWareMan]

Будет ли Монитор иметь константы в ОЗУ, описывающие геометрию экрана (как в Орионе) - на Орионе это позволяло уменьшать "область экрана драйвера" (вводить служебные строки, не попадающие под CLS и т.п.)?

Обязательно.

Я правильно понял, будешь идти по возможности близко к стандартам VT-52?

Получается так. Очень полезная информация.

Будут ли векторизированы в ОЗУ подпрограммы Монитора, адрес фонта в некоторой ячейке и т.д.? Это даст подключать пользовательские драйвера и фонты... Например для CР/M 64х25 - это мало, неудобно. Надо 80х25, т.е. по любому в CP/М придется подгружаемый драйвер иметь.

Обязательно, причем по стандартным адресам. Например, режим совместимости КОИ7 + задаваемый адрес фонтогенератора позволит запустить ED^7000 без каких-либо проблем.

Самая громоздкая часть предполагается быть в ПЗУ, а в ОЗУ в стандартном месте загрузчика будет шлюз перехода. Но тем не менее, мы имеем еще 10КБ ОЗУ (за исключением 2КБ области загрузчика), так что места для драйверов хватит. Единственное, о чем я еще пока думаю, это правильное планирование этой HMA. Логично, закинуть ячейки вверх, а пользователю оставить непрерывный блок 0000-8FFF, без дырок. Но так же логично оставить ячейки в 8Fxx (для совместимости в том числе), а чтото системное подгружать в HMA (например ED^7000 работает в 7000 :3, на орионе я его переносил в А000 и даже прикручивал к ORDOS, заменив подпрограммы работы с мафоном на процедурки работы с диском В, а тут мы его можем загрузить, скажем, с D400, как у МХа, оставив тексту места вплоть до 8EFF). Поэтому, нужно будет обсудить данный момент.
Так же, нужно проанализировать все часто используемые ESC последовательности терминала и редко используемые (или не применимые в рамках Спеца) заменить на нужные отсутствующие.

[Advertiser]

[shoorick]

если автор не против

не против

[fifan]

не против

Я использовал некоторые подпрограммы мат. вычислений из файлов math.inc и graf.inc из упомянутого несколько постов назад архива.

P.S. Написал полную подпрограмму опроса кода нажатой клавиши. Какую задержку использовать для устранения дребезга и где её ставить - до или после нажатия? Принялся за определение количества страниц RAM-диска в режиме МХ. Использую предложенный HardWareManом способ.

[balu_dark]

по идее - задержка от дребезга - стоит МЕЖДУ двумя опросами.
Логика простая - сделал опрос ряда - запомнил значение - подождал сколько то циклов - опросил повторно. затем сравнил между собой и с результатом прошлого опроса.
если в данном опросе оба бита совпадают и равны уровню нажатия(у одних клав это еденица - у других ноль - это уже от схемы зависит) клавиша нажата.
если не совпадают или оба нули - а предыдущий опрос было нажато - сбрасываем флаг нажатия кнопки. Сохраняем текушее значение флагов для данного ряда.

Както так. но нужен буфер по байту на каждый ряд из 8ми кнопок.

[fifan]

Немного продвинулся по Коммандеру. Исправил ошибки вывода каталога Flash-диска. Добавил писк при нажатии клавиш для режима МХ. На последнем скриншоте видна панель RAM-диска. Пока в ней определяется количество подключенных страниц от 1 до 8. В дальнейшем данный драйв попытаюсь сделать сплошным от 64 до 512 кБайт. Только нужно продумать механизм соединения страниц между собой. В RAMFOSе возможно было работать одновременно только с одной страницей кратной 64 кБайт. Возможно Афанасьев и продумал механизм записи программ в смежных страницах, но я этого не заметил. При копировании дисков в эмуляторе, если конец программы не укладывался в текущую страницу, то вся программа записывалась в следующую страницу.
На очереди - определение конфигурации ПК Специалист_МХ2. Данный комп в двух режимах ведёт себя как его клоны Стандартный и МХ.

[HardWareMan]

Единственное, что подходит - это свой формат от NC с FAT. В первых 4х байтах можно хранить номер страницы. Но тогда RAMFOS это безобразие не увидит, да. Неужели RAMFOS не понимает больше 64К дополнительного ОЗУ? Я же видел код, там ограничение в 16 страниц. Просто я никогда не ставил столько ОЗУ, да и не было возможности в кружке...

[fifan]

На очереди - определение конфигурации ПК Специалист_МХ2. Данный комп в двух режимах ведёт себя как его клоны Стандартный и МХ.

HardWareMan, а есть регистр в Специалисте_МХ2, по которому можно было судить что данный комп перед нами?

---------- Post added at 22:18 ---------- Previous post was at 21:56 ----------

При копировании дисков в эмуляторе, если конец программы не укладывался в текущую страницу, то вся программа записывалась в следующую страницу.

HardWareMan: Неужели RAMFOS не понимает больше 64К дополнительного ОЗУ?

Сейчас ещё раз убедился в эмуляторе от b2m в правдивости моей догадки. RAMFOS похоже работает только с 64 кБайтами. Этот недостаток можно изменить - продумать процедуру записи сплошь можно все 512 кБайт. Как в NC на писишке и других файловых менеджерах - выделили несколько файлов и копируй, перемещай или удаляй.
Это можно сделать так. Сделать таблицу из трёх байт на каждую страницу:
1. число целых файлов поместившихся на страницу;
2. два байта размера поместившегося файла на данной странице.

[fifan]

Единственное, что подходит - это свой формат от NC с FAT. В первых 4х байтах можно хранить номер страницы. Но тогда RAMFOS это безобразие не увидит, да. Неужели RAMFOS не понимает больше 64К дополнительного ОЗУ? Я же видел код, там ограничение в 16 страниц. Просто я никогда не ставил столько ОЗУ, да и не было возможности в кружке...

RAMFOS похоже работает только с 64 кБайтами. Этот недостаток можно изменить - продумать процедуру записи сплошь можно все 512 кБайт. Как в NC на писишке и других файловых менеджерах - выделили несколько файлов и копируй, перемещай или удаляй.
Это можно сделать так. Сделать таблицу из трёх байт на каждую страницу:
1. число целых файлов поместившихся на страницу;
2. два байта размера поместившегося файла на данной странице.

Да лучше как предложил HardWareMan: "В первых 4х байтах можно хранить номер страницы", но разместить эти байты в дескрипторе файла. Напомню его формат:

+---------+----------------------------------------------------+
|Смещение |                   Назначение                       |
+---------+----------------------------------------------------+
|  0   0h |3 байта D3h - признак заголовка                     |
|  3   3h |8 байт  имени                                       |
| 11  0Bh |1 байт  пробел                                      |
| 12  0Ch |3 байта расширение (тип файла)                      |
| 15  0Fh |1 байт - 8Ch/8Bh - признак сохранённости/           |
|         |несохранённости файла (используется в RAMFOS)       |
| 16  10h |3 байта - дата: число, месяц и год в двоично-       |
|         |десятичном формате (например, число 21 будет 21h)   |
| 19  13h |1 байт - номер 1-го сектора дорожки (1...5 -        |
|         |0-я сторона, 6...10 - 1-я сторона)                  |
| 20  14h |1 байт - номер 1-ой дорожки (0...79)                |
| 21  15h |2 байта (слово) объем файла/каталога в Кбайтах      |
| 23  17h |1 байт  - 00h/FFh - признак файла/каталога          |
| 24  18h |2 байта - начальный (стартовый) адрес загрузки файла|
| 26  1Ah |2 байта - конечный адрес загрузки файла             |
| 28  1Ch |2 байта - контрольная сумма файла                   |
| 30  1Eh |2 байта (используются в RAMFOS, назначение не ясно) |
+---------+----------------------------------------------------+

Последние два байта со смещением 30 юзаем. Хватит ли двух байт?

[fifan]

Очередная ревизия SpetsCommander'а. Сейчас считывается каталог Flash-диска напрямую с диска, подключенного к ППА программатора (ВВ55 №2). Т.к. на реальном Специалисте_МХ2 я диск ещё не подключил, то использовал эмулятор для экспериментов. Работает также версия разделённая на две части: загружаемая в ОЗУ с нулевого адреса и "прошитая" в системное ПЗУ. В ПЗУ программа уместилась в адреса #d000...#efff. Из стандартных подпрограмм используются #c81b- сканирование клавиатуры без ожидания. [A]=0FFh - если не нажата, иначе [A] - сканкод. Всё пространство #c000...#cfff занято стандартным Монитором.
В дальнейшем планирую сделать запуск программ с Flash-диска. Так же необходимо сделать поддержку по F3/F4/F9. Соответственно просмотр файла/редактирование файла/меню. Так же необходимо поддержать работу с SD картой в плане загрузки rks файлов. Всё это касаемо STD режима. В МХ режиме будет поддержан дисковод, RAM/ROM-диски.

[HardWareMan]

Работаю над драйвером SD карты и vFAT. Надо бы стукануться на предмет распила памяти. FATу нужен хороший кусок памяти под буферы...