ZSMC контроллер для Pentagon 1024 v2.2

[Дмитрий]

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

[Advertiser]

[AAA]

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

В ZXMC была проблема из за скролл лока, а не из за программеров.

[Дмитрий]

alexeenko, ZXMC - это вейтовый контроллер, они при чтении портов (рекомендуется их читать на прерываниях, тогда проблем с эфектами не должно быть) он хоть и незначительно, но притормаживает процессор. Данный контроллер БЕЗВЕЙТОВЫЙ (NO WAIT)!

[Keeper]

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

Если замешаешь ещё IORQ, то IORQGE не будет успевать блокировать порты на мамке - проскакивают иголки. Например недавно такая ошибка формирования была выявлена в контроллере SMUC, из-за которой #FE на мамке не успевал блокироваться и при обращении к портам IDE на бордюре была цветомузыка. После устранения неправльного формирования, всё заработало как надо. По другому IORQGE не формируется - это стандарт!

Реализация этой возможности вызовет конфликт "на шине" с БК(-0010), т.к. для совместной работы ВГ93 и эмулятора ВГ93 запись в порт #FF блокироваться не должна (имеется ввиду порт на плате спека), а чтение из порта должно блокироваться сигналом IORQGE если текущий диск (А,В,С) завиртуален...

Что скажет наука?

[Black_Cat]

Реализация этой возможности вызовет конфликт "на шине" с БК(-0010), т.к. для совместной работы ВГ93 и эмулятора ВГ93 запись в порт #FF блокироваться не должна (имеется ввиду порт на плате спека), а чтение из порта должно блокироваться сигналом IORQGE если текущий диск (А,В,С) завиртуален...

..на первый взгляд блокировка IORQGE сигналом WR должна работать.. надо проверять.. Если не получится, то тогда это возможно только при модификации самого компа. В противном случае IORQGE отрубает любое обращение к портам компа.. т.е. это возможно, но это проблемы уже владельца компа, сделаешь - будет! ..а нет - так нет!

..хотя я не понимаю зачем надо параллельно писать в оба контороллера, в чём выгода? Проблему можно решить проще - выделить некие горячие клавиши для переключения - реальный/виртуальный флоп

[Z_E_V_S]

Исправил дешифрацию в альтере, ежели все верно, то пока с ней закончим.

[Z_E_V_S]

Сообщение от Keeper
Реализация этой возможности вызовет конфликт "на шине" с БК(-0010), т.к. для совместной работы ВГ93 и эмулятора ВГ93 запись в порт #FF блокироваться не должна (имеется ввиду порт на плате спека), а чтение из порта должно блокироваться сигналом IORQGE если текущий диск (А,В,С) завиртуален...

У меня есть преимущество - я могу отключать IORQGE на ходу избирательно,
но тут есть одно НО - требуется дополнительное время на анализ. Так что работать скорее всего будет, но более тормознуто.

[Z_E_V_S]

Выкладываю HEX и POF файлы.
И еще, всеже формирование IORQGE от клавы взял с сигнала KB_SEL, остальное совпадает с вышеприведенной схемой.

Отдельное спасибо хочу сказать sid, за выложенные исходники, они сильно сократили время разработки, а также всем остальным за участие.

Если кто найдет глюки - пишите будем исправлять.
Что касается .SNA и т.д. его небудет так как устройство эмулирует бета интерфейс, а не является универсальным загрузчиком.
Оно и родилось то только потому, что мне не достался Z контроллер.
Плата, которую развел я не пригодна к массовому производству - имеет 2 незначительных ошибки, но развести такую плату не составит никакого труда.

Пока все.

[fan]

Выкладываю HEX и POF файлы.

Рас уж прошивка матрицы не есть космический секрет , то может кинешь её в виде максового проекта ? (дабы пиплы смогли переназначить пины под другой тип корпуса)

[Z_E_V_S]

Еще раз - небольшие исправления.