Вид для печати
Итак, чуток поразмыслив, решил задать вопрос. Нужен ли он этой серии.
Если был оригинальный, то пока история об этом умалчивает. Посему будем разрабатывать новый, может быть опять портируем с Вектора(пока порты не смотрел). Я думал 512Кб для начала бы хватило. Так что высказываем свои мысли.
Mick, если он был для такого компьютера то нужен хотябы для истории, а если не было то зачем и главное для КОГО его делать.
Mick,
Cомневаюсь что он был, а вот контроллер с ОС и флоппи диском был 100%.
Возможно был как-то ДОС-Бейсик вместо CP/M.
Я, конечно, даже в глаза не видел, что такое Квазидиск (надо погуглить), но предствляю, что это многоразового записывания ППЗУ. Типо нынешняя флешка.
Если получиться сделать, то это классно - наверно программы можно будет грузить моментально. Но как тогда записывать на этот квазидиск данные с ноубука, скажем.
Оффтопик: Идеальный вариант конечно флешку подключить и сэмулировать катритж или cp/m с флопом. Но это будет уж огромная разработка.
Квазидиск - это просто плата с памятью на борту(оперативка). Дополнительная память нужна для памятижрущих приложений.Цитата:
Сообщение от XobbiMan
Проще сказать расширение оперативной памяти(ОЗУ) допустим с 64кб до 512кб.
Многоразозаписывающее ППЗУ или флешка - это тоже объект для рассуждений, но в друго теме. :)
Добавлено через 4 минуты
Это возможно как AY, может и не было его. А почему бы не сделать.Цитата:
Сообщение от ZEman
Вопрос для кого, а скажи для кого на спек чего придумывают или для той же MSX - просто для себя и может быть для кого то еще. Про AY ты тоже говорил нафиг не нужен - а для эмуля уже интрошки и звуковую поддрежку уже делают. Пускай люди которые когда то эти машинки юзали, вспоминали да еще и могли может чем то помочь для сохранения истории, либо просто понастольгировать :)
Здесь вопрос скорее как бы его видели с точки зрения удобства юзания.
Можно сделать как в Спеке страницами по 16кб.
Ну и наконец - это творчество :)
Mick, ты меня пугаешь
в смысле на реале (на той плате Sound Tracker которую ты сделал) не работает? Или просто не пробовал?Цитата:
Сообщение от Mick
В смысле пугаешь? А как же рекомпиляция толстовесных игруль :)Цитата:
Сообщение от ivagor
Я вот хочу попробовать на вкус старую память от видюшек PCI. Заодно и польза будет :)
Плату я испытывал, свои примерчики работали. Твою интрошку вместе с тестом я попробую на выходных - не всегда есть свободное время.
Меня "испугали" слова в твоем посте, которые я подчеркнул при цитированииЦитата:
Сообщение от Mick
я понял это так, что AYовые музоны/звучки только для эмулятора и на реале с ними что-то не так. Вроде порты те же, что и в проверенных тобой примерах, так что я надеюсь что все будет нормально не только в эмуле, но и на реале.Цитата:
Сообщение от ivagor
Спасибо за объяснение.Цитата:
Сообщение от Mick
А как тогда и где использовать квазидиск? Наверно сама программа должна быть написана так, чтобы она использовала переключала страницы памяти и так далее?
Да, именно так. Программа сама переключает станички, в которой расположены ее данные. Так например в Спектруме - проги сами рулят страницами по 16кб включая их в область памяти с C000h по FFFFh.Цитата:
Сообщение от XobbiMan
Итак я немного поразмыслив, будет два варианта схем:
1) на статической памяти с организацией 512кбx8 - она проще и отладится механизм работы;
2) на динамической памяти с организацией 256кбx16 - она сложнее, так как вводится схема регенерации. Так сказать мое изиыскание в области руления динамикой :)
Векторовская схема неподходит из-за отсутствия в ПК8000 выходов сигналов управления памяти.
Порт управления страницами по 16кб скорее всего будет Векторовский 10h и будет отражать номер страницы. :)
Вроде так :)
Должна быть возможность коммутировать целые страницы (по 64к). Т.е. отдельный диспетчер, либо 4 окна по 16к.Цитата:
Сообщение от Mick
Mick
На чем логику делать будешь (на дискретах или что-то более современном)?
Если на чем-то современном, то может одним портом не ограничиваться?
Это без переделки машины не получится. Доступ во вне имеется только два окна 4000h....7FFFh и 8000h....BFFFh. Вот и отсюда и пляшем. И то окна имеют выборку на два разных разъема. Первое окно выбирается на системном разъеме X1, а второе окно на разъеме X2. Причем второй разъем не распаян на Весте. Значит для совместимости надо подключать в первое окно. Но оно еще может быть занято картриджем(ПЗУ), тобишь необходимо ввести схему разрешения и запрещения доступа к квазидиску.Цитата:
Сообщение от Error404
Добавлено через 1 минуту
Статический вариант можно и на рассыпухе - там микрух мало выйдет, а на счет динамике - пока не думал.Цитата:
Сообщение от ivagor
Может стоит три порта сделать?
1. Управляющий - определяет режим доступа - КД отключен/вкл для чтения/вкл для записи/вкл для записи и чтения
2. Номер страницы для чтения
3. Номер страницы для записи
Хотя в принципе под вкл/выкл можно порт не городить а выделить битик в портах под №2 и 3.
Теоретически можно было бы еще извраты со стеком в векторовском духе присобачить, т.е. отдельно задавать страницы для чтения/записи стеком (выводится ли на X1 сигнал STEC не смотрел).
Все вышеизложенное носит умозрительный характер, будут ли такие навороты кому-то нужны - это вопрос. Наверно стоит действительно ограничиться одним портом.
А зачем разные порты на запись и чтение? И что это за извраты со стеком? Я что то немного не понял. :(Цитата:
Сообщение от ivagor
Сигнала стека нету - посему только блоки данных.
Mick,
Смогут ли сосуществовать Квазидиск и AY?
Или скажем на квазидиске будет IDE-подобный разъем, шлейфом будет соединен с и одной стороны на X1, а с другой стороны на AY - реально ли так?
то есть схематично
X1
[:::::::::::::::::::]
||||||||||||||||| \
....................... - Shleif-Kabel
||||||||||||||||| /
[:::::::::::::::::::] IDE (IDC) \
<Kvazidisk> | Plata Kvazidisk
[:::::::::::::::::::] IDE (IDC) /
||||||||||||||||| \
....................... - Shleif-Kabel
||||||||||||||||| /
[::::::::::::::::::] \
<AY > | Plata AY
/
Тогда Веста с одним портом смогла бы тоже работать
(может тогда и ПЗУ с Досом и Квазидиск тоже подключить)
Если это технически решаемо.
Конечно смогут. Я потом нарисую совмещенную схему. :) Но пока исследование квазидиска. Квазидиск будет иметь тоже разъем под шлейф IDC40Цитата:
Сообщение от XobbiMan
Итак предварительное управление квазидиском порт 10h:
bit0 - виртуальный адрес A14 (32кб)
bit1 - виртуальный адрес A15 (64кб)
bit2 - виртуальный адрес A16 (128кб)
bit3 - виртуальный адрес A17 (256кб)
bit4 - виртуальный адрес A18 (512кб)
bit7 - разрешение доступа к квазидиску.
Изначально доступ будет запрещен и установлена 0 страница.
Всего 32 страницы.
Например, читаем из КД, записываем в основное ОЗУ и можно чтобы адреса были одинаковые. НапримерЦитата:
Сообщение от Mick
org 8000h
lxi h,4000h
mov a,m ;прочитали из КД
mov m,a ;записали в основное ОЗУ
inx h
и т.д.
Можно тоже самое только наоборот - прочитали из ОЗУ и записали в КД.
Ну и появляется возможность копирования из одной страницы КД в другую.
Другой вариант использования такой штуки - "эмуляция ПЗУ" (название условное).
Например выполняем программу с КД (со страницы включенной на чтение) и можем писать в основное ОЗУ "под себя".
На векторе можно было отдельно задать номер "банка" КД для обращения к нему стеком. Т.е. те команды, которые читают или записывают в стек обращались к КД. Иногда это довольно удобная штука (например при выводе графики читаем с КД используя pop). Правда потом, когда на вектор начали ставить z80, который не генерирует STEC, это сигнал пришлось генерировать отлавливая коды команд обращения к стеку (примерно так, как в орионе в одном из адаптеров z80 отлавливали ei/di для извлечения звука).Цитата:
Сообщение от Mick
Да, и еще вопрос - на X1 выведены только 14 адресных линий? Не совсем понял, почему отлавливается именно обращение к области 4000-7FFF? Может все-таки обращением к X1 считается обращение к области, для которой в порте 80h задано 01 (а для X2 - 10)? Просто если наружу выходят только 14 линий (это точно?), то все области для которых в 80h будет записано 01 будут "отзеркалены" (для X2 соответсвенно где 10).
Т.е. после
mvi a,01010101b
out 80h
содержимое областей 0000-3FFF, 4000-7FFF, 8000-BFFF, C000-FFFF будет одинаковым?
Просто я помню прокол с основным ПЗУ, когда я (вслед за b2m :)) считал что оно "отзеркалится" во любом окне, если задать 00 в соотетствующие биты порта 80h, а оказалось не так.
Это конечно хорошо, но опять же у нас главный сигнал - выбор слота, иначе мы не сможем заблокировать страницу ОЗУ в основной памяти.Цитата:
Сообщение от ivagor
Посему мы не можем копировать из одной страницы в другую находясь в квазидиске. Для этого нужен буте копировщик, который будет сидеть где нибудь в адресах F000h или других - смысл понятен надеюсь.
Разъем расширения - это не полная шина со всеми сигналами, а толко окно во вне.
Но ПЗУ же пишет в основное ОЗУ "под собой". Не знаю как насчет X1 и X2, но если рассматривать только внутреннее ПЗУ и ОЗУ, то запись 00 или 11 в соответствующее место 80h определяют подключение в соответствующую область страницы на чтение, на запись там всегда основное ОЗУ.Цитата:
Сообщение от Mick
Не получится ли так, что с подключенной к X1 или X2 памяти можно только читать (известно, что ПЗУ туда подключали, а ОЗУ)?
ОФФТОПИК:Цитата:
Сообщение от Mick
Тогда если там будет на расширении стоят ПЗУ с ДОСом, когда мы подключим по аналогии с Квазидиском, то сможем запустить этот ДОС? а когда он запуститься, чтобы он мог загружать в основную (илт какую нить другую) программы с дискеты ?
(я просто пытаюсь представить возможную картину работы ПЗУ с ДОСОМ и всем этим добром).
Вот мы и посмотрим что из этого получится. По крайней мере сигнал "Зап. ЗУ" есть - это значит, что вроде как можно записывать.Цитата:
Сообщение от ivagor
Добавлено через 5 минут
По идее можно рулить таким способом и ПЗУ. Квазидиск, он в своем роде есть эмулятор ПЗУ, только с возможностью записи. В принципе, теоретически, можно посадить туда микросхему флешпамяти типа AT29XXX, то получиться можно сохранять программы.Цитата:
Сообщение от XobbiMan
А иначе - читаем из ПЗУ? Управляющая программа (ДОС) тоже ведь нужна.Цитата:
Сообщение от Mick
А иначе делаем что хотим. Этот бит и будет блокировкой доступа к нашему квазидиску. В принципе можно сделать блокировку только на запись, а чтение оставить. Тогда будет возможна эмуляция ПЗУ.Цитата:
Сообщение от b2m
Я к тому, что во внешнем картридже можно разместить не только квазидиск, но и квазидисковую ОС в ПЗУ. Т.е. подключаем картридж и после включения получаем ДОС.
А если страница будет не 16КБ а 8КБ, то есть сразу две страници по 8КБ?Цитата:
Сообщение от Mick
Конешо тогда будет нужно два порта, но будед можно видит ПЗУ и ОЗУ или
ОЗУ и ОЗУ или ПЗУ и ПЗУ :)
Если бить по 8кб, то страниц станет не 32 а 64. Думаю, что 8кб это нецелесообразно вводить. Но это мое мнение.Цитата:
Сообщение от Protom
Дабы подлить масла в огонь кидаю схему(предварительная) квазидиска на статике. Мелочиться не стал - посему в максимальном размере 1024кб - 64 страницы :)
Итак порт управления 10h
bit0...5 - номера страниц(64);
bit6 - разрешение чтения;
bit7 - разрешение записи.
Доступ разделил из-за возникшей мысли слобать еще и ROM диск на порту 11h.
И еще мысль возникла. Чтобы не плодить кабели, думаю имеет смысл сделать кроссплату. И туда втыкать эти маленькие платки :)
Смотрим, высказываем свое мнение.
Mick
Почему не стал использовать A14-A15?
Я подумал, что в них надобности нет, так как выбор окна является главным сигналом и формируется дешифратором на плате.Цитата:
Сообщение от ivagor
Можешь тогда меня немного просветить - как я понимаю, SLTSL для X1 генерируется при обращении процессора к тем четвертям адресного пространства, для которых в порту 80h записано 01 - это не так?
А ведь ivagor прав, можно использовать хоть все 64Кб адресного пространства.
Давайте рассуждать вместе. Порт 80 указывает что мы выбираем, это всем понятно, либо внутреннюю память, либо что то внешнее.Цитата:
Сообщение от ivagor
Так берем схему компьютера и смотрим. За выбор сигнало отвечают две микрухи: D34 и D35.
D35 - это дешифратор ИД7, с ним все понятно он генерит сигналы выбора.
D34 - мультиплексор КП2. И вот на входы выбора 14 и 2(A0 и A1) приходят те самые адреса A14 и A15. Это говорит что мы уже выбираем окна по 16кб.
Или я что то недопонимаю, тогда пните меня, не стесняясь :)
Я считаю, что в ПК8000 эта система работает очень похоже (за исключением expansion slotов, которых на ПК8000 нет, а на msx нет возможности писать в ОЗУ "под" ПЗУ), как на msx
11.10.2008 Удалил вложение
т.е. это система слотов (0-3) которые поделены на страницы (0-3).
Порт 80h в ПК8000 - это аналог порта A8h в msx.
Даже номера слотов совпадают: 00 - слот ПЗУ, 11 - слот ОЗУ.
Т.е. со слотами 01 и 10 обращение будет практически такое же, как и с внутренними слотами 00 и 11.
если задали в порт 80h 11100100b - это значит
0000-3FFFh - чтение из слота ПЗУ страница 0 (к слову, в остальных страницах ПЗУ сплошной FF) /запись в слот ОЗУ страница 0
4000-7FFFh - чтение/запись в слот X1 страница 1 (возможно параллельно будет запись в слот ОЗУ страница 1)
8000-BFFFh - чтение/запись в слот X2 страница 2 (возможно параллельно будет запись в слот ОЗУ страница 2)
C000-FFFFh - чтение/запись в слот ОЗУ страница 3
Другой пример. Пусть в порт 80h записано 01010111b
0000-3FFFh - чтение/запись в слот ОЗУ страница 0
4000-7FFFh - чтение/запись в слот X1 страница 1 (возможно параллельно будет запись в слот ОЗУ страница 1)
8000-BFFFh - чтение/запись в слот X1 страница 2 (возможно параллельно будет запись в слот ОЗУ страница 2)
C000-FFFFh - чтение/запись в слот X1 страница 3 (возможно параллельно будет запись в слот ОЗУ страница 3)
Очень надеюсь, что не все написанное в данном посте является бредом.
Нет, на входы выбора (1,2 D35) приходят биты из порта 80h. Если в порт 80h заслать 55h (01010101b), то для всех 64Кб будет активным сигнал выбора X1.Цитата:
Сообщение от Mick
Добавлено через 8 минут
Нет, логика зашита в ПЛМ D17, и на её входах есть только выбор ОЗУ и выбор ПЗУ.Цитата:
Сообщение от ivagor
Т.е. если в моем предыдущем посте убрать все вот этоЦитата:
Сообщение от b2m
(возможно ...
(возможно ...
то будет похоже на правду?
К слову, в процессе работы над drillerом пытался в эмуляторе писать "под себя в ОЗУ" из внешнего ПЗУ (которое как бы было подключено к слоту X1). Не получилось :). Т.е. ты уже раньше смотрел схему на эту тему?
Я особо не вникал, сначала и под обычное ПЗУ нельзя было писать, но тогда ПК8000 не работал :)Цитата:
Сообщение от ivagor
Хорошо, я понял. И теперь такой вопрос как будем рулить 64кб страницами. В смысле как это будет выглядеть с точки зрения программера.Цитата:
Сообщение от b2m
А также будем оставлять сегментацию по 16кб
Тут как min 2 варианта - один проще для реализации в железе, а другой более удобный для программера :)
1. Оставить все примерно как у тебя есть, но использовать A14-A15. Соответственно будет 64 банка по 64Кб (4 Мб, которые без HDD фиг когда нибудь заполнить), в каждом банке 4 страницы по 16 кб. Номер банка устанавливаем через 10h, а какие страницы из банка включены в адресное пространство рулим через 80h.
2. Установить 4 регистра (например доступные как порты 10h-13h), для выбора которых использовать многострадальные A14-A15, при этом в каждую из четырех областей (0000-3FFF,4000-7FFF,8000-BFFF,C000-FFFF) можно впечатать любую страницу (тогда max будет как в твоем варианте 1 Мб=64x16 кб).
номер страницы для 0000-3FFF - в 10h
номер страницы для 4000-7FFF - в 11h
номер страницы для 8000-BFFF - в 12h
номер страницы для C000-FFFF - в 13h
Ну и для того чтобы в соответствующей области памяти стал доступен КД надо не забыть задать 01 в соответствующем месте порта 80h.
Второй вариант ну очень большой. :)Цитата:
Сообщение от ivagor
В принципе можно нечто среднее попробовать. Уменьшаем число страниц
8х64кб =512кб, или 32х16кб=512кб. Тоесть урежем память, а в освободившейся бит 5 порта 10h устанавливаем признак мультиплексирования страниц(0-страница 16кб, 1-страница 64кб)
Итак в первом случае работает в листании 4 бит, а во втором он остается без участия. При включении любой 01 в порт 80h там будет отображаться страница в зависимости от режима. Вот нагнал :)
Пока правда не думал как это в железе будет :)
Моя не понимай :confused_std: