A давайте разработаем собственный Z80 на VHDL.

[Ewgeny7]

Просто T80 уже обкатанный и нормально работает.

Здесь я с тобой полностью согласен. Т80 уже практически полностью симулирует железный оригинал.
Новый же процессор по определению будет неприменим для спектрум-машин, впрочем, и для остальных существующих тоже.
Только если лепить свою машину (в рамках проекта соседнего топика). Но... софт? Не, не так... СОФТ????

[iceoflame]

Ewgeny7, Есть только смысл другую платформу ковырять (Амига и др 16 битные, типа БК...). Для всего восьмибитного есть реверс который полностью нормальная штуковина.

[bigral]

а можно ли допилить T80 до ez80? чтоб 24bit АЛУ и адресса? ато оно печально в 64kb, или еще круче до 24bit/32bit/64bit по желанию (програмно выбирая режим)

[WingLion]

У T80 есть явные недостатки... Возможно, они уже исправлены, но тот вариант, что мне попался дурит с WAIT-ами... И не работает нормально на высоких частотах.

---------- Post added at 15:32 ---------- Previous post was at 15:30 ----------

На счет 16-битного Z80 - то тут перспектив не вижу... Ибо есть 16/32-битные процы более нормальные.

[Ewgeny7]

У T80 есть явные недостатки... Возможно, они уже исправлены, но тот вариант, что мне попался дурит с WAIT-ами...

На opencores и прочих интернетах Т80 не полностью пофикшеный. Самый совершенный вариант хранится исключительно на нашем форуме
Автор Speccy-2010 syd в своем проекте допилил Т80 до состояния совместимости. Немного позднее эта версия Т80 была использована в проектах uX-Speccy. Нигде более оно не выкладывалось. Качество симуляции видно по "критичным" программам, использующим времянки настоящего Z80 для построения изображения (сложные демки).

[WingLion]

Самый совершенный вариант хранится исключительно на нашем форуме

э... а в каком месте, если не секрет?

[Advertiser]

[Vadim]

Новый же процессор по определению будет неприменим для спектрум-машин, впрочем, и для остальных существующих тоже.

Это почему? Делаем так, что проц отрабатывает и новый и старый режим. Т.е. времянки старых команд + сами команды. И новый, с новыми времянками и командами. Переключаться - новый регистр, доступ по 1 новому коду. Совместимость почти 100%.

На счет 16-битного Z80 - то тут перспектив не вижу...

Ага. А вставка пары новых команд для акселя, так это просто мегабудущее... Ну не смешно ли? 16 или 32 бита - вот будущее и оно очень реально. Реализуемо и с очень высоким процентом совместимости.

[Mick]

Ага. А вставка пары новых команд для акселя, так это просто мегабудущее... Ну не смешно ли? 16 или 32 бита - вот будущее и оно очень реально. Реализуемо и с очень высоким процентом совместимости.

В идеале там нужно целый набор команд для работы со словами, особенно работа с памятью. Ну и аккумулятор тоже дополнить старшим байтом.

[Black_Cat]

Это почему? Делаем так, что проц отрабатывает и новый и старый режим. Т.е. времянки старых команд + сами команды. И новый, с новыми времянками и командами. Переключаться - новый регистр, доступ по 1 новому коду. Совместимость почти 100%.

это уже есть в eZ80

[WingLion]

В идеале там нужно целый набор команд для работы со словами, особенно работа с памятью.

То есть, по сути - другой процессор - а это у меня давно есть - еще и в четырехядерном варианте с предельной тактовой 160MHz, хотя, вру, на циклоне-3 тактовая повыше, просто запускал его еще только на 2-м.

А вставка пары новых команд для акселя, так это просто мегабудущее... Ну не смешно ли?

Засмеять можно любую идею, если слова вырвать из контекста, переврать и переставить наоборот... (про то, что у акселя не одна, а несколько десятков команд и работает он с данными до 2048-разрядов и говорить не буду)