ДВК (и всё, что с ними связано)

[Patron]

А что делать с тайм-аутом на RPLY в 64 такта процессора, характерное время 10 мкс? Пинг в 10мкс у меня даже в прямом гигабитном проводном эзернете не обеспечивается, не говоря про WiFi. Поэтому на уровне адресов и транзакций шины эмуляция на удаленном хосте не получится.

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

При этом FPGA должен отслеживать адрес Q-Bus, чтобы отвлекать МК только на запросы к нему, а не на весь трафик по Q-Bus.

Да. Получается, что при старте платы "эмулятора Q-Bus" МК должен регистрировать в FPGA все обслуживаемые адреса и сразу сообщать для них текущие значения, а FPGA должна запоминать содержимое для всех обслуживаемых адресов, самостоятельно выставляя RPLY и по вводу, и по выводу, а уже потом уведомляя МК о записи/чтении по обслуживаемому адресу ( уведомление о чтении нужно МК в основном для того, чтобы снимать бит готовности в обновляемом содержимом регистра статуса ).

Думаю, при таком подходе МК должен успевать снять бит готовности и обновить содержимое в буфере регистра статуса в FPGA до того, как вслед за чтением регистра данных процессор пришлёт по Q-Bus запрос на чтение регистра статуса.

Кстати, если регистрировать в FPGA не только текущее содержимое для всех обслуживаемых адресов, но и дополнительные значения, которые должны заноситься в другие обслуживаемые регистры при чтении и/или записи содержимого конкретного адреса, то такой более продвинутый алгоритм снимет узкие места по таймингам и позволит выполнять остальную обработку логики эмуляции устройств где и как угодно ( хоть по TCP/IP ).

[form]

Кстати, тут уже несколько раз проскакивало, что буржуйские корзины с Q-Bus и наши Э-60/ДВК несовместимы.

Я где-то выкладывал фото нашего разъема рядом с буржуйской платой - одно в другое попросту не втыкается, и даже если подпилить не попадет всеми дорожками.

[Patron]

Также полезно регистрировать в FPGA и выработку "типовых прерываний" и тогда FPGA будет самостоятельно анализировать содержимое бита разрешения прерываний и бита готовности и автоматически выставлять и снимать IRQ при любых изменениях этих битов.

Ведь, когда процессор выставляет бит разрешения прерываний у готового устройства - запрос IRQ должен быть выставлен без задержек, а значит выставлением таких "типовых IRQ" должна заниматься FPGA.

[AFZ]

Также полезно регистрировать в FPGA и выработку "типовых прерываний" и тогда FPGA будет самостоятельно анализировать содержимое бита разрешения прерываний и бита готовности и автоматически выставлять и снимать IRQ при любых изменениях этих битов.

Вот, как раз, это самое и называется "утонуть в море частностей". Мой вариант позволит владельцам ДВК поставить туда RT-11/TSX/ДИАМС и пользовать его, заодно можно будет слить наработки с винчестеров ДВК на современные носители. А другие ОС... Пробовал я на ДВК запустить ДЕМОС. Печальное зрелище. Интервал между нажатием клавиши и появлением буквы на экране - полсекунды, не меньше. Никакого сравнения ни с TSX, ни с ДИАМСом, не говоря уж об RT-11. Думаю, что и с остальными "большими" ОС будет не лучше. Да, на приличных "больших" машинках все должно быть гораздо лучше, но мечты о точном эмуляторе DEC-овских контроллеров так и останутся мечтами, а мой вариант, все-таки, попроще и имеет некоторый отличный от нуля шанс на реализацию...

[form]

Думаю, что и с остальными "большими" ОС будет не лучше.

M+ показал себя вполне прилично на ДВК-4, а это не просто большая, а очень большая OS. Если дать ей памяти хотя бы 512kB, RT-11 легко будет крутиться внутри нее не хуже чем вживую...

[AFZ]

Да. Получается, что при старте платы "эмулятора Q-Bus" МК должен регистрировать в FPGA все обслуживаемые адреса и сразу сообщать для них текущие значения, а FPGA должна запоминать содержимое для всех обслуживаемых адресов, самостоятельно выставляя RPLY и по вводу, и по выводу,

