Полигон-2

Схема регистра со сменным адресом 177760-177776, самостоятельное устройство на МПИ, подойдет к БК0010, БК11М, УКНЦ, ДВК :

В пульте ДВК-2 ( БК11М ) можно набрать :
177570/ - открытие ячейки с адресом 177570 ( 8 ).
Для моделей с М-ЭВМ МС1201.03 и МС1201.04 надо набрать :
17777560 - т.е. добавить 6 линий Ах, т.е. 2 шт. "7" ( 8 ).
При этом на адресные линии выставится примерно на 100 нс адрес, потом сигнал SYNC опустится с +3.3 в. до уровня 0.5 в., и будет еще не менее 50 нс удерживаться адрес ( после прихода сигнала SYNC ). Для классической схемы опознания адреса ничего больше не производится.
( Однако, есть варианты с сигналом SSYNC и быстрыми процессорами - на 16 и даже больше мгц , но их сейчас не будем рассматривать ).
После поднятия сигнала SYNC с уровня 0.5 в. до уровня 3.3 в. необходимо сбросить внутренний триггер захвата адреса порта на МПИ.
После захвата адреса и пришествия сигнала DIN необходимо в течении 100 тактов процессора выставить сигнал RPLY - если этого не сделать, будет "BUS ERROR". Для процессора 1801ВМ3 при частоте 7.5 мгц это время - немного более 10 мкс. ( ВМ2-12 мгц - 7 мкс ).
*
ИМХО - делать полностью программное опознавание МПИ реально только при быстродествии более 30 лимонов рег-рег однокристалки ( т.е. 1816ВЕ51 никак не подойдет ) , иначе - путь программно - аппаратный ( как в КЖД ДВК ).
В программно - аппаратном захвате адреса захват адреса происходит аппаратно ( см. Э3 выше в моем сообщении ), а работа с сигналами DIN and DOUT - программно в ОЭВМ - в течении до 10 мкс на 1 запрос обмена. При этом на ОЭВМ поступают сигналы "наличие выборки адреса" ( выв.02 ТМ9 , +5в. - выборка есть ) и сигналы адреса в группе захваченных адресов - выв. 05. 07, 10, 12, 15 ТМ9 ( адрес - инверсный ) ). При этом сигналы ввода - вывода целесообразно в ОЭВМ заводить уже стробированными выборкой адреса - выв. 06 и 03 ЛА3 ( соответствеено "чтение" и "запись" , активный уровень - 0в. ). Вывод на МПИ сигнала RPLY целесообразно делать целиком из ОЭВМ . Если ОЭВМ медленнее 5 лимонов рег-рег, целесообразно сделать целиком аппаратный блок обмена данными - на быстром СОЗУ, например ( для богатеньких буратино - двухпортовом ).

В общем нехрен по воскресеньям на работу ходить. И то, за чем пришёл (основное ) не вышло, и игрушка не получилась
Мысль о недостаточности чисто программного опроса мучила весь вечер, решил всё таки чуть переделать программу.
Но перед этим ещё раз проверить. И, блин, всё заработало. То, что не работало вчера.
В общем, обмен по шине работает.
По скорости, у меня ARM 32-bit CortexTM-M3 CPU;
Частота тактирования до 120МГц, 150 DMIPS/1,25 DMIPS/МГц (Dhrystone 2.1);
Частота тактирования портов CORE CLK / 2
Реально, пока не поставил программные защёлки на однократный проход шины (по перепаду SSYNC 1 в 0 выполнять проверку только один раз. До этого проверка крутилась в бесконечном цикле) получал в диагностическом терминале удвоенные-утроенные символы.
Типа " ДДООССТТУУППННОООЕЕ ООЗЗУУ"
Да, у меня стенд 1201.03 + КЦГД

Похоже надо теперь прикручивать HX сервер и копать далее.
Может коллега Patron модифицирует НХ загрузчик, что бы я его мог разместить у себя внутри контроллера и грузить систему со второго порта?
Или выкинуть КЦГД и работать с писишкой пока.

Ну и разобраться вот с этим:


А есть ли смысл производить в контроллере разбор протокола HX, когда можно просто считывать с Q-BUS команды и выполнять их.

Тогда проще взять за основу драйвер псевдо-диска HD

Контроллер должен принимать следующие команды от драйвера:

1. Установить номер привода для последующей операции.
2. Установить номер блока для последующей операции.
3. Установить счётчик слов для последующей операции.
4. Выполнить операцию "ЧТЕНИЕ".
5. Выполнить операцию "ЗАПИСЬ".
6. Выполнить операцию "СООБЩИТЬ РАЗМЕР НОСИТЕЛЯ" ( в блоках ).

По командам "ЧТЕНИЕ" и "ЗАПИСЬ" контроллер должен прочитать/записать заданное количество слов через регистр данных.
По команде "СООБЩИТЬ РАЗМЕР НОСИТЕЛЯ" контроллер должен поместить в регистр данных размер носителя в заданном приводе.

Если переданная контроллеру команда содержит недопустимое значение ( указанный привод не существует или не содержит носителя, указанный номер блока превышает размер носителя, указанный счётчик слов больше количества слов до конца носителя, произошла ошибка чтения или записи ) - контроллер устанавливает в регистре команд бит 15.

Если мы используем только 65535 блоков по 512 слов, не маловата ли ёмкость диска выйдет?

У меня "на борту" 512К флеша. Если я могу сделать доступной ячейку с адресом хххх, то так же могу и диапазон хххх-уууу в который положить тело загрузчика и выполнить его затем из адреса хххх.
Ну да ладно, это такое.
Прав ли я на счёт размера "диска" блочного устройства, 65536*512 = 32К?
Или на количество блоков можно выделить несколько 16бит слов?
На что лучше ориентироваться, прикручивая интерфейс?

Есть ли где описание встроенного в 1201.03 MSCP загрузчика?

_Patron_ написал:

[q]

А как процессор узнает, что ему надо передать управление на этот адрес..

[/q]

Я с консоли наберу xxxxG.


_Patron_ написал:

[q]

Именно так - это ограничение на максимальный размер диска в RT-11.

[/q]

Вот тут у меня переворот мировоззрения
Нет, к своему стыду я пока особо не вникал, но вот помнятся мне диски на Э85 в 5 и 10 мег побитые на 2 куска и с RT11.
По крайней мере я так считал, это была машина гораздо более старшего коллеги. ПРОС он снёс, поставил RT11 и возился с каким то специфическим софтом. От машины всех гонял.
...и что нам делать с гигабайтной флешкой...