ZXNet эхоконференция «hardware.zx»

Hello, heroy her> Это то же самое что контролер памяту у turbo2+ проц по прежнему her> напрямую адресует не больше 64к. это не совсем так, если у CPU появляются в системе команд дополнительные команды по манипулированию содержимым этих 4-х регистров (номеров страниц)...сложности могут возникнуть с прерываниями, стеком, отображением видеостраниц(?)

Hello, andrews Возвраты из подпрограмм

Hello, andrews Это то же самое что контролер памяту у turbo2+ проц по прежнему напрямую адресует не больше 64к.

Hello, All Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала необходимости модернизации в ближайшем будущем :) Поскольку со времен "ZX Spectrum 48" 64K делились на 4 страницы по 16k, то приходит в голову дурная мысль завести четыре 16-р. указателя "номера страницы" по одному на каждую из 4-х базовых страниц и сделать их программно доступными. Тогда общедоступная память в 1024 Мбайт будет состоять из 64К 16K страниц. Какие здесь скрытые засады?

Hello, andrews and> а где будет совместимость с базовыми моделями? Встречный вопрос - а зачем тогда тему затевать, если все оставлять по прежнему? Если хочется именно новой модели памяти, то идеальное решение линейно адресуемый массив памяти, как это реализовано в eZ80 (и Z380), тоесть с расширеннием разрядности регистра PC и новыми командами.

Hello, andrews and> это не совсем так, если у CPU появляются в системе команд and> дополнительные команды по манипулированию содержимым этих 4-х and> регистров (номеров страниц)...сложности могут возникнуть с and> прерываниями, стеком, отображением видеостраниц(?) А нафига, мне кажеться неоправданное усложнение, какая разница использовать внутренние команды или запись во внешний манаджер через порт, токо в первом случае программеров прийдется переучивать, а второй случай уже привычный!

Hello, spensor spe> о идеальное решение линейно адресуемый массив памяти, как это spe> реализовано в eZ80 Поддерживаю!!! самое красивое решение к тому же позволяющее делать аппаратную защиту для 64к задач :) (если решить проблему с командами вида ld c,c)

Hello, icebear ice> А почему бы корку не поковырять на предмет расширения линейной ice> памяти? а где будет совместимость с базовыми моделями? да кажется если не увеличивать видеопамять особо и не к чему...неужели 16к-страницы мало для одной страницы текста, видеоэкрана, размера массива в одной размерности? т.е. иметь огромные массивы и структуры и так сделается легким делом

Hello, CHRV CHR> запись во внешний манаджер через порт такое ощущение, что через команды более гибко...это по сути новые способы адресации, если хорошо поддержать...зачем мне к примеру перещелкивать кодовую страницу, если мне просто нужен огромный массив данных для большого игрового поля? или многомерный сильно :)

Hello, Black_Cat Bla> Т.е. подразумевается взять за основу Z380, а не копировать полностью? Bla> Можно, хотя при таких радикальных планах можно и подумать эээ, что то тебя в сторону унесло. Ты собираешься з380 на fpga делать? и ответь человеку на вопрос - он спрашивал про твои познания в процессоре строении :) Модель памяти, которую ты предложил - используется в doors/aqua OS. Учить мат часть =)

Hello, icebear ice> разрядность процессора считается на основе ширины шины данных? Т.е. подразумевается взять за основу Z380, а не копировать полностью? Можно, хотя при таких радикальных планах можно и подумать :)

Hello, icebear ice> Речь идёт о корке. Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32 битность по данным заодно можно красиво реализовать? В смысле - ядро 8/32 бит. В нормальном режиме - Z80, в расширенном - 32bit с расширенной адресной шиной.

Hello, icebear ice> Z380 Разве Z380 не 16 разрядный? Тогда уж 80486SX+Z80 :) шутка. Hожек у камня не хватит, или для такой многоножки нужен будет переходник по соответствующему классу печатных плат - типа Slot-1(A). Хотя враги, на платках SIMM 72pin и реализовывают 32 bit микрокотроллеры с возможностью управлять внешней памятью через шину SIMM'a.

Hello, heroy her> Поддерживаю!!! самое красивое решение Если ещё побороть внутренние порты, то пожалуй это самый лучший вариант. Hикто не смотрел как побороли внутренние порты в Спринтере? (если речь о ZX, а не о чём-то совсем несовместимом).

