Не спеком единым или ретро комбайн

[tank-uk]

процы в керамике на крутой ос,

можно все процы на макетку запаять и прибить гвоздями к iMac с эмулем всех этих компов , и заработает все и сразу , и процы видно будет

[andrews]

Есть разные подходы.
1)чистая эмуляция - a)требуется 100% информация о железе-платформе, драйверах, софте - современные десктопы не удовлетворяют! б)Требуется 100% информация об эмулируемых платформах, что тоже весьма проблематично

2) по сути как в п.1, но железо взять попроще, а лучше разработать самому, для чего взять какой-то ARM процессор и свою операционку пусть на ядре Linux или полностью свою - большие труды! По п.1б все-равно не снимает

3)взять реализовать свое платформенное железо на STM32+fpga( варианты целиком на fpga) и адаптеры к эмулируемому железу с возможностью подключения к нему частей реального железа

Анонсированный проект и относится к типу 3.

По сравнению с клонами ZX Spectrum на fpga относится к более высокому классу сложности и трудозатрат, но предоставляет значительные возможности( в частности запускать одновременно два и более эмулируемых компа, одновременно с этим запускать ICE и т.д.)

Полных аналогов (прототипов) на мировом рынке НЕТ!

- - - Добавлено - - -

можно все процы на макетку запаять и прибить гвоздями

коллекционеры за это спасибо скажут. Если много раритетных процов осталось живых на свете - они не раритеты!

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

В 70-е и вплоть до 90-х в связи с нераспространенностью таких явлений как пиратство и хакерство железо и софт десктопов были недалеко от понимания юзеров, которые почти полностью могли контролировать ресурсы. Затем, когда немалая часть юзеров превратилась в хакеров и пиратов, производители компьютерных систем позаботилась убрать и железо, и софт подальше от шаловливых ручонок юзверей. С целью уменьшить их количество в сотни, тысячи, десятки тысяч раз!
Но обратная сторона медали - современные десктопы всё в большей степени "чёрные ящики"- и вот это реально раздражает и выбешивает!!!

[PavelZX]

большая часть ретрокомпов должна поместиться без проблем

Девборда классная, не спорю, хотя не разбирался подробно, сколько у неё свободных пользовательских выводов. Можно использовать подобную девборду только с одним каким-то процессором одновременно (если выводов хватит), для эмуляции одной какой-то системы... FPGA со встроенными ядрами CPU имеют не так много ячеек для программируемой логики и менее гибки по настройке периферии (цена поэтому такая низкая). Потом мощные ARM ядра (проще всё-таки Cortex-M в STM32, чем A) серьёзную ОСь потребуют Linux или FreeBSD, а это как из пушки по воробьям)

Немного в другом задумка, чтоб были "железные" процессоры, при чем одновременно три в минимальном виде или сразу 12 CPU (в три группы объединённые), не считая разных видео-звуко-процессоров. Андрей хорошее название предложил "Ковчег", если считать, что пара у нас CPU-GPU, к примеру, Dragon 32/64 (1982) -- MC6809 и видеочип MC6847. Более того, чтоб можно было запускать две системы одновременно, не считая управляющего монитора (на STM32)...

- - - Добавлено - - -

Две FPGA XILINX, две мелкие CPLD под сериализаторы, преобразователи уровня, STM32!!! Разводка дифпар на 4-ех слойке тоже будет я так полагаю? И все этого для того, чтобы по сути связать Z80 и AY, хотя раньше хватало десятка проводков на макетке.

Базовый вариант с одной FPGA и двумя мелкими CPLD под сериализаторы, четыре преобразователя уровня для шин данных для 3-ёх CPU, которые смогут работать одновременно, к примеру Atari 800 и Sega MD...

Человек же с вами заветными мечтами делится - как у него вместе работают все процы в керамике на крутой ос

Не понимаю подобного фетиша керамика и золотые выводы. Крутой ОС не надо, нужна управляющая монитор программа для STM32...

[LeoN65816]

Вот уже много страниц "стоит звон" про сериализаторы. А что они тебе дадут?

[PavelZX]

Вот уже много страниц "стоит звон" про сериализаторы. А что они тебе дадут?

