Не знаю, что должно быть не так. Неужели весь набор недок. команд Z80 в 180 тоже присутствует? Не верится что-то... А rrd/rld вообще-то работают и с (HL) и с A. Зелогеры поленились в 180ом сделать так же?

Меня собственно интересует простой вопрос - что будет с мультиколорами например в айейке (1 и 2), если в пентогон я вставлю этот з180?

Проблема, потому что вместо этого можно просто z84с0020 поставить, который на 20 мгц и тем не менее обычный зетник, без всяких там режимов и начальных инициализаций =)

Мда...

Другими словами, на НОРМАЛЬНУЮ работу спека с вставленными в него карточками (на которых могут быть произвольные порты!) рассчитывать не приходится?

Я же предлагал всем вместе собраться, хорошо подумать, и разработать свой виртуальный продвинутый зэтник, который запихнем в ПЛМ (или как там ее). Того, что это совершено нереально, я так и не услышал. А если дело в деньгах, то ведь тоже надо вместе все посчитать.

Пожалуйста.

http://www.opencores.org/projects.cg...b_z80/overview

Вот вам Z80 на плисе.

Меня одна фраза порадовала:

>This could be well over 300 Mhz

А вот фраза повыше не очень:

>Thus, a two stage pipeline is implemented to allow instruction execution at the access rate of a 32 kbyte RAM.

Че-то почитал, умный мужик этот автор оказывается. А еще он контроллер PCI-E в Alter'овских ПЛИСках на коммерческой основе разрабатывает.
http://www.opencores.org/projects.cg...press/overview
Не в тему конечно...

Без понятия. Есть оффициальная информация от Zilog, есть www.z80.info, где можно спросить.


Теоретически - да. Практически - надо пробовать :)


Нет, не заменит. При этом останешься без двух каналов DMA например. И с Z180 будет быстрее, даже на одинаковой частоте. Кстати, а в C0020 есть все недкомунетированые команды?

Нет, можно конечно без инициализации, получишь тот-же Z80 с немного другой реакцией на маскируемые прерывания IM2 + проблемы с Kempston (которого нет в оригинальном Спектруме). Я же говорю, надо для начала попробовать.

Зато z84c - это зетник обычный самый, только кмоп (такие немо юзал в каях, но на 10 мгц), а з180 - это непонятный монстр. Немо кста тоже про з180 мечтал... =))
По поводу дма - я уже говорил, что дма в адресном пространстве (очко 64к) бессмысленно по большей части.

Ну что и требовалось доказать. Ни одна прога не заработает (если уж даже им2 через хрен знает что! =)

Может всё-таки устриц попробовать?

О каком очке в 64К речь? Тебе мало возможности на 8-ми битной системе кидать 64К блоки в радиусе 512К (или в диаметре 1МБ :) )?

С IM2 так всё нормально, только вот без некотрых телодвижений переферийный чипы Zilog (типа Z80PIO или Z80SIO и т.п.) не смогут распознать команду RETI. Оно используется на Спектруме?

Но бейсик и TR-DOS вроде бы сами по себе запустятся, так как там IM1...

2spensor:

A15, A14, A13, A12, A11, A10, A9, A8, A7, A6, A5, A4, A3, A2, A1, A0, D7, D6, D5, D4, D3, D2, D1, D0, /INT, /NMI, /HALT, /MREQ, /IORQ, /RD, /WR, /WAIT, /M1, /RFSH, +5V, +12V, GND, CLOCK (14 MGZ), /DOS, BLK (DCGE), /CSROM, /RDR (/RDROM, /CRGE, /CSROMGE), RS (ROMSEL), /IORQGE, /BUSAK, /RESET.

Это мы имеем в ZX-BUS. Вот меня терзают смутные сомненья - на кой в ZX-BUS комплексный видеосигнал (VIDEO)? Так ли он нужен? Может есть смысл вместо него ввести четыре сигнала R, G, B, SYN. Это на мой нескромный взгляд гораздо полезней. Пока других предложений нет.

По аналогии с PC очень полезным были бы сигналы feature-connector (цифровое представление сигналов цветности и 3 сигнала синхронизации - кадровая, строчная и пиксельная, плюс сигнал гашения экрана). Смысл - в поддержке внутренних ЖКИ-матриц. Также данные сигналы могут быть полезны, если гипотетически будет реализована аппаратная оконная система, а-ля X-Window.
Или вопрос о тех сигналах которые есть на ZX-Connector (цветоразностные сигналы V, U, Y)?

А что, я что-то пропустил и уже есть супер-пупер-спектрум на з180? =)


О том, через которое в СПЕКТРУМЕ зетник лазает в память. Ну вот зачем в нём дма? =)


Подожди, недавно только была другая реакция на им2, а сейчас уже что - всё нормально что ли? =)

