Вопросы о Z84C00 и eZ80

[andrews]

Потому что это один из родных режимов для VGA, пусть выводит картинку на весь экран.
И потому что, как я предполагаю, картинку 256x192 можно будет формировать в памяти и выводить на экран. Считайте, что этот режим тоже есть.

Как примерно это будет:
- запускается приложение, допустим, с адреса 0x000100, оно занимает 10 страниц по 16 килобайт (большой бинарник, много спрайтов)
- приложение запрашивает у операционной системы 6 страниц с адреса 0x050000
- рисует картинку 256x192 с адреса 0x050000 и говорит операционке "покажи вот это"
- рисует картинку 256x192 с адреса 0x05С000 и говорит операционке "теперь покажи вот это"
Или показывает всегда 0x05C000, рисует всегда на 0x050000, потом копирует на 0x05C000.
Всё это происходит в виртуальных адресах.
Можно запустить вторую копию этого же приложения, на экране должны быть две перекрывающиеся картинки. Как вариант - в окнах. Или вывод на весь экран, переключение по какому-нибудь Win+Alt+цифра.

Мечты...
Хотя я уже представляю как это сделать, главная проблема - скорость FPGA.

посмотри на современные Спектрумы, особенно ZX Next и EVO и позиционируйся с чем-то новым. Прогресс не стоит на месте, как у Xilinx, так и у Alter-а(Intel). Там любые скорости, вопрос в цене. Кстати, спецификацию всегда надо совмещать с параллельной калькуляцией( во первых цены у других, во вторых психологическая "красная черта". Какой бы ни был супер-пупер новый Спектрум, но есть и другие линии компов, да та же "малина" и все китайские линейки "апельсины" и прочие на "вышедших в тираж" коммуникационных процах. К счастью для нас, сейчас они все дружно лет на десять-пятнадцать тормознутся на проектной норме 7 нм, а после 4 нм уйдут в аут и на тридцать лет )) Они как правило линуксанутые и андройднутые, что в общем-то почти одно и то же, но может кто-то додумается написать нечто более отдаленное от этих систем и простое, так как детям до 16 лет и Linux и Android противопоказаны для их детского здоровья, начиная с глаз и копчика). Если про 7 и 4 нм мое предположение верно, то у спектрумистов и Спектрума еще лет 40 жизни точно есть

Если фишка в средствах разработки, я бы не стеснялся добавить ядро 8086 с чего и начиналось обсуждение. Но тут тебе видней, что труднее сделать прикрутить это ядро или перенести на расширенный z80. И не откладывай решение по форм-фактору( коробочка, совмещенный с клавиатурой, кейс) это сильно повлияет на дизайн несущей платы, а значит и выбор комплектующих. Все это конечно вопросы отдаленного будущего, как я понимаю не ранее 2020 года.
В общем удачи, буду с интересом следить за развитием событий. Судя по твоему предыдущему проекту ты креативщик упорный и результативный!

[Advertiser]

[OrionExt]

Кстати, в каком году Zilog их сняла с производства?

У меня с датой 90...92г. на 10MHz и 12MHz. В сети видел 93г.

[Bolt]

Если фишка в средствах разработки, я бы не стеснялся добавить ядро 8086 с чего и начиналось обсуждение. Но тут тебе видней, что труднее сделать прикрутить это ядро или перенести на расширенный z80.

Z80 для настоящего времени имеет два недостатка - адресное пространство и быстродействие. Это можно решить, написав ядро для FPGA, но тут для меня нет ничего нового и интересного.
В eZ80 недостатки устранены, причём достаточно грамотно. Но нет защиты памяти для многозадачности, и порты реализованы не совсем удачно для Спектрума. Я собираюсь исправить это внешней обвязкой, по возможности сохранив совместимость с имеющимся софтом. Да, биперы и бордер-эффекты работать не будут, но это тема для отдельного разговора.

Если же к 8086 прикрутить MMU и многозадачность - получится 80386. Сделать компьютер на 80386 тоже интересная задача, но тут нового ещё меньше, чем в ядре Z80 на HDL.

640 килобайт памяти доступно, 24-битная арифметика в eZ80 есть, скорости тоже достаточно.
Труъ-маньяки могут потом написать эмулятор 8086 на Z80

[AlexG]

В eZ80 недостатки устранены, причём достаточно грамотно. Но нет защиты памяти для многозадачности, и порты реализованы не совсем удачно для Спектрума.

в z280 есть MMU, уровни привилегий, кажется до 16мб адресное пространство, работа с драм, кеш. итд итп. Взрослый процессор на тот момент. Однако есть ньюансы...

[Vadim]

В eZ80 недостатки устранены, причём достаточно грамотно. Но нет защиты памяти для многозадачности, и порты реализованы не совсем удачно для Спектрума.

