я думаю аналогично. более того оно все работало 6 лет назад - ABCD диски, каждый представляет собой 1MB rawdata на винте. турболоадеры работают на ура.
я думаю аналогично. более того оно все работало 6 лет назад - ABCD диски, каждый представляет собой 1MB rawdata на винте. турболоадеры работают на ура.
По Пентагону-1024.
Вот перечитал тему, поглядел на фотки Пентагон-1024SL на ПЛИС и облизываюсь теперь.
Готов вззять собранную плату версии 2.+ за 3000р (возможно и выше еслир автор скажет что надо, ради итакой вещи я жлобится не буду так как работа и получка стабильны).
Далее, очень инетресует контроллер жёсткого диска для данной машины и переходник IDE -> Флэш-карта. Старые свистяще-гремящие винты на пару гигов конечено у меня найдутся, но они уже начинают сыпатся... Насчёт переходника IDE->флешка уже похоже нашёл через кого прикупить.
Тоже готов купить за полную цену как и мультикарту PS/2, мыш, внешний можем идущую в комплекте с Пентагоном-1024SL без глюков.
Так же меня интересует програматор подключаемый к Пентагону-1024 и если надо то "елка" для подключения всех 3х устройств (контроллер IDE, "мультикарта" клавиатурная и програматор елси есть).
Я на Пентагоне собираюсь не только в УФО-2 гамать но и "работать" если есть нормальный програматор и ПО к нему.
Да и надо вспоминать как это - програмировать МП системы, а то забы всё....
Последний раз редактировалось falanger; 23.11.2006 в 19:45.
"ABCD диски, каждый представляет собой 1MB rawdata на винте. турболоадеры работают на ура."
1MB rawdata - это плохо, надо прямой доступ к файлам фат ...
Ещё есть мысль встроить поддержку карточек в васик, типа
замены/добавления канала ...
Но первым делом - обдумать сброс
это все без проблем - нужно желание и время, а их нетуСообщение от ASDT
в чем проблема конкретно?
"Вопрос по сбросу формулируется так:
Нужен ли сброс по снижению питания (4,75в),
т.к. возможно использование различных карточек ...
Т.е. для защиты от процессора ..."
Это копия из "некоторые результаты" ...
Я там пишу что делаю, что уже ..., и что собираюсь
"это все без проблем - нужно желание и время, а их нету"
Ну а по чуть-чуть
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
У меня однажды тоже была такая мысль. Насколько я помню, не представляет особой сложности ввести в TR-DOS устройства за пределами D: (E: и т. д.). Единственная проблема с ними - они не смогут обрабатываться программами, работающими не на уровне файлов (на уровне секторов и ниже), ибо ФС там будет уже не TR-DOS-ная. A: - D: могут быть либо физическими приводами либо монтируемыми образами.
При желании можно также ввести совместимость на уровне команд бейсика и RST #8 с распространенными импортными системами (Interface-1, Plus D, D80).
По поводу каналов - в TR-DOS есть поддержка файлов с последовательным доступом, нужно только ее расширить, дабы можно было открывать не только файлы с типом "#", но и вообще любые. Снимет кучу геморроя c поточной обработкой файлов. Поддержку файлов с произвольным доступом можно убить ибо реализация отвратна и неудобна.
А еще можно предусмотреть в TR-DOS нормальное выполнение внешних программ на асме с командной строкой. RUN "xxx" CODE - штука очень проблемная, поскольку во-первых не выполняет CLEAR, во-вторых из программы, запущенной подобным образом проблематично корректно вернуться (#3D13 по-хорошему вызывать нельзя и возврат по RET тоже нехорошая штука). Командная строка могла бы выглядеть например так:
*myasm mycode.s
Запуск myasm.c при этом подразумевает CLEAR START-1 и затем по выходу CLEAR обратно.
В общем если кто соберется делать OpenTR-DOS с такой штукой, предлагаю кооперацию. Я не начинаю просто пока не собрал еще аппаратную базу (сегодня надеюсь запустить Пент).
По поводу эмуляции ВГ93 на контроллере: моя текущая концепция предусматривает в качестве носителя Flash-карту либо прямое подключение к другой машине через параллельный порт. Кстати, сегодня в электричке мне подумалось, что если вводить параллельный порт, то попутно можно предусмотреть в контроллере эмуляцию ВВ55 в зависимости от состояния DOSEN. В результате получится, что один и тот же порт можно использовать как для загрузки ПО, так и для связи под управлением стороннего ПО со стороны ZX. Благо адреса портов полностью совпадают.
В своем Пенте я все равно хотел делать ВВ55 благо там даже Кемпстона нету.
Последний раз редактировалось Sonic; 24.11.2006 в 09:57.
МЛя ну неужели настолько лень взять исходники у UKMZ, да и переработать.
Опять наплодится туева хуча стандартов- разгребай их потом!
Пожалуйста пишите в email (chunin{гаф}mail{тчк}ru), личка отключена!!!
NedoPC group. ZX-Evolution, ATM Turbo 2+, Pentagon1024SL.
[Предлагаю: ZXEvo, PAL coder, NeoGS, TS-FM, YM2149, Z80 и прочее]
Все здесь: http://www.nedopc.com.
Новости/поддержка/Faq: http://forum.nedopc.com.
Раздача халявы: http://forum.nedopc.com/viewtopic.php?f=32&t=977
мне та концепция не нравится. к тому же есть свои исходники
Вообще CHRV прав. Можно внести дополнения в уже имеющуюся систему.
Кстати раз мы здесь говорим о концепциях... Принимая во внимание развитие IS-DOS... А что если новые версии ZX делать softbootable (с ОЗУ вместо ПЗУ, куда можно грузить разные системы)? В Sam Coupe именно так и делали. Скажем, при работе в IS-DOS TR-DOS и бейсик-128 становятся вообще ненужными, бейсик-48 тоже можно проапгрейдить (в Инете я находил такие ссылки, есть даже 24-бит версия для eZ80). ИМХО при наличии HDD/Flash загрузка ОС с накопителя не представляет особой проблемы.
Эту тему я уже затрагивал, когда обсуждал возможность построения универсального дискового контроллера, совместимого с импортными DOS. А ведь ОС для HDD на западе сейчас есть и весьма неплохие (можно грузить образы лент, монтировать образы дисков, и др, кто-то даже замахивался на эмуляцию и TR-DOS).
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)
Ваши права
Ответить с цитированием