Нет, ты всего лишь пропустил data sheet на Z180 :)


А я тебя спрашиваю ещё раз: плохо иметь возможност кидать с ЖД куски по 64КБ в любой угол 1 мегабайта памяти без использования ММУ? Или из порта в порт, или вобще в памяти?


Я тогда не говорил, чья это реакция :) В последнем письме описал. Где-то есть Спектрум с довесками на перефирии Zilog'а?

А что собственно означает эта фраза?

Почитать DS на Z180 :) Я конечно железяку ещё не пробовал, но не верить DS не могу. :)

Если применять даже Z84C15, "который в Спринтере", то тоже на НОРМАЛЬНУЮ работу спека с вставленными в него карточками рассчитывать не приходится, ибо в нем также имеются external-порты.
А сам Спринтер клонировать нежелательно, по той простой причине что команды-пустышки (LD B,B etc.), через которые в сабже идет работа с видеоконтроллером, Zilog уже приспособил в eZ80 под суффиксы.
Z84c10, который в KAY-1024, совсем даже необычный, он несовместим по недокументированным командам OUT (C),n и IN n,(C). Хочешь знать больше перечитай ZX-Format, было кажется в №5.
А насчет того, о чем Немо мечтал, отдельный разговор. В письме написанном мне в 2002 году он сказал, что Transformer был блефом, расчитанным на борьбу с Петерсами. Надо, могу сосканить эту часть письма. Так что абсолютно святых среди нас нет.
А почему собственно это самый подходящий участок? Разве #80-#C0 занят больше?

Вроде где-то я встречал порты #BF. Вобщем, нам подходит всё, что не пересекается с TR-DOS и нативными портами Спектрума :)

Ну я вообще-то имел ввиду цифровые (!) RGB и SYN (смешанная), которые через резистивные делители обычно на отдельный разъем выводят. Просто если предусмотреть их в ZX-BUS ver.2.0, то тот же самый VGA-кодер можно будет в слот запихать. А впринципе, действительно не что не мешает строчную и кадровую синхру вывести раздельно. Так будет даже лучше. А про пиксельную синхронизацию, я, если честно, первый раз слышу... :o

Ну если так, тогда про сигнал яркости Y забыл (бит D3). Ну уж лучше сразу хотя-бы 8 бит зарезервировать.

А это что, что-то аномальное? В feature она есть, в Спектруме то-же (7МГц), и для матриц она необходима, иначе строку перед записью в ЖКИ снова прийдется дискретизировать. Собственно по этой пиксельной синхронизации и местоположение аппаратного окна будет определяться.

Ага, забыл. Восемь не восемь но 1- Y, 2 - R, 3 - G, 4 - B, 5 - VSyn, 6 - HSyn, 7 - PxSyn, - Семь контактов уже есть. А восьмой подошто? Смешанную синхру? Тогда круто.

А еще хочу предложить не заводить питание на шину, а заводить его отдельным разъемом. Так и с разводкой проще и, как правильно тов. Чунин заметил - меньше шансов спалить девайс. Или в разные концы разъема их.

:( Я про 8 бит цвета говорил. Вроде про персрективу рассуждаем, а ограничиваемся 4 битами.
Рациональное предложение! PC-производители видеокарт, тоже к такому решению пришли. Как еще известно, чем больше сечение проводника тем меньше падение напряжения в проводнике и меньше влияние помех.

Как раз именно на эти команды можно-таки и забить со спокойной совестью. Главное, что половинки и сдвиги на месте и никуда с места не исчезали.

А нему я святым не считаю. Во всех его статьях в журнальчики видно немерянное понтование и запудривание мозгов околонаучной терминологией =)

Ну смотри, прочитаю и будет как c coldfire =)


Хорошо, но на спеке не может быть. Потому что дма не умеет щёлкать страницы через порты #7ffd, #1ffd, #dffd (какие там ещё напридумывали).

А зачем собственно нужна именно периферия от зилога? Что в ней такого необычного (кроме каких-то извратов с прерываниями, вряд ли совместимыми с традиционным способом использования IM2 на спеке)??? Да и где её, собственно, брать?

:)


А никто не мешает дальше юзать #xxFD. Тем же способом. И параллельно переходить на использование ММУ. Конечно, DMA на #FD не будет (хотя кидать в текущую страницу 16К из порта или памяти для DMA не проблема), посему это будет дополнительный стимул заюзать ММУ.

Нет переферии - нет проблем с возвратом из IM2 :) Видишь как хорошо. Осталось ещё определится с времянками Z180 по умолчанию (холодному старту) и посмотреть, надо bootstrap или нет.

Что есть ЖД? Если Железная Дорога, то каким местом она тут?

ЖД - жёсткий диск, винт, HDD :)

