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

[fifan]

После некоторого перерыва вновь вернулся к писанию программ.
1. Прошивка в "стандартный" Специалист для запуска программ с Flash-диска готова. См. ниже в атаче. Мапер памяти с этой прошивкой таков:
C000...CFFF - Монитор-2, оставлен как BIOS для запуска программ
D000...D7FF - пока пустое место
D800...EFFF - сама программа External Flash Disk.
Соответственно запуск проги так: GD800.
2. После некоторых размышлений решил, что под "стандартный" Специалист нужно только оставить запуск программ с Flash-диска и SD карты. Поэтому от SpetsCommander'а отпочковалась программа Standart Spetsialist Browser. Сейчас я добиваюсь от неё работу с SD картой. Всё отлаживаю на эмуляторе от b2m. Автора эмулятора попросил сделать мне для этих целей конфигурацию.
3. SpetsCommander теперь дабавлю ещё одним диском: F-Flash-диск.

[Advertiser]

[HardWareMan]

Я, кстати, тоже предлагаю обзывать диски не по порядку а по типу: D - Disk, F - Flash, R - RAM Disk. Ну и так далее.

[vinxru]

А почему бы не вынести сам коммандер на флешку или SD. Тогда не придется перепрошивать ПЗУ, при обновлении. А в ПЗУ будет лишь загрузчик.

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

Тогда бы можно было менять аппаратную часть при неизменном коммандере.

[fifan]

Еще бы я предложил сделать в этом ПЗУ несколько стандартных точек входа.

Я тоже за. Какие подпрограммы будем садить в ПЗУ?

[vinxru]

D800 - Загрузка коммандера и передача ему управления. В A возвращается код ошибки.

D803 - Загрузка файла указанного в HL и передача ему управления. В A возвращается код ошибки.

D806 - Загрузка файла указанного в HL в память по адресу DE. Если BC не равен нулю, то размер файла должен быть равен BC. В A возвращается код ошибки.

D809 - Получение первого из списка файлов папки HL в память по адресу DE. (Формат надо придумать.) В A возвращается код ошибки.

D80С - Получение следующих файлов в память по адресу DE. (Формат надо придумать.) В A возвращается код ошибки.

D80F - Получение свободного места на флешка. На входе A - буква диска. В A возвращается код ошибки.


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

И совсем круто было бы продумать работу с файлами. open, read, write, seek, close. Но это сложно и не нужно наверное пока. Но предусмотреть под них резерв стоит.

---------- Post added at 20:33 ---------- Previous post was at 20:30 ----------

Еще можно подумать, что бы стандартные функции BIOS загрузки/сохранения на магнитофон передавали управление этому BIOS-у. Что бы Бейсик сохранял данные на флешку.

[HardWareMan]

Лично я считаю, что должно быть 3 уровня подпрограмм. Как и в любом другом месте.

Уровень 1, самый низкий. Здесь работа с железом: клавиатура, экран, низкоуровневый сервис, работа с картой на уровне считать/писать сектор. По сути - это таблица вызовов BIOS (в нашей аналогии - загрузчика ПСПЗУ).

Уровень 2, средний. Здесь работа с логическими единицами ресурсов, как то работа с памятью, сюда же надо абстрагировать работу с FS на всех дисках.

Уровень 3, верхний. Здесь, собственно, прикладной сервис. По сути - это сервис DOS.

По этому плану я сейчас пилю поддержку карты для Специалиста МХ2, и сейчас я на стадии поддержки записи на SD. Как только это закончу, я тут же напишу утилиту загрузки файлов с кассеты и буду цифровать все кассеты сразу на карту (возможно получится в автоматическом режиме даже).

[vinxru]

Я предлагаю зашить в ПЗУ работу с файловой системой. Ну и функции на уровне секторов то же будут, но особо и не нужна.

У тебя на флешке используется собственная файловая система. Простая, понятная.

У кого то будет FAT (большой и сложный), у кого то TRDOS, у кого то CP/M. А может кто то напишет сетевой драйвер, тогда работа с секторами будет невозможна. Типа меня.

Если ФС разместить в BIOS, то любая программа сможет использовать максимально ОЗУ. В ОЗУ не будет ядра операционной системы. И при этом загружать файлы в память.

---------- Post added at 21:05 ---------- Previous post was at 21:05 ----------

Клавиатура, экран поддерживаются оригинальным биосом.

---------- Post added at 21:09 ---------- Previous post was at 21:05 ----------

Что бы сохранить гибкость, нужно предусмотреть загрузку расширений файловых систем.

Сразу после запуска BIOS будет поддерживать только флешку. Но можно загрузить драйвер любого устройства и он будет доступен через вызовы BIOS.

---------- Post added at 21:09 ---------- Previous post was at 21:09 ----------

То есть предусмотреть функцию ПОДКЛЮЧИТЬ ДИСК.

UPD: Еще изменение атрибутов.

[HardWareMan]

У тебя на флешке используется собственная файловая система. Простая, понятная.

Кто сказал? Ты путаешь с FLASH ROM диском. а я говорю за SD. Там у меня vFAT. Иначе нет смысла. Ее предназначение - обмен данными с ПЦ в первую очередь.

[Error404]

Я предлагаю зашить в ПЗУ работу с файловой системой. Ну и функции на уровне секторов то же будут, но особо и не нужна.
...
У кого то будет FAT (большой и сложный), у кого то TRDOS, у кого то CP/M. А может кто то напишет сетевой драйвер, тогда работа с секторами будет невозможна. Типа меня.

Только не забудьте векторизировать ПЗУ-шные подпрограммы через табличку адресов подпрограмм, размещаемую в ОЗУ (по дефолту смотрящие в Монитор). Чтобы для замены драйвера не надо было непременно перешивать ПЗУ, а можно было решить подгружаемым в ОЗУ модулем, который изменяя этот фрагмент просто переключит на себя подпрограммы. А еще лучше предусмотреть многостраничные вектора (номер_страницы+адрес), чтобы дравера можно было размещать не в основной странице ОЗУ (в основной программам пользователя и так тесно).

[fifan]

Вы пока выясняете я сделал работу с SD картой в браузере. Почему-то не работает запуск загруженных файлов. Идея такая. Сначала я инициализирую SD карту и контроллер. Потом считываю в каталог все RKS файлы (пока их два). Вывожу каталог. Потом выбираю файл для запуска. Теперь нужно представить формат RKS файла:
1. Два байта - адрес запуска он же и начальный;
2. Два байта - конечный адрес;
3. Тело файла размером (конечный адрес-начальный адрес);
4. Контрольная сумма.
По моей специфике я сначала любой найденный файл гружу с нулевого адреса ОЗУ. Потом выясняю по начальному адресу куда нужно переместить блок кода. Считывание блока кода с SD карты работает, а вот потом программа отказывается перемещаться куда ей надо и запускаться (подпрограмма CalcStartEnd считывает последовательно четыре байта и размещает их соответственно в E,D,C и B; в Size находится размер блока):

RKSRun1 ld hl, #0000
call CalcStartEnd ; [DE] - начальный адрес, [BC] - конечный адрес
ld hl, (Size)
ld b, h
ld c, l
ex de, hl
ld (Start), hl
ex de, hl
ld hl, #0004 ; начало блока данных
RKSRun2 ld a, (hl)
ld (de), a ; перенос байта
dec bc
jp nz, RKSRun3 ; переход, если ещё не последний адрес
ld hl, (Start) ; стартовый адрес
jp (hl) ; запуск программы

RKSRun3 inc de
inc hl ; инкремент адресов
jp RKSRun2 ; цикл переноса