Увы, для многозадачности качественной этого мало. 80386 и его наследники (всё семейство вплоть до последних x64) позволяют же сделать не просто защиту записи в регионы памяти. Там всё иначе устроено. Каждая задача имеет своё собственное адресное пространство, причем оно может быть больше чем физическое ОЗУ. Для многозадачной ОС это самое главное. А расширенные Z80 всего этого не имеют. Ну можно ставить битик защиты записи для страниц на 280 и что? Всё упирается в 64К адресного пространства и мастурбацией со страницами (как анекдот про арбуз, танцы мужика). Программа сама должна всё переключать копировать, это очень очень сложно. Страницы ОЗУ у 180 и 280 устроены почти так же как если бы мы аппаратно делали окна и подключения. Более того, оно там так и сделано, но только внутри проца и у 180 окно программно задается, у 280 страницы по 2К вроде и их может быть до 32 или 16 (мануал читал лет 7 назад). К примеру, разложили мы страницы по задачам. Т.е. вернее решили мы запустить первую программу, дали ей несколько страниц, из них состоит тот кусок ОЗУ что в адресном пространстве, далее программа уже может сама запрашивать страницы и ОС знает, что они "заняты" и таким то процессом. Хорошо. Но далее размера в 62К не уйти. И программа сама должна щёлкать страницами для работы. В 80386 всё проще в разы, задача не знает как там оно всё устроено, ей кажется что есть пустое адресное пространство и всё, и есть точка выхова ОС, ОС уже сама занимается перемещением страниц с диска в память. А идущие подряд байты в ОЗУ задачи могу быть физически лежать в страницах хаотично разбросанными по всему ОЗУ, тут проц по запросу команды берет сам из нужного места. Чувствуешь разницу?

[Bolt]

Vadim, всё именно так! Но у eZ80 в этом плане есть огромный плюс - он может адресовать 16 мегабайт без мастурбации со страницамии и без сегментов как в 8086!
Прикрутить снаружи транслятор адресов - и вот уже каждая задача выполняется в своём линейном пространстве, ничего не зная о соседних задачах и расположении страниц в физической памяти. С защитой от записи, превышением объёма физического ОЗУ, и прочим.

[andrews]

Z80 для настоящего времени имеет два недостатка - адресное пространство и быстродействие. Это можно решить, написав ядро для FPGA, но тут для меня нет ничего нового и интересного.
В eZ80 недостатки устранены, причём достаточно грамотно. Но нет защиты памяти для многозадачности, и порты реализованы не совсем удачно для Спектрума. Я собираюсь исправить это внешней обвязкой, по возможности сохранив совместимость с имеющимся софтом. Да, биперы и бордер-эффекты работать не будут, но это тема для отдельного разговора.

Если же к 8086 прикрутить MMU и многозадачность - получится 80386. Сделать компьютер на 80386 тоже интересная задача, но тут нового ещё меньше, чем в ядре Z80 на HDL.

640 килобайт памяти доступно, 24-битная арифметика в eZ80 есть, скорости тоже достаточно.
Труъ-маньяки могут потом написать эмулятор 8086 на Z80

медленно будет работать эмулятор 8086 под eZ80. Если 8086 интересен инструментальным софтом для z80, то его ядро должно работать на максимальной возможной скорости! И такого зверя на Спектруме точно никто не делал А инструментария на самом Спектруме не так уж много, как хотелось бы.
386-й точно никто не сделает в FPGA. Если бы это было возможно, сам Intel, который слопал Alter-а сейчас бы это сделал. В нем слишком уж много эквивалентных вентилей. Ну а MSDOS можно и упростить в этом случае. Так как кроме поддержки консоли и файлов для инструментария ничего не нужно.
Общая же система должна быть максимально простой для восприятия новичком, программистом, пишущим под нее игровой софт и всякие клиенты для интернета. То есть придерживаться концепции "тонкого клиента" для облачных вычислений, современных коммуникаций, ну и для креативщиков нужны все средства разработки графики, видео, музыки в том числе и как части игр. Кол-во одновременно выполнимых задач не знаю какое, дюжины бы вполне хватило имхо. Не в маньячности дело, но наполнять комп все-равно пока он не вылижется до устойчивости будут как не крути с писишки. Да и есть игры старые любимые DOS-овские без исходников. Но правда тогда надо еще и экранами озаботится VGA совместимыми в этом zDOSе. Кстати для многозадачной системы было когда-то задумка назвать ее zDoors.

[bigral]

...Но далее размера в 62К не уйти. И программа сама должна щёлкать страницами для работы. В 80386 всё проще в разы, задача не знает как там оно всё устроено, ей кажется что есть пустое адресное пространство и всё, и есть точка выхова ОС, ОС уже сама занимается перемещением страниц с диска в память..Чувствуешь разницу?

смешал все в кучу при сравнении 386 и z80, то что большее адресное аж на 16bit у 386 никак не влияет на ''..сама должна.." и "..задача не знает как там..", ну т.е. это "мокрое" и "широкое" (разные dimensions)... можно и для z80 разработать linker\loader который будет обеспечивать передачу управления от одного куска проги в другой и передачу данных из одного куска в другой при этом так чтоб от проги требовалось вызвать int8h например

[Bolt]

andrews, тогда уж взять FPGA в корпусе BGA и вместе с eZ80 прикрутить к ней реальный 80386, чего мелочиться

А если серьёзно, то не вижу смысла в таком гибриде. DOS на нём всё равно не запустится, слишком много окружения тащить надо. Тем более что весь IBM PC вместе с 8086 в FPGA уже есть.
Вот второй железный eZ80 прикрутить - это интересная задача

[AlexG]

Если смотреть "с правильной стороны" то у каждой задачи "свой" процессор Z80 и 64Кб памяти (а если постараться то и 64Кб кода и + 64Кб данных) и заметьте всё это без активации режима "своп на винчестер" тк реальной памяти больше чем требуется "задаче". И таких задач может быть без напряга до 256 шт (грубо говоря 256 шт. ZX-Spectrum48). На ПК на оборот - задача "думает" что у неё до хрена памяти, а по факту реальной памяти в 10000000 раз (условных) меньше - те эмулируем ОЗУ на винчестере.
И задача "сама" не будет щёлкать станицами, она может сделать запрос к специально обученной задаче и эта задача выполнит запрошенное деяния (и кучу др. если потребуется).