ПК8000 - загрузка с внешних носителей

[esl]

Я предлагал подобие MSXDOS запилить.

Очень здравая идея
Тем более что прикладному софту нужны только точки входа дома и биоса
А системный не очень то и нужен
А спец софта я так понимаю и не было

---------- Post added at 22:02 ---------- Previous post was at 21:58 ----------

И обмен с PC так удобнее.

На сегодня имхо удобнее не HDD а SD

За то у многих уже и pata некуда подключать

[hantarex]

IDE интерфейс аппаратной проще. И винтов у мну нет зато ведро CF-карт

[esl]

вообще имхо, в глубокой теории
надо тогда сделать "интелектуальный" контроллер
который поключается к девайсу и берет на себя общений с "физикой"
пряча в том числе и работу с файловой системой
был бы протокол обшения с ним на компе, и всё
а что к нему уже подключено - уже мелочи
хош - реальный винт, хош - SD или CF, или обычная USB FLASH
из него торчит апи,
дай список "носителей"
смонтируй "образ" на "диск"
"дай списко файлов"
"открой файл"
"прочитай"
etc etc

p.s. и да, цп контроллера будет мощнее компа куда он подключен, но зато если протокол будет снандартный, то
a) можно подключить к куче компов, ибо код то будет общим
b) железку можно будет и через много лет реализовать на том железе и носителе который будет "завтра"

[ivagor]

На сегодня имхо удобнее не HDD а SD

HDD я не упоминал. Более того, в качестве "источника вдохновения" у меня перед мысленным взором стояла именно одна из реализаций общения с SD. Программная часть очень компактная и на асме 8080, вот насчет аппаратной в виде отдельного устройства не знаю.

[hantarex]

ivagor, поделитесь своей концепцией плиз.

[ivagor]

Это не совсем концепция и совсем не моя
В качестве ориентира я думал про реализацию РК86 b2mа для девборды DE1. То, что для девборды - это не смертельно, там очень простой "контроллер" в ПЛИСине, у которого вроде был прототип на дискретах. У программной части есть ограничения (если не ошибаюсь, то как минимум 2 - файлы д.б. нефрагментированные, что легко получится, если их не стирать, и объем <=2 Гб, что вобще сложно назвать ограничением для работы с 8битками), зато она очень компактная.
Мельком читал про другие аппаратные реализации, не буду уточнять, т.к. не помню деталей. Ведь ПК8000 не первый комп, в который есть желание быстро грузить файлы с SD.

---------- Post added at 11:16 ---------- Previous post was at 11:08 ----------

Признаю, что это на 99% оффтоп. DemonID7 уже сделал работающую железку, кроме того он нацеливается и на запуск CP/Mовских программ, что простая запускалка не может. С другой стороны b2m в реализации Башкирии-2М (да да, опять для DE1) хакнул CP/M (корректнее, наверно, сказать BDOS) и он стал работать с нефрагментированными образами дисков записанными на SD. Деталей насчет полноты функциональности данного решения я не знаю.

[Advertiser]

[hantarex]

мона тему переименовать в "ПК8000 - загрузка с внешних носителей"
а насчет интерфейса SD-карты - концепция из ямахи взята, SPI-интерфейс на сдвиговом регистре. где-то даже схемы есть.
по поводу сипиэм - 10000 программ и все такое - а реально, кроме пары компиляторов, из них что-нить нужно?
лично мне нужно устройство для переноса из-в ББ в-из ПК8000 файлов, быстрее и удобнее плеера и компактнее, чем дисковод. проги пишуться в эмуляторе, реал нужен только для отладки нового железа.

[esl]

по поводу сипиэм - 10000 программ и все такое - а реально, кроме пары компиляторов, из них что-нить нужно?
лично мне нужно устройство для переноса из-в ББ в-из ПК8000 файлов, быстрее и удобнее плеера и компактнее, чем дисковод. проги пишуться в эмуляторе, реал нужен только для отладки нового железа.

Я собственно про это же
Если делать систему для древностей на современных носителях - это одна задача
Если запускалку софта - то совсем другая

А для девелопмента (который сейчас почти навернека будет под bare metal, то совсем третья

[DemonId7]

Народ, а как в асме для 8080 создаются виртуальные сегменты? Ассемблер не то что virtual и absolute, даже segment отвергает. В доках на m80 кроме про предопределенные ASEG, CSEG и DSEG ничего нет. Или здесь как то по другому компилируют перемещаемый код и данные?
ORG дает слишком много лишнего кода. при компиляции. EQU - тоже не выход для подпрограмм, да и данным явно указывать адреса как то несерьезно.

[b2m]

В доках на m80 кроме про предопределенные ASEG, CSEG и DSEG ничего нет. Или здесь как то по другому компилируют перемещаемый код и данные?

Ну, есть ещё COMMON - общий именованный сегмент. Но он вроде как для данных, типа описание какой-то структуры. Адрес начала этого сегмента для всех модулей будет потом одинаковый. Вроде даже гарантируется, что такие сегменты будут следовать друг за другом в алфавитном порядке.

ORG дает слишком много лишнего кода. при компиляции. EQU - тоже не выход для подпрограмм, да и данным явно указывать адреса как то несерьезно.

Что ты понимаешь под перемещаемым кодом? Конечный бинарный модуль, который можно грузить по любому адресу, или просто библиотеки .lib и модули .rel?

M80 генерирует перемещаемые модули .rel, которые потом собираются в конечный бинарник линковщиком L80.