Создан супер ретро-компьютер.

[Smalovsky]

Посмотрел документацию по сборке. Похоже, со стороны Z80, действительно, доступен 1МБ без всякого обмана.
Вот, что пишут в инструкции:
Block test should test all 1024k of memory available to the 'Z80 mode' side of the MicroBee.
Это скрины тестов системы в инструкции:

[Smalovsky]

Если колдфайр и зилог увязываются между собой в одной платформе, то почему нельзя применить такую связку для спектрумосовместимых машин? Только это подойдет для атмтурбо или тсконфиг, в которых можно разумную ОС сделать. В гибридной платформе будет две ОС: одна будет главной со стороны колдфайра, а другая гостевой со стороны зилога. При этом адресное пространство колдфайра будет охватывать адреса зилога, а вот зилог должен должен иметь ограниченное адресное пространство, чтобы не повредить главную ОС. Главная ОС перехватывает запросы гостевой. На гибриде можно запускать программы для двух процессорных архитектур.
Но нам такого не видать...

---------- Post added at 15:53 ---------- Previous post was at 14:47 ----------

Посмотрите на успехи австралийцев:




На экране приветствие uClinux. Их компьютер способен выполнять код Z80 и Coldfire!

[Vadim]

Кстати да. Если принять, что у нас есть более мощная ОСь, на железе не ограниченном в 64К адресов, где можно организовать стек tcp/ip и у нас есть обмен данными с ней, при этом та система не на ПЦ стоящем рядом, а в этом же корпусе (и не ПЦ сама по себе), то в этом есть смысл. В рамках 8 бит машины с 64К адресов очень сложно впихнуть вменяемую поддержку сетевой карты. Даже просто чтение сетевых кадров (фреймов ethernet) из ОЗУ сетевой карты в ОЗУ компа уже само по себе проблема, а парсинг оных? Труба. Учитывая, что у нас запущена ОСь и программа. Если же этот пласт проблем решён, и у нас есть доступ уже к прикладному уровню - то на Z80 можно писать софт типа icq, e-mail или ftp-клиентов.

[trader2k4]

Если же этот пласт проблем решён, и у нас есть доступ уже к прикладному уровню - то на Z80 можно писать софт типа icq, e-mail или ftp-клиентов.

Я наверное бредятину скажу, но если мы можем юзать ту же AVR-ку на ZX-Multicard, то что нам мешает заюзать связку типа Arduino+EthernetShield в качестве "интернет-модема"? Весь геморой по работе с сетью и TCP/IP-стеком выносим на уровень этой железки, а для обмена используем что-нибудь типа AT-команд через последовательный или параллельный интерфейс - и вперед, пишем свой браузер для ZX...

[CodeMaster]

Если принять, что у нас есть более мощная ОСь, на железе не ограниченном в 64К адресов, где можно организовать стек tcp/ip и у нас есть обмен данными с ней, при этом та система не на ПЦ стоящем рядом, а в этом же корпусе (и не ПЦ сама по себе), то в этом есть смысл.

Кстати, а оба проца там работают одновременно и как тогда происходит переключение между их консолями?

[CodeMaster]

Если принять, что у нас есть более мощная ОСь, на железе не ограниченном в 64К адресов, где можно организовать стек tcp/ip и у нас есть обмен данными с ней, при этом та система не на ПЦ стоящем рядом, а в этом же корпусе (и не ПЦ сама по себе), то в этом есть смысл.

Кстати, а оба проца там работают одновременно и как тогда происходит переключение между их консолями?

[Vadim]

Кстати, а оба проца там работают одновременно и как тогда происходит переключение между их консолями?

Ничто не мешает нам сделать 2-х процессорную архитектуру, нужен только арбитр шины, процы читают свои команды из ОЗУ, часть которого у них общая. Периферия может быть не общей, т.е. часть одному процу отдана - часть другому. Либо общая, но тут уже трудности будут, но тоже решаемо. А вот как сделан вывод на одну консоль? Либо она как общее устройство, т.е. доступное и там и там. И ОСи договариваются кто имеет право вывода на девайс через определённый участок ОЗУ (достаточно несколько байт), либо это ещё и аппаратно решается, к примеру "старшая" ОСь отрубает вывод из младшей, либо всё, что выводится из младшей попадает в поток данных старшей и она уже разруливает. И так ведь можно. А может и вообще 2 разных консоли которые совмещаются на одном экране (примерно как в Корвете) - вариант конечно глупый, но тоже может быть. Так что сказать, как там именно сделано я не могу. Нужно схемы изучать, смотреть программы.

то что нам мешает заюзать связку типа Arduino+EthernetShield в качестве "интернет-модема"? Весь геморой по работе с сетью и TCP/IP-стеком выносим на уровень этой железки,

А вот тут вопрос, получится ли? Задача очень сложная. Там то ребята, как я понял, портировали некий вариант unxi на проц 680XXX. Который вроде как похож уже на 80386 (и выше), т.е. там есть странички, выделенные адресные пространства до 4 гига и прочее, unix на такое железо портировать уже можно, и такими вещами как tcp/ip, драйвер сетевой карты, сетевые службы редиректоры, анализаторы протоколов разного уровня они не занимались, взяли готовое и из этого уже делали то, что им надо. Т.е. "кромсали" и лепили.

[CodeMaster]

Ничто не мешает нам сделать 2-х процессорную архитектуру

Кроме вопроса "Зачем?".

[Vadim]

Кроме вопроса "Зачем?"

Да нет такого вопроса. Мне цель их проекта более менее ясна. Вкратце, если сделать проекцию на ZX-Spectrum: идеальной машинкой для спектрумистов был бы такой спек, который имел бы помимо возможность запускать софт с винта, но так как TR-DOS по многим причинам может работать с винтом только через эмуляцию дискет, то нужна ещё и поддержка HDD, с файловой системой. В общем всё то, что даёт эмулятор спектрума на ПЦ. Это реально удобно. Так вот. Второй, более мощный проц с ОСью даёт нам это. А кроме этого может дать и ещё кое какие плюшки.

[trader2k4]

А вот тут вопрос, получится ли? Задача очень сложная. Там то ребята, как я понял, портировали некий вариант unxi на проц 680XXX. Который вроде как похож уже на 80386 (и выше), т.е. там есть странички, выделенные адресные пространства до 4 гига и прочее, unix на такое железо портировать уже можно, и такими вещами как tcp/ip, драйвер сетевой карты, сетевые службы редиректоры, анализаторы протоколов разного уровня они не занимались, взяли готовое и из этого уже делали то, что им надо. Т.е. "кромсали" и лепили.

А нафига нам этот монстроподобный Unix? Имею совсем пока небольшой опыт играния с arduino и сетевым модулем на базе Enc28j60 - сам модуль, насколько я понял, берет себя всю возню с Ethernet-ом, и имеет i2c-интерфейс, а для дуинки давно есть готовые библиотеки, реализующие микро-TCP/IP-стек (EtherCard, UIPEthernet) которые спокойно умещаются на AtMega328 и могут быть вполне себе даже HTTP-серверами, хоть и относительно примитивными, естественно.

Serial-порты на всех дуинках есть, так что современные клоны типа ZXM-Phoenix вполне можно связать с чудо-девайсом. А там если пойдет - развести для желающих платку с минимально необходимым обвязом, те же Enc28j60 китайцы спокойно продают отдельно. Ну, или Wiznet5100 взять, имхо разница в реализации будет не сильно отличаться.

Просто не надо сразу замахиваться на мировое господство, а начать можно с ограниченного фронта работ.