Ну допустим еще четыре контакта можно зарезервировать, (итого +11, по сравнению с ZX-BUS, ибо комплексное видео врядли нужно на шине) однако я все равно не понял зачем их резервировать. Ну надо так надо...

Так с этой группой сигналов разобрались, теперь далее. Шина Данных. Многие кричали, махали руками и брызгали слюной, что нужна 16разрядная ШД. С другой стороны мне мало понятно зачем это надо. Ну ладно, - 8 контактов у нас есть, резервируем еще 8? Про шину адреса вообще помолчу, послушаю что Вы, тов. Спенсер, скажите. Процессорные сигналы (ну кроме ША и ШД) пока не трогаем.

Да я вроде уже сказал. Ладно повторю.
Имеет две шины адреса, ну что поделаешь специфика Спектрума такова.
Итак есть процессор (не суть важно Z180, Z380, eZ80) у которого есть 20, 32, или 24 адресных линий. Ограничиваемся на шине 24 адресными линиями (16МБайт).
Есть еще память, к которой ввиду особенности Спектрума обращение ведется через механизм оверлея (#7FFD). При этом адресные линии A0-A13 процессора и памяти совпадают, а выше они различаются. На примере обычного Spectrum-128 это выглядит следующим образом:
Имеются адресные линии процессора A14 и A15, которые служат только для дешифрации сегментов памяти (про порты я намеренно умалчиваю - это отдельная тема). А для управления памятью существуют сурогатные адресные линии, которые я предлагаю обозначать строчными буквами, для Spectrum-128 это будут a14-a16, соответствующие битам D0-D2 порта #7FFD. Но это пока. В рамках ZXBUS2 эти линии могут управляться любым устройством на шине. При этом эти адресные линии памяти должны переходить в высокоимпедансное состояние при подтверждении сигнала захвата шины BUSRQ (как это делают адресные сигналы процессора).

Ну а собственно при одновременном приходе двух или более прерываний, как мы должны:
1 определить сколько собственно устройств затребовали прерывание?
2 подтвердить прерывание конкретному устройству - вместо нескольких IRQ линий и одной INTAK, сделать одну IRQ линию и несколько INTAK?

Опросом (поллингом) всех девайсов, которые могли бы дать прерывание.
Какие нафик интак? Есть девайс, у него есть порт, запись в который (например) означает, что инт этого девайса подтверждён и обрабатывается (как у винта, например!). Аналогично есть порт, из которого читается, не этот ли девайс выставил прерывание. Этого достаточно даже, чтоб без вообще контроллера иметь несколько источников прерываний. Контроллер я прежде всего предлагаю для того, чтобы отличать вбланк от всех остальных прерываний (и он может быть в виде мелкой логики, например: если это вбланк, то выдать в цикле на шину #FF железно, если не вбланк - то например #FD).

Эх, как давно обсуждалась, а так ни к чему и не пришли :) Может еще пообсуждаем темку?
все описанное сдесь конечно интересно, но мне кажется, что доработка ZX-BUS нынешней целесообразнее сделать в том виде, как была доработана ISA8>ISA16, тут даже велосипед изобретать не приходится - все недостающие сигналы выводятся на дополнительную ламель. Устройства использующие возможности обычного ZX-BUS тогда спокойно будут работать и на новой шине.

lvd, Что касается подтверждения прерываний от разных устройств, то это уже тоже придумано в той же DMA USC. Каждое устройство (в ДМА их несколько - сам ПДП по окончанию цикла передачи на одном из 4 каналах и 2 таймерных прерывания) генерирует свой вектор прерываний и уже по этому вектору идет обработка запросов.

Что касается 16битной ШД, то это излишество, если использовать новый процессор, то думаю стоит подумать и о новых устройствах и соответственно - системной шине. Т.к. тут уже приоритеты меняются относительно нынешнего железа.

Но если вывести шины адреса по идеологии DMA USC, то это и не требуется, т.к. контроллер будет иметь доступ ко всей памяти компа игнорируя порты расширения - не надо будет затачивать устройство под пентагон, атм, профи и прочие, где различаются порты расширений.

LVD уже давно на этот форум ни ногой, он на dlcorp.ucoz.ru тусуется.
ISA16 плох своими габаритами, imho. Сейчас устройства можно очень маленькими делать и низкопрофильными, под корпуса mATX, а то и меньше размером с DVD привод. И вообще развитие шины малоактуально, imho.

Есть небольшой вопрос технологического плана, решил тут вот сделать этот самый ZX-Bus в виде внешней платы с несколькими ISA16 разъемами (3..4) , подскажите как там физически его правильно разместить откуда начинается нумерация пинов и где сторона A-B у него ? :)

Сделал описание подключения шины ZX-BUS к Ленинграду: http://www.z80a.ru/04
Поправьте, если что не так.