Hello, Black_Cat Пардон за оффтоп, но в этой связи, если подходить к делу вообще прагматически, то реализовывать камень сразу под Socket-7 под готовые PC мамки, а ZX-видеопроцессор втыкать в ISA. Остаётся токо BIOS написать и не надо фигнёй страдать с "тупым раскалённым предметом". :smile:

Hello, andrews and> это не совсем так, если у CPU появляются в системе команд and> дополнительные команды по манипулированию содержимым этих 4-х and> регистров (номеров страниц)...сложности могут возникнуть с and> прерываниями, стеком, отображением видеостраниц(?) Получится Z180 :) Там правда не новые команды, а внутренние порты, но идея та же. А почему бы корку не поковырять на предмет расширения линейной памяти?

Hello, Black_Cat Bla> Разве Z380 не 16 разрядный? С коих пор разрядность процессора считается на основе ширины шины данных?

Hello, Black_Cat Bla> Пардон, просмотрел начало поста. Тогда доп вопрос - может и 32 Bla> битность по данным заодно можно красиво реализовать? В смысле - с Bla> возможностью работы с 32 битными словами в неком расширенном режиме. Может лучше сразу в сторону Z380 посмотреть?

Hello, Black_Cat Bla> Если ещё побороть внутренние порты, то пожалуй это самый лучший Bla> вариант. Hикто не смотрел как побороли внутренние порты в Спринтере? Какие внутренние порты? Речь идёт о корке.

Hello, andrews "Для vhdl-z80 CPU я пытаюсь найти модель памяти, которая бы не испытывала необходимости модернизации " А зачем так много?

Hello, andrews and> если появятся многогигабитные болванки не заливать с них в большую and> память... Если экстраполировать HеДоПиСи концепцию (не путать с NedoPC) по наращиванию всего, то разрядность уже сейчас повышать надо, а то получится цистерна с бутылочным горлышком - неделю заливать надо. Hа проце класса 80486SX-50, DVD минут 100-200 сливать будешь. И это при 32 битном отверстии под ведёрко.

Hello, ASDT ASD> А зачем так много? памяти никогда не бывает много...на сегодня есть 4 мбайта...так что это получится с большим запасом...на следущие 25 лет развития :)

Hello, Black_Cat Bla> Hа проце класса 80486SX-50, DVD минут 100-200 сливать будешь. И это Bla> при 32 битном отверстии под ведёрко. Spartan в режиме тупой заливки помощнее будет :)

Hello, Black_Cat Bla> Hожек у камня не хватит чего-чего а ножек у Спартана более чем :)

Hello, CHRV CHR> 1гб на спеке полный абсурд, нет ну конечно если используется 3Д CHR> анимация и прочее текстурирование, но нахрена тогда Z80. большие игровые поля и большой виртуальный экран...а чтобы дергать cd, dvd динамически все-равно загружать шину...так из памяти всяко быстрее...а залить с болванки в память однократно всяко проще...и не будем забывать, что это vhdl-CPU...к тому же память может быть от 1 мбайта _до_ 1 гбайта...а не обязательно 1гбайт

Hello, andrews and> большой виртуальный экран это например сетка 100x200 узлов с отображением на стандартном экране 10x20 точек

Hello, icebear ice> Может лучше сразу в сторону Z380 посмотреть? коллеги, прошу меня простить, но я не стороник "больших скачков"...задача сугубо шкурная ...я примериваю на свой будущий геймовый проект...все же хочется оставаться в рамках простого компа, но не ограниченного сверх меры памятью...Vega подключил (по его словам) "большой CD-ROM"-DVD...вот и подумалось- отчего же если появятся многогигабитные болванки не заливать с них в большую память...т.е. это прежде всего будут все же данные, как мне кажется...все же по вычислительной мощности CPU не намного поднимется(остаемся в классе гоночных велосипедов)

Hello, Black_Cat Bla> Если экстраполировать HеДоПиСи концепцию по наращиванию всего, то Bla> разрядность уже сейчас повышать надо, а то получится цистерна с Bla> бутылочным горлышком - неделю заливать надо. Hа проце класса Bla> 80486SX-50 DVD минут 100-200 сливать будешь. И это при 32 битном Bla> отверстии под ведёрко. Hапоминаю, что никакого отношения к NedoPC это не имеет. 1гб на спеке полный абсурд, нет ну конечно если используется 3Д анимация и прочее текстурирование, но нахрена тогда Z80.