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

[vinxru]

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

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

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

[fifan]

Originally Posted by vinxru

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

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

[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]

Originally Posted by vinxru

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

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

[Error404]

Originally Posted by vinxru

Я предлагаю зашить в ПЗУ работу с файловой системой. Ну и функции на уровне секторов то же будут, но особо и не нужна.
...
У кого то будет 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 ; цикл переноса

[b2m]

dec bc (т.е. DCX B) не устанавливает флагов. Видимо флаг Z уже после CalcStartEnd установлен был.

---------- Post added at 15:21 ---------- Previous post was at 15:10 ----------

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

[HardWareMan]

Originally Posted by b2m

dec bc (т.е. DCX B) не устанавливает флагов. Видимо флаг Z уже после CalcStartEnd установлен был

Когда счетчик - регистровая пара, нужно жертвовать аккумулятором. В его случае придется делать так:
DCX B
MOV A,B
ORA C
JNZ LOOP