Внимательно прочитал отквоченное, воспринимаю это как согласие с моими измышлениями, не считая вопроса, что именно эмулировать. Но, поскольку софтовое наполнение этой связки FPGA-МК - процесс длительный, можно будет реализовать и мой вариант, и точную эмуляцию каких-либо DEC-овских устройств, а может и не одного, хотя несколько устройств могут потребовать более мощную FPGA. Впрочем, для любительской поделки цена в разумных пределах не особенно важна, значительно важнее возможность сделать первые прикидки " на коленке", допустим, с помощью лазерного утюга. Плату под микросхему в BGA-кузове, как известно, на коленке не склепаешь...

---------- Post added at 23:26 ---------- Previous post was at 23:08 ----------

M+ показал себя вполне прилично на ДВК-4, а это не просто большая, а очень большая OS.

А это что? URL?

[form]

А это что? URL?

RSX-11M-PLUS V4.6 который успешно запускался на ДВК-4 с ВМ3 процессором без всяких переделок (вопреки мифам), если не считать добавки драйверов I/O и загрузчика/сохранения. До ума процесс не доводился ибо регулярно ДВК (или хотя бы совместимого контроллера винчестера но втыкающегося в PDP-11) нету.

[Vslav]

RSX-11M-PLUS V4.6...
...
ибо регулярно ДВК (или хотя бы совместимого контроллера винчестера но втыкающегося в PDP-11) нету.

А какой именно контроллер нуна?

[MM]

Собранный и протестированный контроллер IDE для ДВК есть в продаже на Фантом-Саннате - в Московском комповом клубе, там же можно и конструктор купить слегка дешевле. В контроллере применены плюшки для его неклонируемости по счету "2". Винт разбивается на большое к-во областей по 32 метра, до 2 Гб. общего массива.
*
Но можно пойти другим путем. Делается полуплатка ДВК с программным модулем в адресах 160000-167700, массивом регистров IDE в адресах 167700-167737.
На оставшиеся ячейки можно и USB SL811 посадить. Драйвер -сильно патченный BY от БК11. Точки ввода-вывода-формата - программые. Первоначальная загрузка - 160000G
Там же и эмулятор ПЗУ реализован.
Достоинство - никаких дефецитных деталей, только дешовая КР531/ЭКФ1533/2хКР556РТ7/2х6264. Примерная себесоимость полуплаты без ж. - 1200 руб, с ж. - 2000 руб., мелкие ИС - еще 1000 руб , ну и винт собственно. Для фанатов SATA - переходник на SATA из магазину.
Главная загвоздка - нужен программер, имеющий от 1 года опыт кодинга в MACRO-11 и знакомый с NTFS вовсе не по внешнему виду W7.
Теоритически, такой кодер был у меня на примете до 2013 г, но потом он слегка развеселился.
Прототип - "Самарский контроллер IDE" для БК.
Можно, кстати, и СОЗУ на адрес 173000 повестить в таком контроллере - что бы небыло необходимости к платам типа М8 приделывать нечто еще с ПЗУ.

[Patron]

Пробовал я на ДВК запустить ДЕМОС. Печальное зрелище. Интервал между нажатием клавиши и появлением буквы на экране - полсекунды, не меньше.

Это скорее из-за неумения авторов ДЕМОС "готовить UNIX" ( или при работе в экранном редакторе в режиме "посимвольной активации" ). Дело в том, что как раз мгновенная реакция на все клавиши, кроме <Enter> - это отличительная фишка ранних версий UNIX. В UNIX V7 даже редактор командной строки в ядро встроили, чтобы на машине с периферией и быстродействием ДВК-4 до 50 пользователей могли одновременно редактировать командные строки на удалённых терминалах вообще без задержек.

Другое дело, что после нажатия <Enter> введённая строка лишь ещё только попадала на обработку в интерпретатор команд каждого конкретного пользователя через время, в среднем равное числу обрабатываемых в данный момент командных строк пользователей, умноженному на 1 секунду ( т.к. системный квант каждого процесса в ранних версиях UNIX = 2 сек ).