Это просто вариант решения небольшой технической проблемы с большим количеством требующихся выводов у FPGA (и разводки большого количества дорожек) для чтения адресной шины у CPU. У кого их по 16, а кого и по 24 шт. аж. Дифпары не так страшны, кстати, можно и по воздуху пустить проводом витой парой в экране (от ethernet, к примеру), не обязательно разводить 4-ёх слойную плату... Не знаю, почему такое решение не используется в других FPGA клонах, хотя да у z-80 одного выводов не так много))

Шину данных тоже можно также "уплотнить", тогда преобразователи уровня совсем не понадобятся, при использовании 5V толерантных CPLD, но здесь логика работы будет сложнее, так как одновременно нужен будет и десериализатор на месте. Я позже об этом подумаю, пока надо вникнуть более глубоко в работу с USB устройствами и спроектировать управляющий монитор. (Именно сейчас с заработком вопрос решаю...)

[LeoN65816]

Это просто вариант решения небольшой технической проблемы с большим количеством требующихся выводов у FPGA

Тебе еще на 4-ой странице об этом прямым текстом было сказано. Тут бы хоть с одним проциком все уместилось бы по ногам плисины - уже хорошо. А ты вона как замахнулся, сразу на 3, а то и на 12!

А теперь еще подумай: вот приходит очередной активный фронт клока на процик, только через некоторое время (тут ничего не поделаешь, у них тоже свои задержки) он обновит сигналы на шинах данных, адреса и управления. И уже в этот момент плисина должна реагировать на это изменение - дешифрация памяти, портов, регистров и т.д. Если она подключена напрямую, то вполне возможно, что она и начнет адекватно на это реагировать. Однако, ты решил сериализовать эти сигналы... Даже допустим идеальный и волшебный случай, что тебе именно в этот момент удалось сэмплировать изменившиеся сигналы. В плисину они попадут только через 8 (или 10?) тактов сериализатора. Сколько это времени пройдет? К этому моменту уже и следующий фронт клока "стучится"... А твоя плисина только-только начинает расчухиваться... А если еще и несколько плисин это разжевывают, то ваще привал... "Вкуриваешь", о чем я говорю?

[Advertiser]

[andreil]

Тебе еще на 4-ой странице об этом прямым текстом было сказано. Тут бы хоть с одним проциком все уместилось бы по ногам плисины - уже хорошо. А ты вона как замахнулся, сразу на 3, а то и на 12!

А теперь еще подумай: вот приходит очередной активный фронт клока на процик, только через некоторое время (тут ничего не поделаешь, у них тоже свои задержки) он обновит сигналы на шинах данных, адреса и управления. И уже в этот момент плисина должна реагировать на это изменение - дешифрация памяти, портов, регистров и т.д. Если она подключена напрямую, то вполне возможно, что она и начнет адекватно на это реагировать. Однако, ты решил сериализовать эти сигналы... Даже допустим идеальный и волшебный случай, что тебе именно в этот момент удалось сэмплировать изменившиеся сигналы. В плисину они попадут только через 8 (или 10?) тактов сериализатора. Сколько это времени пройдет? К этому моменту уже и следующий фронт клока "стучится"... А твоя плисина только-только начинает расчухиваться... А если еще и несколько плисин это разжевывают, то ваще привал... "Вкуриваешь", о чем я говорю?

Кстати, да, это большой минус сериализации. В большинстве случаев у нас полная асинхронности сигналов (вне процессора) и надо, что бы всё отрабатывало максимально быстро.

[andrews]

Да, тут надо прикинуть, во сколько раз быстродействие сериализатора и основной плисины должны быть больше, чем у проциков.

[Eltaron]

можно все процы на макетку запаять и прибить гвоздями к iMac с эмулем всех этих компов , и заработает все и сразу , и процы видно будет

Я слышал, что китайцы так типа-аудиофильную аппаратуру делали - коробочка, сверху красиво лампа какая-нибудь светится, а внутри TDA2005

[andrews]

Чипы делали "по-взрослому", для бизнеса, в условиях жесткой рыночной конкуренции, а за качество и 100% идентичность vhdl или софт-модели кто ответит? Для 8080, z80, 6502 и 6800(9,3) ну еще может быть, а остальные?