Нах?
Софтово решить проблему.
Научились же сиди диски читать.
Вид для печати
"Научились же сиди диски читать."
Наверно есть разница, когда поддержка встроена?
"но написать прогу ( читай драйвер ) - думаю всяко проще,чем переписать тырдос."
Но второе - это качественно новый уровень,
что и есть развитие спека ...
У буржуинов туча всяких девайсов под +3 (включая SD/MMC), и туча прошивок для их супорта .
На MSX аналогично .
У нас похоже нет такой реальной востребовательности SD/MMC раз программёры не хотят вклинивать их супорт(через аппаратный SPI) вместо HD .
Сам аппаратный SPI можно реализовать на мультикарте (caro вроде планировал это сделать). Или вот такой шаманский вариант http://zx.pk.ru/showthread.php?t=3957&page=13&pp=10 контроллер клавиатуры и магнитофон в одном флаконе . В одном из режимов контроллер впринципе можно заставить работать как аппаратный SPI (если не нужно грузить ленточные файлы). Вобщем достаточно универсально пулучается .
Да всё не о том ...
Смысл в добавлении поддержки интерфейса
накопителя в прошивку спека!
Т.е. доработки программ не будет,
и минимальные переделки железа.
Любой древний клон сможет работать напрямую
с файлами ...
сколько там свободной програмной памяти? можно прикрутить http://elm-chan.org/fsw/ff/00index_e.html и грузить с фата .z80, .sna, а если взять исходники из соседней темы (спек и магнитофон), то и .tap и .tzx.
Надо за стандартную прошивку браться ...
"стандартную это какую? что вообще и куда с твоей точки зрения надо копать?"
Первое.
Есть BASIC ... В него надо встроить софтовый "интерфейс" чтения/записи+... внешнего
накопителя. А уже под него делать SPI и т.п.
Второе.
По мотивам "магнитофона для спека" можно
сделать "TAPE-BUS", т.е. внешний последовательный
интерфейс... При скорости 38400 48к можно передать
за 15 сек, а на 7 МГц ...
Такое решение позволит использовать любой
самый старый спек без особых затрат на доработку.
Т.е. новая прошивка и кабель или к РС, или
контролеру карточек, или ...
Я про это и говорю . Вместо супорта винта нужен супорт SD/MMC через SPI .
Ну иногда я некоторые моменты упускаю из виду ;)
Тут только остаётся пытать прошивкописателей ;)
Мне проще сам спек перемучить в +3 и юзать уже готовый инопланетный софт для работы с SD/MMC .
Садист какой то ;) Если вместо IDE будет SPI , то и встраивать ничего не нужно , ибо останется горячё любимый тырдос с эмуляцией флоповода в рам диске или прямо на карточке (уж не знаю как там получится).
"ибо останется горячё любимый тырдос с эмуляцией "
Но только где есть тырдос ... :(
"только грузить не тапы и tzx, а снапшоты. я вроде в той теме писал как раз об этом давно."
Вот это и главный вопрос ...
Ну сделал я для себя запись на РС,
по SAVE - весьма быстро пишет ...
Но нужна общая логика работы с файлами.
Посему и ищу единомышленников ...
проблем не вижу никаких. если нужно берешь и делаешь. исо9660 прикручивается элементарно. фат чуть по сложнее. basic48 патчится на ура
"basic48 патчится на ура"
Не совсем ... Одно дело сам basic ...
А могут ещё и программы писать/читать,
совместимость с ними нужна ...
Снапшоты ...
"И что такого , для реализации любого варианта понадобится свой металолом ."
В моем - нет ...
Поскольку программер из меня практически никакой,предлагаю себя в качестве бетатестера железячного...
скажите че на до собрать - соберем оттестим запуустим ! ( даже инопланетного софта не боюсь,вот :v2_tong2: ).
а то уж ну очень хочется оперативности переноса софта...
Бывает надо вот ну чуть чуть ( как вон,Мучкин тут накарябал тестовую прогу - 400 байт ), а чтобы на спек перенести столько геммора...с дискетки загрузись,дискетку запиши...бррр....:v2_wacko:
Проблем то, при наличии ZXMC:
1) Компилируем программу с адреса загрузки и старта 32768 (8000h);
(первой командой обязательно должна быть JP).
2) Соединяем IBM-ку cо Спектрумом нуль-модемным кабелем;
3) Полученный бинарный файл грузим в Спектрум с помощью TinyTerm;
4) Запускаем на исполнение.
Самое интересное, что при этом результаты выполнения и отладочную
информацию можно выводить не только на экране Спектрума, но и
в окне терминалки IBM. Лично я давно этим пользуюсь.
Кстати, грузить снапшоты типа Z80 или SNA я думаю тоже можно сделать без проблем.
"а то уж ну очень хочется оперативности переноса софта..."
Максимум, что сделаю - это LOAD/SAVE в BASIC ...
Если делать более широкие возможности,
то это надо команды добавлять...
Даже по этим командам у меня есть разные мнения :)
Пока думаю ...
"на самом деле нужно Copy Delete и все....
В Коммандере. Коммандер нужен."
Есть же команды - CAT, ERASE, COPY, ...
Только их надо делать...
А LOAD/SAVE можно просто перенаправить.
"и будет таким макаром работать ровно 1,5 программы. с чего начали к тому и пришли"
Это с какого перепуга?
Ну и ладно ...
Буду, как обычно, делать только для себя.
Например, такой вопрос.
LOAD "" Оставить для загрузки с
"ленты по умолчанию" или загрузки "командера" ...
Думаю первое.
А для просмотра каталога зарезервировать
LOAD "CAT"?
"переведи...."
Это насчет просмотра каталога ч-з
команды LOAD/SAVE.
Поделюсь ка своими планамы на чет своего клона ZX128 как я представляю работу командера. При старте запускаетсья командер. В командере можно выбрать файл для загрузки *.TAP, потом запускается уже стандартная ОС с измененными LOAD и SAVE процедурами. Также можно запускать и сохранять снапшоты *.SNA. При нажатии на кнопку "Magic" попадаем в меню которая продостовляет выбор подолжить программу, сохранить снапшот или запустить командер.
Собственно обмен файлами происходит с неким девайсом который подрублен к свободному порту AY и спекруму по барабану какая фс на носителе. Потому что исползуется протокол который работает на уровне файлов.
В моем случае девайс состоит из носителья на SD флеш карточке, и МК с USB портом. А сами файлы копируется в девайс через USB. (эта часть уже реализована)
"При старте запускаетсья командер. В командере можно выбрать файл для загрузки *.TAP"
Зачем такие ограничения?
Это не есть хорошо ... Выбор надо оставить
динамический программный.
А командер? Он уже в пзу? Или грузится первым ...
И зачем? Если набрал LOAD "winХР" - и загрузил :)
"Также можно запускать и сохранять снапшоты *.SNA"
Это отдельная тема ...
"Собственно обмен файлами происходит с неким девайсом который подрублен к свободному порту AY"
Порт магнитофона есть везде... 100%...
"и спекруму по барабану какая фс на носителе. Потому что исползуется протокол который работает на уровне файлов. "
Это главное!
Добавлено через 1 минуту
"как сама SRL это сделала дли микродрайвы? "
Думал про это ... Но это требует доп.железа,
Проще контроллер дисковода.