ZX-Bus

[lvd]

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

Опросом (поллингом) всех девайсов, которые могли бы дать прерывание.

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

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

[Дмитрий]

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

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

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

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

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

[spensor]

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

[Spir0]

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

[zx-kit]

А кто говорит что переразводить надо.отдельной платой и надо делать ZX-BUS.
А те у кого её нет сами припаяют ОДИН РАЗ и всё и полноценный шинный комп получится.Ну или как ты предлагаешь чтоб в панель проца вставлялась.
Вопрос то в другом.почему она только в планах а не сразу сделана и предлагается к продаже?получается что допустим выпущена новая звуковая карта или другой девайс под шину,и чел хочит ...

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