Апогей-БК01 и Апогей-БК01Ц: Внешний ROM диск

[sergey2b]

Вообще непонятно зачем для РК адаптировать СР/М. Уже всё адаптировано. Может я что то пропустил?

из за программ доступных под CP/M и РК станет машинкой соотвествущей стандрату
8 битовых PC 75-90 годов

[esl]

из за программ доступных под CP/M и РК станет машинкой соотвествущей стандрату
8 битовых PC 75-90 годов

с 32к которые есть у РК работать с CP/M грустно
много что не будет работать

[sergey2b]

с 32к которые есть у РК работать с CP/M грустно
много что не будет работать

у апогея вроде 56k + можно нарастить до 128k

[esl]

вот ссылка по адоптации cp/m

http://bitsavers.org/pdf/digitalRese...nual_Jul82.pdf
http://bitsavers.org/pdf/digitalRese...Guide_1979.pdf
и там еще есть доки
http://bitsavers.org/pdf/digitalResearch/cpm/

ну и тут немного
http://www.cpm.z80.de/drilib.html

[vinxru]

Я сейчас придумываю API. Сначала я хотел сделать функции

selectImageFile(номер_дисковода, имя_файла)
readImage(номер_дисковода, номер_сектора, буфер)
writeImage(номер_дисковода, номер_сектора, буфер)

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

selectImageFile(имя_файла) - Вызывается при смене диска (как раз функция CP/M SELDSK)
readImage(номер_сектора, буфер) - Чтение сектора размером 512 байт
writeImage(номер_сектора, буфер) - Запись сектора размером 512 байт

И сам же компьютер будет сохранять имя выбранного образа с помощью функций

loadFile(имя_файла, буфер) - Чтение файла
saveFile(имя_файла, буфер, максимальная_длина) - Запись области памяти в файл.

[CodeMaster]

Но немного позже я доработаю драйвер файловой системы и все будет ок. Там главная сложность в том, что надо 512 байт ОЗУ, что бы прочитать сектор в память, изменить его и сохранить обратно. А у микроконтроллера всего 1 Кб ОЗУ.

А можно сделать подгружаемый в контроллер со служебного раздела флешки функционал? Т.е. в базе только чтение, а запись, каталоги и пр. по требованию. Медленно наверное, но учитывая, что компы небыстрые, наверное будет не критично.

[Advertiser]

[vinxru]

А можно сделать подгружаемый в контроллер со служебного раздела флешки функционал? Т.е. в базе только чтение, а запись, каталоги и пр. по требованию. Медленно наверное, но учитывая, что компы небыстрые, наверное будет не критично.

Программа содержится в ПЗУ микроконтроллера, которое имеет всего 1000 циклов перезаписи. И ПЗУ переписывается сразу целиком (кроме специального места, куда записывается программа перепрошивки). И МК умеет сам себя перепрошивать.

[CodeMaster]

Программа содержится в ПЗУ микроконтроллера, которое имеет всего 1000 циклов перезаписи.

В даташите 10 000, но я тогда не понял фразы про ОЗУ. Там не хватает памяти для других данных если загружать в неё сектор? Просто полноценную запись конечно надо прикручивать, иначе такой сложный просто ROM-диск не будет актуален.

[vinxru]

В даташите 10 000, но я тогда не понял фразы про ОЗУ. Там не хватает памяти для других данных если загружать в неё сектор? Просто полноценную запись конечно надо прикручивать, иначе такой сложный просто ROM-диск не будет актуален.

Записывать данные кусками по 512 байт в файл он уже умеет.

Сейчас (по дефолту) образ эмулируемого ПЗУ занимает 256 байт. Стек и глобальные переменные занимают ~540 байт. И еще буфер чтения/запили размером 128 байт.

Если прибрать используемые переменные и временно использовать место занимаемое образом ПЗУ, то можно получить эти 512 байт.

В крайнем случае можно использовать ОЗУ компьютера.

И остается написать функцию, которая бы добавляла кластер к файлу (при записи). Редактировала обе таблицы FAT. Или удаляла кластеры (функция SetEndOfFile).

И еще лучше, написать функцию, которая бы работала с каталогами. Там так же надо оперировать с кластерами.

[Error404]

И остается написать функцию, которая бы добавляла кластер к файлу (при записи). Редактировала обе таблицы FAT. Или удаляла кластеры (функция SetEndOfFile).

И еще лучше, написать функцию, которая бы работала с каталогами. Там так же надо оперировать с кластерами.

А почему не использовать готовые библиотеки для работы с файловыми системами FAT? Есть версии для работы которым надо совсем чуть-чуть ОЗУ и пару кило ПЗУ.