Просмотр полной версии : Некоторые результаты
сколько там свободной програмной памяти? можно прикрутить http://elm-chan.org/fsw/ff/00index_e.html и грузить с фата .z80, .sna, а если взять исходники из соседней темы (спек и магнитофон), то и .tap и .tzx.Не пойдет, этот вариант слишком ресурсоемок.
Надо за стандартную прошивку браться ...
стандартную это какую? что вообще и куда с твоей точки зрения надо копать?
Добавлено через 1 минуту
Не пойдет, этот вариант слишком ресурсоемок.значит iso9660. пихаем туда кучу .z80 и простой юзерский вариант готов. любая игра пускается за доли секунды и без лишних телодвижений с дискетами
"стандартную это какую? что вообще и куда с твоей точки зрения надо копать?"
Первое.
Есть BASIC ... В него надо встроить софтовый "интерфейс" чтения/записи+... внешнего
накопителя. А уже под него делать SPI и т.п.
Второе.
По мотивам "магнитофона для спека" можно
сделать "TAPE-BUS", т.е. внешний последовательный
интерфейс... При скорости 38400 48к можно передать
за 15 сек, а на 7 МГц ...
Такое решение позволит использовать любой
самый старый спек без особых затрат на доработку.
Т.е. новая прошивка и кабель или к РС, или
контролеру карточек, или ...
Да всё не о том ...
Смысл в добавлении поддержки интерфейса
накопителя в прошивку спека!
Т.е. доработки программ не будет,
и минимальные переделки железа.
Любой древний клон сможет работать напрямую
с файлами ...
Я про это и говорю . Вместо супорта винта нужен супорт SD/MMC через SPI .
Он там изначально реализован.
Ну иногда я некоторые моменты упускаю из виду ;)
Дело в том, как его теперь программно использовать.
Тут только остаётся пытать прошивкописателей ;)
Мне проще сам спек перемучить в +3 и юзать уже готовый инопланетный софт для работы с SD/MMC .
Есть BASIC ... В него надо встроить софтовый "интерфейс" чтения/записи+... внешнего
накопителя. А уже под него делать SPI и т.п.
Садист какой то ;) Если вместо IDE будет SPI , то и встраивать ничего не нужно , ибо останется горячё любимый тырдос с эмуляцией флоповода в рам диске или прямо на карточке (уж не знаю как там получится).
"ибо останется горячё любимый тырдос с эмуляцией "
Но только где есть тырдос ... :(
По мотивам "магнитофона для спека" можно
сделать "TAPE-BUS", т.е. внешний последовательный
интерфейс... При скорости 38400 48к можно передать
за 15 сек, а на 7 МГц ...вот именно так и надо сделать и не париться. только грузить не тапы и tzx, а снапшоты. я вроде в той теме писал как раз об этом давно.
"только грузить не тапы и tzx, а снапшоты. я вроде в той теме писал как раз об этом давно."
Вот это и главный вопрос ...
Ну сделал я для себя запись на РС,
по SAVE - весьма быстро пишет ...
Но нужна общая логика работы с файлами.
Посему и ищу единомышленников ...
проблем не вижу никаких. если нужно берешь и делаешь. исо9660 прикручивается элементарно. фат чуть по сложнее. basic48 патчится на ура
"basic48 патчится на ура"
Не совсем ... Одно дело сам basic ...
А могут ещё и программы писать/читать,
совместимость с ними нужна ...
Снапшоты ...
"ибо останется горячё любимый тырдос с эмуляцией "
Но только где есть тырдос ...
И что такого , для реализации любого варианта понадобится свой металолом .
"И что такого , для реализации любого варианта понадобится свой металолом ."
В моем - нет ...
"И что такого , для реализации любого варианта понадобится свой металолом ."
В моем - нет ...
Поскольку программер из меня практически никакой,предлагаю себя в качестве бетатестера железячного...
скажите че на до собрать - соберем оттестим запуустим ! ( даже инопланетного софта не боюсь,вот :v2_tong2: ).
а то уж ну очень хочется оперативности переноса софта...
Бывает надо вот ну чуть чуть ( как вон,Мучкин тут накарябал тестовую прогу - 400 байт ), а чтобы на спек перенести столько геммора...с дискетки загрузись,дискетку запиши...бррр....:v2_wacko:
Бывает надо вот ну чуть чуть ( как вон,Мучкин
тут накарябал тестовую прогу - 400 байт ), а чтобы на спек перенести
столько геммора...с дискетки загрузись,дискетку запиши
...бррр....:v2_wacko:Проблем то, при наличии ZXMC:
1) Компилируем программу с адреса загрузки и старта 32768 (8000h);
(первой командой обязательно должна быть JP).
2) Соединяем IBM-ку cо Спектрумом нуль-модемным кабелем;
3) Полученный бинарный файл грузим в Спектрум с помощью TinyTerm;
4) Запускаем на исполнение.
Самое интересное, что при этом результаты выполнения и отладочную
информацию можно выводить не только на экране Спектрума, но и
в окне терминалки IBM. Лично я давно этим пользуюсь.
Кстати, грузить снапшоты типа Z80 или SNA я думаю тоже можно сделать без проблем.
Проблем то, при наличии ZXMC:
1) Компилируем программу с адреса загрузки и старта 32768 (8000h);
(первой командой обязательно должна быть JP).
2) Соединяем IBM-ку cо Спектрумом нуль-модемным кабелем;
3) Полученный бинарный файл грузим в Спектрум с помощью TinyTerm;
4) Запускаем на исполнение.
Самое интересное, что при этом результаты выполнения и отладочную
информацию можно выводить не только на экране Спектрума, но и
в окне терминалки IBM. Лично я давно этим пользуюсь.
Кстати, грузить снапшоты типа Z80 или SNA я думаю тоже можно сделать без проблем.
ну не хочет у меня корректно тинитерм работать
ну не хочет.
шить по рс232 шьется ( обновление прошивки мультикарты )
а вот тинитерм не хочет.
уходит в ожидание приема файла и все....так до ресета.
ну не хочет у меня корректно тинитерм работать
ну не хочет.
шить по рс232 шьется ( обновление прошивки мультикарты )
а вот тинитерм не хочет.
уходит в ожидание приема файла и все....так до ресета.Два вопроса:
1) Какой терминалкой пользуешься на IBM-ке?
(Режим синхронизации должен быть установлен CTS/RTS для 5-ти проводного,
или XON/XOFF для 3-х проводного кабеля).
2) Схема нуль-модемного кабеля (трех или 5-ти проводная)?
Два вопроса:
1) Какой терминалкой пользуешься на IBM-ке?
(Режим синхронизации должен быть установлен CTS/RTS для 5-ти проводного,
или XON/XOFF для 3-х проводного кабеля).
2) Схема нуль-модемного кабеля (трех или 5-ти проводная)?
трехпроводным пользуюсь,из твоего описания. ( с перемычками на каждом разъеме.)
терминалка та,что ты мне присылал.
"а то уж ну очень хочется оперативности переноса софта..."
Максимум, что сделаю - это LOAD/SAVE в BASIC ...
Если делать более широкие возможности,
то это надо команды добавлять...
Даже по этим командам у меня есть разные мнения :)
Пока думаю ...
"а то уж ну очень хочется оперативности переноса софта..."
Максимум, что сделаю - это LOAD/SAVE в BASIC ...
Если делать более широкие возможности,
то это надо команды добавлять...
Даже по этим командам у меня есть разные мнения :)
Пока думаю ...
на самом деле нужно Copy Delete и все....
В Коммандере. Коммандер нужен.
"на самом деле нужно Copy Delete и все....
В Коммандере. Коммандер нужен."
Есть же команды - CAT, ERASE, COPY, ...
Только их надо делать...
А LOAD/SAVE можно просто перенаправить.
А LOAD/SAVE можно просто перенаправить.
и будет таким макаром работать ровно 1,5 программы. с чего начали к тому и пришли
"и будет таким макаром работать ровно 1,5 программы. с чего начали к тому и пришли"
Это с какого перепуга?
"и будет таким макаром работать ровно 1,5 программы. с чего начали к тому и пришли"
Это с какого перепуга?
вообщем я так понимаю что проще всего тапер на атмеге собрать и не париться....
самое просто решение...
Ну и ладно ...
Буду, как обычно, делать только для себя.
Ну и ладно ...
Буду, как обычно, делать только для себя.
я не против тебе помочь.
скеажи что делать..:biggrin:
Например, такой вопрос.
LOAD "" Оставить для загрузки с
"ленты по умолчанию" или загрузки "командера" ...
Думаю первое.
А для просмотра каталога зарезервировать
LOAD "CAT"?
Например, такой вопрос.
LOAD "" Оставить для загрузки с
"ленты по умолчанию" или загрузки "командера" ...
Думаю первое.
А для просмотра каталога зарезервировать
LOAD "CAT"?
переведи....
"переведи...."
Это насчет просмотра каталога ч-з
команды LOAD/SAVE.
"переведи...."
Это насчет просмотра каталога ч-з
команды LOAD/SAVE.
может лучше посмотреть, как сама SRL это сделала дли микродрайвы? в бейсике вроде и каналы есть для него. как разница, будет LOAD "CAT" или *CAT?
CheburatoR
12.03.2007, 14:03
Например, такой вопрос.
LOAD "" Оставить для загрузки с
"ленты по умолчанию" или загрузки "командера" ...
Думаю первое.
А для просмотра каталога зарезервировать
LOAD "CAT"?
Поделюсь ка своими планамы на чет своего клона ZX128 как я представляю работу командера. При старте запускаетсья командер. В командере можно выбрать файл для загрузки *.TAP, потом запускается уже стандартная ОС с измененными LOAD и SAVE процедурами. Также можно запускать и сохранять снапшоты *.SNA. При нажатии на кнопку "Magic" попадаем в меню которая продостовляет выбор подолжить программу, сохранить снапшот или запустить командер.
Собственно обмен файлами происходит с неким девайсом который подрублен к свободному порту AY и спекруму по барабану какая фс на носителе. Потому что исползуется протокол который работает на уровне файлов.
В моем случае девайс состоит из носителья на SD флеш карточке, и МК с USB портом. А сами файлы копируется в девайс через USB. (эта часть уже реализована)
"При старте запускаетсья командер. В командере можно выбрать файл для загрузки *.TAP"
Зачем такие ограничения?
Это не есть хорошо ... Выбор надо оставить
динамический программный.
А командер? Он уже в пзу? Или грузится первым ...
И зачем? Если набрал LOAD "winХР" - и загрузил :)
"Также можно запускать и сохранять снапшоты *.SNA"
Это отдельная тема ...
"Собственно обмен файлами происходит с неким девайсом который подрублен к свободному порту AY"
Порт магнитофона есть везде... 100%...
"и спекруму по барабану какая фс на носителе. Потому что исползуется протокол который работает на уровне файлов. "
Это главное!
Добавлено через 1 минуту
"как сама SRL это сделала дли микродрайвы? "
Думал про это ... Но это требует доп.железа,
Проще контроллер дисковода.
"как сама SRL это сделала дли микродрайвы? "
Думал про это ... Но это требует доп.железа,
Проще контроллер дисковода.
Можно и без доп. железа, каналы зачем придумали? Но будет есть кусок из основных 48К, что тоже не очень хорошо.
"каналы зачем придумали? "
Тоже думал ... Однако канализация предполагает
минимально - байт, а для внешнего интерфейса
желательно файл или блок данных...
"Но будет есть кусок из основных 48К, что тоже не очень хорошо."
И это ... до кучи :)
"каналы зачем придумали? "
Тоже думал ... Однако канализация предполагает
минимально - байт, а для внешнего интерфейса
желательно файл или блок данных...
"Но будет есть кусок из основных 48К, что тоже не очень хорошо."
И это ... до кучи :)
Ну тогда при помощи доп. ПЗУ и несколько байт для обработчика ошибок - самый кошерный для Спектрума вариант, потому как юзался всеми кому не лень. Вообще лучше смотреть в сторону реализации поддержки микродрайвов, ибо они придуманы были с самого начала, их щас никто не юзает и TR-DOS о них знает. Т.е. их как бы и нет, а поддержка негласная есть (в виде портов и т.п.), грех не заюзать.
"а поддержка негласная есть (в виде портов и т.п.)"
Опять доп.железо :)
Смысл в придании любому старому спеку
новых возможностей, бесплатно ...
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot