Контроллер псевдодиска на MicroSD на шину МПИ, ДВК-1; ДВК-2; ДВК-3; ДВК-4; Электроника-60; Электроника 60М; Славутич ПК-1; УКНЦ Опции

[SuperMax]

Совместными усилиями разработан контроллер псевдодиска на MicroSD

Данный контроллер предназначен для современной и надежной замены КЖД (DW) в компьютерах серии ДВК-1; ДВК-2; ДВК-3; ДВК-4; Электроника-60; Электроника 60М; Славутич ПК-1 и им аналогичные PDP-11 совместимые.

Фото контроллера на МПИ:
v1.00

v1.01


v2.00


Фото контроллера на QBUS:
v1.00



Также разработана версия контроллера для УКНЦ
v1.00


v1.01



v2


Контроллер псевдодиска на MicroSD на шину МПИ: особенности версии для УКНЦ




Технические характеристики:

• Эмуляция 8ми дисков объемом 65534 блока для корректной работы RT-11; таким образом общая используемая емкость накопителя 262136К;
• Контроллер поддерживает MicroSD- и MicroSDHC; Карточки SDXC нашим устройством не поддерживаются;
• Поддерживается возможность установки 2х контроллеров с разными адресами;

Инструкция по эксплуатации
Предлагаемый контроллер эмулирует до восьми дисковых устройств AZ на одной микроSD-карточке. Каждый эмулируемый диск (псевдодиск) представлен на карточке файлом с точки зрения PC, поэтому не возникает никаких вопросов в размещении псевдодисков на носителе большого объема - просто помещаем карточку в кардридер, подключаем к PC, копируем на карточку файлы нужного объема (и с нужным содержимым), переставляем ее в контроллер, и всё! Более того, поработав с карточкой на ДВК, можно извлечь ее из контроллера, снова поместить в кардридер и скопировать наработанные файл-образы дисков на PC, где с ними можно работать любыми средствами - например, подключить к эмулятору, заархивировать и сложить куда-нибудь на хранение, отправить в конференцию, и т.п. Также не представляет особого труда скопировать какой-то материал, найденный в сети, на карточку, переставить ее в контроллер и использовать этот материал на ДВК/УКНЦ.

Контроллер занимает на МПИ адреса 177220-177226 (словные, байтовый доступ запрещен). 177220 - регистр команд и состояния (РКС, CSR), 177222 - регистр данных, 177224 и 177226 - регистры (однословные ПЗУ) начальных загрузчиков.

Контроллер поддерживает MicroSD- и MicroSDHC-карточки. Мы испытывали SDHC-карты разных производителей и объемов, разница наблюдалась только в скорости записи на псевдодиск. С трудом удалось найти древнюю микро-SD (не HC) на 512М, да, пишет медленно, но работает и скорость чтения почти такая же, как и у SDHC. Карточки SDXC нашим устройством не поддерживаются.

Перепишите на MicroSD-карточку файл-образы дисков AZ0-AZ7. Это файлы AZ000.DSK - AZ007.DSK. Вставьте карточку в гнездо на контроллере, до щелчка.

Вставьте контроллер в корзину ДВК/Э-60 (или в слот CA на УКНЦ).При установке в корзину ДВК/Э-60/PDP-11 необходимо соблюдать путь прерываний - те "змейку", так как контроллер использует прерывания.


Включите компьютер. Если он автозапускается по какой-либо причине (это возможно при наличии альтернативных прошивок для ВМ2/3 или загрузочного ПЗУ на какой-то из дополнительных плат), остановите его, т.е переведите его в связь с пультовой программой (нажать дважды кнопку "ОСТ" на ДВК-3/Квант-4, опустить и поднять снова флажок "Программа/Пульт" на ДВК-2/3М2/Э-60.

Скорее всего, на экран будет выдано 6 восьмеричных цифр и, в следующей строке, значок "@", курсор будет мигать рядом с ним. Это сигнал о том, что процессор находится в состоянии "Останов" (Halt-Mode) и ждет от вас пультовой команды.

Подадим ее. Команда такая:

Код

177226G

Это указание процессору начать исполнение программы с адреса 177226. По этому адресу располагается однословное ПЗУ программы запуска ОС с диска AZ0. Должна запуститься RT-11. После этого можно перезагрузиться с любого другого диска командой BO AZx:
также можно использовать команду полного адреса:

Код

177777226G

Запуск на УКНЦ: в меню выбираем "отладка"

Код

177226<ИСП>

Есть альтернативная команда - запуск с адреса 177224, т.е 177224G. Пока ее действие точно такое же, как и основной команды запуска, но далее планируется кое-какие изменения, в частности, одна из них будет просто запускать ОС с AZ0, а вторая будет спрашивать, с какого диска загрузиться.

Размер каждого из дисков (файлов с точки зрения PC) должен быть строго 32767К (65534 блока), таким образом общая емкость накопителя будет 262136К. В ближайшей новой версии прошивки будет добавлена смена дисков (файл-образов) прямо из RT-11, специальной программой, тогда на микро-SD можно будет иметь столько файл-образов, сколько туда влезет, однако, одновременно будут доступны только 8 из них, т.е. 262136К, это ограничение RT-11.

Возможна установка двух контроллеров, для этого предусмотрен альтернативный набор адресов контроллера, переключение производится DIP-переключателем №1 на плате контроллера. Основной набор адресов (177220-177226) действует при выключенном состоянииэтого переключателя, альтернативный (177200-177206) - при включенном (ON). Остальные переключатели зарезервированы для дальнейшего расширения функционала.


Перспективы развития продукта
Данный контроллер снабжен достаточно мощным микроконтроллером STM32F407VET6, что позволяет реализовывать расширение возможностей контроллера без изменения аппаратной платформы.

Соответственно обозначу примерный набор функционала для развития:

1. реализовать сетевое подключение при помощи внешней сетевой карты на базе ENC28J60 [реализовано]
1.1 подключение позволит получить удаленный доступ к данным на SD-карте - те это будет FTP-сервер WEBDAV-сервер [реализовано]
посредством которого можно будет изменять информацию на диске удаленно [реализовано]
1.2 FTP-сервер WEBDAV-сервер будет предоставлять доступ на уровне самой FS RT11 [реализовано]
1.3 Обновление прошивок через Интернет
1.4 Управление настройками сети через ini-файл

2. Развитие функционала монтирования образов через ini-файл
2.1 Монтирование образов через команду SET AZ
2.2 Монтирование образов на SMB/NFS-шаре
2.3 Увеличение объема поддерживаемых дисков для работы RSX-11
2.4 Обновление через образ на SD карте
2.5 Внешний загрузчик, те пользовательский код который закачивается в машину и запускается (удобно для разработки своих расширений на базе AZ - к примеру меню загрузки)

3. Часы

4. Разработка драйвера AZX.SYS для монитора XM [реализовано]

5. Разработка драйвера для RSX

Актуальная firmware(прошивка) для контроллера

ТУТ



Устаревшее
2019.05.14
 AZ707_2.RAR ( 18.11 килобайт ) Кол-во скачиваний: 26328

2019.05.19
 AZ707_2_2019_05_19.RAR ( 18.35 килобайт ) Кол-во скачиваний: 26311

Комплект дисков
RT11 + ADOS + коллекция софта
 HD2019_05_19.RAR ( 14.93 мегабайт ) Кол-во скачиваний: 26467

Версия для УКНЦ - добавлены драйвера AZ
и ADOSSJ для УКНЦ на AZ6:
 HD_2019_08_09.RAR ( 16.63 мегабайт ) Кол-во скачиваний: 26780



Ссылки:

Приобрести контроллер для ДВК можно тут
Приобрести контроллер для УКНЦ можно тут

Процедура обновления firmware (прошивки) контроллера

Контроллер псевдодиска на MicroSD ДВК: подключение сетевой карты

сборка и наладка конструктора контроллера для ДВК печатная плата версии v1.01
Контроллер псевдодиска на MicroSD для УКНЦ: сборка и наладка конструктора контроллера

Контроллер псевдодиска на MicroSD на шину МПИ: особенности версии для УКНЦ

Страницы разработки на ZX-PK
УКНЦ + AZ - вариант контроллера псевдодисков на микро-SD для УКНЦ.
Контроллер псевдодиска на SD-карте для ДВК

[AFZ]

Вышел новый релиз фирмвари нашего контроллера. Будем считать, что это версия 1.0. Предыдущий вариант был чем-то, вроде 0.х, так, чтобы хоть как-то работало.

Изменения:

1. Отменена жесткая привязка файл-образов к корневому оглавлению и жесткая привязка имён этих файл-образов. Теперь жестко привязанным к корневому оглавлению будет только файл AZ.INI, в котором прописаны все необходимые файлы и их местоположение.

2. Отменена жесткая привязка загрузки к диску AZ0. Номер диска, с которого следует загружаться, также прописывается в AZ.INI.

Файл AZ.INI пока может содержать две секции: [Disks] и [Boot].

Секция [Disks] может содержать от одной до восьми строк вида:
Dn=0:/dir1/subdir1.../file.DSK
Здесь:
n - номер псевдодиска AZn
0 - номер носителя хост-системы, пока только 0 - карточка микро-SD, потом, возможно, что-то добавим.
dir, subdir, ... - оглавления, подоглавления и т.д., короче, путь к файлу
file.DSK - имя файл-образа. Тип .DSK не является строго обязательным, но настоятельно рекомендуется.

Секция [Boot] должна содержать одну строку
Dn
Где n - номер диска, с которого следует загружаться при запуске загрузчика по команде 177226G

Пример файла AZ.INI, который содержится в новом варианте архива с файл-образами:

Код

[disks]
D0=0:/disks/AZ000.DSK
D1=0:/disks/AZ001.DSK
D2=0:/disks/DISKS/51SYS_DS.DSK
D3=0:/disks/disks/disks2/fortra.dsk
[boot]
D0

Обращаю внимание на то, что последняя строчка INI-файла ОБЯЗАТЕЛЬНО должна завершаться Enter'ом (коды <CR><LF> после нее). Иначе строка не распознается и в показанном варианте INI-файла не будет задан номер загрузочного диска. В этом случае загрузчик остановится по адресу 010036. В принципе, после этого останова можно вручную задать номер загрузочного диска в R0 и продолжить исполнение загрузчика, в качестве загрузочного будет выбран тот диск AZn, номер которого вы укажете в R0.

Общие замечания по названиям файлов, оглавлений и пр.

1. Все названия должны содержать только большие английские буквы и цифры в любых сочетаниях. Из остальных символов допускается только знак подчеркивания "_". То есть, конечно, в .INI-файле можно написать и маленькими буквами, но они будут преобразованы в большие.
2. Длина любого названия не более 8 знаков, иначе будет ошибка. Длинна типа (расширения) не более 3 знаков. Файлы с длинными именами не поддерживаются.
3. Вместо знака "/" может быть использован знак "\".
4. Глубина вложенности ограничивается максимальной длинной строки 127 символов. (не проверялось)

Кроме того в фирмварь заложено взаимодействие с драйвером или программой в ДВК для выполнения динамических переназначений псевдодисков соответствующим файл-образам, но оно еще не проверялось, поскольку я пока не занимался программами для ДВК.


Фирмварь 1.0  AZ707_2.hex.zip ( 20.3 килобайт ) Кол-во скачиваний: 17958


Диски  AZwINI.zip ( 24.9 мегабайт ) Кол-во скачиваний: 18313


Напоминаю: вместе с обновлением фирмвари, надо обновить и файлы на флешке - если не будет найден файл AZ.INI, контроллер зависает. Впоследствие планируется моргание светодиодами, но пока так.

Сообщение отредактировал SuperMax - 2.12.2022, 12:58

[AFZ]

Подправил релиз 1.0. Новая версия 1.0.1. До этой версии по многим ошибкам управляющая программа банально зацикливала на while(1); и я смотрел отладчиком, что произошло. Теперь все обнаруженные ошибки выдаются на светодиоды. Ошибок всего 15, они выдаются миганием синего светодиода. Сначала на секунду зажигаются оба светодиода (в варианте с одним RGB-светодиодом - бирюзовое свечение в течение 1 сек.), потом, старшим битом вперед, выдается код ошибки, 4 бита, потом 3 сек пауза и все повторяется сначала.

Нулевой бит выдается короткой вспышкой (20 мс), единичный - длинной - 250 мс, далее - пауза, 0.5 сек. Увидев синие мигания, надо записать последовательность битов, должно быть 4 бита и по таблице определить, что за ошибка.

Например, если не воткнуть SD-шку, будет моргать так: зеленый и синий вместе - 1сек, пауза - 1сек, синий - короткая - короткая - длинная - длинная - пауза 3 сек и все сначала. Код получается 0011, т.е ошибка 3 - не монтируется диск 0:, действительно, нет СД-шки. С RGB-светодиодом будет то же самое, только зеленый и синий вместе дадут бирюзовый.

Большинство ошибок - это ошибки в файле AZ.INI или физические ошибки SD-карты, исправляются либо изменением AZ.INI, либо заменой карточки. Две ошибки - 5-я и 8-я - это мои, теоретически, их не должно быть никогда, но, на всякий случай, я проверяю. Если вдруг одна из них вылезет, поместите архив с SD-шкой на файлообменник и сообщите об этих ошибках в теме разработки контроллера на zx-pk.ru, я буду разбираться.

Прошивка 1.0.1 от 16 июня 2019 г.  AZ707_2.hex.zip ( 20.8 килобайт ) Кол-во скачиваний: 18007


Коды ошибок:

1 - физическая ошибка при чтении блока INI-файла
2 - слишком длинная строка в инишнике
3 - не монтируется диск 0 (нет СД-шки?)
4 - не найден AZ.INI
5 - ошибка в логике программы
6 - ошибка позиционирования при чтении
7 - физическая ошибка при чтении блока данных
8 - неверная последовательность команд при записи
9 - ошибка позиционирования при записи
10 - физическая ошибка при записи
11 - ошибка сброса буферов при записи
12 - неправильная секция в .INI-файле
13 - неправильная строка - либо в секции дисков начинается не с "Dn=", либо в секции загрузки не "Dn"
14 - слишком длинная строка в секции дисков
15 - не найден или не открывается файл-образ

Напоминаю. Предложенный набор файлов DSK - не догма. Вам никто не мешает самостоятельно создать соответствующий файл [или взять один из (AZ004-AZ007).DSK из числа имеющихся на карточке, они все равно пустые и, кажется, даже не инициализированные], набить его нужными материалами (в эмуляторе или Тотальным Командиром), положить его на ту же карточку и прописать его в файле AZ.INI на свободное место. Ну, или вместо какого-то другого. Не трогайте только AZ0 и AZ1, это основные загрузочные диски и, если вы ошибетесь в подготовке своих загрузочных дисков, то будут трудности - по крайней мере придется снова переставлять карточку в PC и что-то делать там. А так, проверить загружаемость своих дисков на ДВК можно и командой BOot или BOot/FOreign, и, если что-то не пойдет (забыли положить драйвер AZ или еще какой-то файл), подправить. И это можно будет сделать на ДВК, не вынимая карточку из контроллера.

[AFZ]

Обнаружилась проблема, о которой мы просто не подумали. Для платы КЖД с подключенным MFM-винчестером существует много разных драйверов, и, несмотря на то, что все они называются DW.SYS, не все они совместимы между собой. То есть винчестер, инициализированный и записанный с одним драйвером, ведет себя совершенно непредсказуемо при попытке работать с ним через другой драйвер.

Для тех, кто не в теме, рассказываю подробно.

Во-первых, есть два варианта интерпретации дорожки. У КЖД, в отличие от PC-шных контроллеров сектора нумеруются с нуля (у PC с единицы). Всего их 16 шт, номера их, соответственно, 0-15. DEC заняли сектор 0-0-0 (цилиндр 0, дорожка 0, сектор 0) какой-то служебной информацией, и остальное просто сдвинули на один блок вперед. Нулевой блок, таким образом, получил адрес 0-0-1, первый - 0-0-2, ... блок 14 окажется на секторе 0-0-15, а блок 15 - на секторе 0-1-0, блок 16 - 0-1-1 и т.д.

Это в интерпретации DEC. Наши позаимствовали у DEC расположение нулевого блока - как и у DEC, 0-0-1, а дальше, не то по ошибке, не то от скверности характера, положили блок 15 не на 0-1-0, как по алгоритму DEC, а на сектор 0-0-0, туда, где у DEC была служебная информация. Блок 16, как и у DEC, ляжет на 0-1-1, и т.д, по 30-й, а вот 31-й ляжет не на 0-2-0, как в алгоритме DEC, а на 0-1-0.

На первый взгляд сложно, но, в общем-то все просто. По алгоритму DEC надо сначала прибавить единичку к номеру блока и только потом разбивать его на C-H-R (Cylinder-Head-Record aka srctor), а ДВК-шный вариант - сначала разбиваем номер блока на C-H-R и только потом прибавляем единичку к номеру сектора. Ну, и отбрасываем вышедший за пределы четырех разрядов бит, то есть, если исходный номер был 15 (0b1111), то получается 16 (0b10000), старший бит отбросили, получилось 0b0000, т.е. ноль. Кто не знает, такое действие называется сложением по модулю 16. В общем, по алгоритму ДВК, блок, в двоичном представлении номера которого последние 4 бита - единицы, "заворачивается" на нулевой сектор той же дорожки, где лежит предыдущий блок, а по алгоритму DEC этот блок ложится в нулевой сектор следующей дорожки.

Так вот, есть драйверы, которые интерпретируют дорожку по алгоритму DEC, но есть и те, которые используют алгоритм ДВК. В первую очередь это родные квантовские драйверы, с которыми этот ДВК-шник пришел с завода. И какой "винегрет" получится, если у вас на винчестере данные расположены по алгоритму DEC, а драйвер c AZ будет интерпретировать это по алгоритму ДВК ?

Во-вторых, MFM-винчестеры тоже разные. У них разное количество дисков (поверхностей) и разное количество цилиндров. И, если количество цилиндров особых вопросов не вызывает - максимум, будет недоступна часть диска), то количество поверхностей - вопрос очень острый, при несоответствии возможны всякие чудеса.

Кроме того, RT-11 поддерживает, максимум, 32-М диски, а КЖД может адресовать до 64М. Поэтому для того, чтобы использовать винчестеры, объемом более 32М, для RT-11 их разбивают на два - DW0 и DW1. И, опять же, есть два варианта разделения - по головкам (поверхностям), и по цилиндрам. То есть, в первом варианте, допустим, для диска с шестью поверхностями (тот же ST251), поверхности 0-2 отдают DW0, поверхности 3-5 - DW1; во втором из 820 цилиндров того же 251-го цилиндры 0-409 отдают DW0, 410-819 - DW1. Это если делить ровно пополам, а могут ведь и не пополам поделить? Кроме того есть драйверы, позволяющие разбить и без того невеликий объем (64М макс.) на большее число DWx, до восьми, и находятся отдельные личности, пользующиеся этой возможностью.

Таким образом, у вас может оказаться любой из этих вариантов И даже если у вас стоит обычный ST225 или даже болгарский 10М диск, не помню как его зовут, не факт, что предыдущий владелец не запихал туда какой-то особенный драйвер DW и не настроил его каким-то специфическим образом. По этому, если у вас есть устройство DW и ваш ДВК с него загружается, то наилучшим решением будет загрузиться с этого DW и скопировать ваш рабочий драйвер DW.SYS на какой-то совместимый носитель, а потом загрузиться с AZ и скопировать на него драйвер с этого носителя.

Безусловно совместимым является VM. Это псевдодиск, располагаемый в расширенной памяти процессора 1801ВМ3, которую не используют RT-11SJ и RT-11FB, присутствующие на наших дисках AZ - для них эта память, в общем-то, недоступна. Так вот, чтобы ее хоть как-то использовать, в состав RT-11 включен драйвер VM. Он отображает эту память, как диск VM:, на который можно что-то записать и потом прочитать стандартными средствами системы, причем этот "диск" существенно быстрее всех реальных дисков ДВК, да и оригинальной PDP-11. Конечно, он временный, выключите машинку, и его содержимое пропадет. Тем не менее, иногда и такой "диск" полезен. Например, в нашем случае. Единственной причиной неудачи на этом пути может быть отсутствие драйвера VM.SYS на вашем винчестере. Ну, или (крайне маловероятный случай) - когда ЦП у вас не ВМ3, а ВМ1/2 или вообще Э-60 ЦП М2, но тогда как, спрашивается, вы загружались с DW ? У них же нет встроенного загрузчика с DW...

Следующим (но не таким удобным) совместимым устройством являются дискеты. А именно - MY или MX. С MY все почти просто - у них может только оказаться разная настройка времени, отводимого на шаг головки. И, если ваши дисководы медленные, а драйвер настроен на быстрые, то дисковод будет пропускать шаги. Это можно будет подстроить на ходу. Еще может оказаться разная настройка количества дорожек, но для чтения это неактуально. У MX есть дополнительная сложность - при его наличии в корзинке не остаётся места для AZ, придется их вставлять по очереди.

Ну, и, пожалуй, всё. Если вдруг возникнет какая-то ситуация, что этого материала не хватит для решения проблем, пишите на ZX-PK, будем думать вместе.

Да, еще важный момент. Если вы сами набирали материалы на ваш винчестер и у вас есть копия всех этих материалов на PC, то никто не мешает вам самостоятельно скопировать ваш драйвер DW.SYS на псевдодиски AZ. Я ведь не зря пропагандирую свой основной тезис: диск ДВК на PC-совместимом носителе для PC должен быть файлом типа DSK, доступным для любых PC-средств. Таких, как эмуляторы или плагин для Тотального Командира выделки Патрона. Так вот, вставляем карточку микро-SD в PC-шный кардридер и тем самым Тотальным командиром спокойно копируем что надо в эти файлы .DSK на карточке.

Теперь о переносе драйвера DW.SYS через VM. Опять же, для тех, кто не в теме. VM - это псевдодиск, использующий расширенную память процессора 1801ВМ3. Если у вас этот процессор, т.е. при включении ДВК появляется надпись

**** Доступное ОЗУ 256 К *

(или 1 М, или сколько там, если плата ЦП нестандартная) и работает загрузка с винчестера пультовой командой B (oot), то это устройство вам доступно. Если, конечно, с винчестера не вычистили или не забыли туда положить драйвер VM.SYS.

Загружаем ДВК с винчестера и проверяем доступность устройства VM: командой

Код

LO VM

Если что-то не в порядке, система выругается, и надо будет изобретать что-то другое.

Следующая команда

Код

INI VM:

Система спросит, уверены ли вы? Соглашайтесь, там же ничего нет. Далее копируем ваш актуальный драйвер DW.SYS на этот псевдодиск VM, командой

Код

COP SY:DW.SYS VM:

Ключ /SYS здесь необязателен, поскольку указано полное имя файла, подлежащего копированию. Система расскажет, что она скопировала файл и на этом с винчестером все, пора перезагружаться с AZ. Для этого надо остановить машинку. Выключать ее нельзя, VM - это же, фактически, обычная память, она при выключении сбросится. Давить кнопку "УСТ" тоже нежелательно - черт его знает, как там с регенерацией ОЗУ на время бездействия сигналов установки (К ПИТН В и К ПОСТН В) - это не INIT, во время которого регенерация гарантировано продолжается. Лучше всего дважды нажать кнопку "ОСТ", чтобы светодиод "ОСТ" загорелся и погас снова. Машинка, естественно, остановится, после чего набираем команду загрузки с AZ, т.е. 177226G. Машинка должна загрузиться, и нам надо скопировать драйвер DW.SYS с VM на AZ. Если на AZ уже есть какой-то (неподходящий) драйвер DW.SYS, то его надо подготовить к удалению. Во-первых, его надо исключить из таблиц системы, во-вторых, он может оказаться защищенным от удаления. Делается это двумя командами

Код

REM DW
UNPRO SY:DW.SYS

Если драйвер не подключился или его там вообще нет, система об этом выругается, но ничего страшного. И, наконец-то копируем ваш актуальный драйвер DW.SYS с псевдоустройства VM на AZ, командой

Код

COP VM:DW.SYS SY:

Не забудьте только, какой из AZ у вас в этот момент системный. Посмотреть это можно командой SH без аргументов (SHow).

И все. Тот AZ, с которого вы загрузились, готов к работе с вашим DW. Его, правда, еще нет в таблицах системы, надо перезагрузиться. Ну, или подать команду INS DW. После этого можно сразу расписать его на остальные AZ, а можно сначала попробовать... Попробовав, распишите актуальный DW.SYS на остальные диски AZ. Если вдруг система ругнётся на защищенный файл DW.SYS на каком-нибудь AZ, сделайте этому файлу UNPRO.

Если вдруг на вашем винчестере не окажется драйвера VM.SYS, можно обойтись дискетами. Это, правда, сильно неудобно - где сейчас брать эти дискеты, а дискета нужна либо пустая, либо с абсолютно ненужным содержимым, поскольку далеко не факт, что при попытке записи дискета не испортится. И, если на ней было что-то, то это "что-то" отойдет в даль светлую...

А так, действия те же, что и с VM - заменяйте в вышеуказанных командах буквы VM на MY или MX, и вперед. Единственное отличие, что дискеты, в отличие от оперативки, не теряют информацию при выключении компьютера. А в случае MX его обязательно придется выключить - я уже говорил, что в машинке с MX нет свободного места для контроллера AZ, да вы и сами это видите...

Ну, еще, может быть, дискету не придется инитить. Или наоборот, перед тем, как ее инитить, ее придется отформатировать..

Не забудьте: винчестер, в отличие от AZ, готов к работе далеко не сразу после включения, если что - подождите его готовости перед тем, как загружаться с AZ. Или еще проще: загрузились с AZ, сунулись к DW, получили сообщение "Invalid device DW:", подаете команду INS DW и вперед! (Если он к этому времени успел раскрутиться...)

В общем, мы тут с Максом посовещались и приняли решение, что со следующей выкладки файл-образы AZx не будут содержать активных драйверов DW. Если у вас есть соответствующее оборудование, копируйте свой DW.SYS сами. Вместо этого мы сложим на отдельный LD небольшую подборку разных вариантов драйвера DW.SYS, в самом тяжелом случае можно будет попробовать подобрать что-то оттуда.

Сообщение отредактировал AFZ - 30.6.2019, 14:36

[AFZ]

Подготовлен багфикс к 1.0.1 - улучшение работы на разогнанных машинках. Ну, не то, чтобы это был баг, просто вследствие инерции мышления я почему-то решил: раз АП2 с открытым коллектором, пусть и МК на этой шине будет с открытым стоком, может звона меньше будет. Но оказалось, что это было не лучшее решение. Поэтому внутренняя шина адреса/данных переведена из режима "открытый сток" в режим "три состояния". В результате, контролер AZ безукоризненно работает с платой 1201.03, разогнанной до 6.98 МГц. Правда, разогнанная машинка работает не очень долго - с прогревом начинает глючить КЦГД, а AZ продолжает работать.

Прошивка 1.0.2 от 14 июля 2019 г.  AZ707_2.hex.zip ( 20.83 килобайт ) Кол-во скачиваний: 16458


Сообщение отредактировал AFZ - 15.7.2019, 2:23

[AFZ]

Пофиксил мелкие баги, добавил команду отдельного управления прерываниями (используется в последней версии драйверов).

Прошивка 1.0.3 от 31 июля 2019 г.  AZ707_2.hex.zip ( 20.86 килобайт ) Кол-во скачиваний: 16084

[AFZ]

Подправил кое-какие мелочи, вроде бы, всё отлажено и работает. То есть, это, как бы, финальная прошивка контроллера микро-SD.

Следующая прошивка будет, когда будет готово что-то из сетевого функционала. То есть, это будет уже не просто контроллер микро-SD, а комбинированный контроллер микро-SD и сети, на том же железе. Ну, если, конечно, не найдется какой-нибудь баг...

Прошивка 1.0.4 от 09 августа 2019 г.  AZ707_2.hex.zip ( 20.94 килобайт ) Кол-во скачиваний: 16365

[AFZ]

Выкладываю файл-образ с RT-11 5.01 - SJ (DS) и XM, а также с TSX-11+ 6.1 (пробная генерация). Основное назначение выкладки - комплект драйверов для RT-11 и TSX, сами системы - это попутно.

Драйвера лежат в двух логических дисках - AZPOL.DSK и AZINT.DSK. Первый содержит драйвера, ожидающие окончания обмена с SD-карточкой посредством прополки (Polling), без прерываний, отсюда и POL в названии файла логического диска. Второй содержит драйвера, ожидающие окончания операций с карточкой путем возврата в систему и последующим запуском по прерыванию.

Драйвера есть для RT-11SJ/FB/SB (AZ.SYS), для RT-11XM (AZX.SYS) и для TSX-11 (AZ.TSX). Вроде-бы, все работает.

[SuperMax]

Спасибо Hobot за подготовку сборника игр для УКНЦ

http://archive.pdp-11.org.ru/ukdwk_archive...AZ_SYSTEM_UKNC/

Код

В рамках поддержки проекта AZ контроллера для УК-НЦ,
предлагается базовый системный раздел AZ007.DSK,
для самостоятельного пользования\освоения\изучения
счастливыми обладателями контроллера. Все замечания
по работе с этим диском и комплектом собранных программ
просьба доносить до авторов контроллера и\или сборника
через соответствующую тему на форуме. Всем спасибо!

Каталог сборника:
=================

15-Jan-2020
AZ    .SYS  AY    .SYS  SWAP  .SYS  RT11SJ.SYS  WD    .SYS  TT    .SYS
MZ    .SYS  C2    .SYS  NL    .SYS  SL    .SYS  AC    .SYS  CL    .SYS
COLS  .SAV  WDBOOT.SAV  WDR   .SAV  WDXR  .SAV  UCL   .SAV  PAF80 .SAV
RULON .SAV  HAND  .SAV  RUS   .SAV  LAT   .SAV  SYS   .SAV  TTY   .SAV
NYS   .SAV  PMEM  .SAV  TUK   .SAV  TS    .SAV  MENFNT.SAV  SKY   .SAV
MZFORM.SAV  IBMCHR.SAV  HUST  .SAV  FONTUK.SAV  PCX   .SAV  IND   .SAV
DUP   .SAV  DAY   .SAV  PIP   .SAV  DESS  .SAV  MACRO .SAV  LINK  .SAV
DIR   .SAV  DISASM.SAV  TSSPD .SAV  BINCOM.SAV  PASDWK.SAV  FNT   .SAV
POWER .SAV  PASY2K.SAV  SHKEYS.SAV  COD   .SAV  DS    .SAV  SIPP  .SAV
RESORC.SAV  CLOCK .SAV  CLRL  .SAV  NORMUK.SAV  FCU   .SAV  BMP   .SAV
LIBR  .SAV  PCCUR .SAV  SRCCOM.SAV  SYSMAC.SML  POWER .OBJ  SYSLIB.OBJ
PASDWK.OBJ  PASY2K.OBJ  BOX   .OBJ  BANK  .FNT  ITALIC.FNT  HIGH  .FNT
BOLDL .FNT  ROMAN .FNT  IBMCHR.FNT  UKNC  .FNT  ROUND .FNT  GC    .FNT
SCRIPT.FNT  ORATOR.FNT  KSM   .FNT  POWER .TTL  MACMIS.LST  POWER .PAS
SHKEYS.PAS  NORMUK.PAS  SHBOX .PAS  GRAY  .SAV  GRAY  .TXT  GRAYP .OBJ
BOOINF.REL  PRUN  .SAV  STARTS.COM  MACFIL.DSK  PRUN  .HLP  TTY   .LST
TSTVM2.MAC  TSTVM2.SAV  TSTVM2.OBJ  TSTVM2.REL  ASCII .HLP  ASCII .TXT
DKL   .SAV  DOS   .BIN  DOS   .PAS  FLOW3 .PAS  GRAPH .BIN  GRAPH .PAS
PAS   .SAV  PASDOC.LST  QUEENS.PAS  SINUS .PAS  PASFLS.TXT  PASFUN.TXT
TERPAS.TXT  FCU   .LST  QUEENS.SAV  SINUS .SAV  TSPAL .SAV  UKFONT.SAV
TSGRAY.SAV  TSGRAY.BAK  TSGRAY.PAS  TSGRAY.MAC  TSGRAY.OBJ  HELP  .SAV
PAS1  .SAV  GRAPHA.PAS  CGRAPH.LST  CGRAPH.PAS  GPD   .PAS  GPD   .SAV
TM    .PAS  NYS   .HLP  LD    .SYS  IT090 .DSK  IT091 .DSK  FIX10 .DSK
INF90 .DSK  ARCAD .DSK  KNIGHT.DSK  LABGAM.DSK  LOGGAM.DSK  SOKOBA.DSK
ASYS  .DSK  PAFCOM.DSK  NGAMES.DSK  REDKIE.DSK  UTILIT.DSK  DOC   .DSK
FPDOC .DSK  YREGIM.SAV  TESTUK.DSK  DEMO1 .SAV  DEMO2 .SAV  UKPOLR.TXT
DEMUK .SAV  CAT400.SAV  KNIGHT.OVL  KNIGHT.SAV  MKLAD .SAV  SAD   .SAV
SPION .SAV  GXONIX.SAV  TET85 .SAV  
165 Files, 24274 Blocks
41192 Free blocks

 Az007.rar ( 2.69 мегабайт ) Кол-во скачиваний: 16402

[AFZ]

Команды контролера AZ

1. Регистры контроллера.
Контроллер имеет 4 регистра на МПИ

• 177220 - регистр команд и состояния (CSR)
• 177222 - регистр данных (DR)
• 177224 - регистр начальной загрузки основной (BOOT1)
• 177226 - регистр начальной загрузки альтернативный (BOOT2)

Регистр CSR принимает команды в разрядах D0-D5 и бит разрешения прерываний в разряде D6, все только запись, читается всегда ноль. В разряде D7 читается бит готовности. Единица в нем означает, что предыдущая команда выполнена и контроллер готов к обмену. Ноль означает, что контроллер занят исполнением предыдущей операции, остальные регистры при этом отключены, обращение к любому из них вызовет Trap to 4. Если исполнение предыдущей команды вызвало ошибку, одновременно с битом D7 взводится бит D15.

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

Весь обмен данными ведется через DR. Для команд, аргумент у которых одно слово, этот аргумент следует переслать в DR, а затем выслать команду в CSR. Для команд обмена с буфером контроллера, наоборот, следует выдать команду и только после нее принимать или передавать блок данных определённой длины.

2. Прерывания.
Большинство команд исполняется, практически, мгновенно - за время исполнения одной-двух команд ЦП. Но команды обмена с карточкой микро-SD все-таки, требуют времени. Ожидать окончания этих операций можно либо поллингом бита D7 CSR, либо (например, при наличии многозадачной ОС, которой есть, куда утилизировать это время) - взвести бит D6 CSR (разрешение прерываний) и заняться чем-то другим. Когда операция будет завершена, произойдет прерывание и по нему можно продолжить операции.

3. Команды.

Команда посылается в CSR, в разряды 5-0. Пересылать следует только словом, байтовая запись недопустима. Разряды команды только для записи, читается всегда ноль. Коды команд приведены восьмеричные.

3.1. Сброс контроллера.
Код команды - 000. Команда останавливает, если возможно, все операции контроллера. Её окончания следует дождаться посредством поллинга.
Пример программы:

Код

;.............................
        MOV     #AZ$CSR,R3
1$:     CLR     @R3 ; Пошлем команду "Сброс"
        TSTB    @R3; Проверим готовность контроллера
        BPL     1$  ; Если не готов, сбрасываем еще                                                      
                    ; раз и проверяем снова
        TST     (R3)+  ; Проверим на ошибку,
                       ; одновременно сменим адрес
                       ; (пригодится дальше)
        BMI     ERR1
;...............................

Замечание о команде сброса. Вообще-то, она мгновенного действия - если контроллер не занят исполнением операции, которую прерывать нельзя, конкретно - обмен с SD. Пока идет обмен с SD, контроллер не воспринимает никаких команд и команда сброса может быть пропущена. Поэтому, если контроллер занят (бит D7 равен нулю), выдача команды сброса повторяется. Такое встречается достаточно редко (допустим, двойное нажатие Ctrl/C при перезаписи), обычно, при нормальном ходе операций, ожидание записи или чтения производится в специальном месте и, по окончании этой операции, выполняется не сброс, а совсем другие действия.

3.2. Выбор устройства.
Контроллер поддерживает до восьми псевдодисков AZ0 - AZ7. Команда "выбор устройства" выбирает для работы один из них. Код команды 001. Для выбора устройства следует переслать в регистр данных (177222) номер накопителя, с которым собираемся работать и затем послать в CSR код 001. Команда выполняется мгновенно, т.е. за время, пока ЦП пересылает код "выбор устройства". ПРи попытке выбрать диск AZ, которому не назначен файл-образ, в бите D15 регистра CSR возвращается ошибка.

Пример программы:

Код

;.......................

SetUni = 001; Символическое наименование команды
          ; "Выбор устройства"

; От предыдущего фрагмента в R3 остался адрес CSR+2=DR

; Считаем, что в R0 в битах 0-3 находится номер
; устройства, остальные биты - нули, процедура
; вычисления этого номера не показана.

        MOV     R0,@R3; Перешлем в DR номер диска AZ, с
                    ; с которым собираемся работать

        MOV     #SetUni,-(R3); и пошлем команду "Выбор
; накопителя", с исправлением адреса в R3, который
; теперь снова указывает на CSR.

        TST     (R3)+; Проверим на ошибку и опять
                   ; передвинем адрес в R3 на DR
        BMI     ERR2

;........................

3.3. Установка номера блока.

Контроллер предоставляет машинке с МПИ в качестве дисков AZ0 - AZ7 файл-образы типа DSK на карточке микро-SD. Размер этих файл-образов и, соответственно, псевдодисков, может быть любым, вплоть до 4Г каждый. Адресация на этих псевдодисках прямая - полученный по МПИ номер блока, после сдвига, используется в качестве смещения от начала соответствующего файл-образа. Фактически, это нечто, вроде LBA на PC.

Существуют операционные системы PDP-11, поддерживающие такие диски - RSX-11, ДИАМС, еще что-то. Однако, самая распространенная ОС - RT-11 - использует для номера блока СЛОВО (16 бит), причем код 0177777 кое-где используется в специальных целях и как размер диска не годится, поэтому для RT-11 могут быть использованы диски с максимальным числом блоков 0177776, т.е. 65534 блока (33553408 байт или 32767 К байт). Поэтому команды установки номера блока две: установить младшие биты номера блока - код 002 и установить старшие биты номера блока - код 012. Если номер блока помещается в 16 разрядов (для RT-11 - всегда), достаточно использовать команду установки младших битов номера блока, старшие биты при этом очищаются. Если номер не помещается в 16 разрядов, то сначала надо выдавать младшие биты, а потом старшие. Если попытаться сразу передать старшие биты без предварительной передачи младших, выдается ошибка. Если переданный адрес выходит за границу файл-образа, также выдается ошибка, не важно, на каком этапе - хоть при передаче младших 16 битов номера блока, хоть при передаче старших.

Для выполнения этих действий следует переслать требуемую часть битов номера блока в DR и затем переслать в CSR код команды, после чего следует проверить на ошибку. Команды мгновенные, т.е. выполняются за один цикл обращения по МПИ.

Пример программы в 16-разрядном варианте:

Код

;.......................................

SetBlk=002; Символическое наименование команды
; "Установить младшие 16 разрядов номера блока"

; От предыдущего фрагмента в R3 остался адрес DR
; (177222)
; Считаем, что в ячейке с меткой BLCUR находится 16-
; разрядный дисковый адрес (номер блока, подлежащего
; вводу или выводу). Процедура получения этого номера не
; показана

        MOV     BLCUR,@R3; Помещаем в DR номер блока,
                       ; подлежащего обмену.

        MOV     #SetBlk,-(R3); Посылаем команду в CSR
; не забываем, адрес в R3 перед пересылкой уменьшится на
; 2 и таким останется

        TST     @R3; Проверяем на ошибку

        BMI     ERR3

; В 32-разрядном варианте те же действия следует
; повторить для старших 16 разрядов (на самом деле,
; старших 7, остальные должны быть нулями, ибо максимум
; размера псевдодиска - 4Г) дискового адреса.

; Обратите внимание, что в R3 остался адрес CSR, а не
; DR, как в двух предыдущих фрагментах. Это сделано
; специально.

;.......................................

3.4. Чтение блока в буфер

У контроллера имеется встроенный буфер на 256 слов (512 байт). Фактически, это часть оперативной памяти микроконтроллера STM32, выделенная в его программе под этот буфер. Весь обмен с микро-SD идет через этот буфер.

Память дисков AZ представлена, как набор блоков объемом 512 байт каждый. Такой блок - единственная доступная единица для обмена данными с дисками AZ. Блоки пронумерованы от нуля до 65533 для 16-разрядного варианта или до 8388607 для 32-разрядного - это при использовании накопителей AZ максимально допустимой емкости. Никто не мешает использовать накопители меньшей емкости - фактический размер накопителя равен размеру файл-образа, смонтированного на этот накопитель. При попытке обратиться за пределы файл-образа будет зарегистрирована ошибка.

Команда 005 - чтение блока с микро-SD в буфер. С псевдодиска AZn, выбранного ранее командой "Выбор устройства" запускается на чтение блок, номер которого передан командой (командами) "Установка номера блока". Команда длительного действия.

Фактически, блок с карточки микро-SD читается, примерно, 500-800 мкс. На это время контроллер переходит в состояние, которое во время обсуждения проекта получило название "Думаю, прошу не мешать." А именно, на все время ее исполнения отключаются все регистры устройства, кроме CSR, в котором считывается ноль до тех пор, пока контроллер занят исполнением этой команды. По окончании считывания блока к МПИ подключаются остальные регистры контроллера, взводится бит D7 (готовность) в CSR и, если был установлен бит D6 (разрешение прерываний) в CSR, вырабатывается прерывание с вектором 0174.

Пример без прерываний тривиален:

Код

;...................................

CmdRea=005; символическое наименование команды "Читать
; блок"

; В R3 у нас от предыдущего фрагмента остался адрес CSR.
; Пересылаем туда код  команды чтения
        MOV     #CmdRea,@R3
2$:     TSTB    @R3        ; Проверим бит готовности
        BPL     2$; Не готово -> уходим проверять еще
                 ; раз
        TST     @R3; Проверим на ошибку
        BMI     ERR4
; Здесь у нас опять, в отличие от фрагментов пп. 3.1 и
; 3.2, в R3 остался адрес CSR, а не DR.

;...................................

Пример с прерываниями привести не получается, там очень много специфики, связанной с организацией ожидания в операционной системе или в программе, которая работает с оборудованием самостоятельно, без средств ОС. Единственный существенный момент - это то, что разрешать прерывания следует не при передаче команды "Читать блок", а отдельной командой "Нет операции" (код 030), которая не влияет на исполнение операций контроллером, но, если в ней присутствует единичный разряд D6 (разрешение прерываний, то есть код не 030, а 0130), то он запишется в соответствующий триггер и прерывания будут разрешены. Так надо делать, поскольку у нас где-то в отдаленных планах предусмотрена организация кэш-памяти в контроллере. Тогда, в случае кэш-попадания, команда чтения может оказаться почти мгновенной (выполнится за время одной-двух-трех команд ЦП) и выход из драйвера AZ с последующим прерыванием и повторным входом в этот драйвер будут напрасной растратой времени ЦП. Поэтому, выполнив подготовку к выходу из драйвера в ОС, следует проверить бит готовности. Если он успел установиться, то, не выходя в ОС, следует сразу перейти к дальнейшей обработке, и только если бит готовности установиться не успел, тогда надо будет разрешить прерывания, переслав в CSR команду "Нет операции" с установленным битом разрешения прерываний (код 0130) и выходить в ОС.

3.5. Команда "Начать передачу считанного блока"

Код команды - 015. Получив эту команду, контроллер настраивается на пословную выдачу содержимого того самого встроенного буфера на 256 слов, которые будут выданы последовательно через регистр DR. Никаких ожиданий не требуется, просто пересылаем 256 раз слово из DR в последовательные ячейки памяти, и все. Если нужно меньше, чем 256 слов (последний укороченный блок файла), то остаток можно просто бросить, не считывая, сброс контроллера в начале следующей операции сбросит и этот остаток.

Пример программы:

Код

;..................................
RdBuf=015; символическое наименование команды

; В R3 от предыдущего фрагмента остался адрес CSR
; (177220)

; Считаем, что у нас в R2 находится адрес первого слова
; памяти, куда следует разместить прочитанный блок.
; Программа получения этого адреса не приводится.

        MOV     #400,R1; Готовим счетчик слов
                      ; 0400 oct = 256 dec

        MOV     #RdBuf,(R3)+; и пересылаем команду
; RdBuf в CSR. Адрес в R3 укажет на DR (177222).

3$:     MOV     @R3,(R2)+;перешлем очередное слово в
                       ; память
        SOB     R1,3$  ; и повторим это 256 (0400)
                       ; раз
;..................................

Всё, чтение закончено.

Для записи наоборот, требуется сначала перенести весь блок данных из памяти ЦП в контроллер и потом выдать команду "Записать содержимое буфера на диск"

3.6. Команда "Принять блок данных в буфер"

Код команды 016. Команда настраивает контроллер на прием блока данных и помещении его в буфер. Следующие 256 циклов записи в DR поместят данные, переданные через МПИ, в буфер.

Пример программы.

Код

;..................................

WrBuf=016; Символическое наименование команды

; Перед записью нужно выполнить те же действия, что и в
; пп. 3.1.-3.3. Обычно, это одна и та же программа,
; просто после пункта 3.3. выполняется проверка "Что
; требуется: чтение или запись?" и разветвление на
; программу чтения или записи.

; После фрагмента в п. 3.3. в R3 остался адрес CSR
; (177220). Будем считать, что в R2 находится адрес в
; памяти ЦП, где находится блок, подлежащий записи.
; Программа получения этого адреса не показана.

        MOV     #400,R1; Готовим счетчик

        MOV     #WrBuf,(R3)+; Перешлем команду в CSR и
                          ; переключим адрес в R3 на
                          ; DR

4$:     MOV     (R2)+,@R3; Перешлем очередное слово
                       ; данных
        SOB     R1,4$  ; и повторим это 256 раз
;..................................

3.7. Команда "Записать блок из буфера на диск"

Код команды 006. Содержимое буфера пишется на выбранный псевдодиск по заданному дисковомк адресу (номеру блока). Перед записью выполняются проверки (1) "была ли запись в буфер?", если нет, выдается ошибка и (2) "заполнен ли буфер полностью?", если нет (для последнего укороченного блока файла), остаток буфера очищается нулями. Далее производится запись блока на носитель. Операция длительная, после ее запуска контроллер, как и при чтении переходит в состояние "Думаю, прошу не мешать". И так же, как и при чтении окончания этой операции надо дождаться, теми же средствами, как и при чтении.

Пример программы без прерываний:

Код

;...............................................................

CmdWri=006; символическое наименование команды "Писать
        ; блок"

; В R3 у нас от предыдущего фрагмента остался адрес DR.
; Исправляем его на CSR и пересылаем туда код  команды
; записи
        MOV     #CmdWri,-(R3)
5$:     TSTB    @R3        ; Проверим бит готовности
        BPL     5$; Не готово -> уходим проверять еще
                 ; раз
        TST     @R3; Проверим на ошибку
        BMI     ERR5

;....................................................................

Программа с прерываниями, опять же, не приводится.

3.8. Команды "Получить размер псевдодиска"

Есть две команды получения размера псевдодиска, т.е. смонтированного на выбранный псевдопривод AZn файл-образа.

Если используемая ОС (или программа, работающая с дисками без ОС) умеет работать с большими (больше 32М) дисками, следует пользоваться командой с кодом 017. Последовательность действий: сбросить контроллер (п. 3.1), выбрать накопитель (п. 3.2) и переслать в CSR код 017, а затем, без каких-либо ожиданий, считать из DR сначала младшее, и следом за ним старшее слово размера выбранного накопителя (файл-образа).

Если используемая ОС не умеет работать с дисками бОльшими, чем 32М (RT-11), следует пользоваться командой 007 - получить размер псевдодиска с ограничением до 32М. Действия похожие: сбрасываем контроллер, выбираем диск, посылаем в CSR код 007 и считываем из DR одно слово размера псевдодиска. Если размер файл-образа, смонтированного на выбранный псевдопривод, больше 65534 блоков, вместо этого "большого" размера, контроллер возвращает число 65534. Напоминаем, что число 65535 кое-где используется в специальных целях и не может быть размером диска.

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

Пример программы с большими дисками

Код

;......................................

GetBig=017; Получить "большой" размер диска

; От фрагмента 3.2 (выбор диска) у нас в R3 остался
; адрес DR (177222)

        MOV     #GetBig,-(R3); пошлем команду
        TST     (R3)+; вернем адрес в R3 назад, на DR
        MOV     @R3,BigSiz
        MOV     @R3,BigSiz+2
;......................................

Пример программы с "малыми" дисками

Код

;......................................

GetSiz=007; Получить "малый" размер диска

; От фрагмента 3.2 (выбор диска) у нас в R3 остался
; адрес DR (177222)

        MOV     #GetSiz,-(R3); пошлем команду
        TST     (R3)+; вернем адрес в R3 назад, на DR
        MOV     @R3,DskSiz
;......................................

3.9. Команда "нет операции"

Основное назначение этой команды - устанавливать бит разрешения прерываний от контроллера. Команда передает бит разрешения прерывания, который находится с ней в одном слове, но не входит в ее состав (напоминаем, команда располагается в битах D0 - D5, а бит разрешения прерываний - D6), в соответствующий триггер контроллера и больше никак не влияет на процессы в контроллере. Управление этим триггером работает даже в состоянии "Думаю, прошу не мешать", и это главная особенность команды "нет операции".

Команда имеет код 0030. Посылка в CSR кода 0130 разрешит прерывания от контроллера, посылка кода 0030 запретит их. Пример не приводится вследствие тривиальности его.

3.10. Команда "Разрешить работу сети.

Код команды 010. Закончив последовательность действий по передаче очередной порции данных, и ожидая, что следующий запрос последует не сразу же, можно "утилизировать" процессорное время микроконтроллера STM32, составляющего основу AZ - занять его обслуживанием сети. В той же RT-11 это можно сделать перед выходом из драйвера AZ, перед макрокомандой .DRFIN, завершающей исполнение запроса ввода-вывода.

Действительно, операция ввода-вывода завершена, программа ЦП в системе будет готовить новую порцию данных для вывода, или соображать (на основании предыдущих прочитанных данных), где ей еще что-то прочитать, или вообще размышлять о чем-то своём. Другими словами, после окончания запроса ввода-вывода, довольно высока вероятность того, что последует пауза в работе с дисками AZ. Вот, время этой паузы и можно отдать на обслуживание сети. Для этого, перед исполнением макрокоманды .DRFIN в RT-11 или ее аналога в других ОС следует отправить в CSR код 110 (разрешить сеть плюс разрешить прерывания).

Прерывание в этом случае не произойдет, оно активируется только по завершении "длительных" операций, которые переводят контроллер в состояние "Думаю, прошу не мешать", а установленный в "1" триггер разрешения прерываний, кроме этого, разрешает еще и работу сети, если она активирована. При запуске следующей операции ввода-вывода действия в п. 3.1 (сброс контроллера) сбросят и этот триггер, после чего программа обслуживания сети, обнаружив сброс этого триггера, прекратит (приостановит) свою работу и вернет управление основной программе обслуживания дисков AZ. Максимум, что можно заметить со стороны ЦП - это небольшая (10-20 мкс) задержка исполнения команды сброса, но это вполне умеренная плата за сетевые возможности.

4. Дополнительные команды

Перечисленного выше набора команд, вроде-бы, вполне достаточно для нормальной работы любой ОС. Однако, есть еще некоторый набор действий, которые было бы полезно выполять на ЭВМ с МПИ. А именно - манипуляции с хостовой файловой системой (HFS). Как известно, в контроллере AZ псевдодиски AZn отображаются на файлы, расположенные на микро-SD в файловой системе FAT-32. Для самой распространенной ОС, а именно - для RT-11, контроллер может предоставить, максимум, около 256М псевдодискового пространства (8 псевдодисков по 32М). А современные SDHC имеют емкости до 32Г. Логично сгрузить на эту 32-Г карточку все имеющиеся материалы и выбирать из них по мере надобности те, которые потребовались.

Только вот для того, чтобы перемонтировать в одном из приводов AZ файл-образ, приходится выключать машинку с МПИ, вынимать карточку из контроллера, идти к компьютеру, изменять там файл AZ.INI, нести карточку назад, вставлять ее в контроллер и запускать машинку заново. Неудобно. А удобно было бы запустить на этой машинке специальную программу, допустим, AZMNT ( AZ MouNT) и выполнить переназначение прямо на ней, не останавливая, и не извлекая карточку микро-SD.

Для выполнения этих функций в контроллере предусмотрен набор команд управления HFS. Заметим, обслуживание этих команд в драйвере не нужно: ими пользуется только программа работы с HFS, а место в драйвере они занимают всегда. Естественно, следует вписать эти действия непосредственно в программу, а не в драйвер. Точно так же естественно требование не запускать эту программу под многозадачной ОС - любая опервция с AZ выполняется исполнением последовательности команд, начиная от сброса и заканчивая передачей данных, причем туда обязательно входит "длительная операция и ожидание ее окончания. Так вот, выполняем мы эту последовательность, в это время подходит квант времени другой задачи многозадачной системы, она начинает свою последовательность и сбивает нашу.

К тому же, многие многозадачные системы "не пустят" нашу программу к регистрам оборудования.

Нет, конечно, при правильном программировании всё это можно обойти, но это вызовет значительное усложнение программы, а также потребует внесения в драйвер AZ дополнительного функционала, что, опять же, увеличит его размер. Поэтому проще будет написать простую программу, работающую под однозадачной системой (RT-11SJ, RT-11SB). В крайнем случае, под условно-многозадачной (RT-11FB, RT-11XM), в которых перед запуском программы управления HFS не запускались или остановлены оперативные задачи.

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

Да, еще важный момент. Длинные имена не поддерживаются. Неанглийские буквы и спец. символы - тоже. Имена оглавлений и файлов могут содержать ТОЛЬКО большие английские буквы, цифры и знак подчеркивания. Все остальные символы в именах файлов и оглавлений ЗАПРЕЩЕНЫ. Имя файла должно иметь, максимум, 8 символов, тип файла (расширение), максимум, 3 символа. В принципе, можно написать имя и тип малыми английскими буквами, но они будут преобразованы в большие.

Итак, дополнитеьные команды.

4.1. Получить таблицу назначений приводов AZn.

Код команды 011. Получив эту команду, контроллер переключается с буфера для блока на свою внутреннюю таблицу назначений длиной 560 слов (1120 байт, 8 строк по 140 байт каждая). Перед выдачей этой команды следует сбросить контроллер. После выдачи этой команды следует выдать команду 015 (чтение буфера), но в этом случае будет читаться не буфер, а та самая таблица, последовательно, слово за словом.

Пример программы:

Код

;...................................
AZ$CSR = 177220; CSR контроллера
RdBuf = 012  ; Команда "Читать из памяти контроллера"
RdTbl = 011  ; Команда "Читать таблицу назначений"
TblSiz = 1120.; Длина таблицы в байтах (десятичная)

; Считаем, что в R2 находится адрес первого слова
; области памяти для таблицы назначений. Процедуру
; получения этого адреса не показываем.

        MOV     #AZ$CSR,R3; Готовим CSR контроллера
10$:    CLR     @R3;
        TSTB    @R3; Сбросим контроллер
        BPL     10$;

        MOV     #RdTbl,@R3; Команда "Передать
                          ; таблицу"

        MOV     #RdBuf,(R3+) ; Команда "Читать из
; памяти контроллера. Одновременно передвинем адрес в R3
; на DR контроллера (177222).

        MOV     #TblSiz/2,R1; Готовим счетчик слов

11$:    MOV     @R3,(R2)+; Перешлем текущее слово
        SOB     R1,11$ ; и повторим 560 раз
;...................................

4.2. Команда "Открыть оглавление HFS"

Код команды 3. Последовательность действий

• сбросить контроллер
• подать в CSR команду "Принять блок данных в буфер" и передать пословно всю строку с полным текстом пути (Full Path) к требуемому оглавлению. Строка должна завершаться нулевым байтом (0х00) и быть не длиннее 128 байт (64 слов).
• переслать в CSR код команды "Открыть оглавление"
• дождаться ее окончания (команда длительная)
• проверить на ошибку

Пример программы:

Код

;.............................
AZ$CSR = 177220
WrBuf = 016
OpnDir = 3

        MOV     #AZ$CSR,R3

; Ячейка DirPtr содержит указатель на начало поля с Full
; Path. Считаем, что строка завершается тремя нулевыми
; байтами, чтобы распознать по нулю окончание пересылки
; строки пословно. Действительно, если количество
; символов в строке четное, то следующие два байта нулей
; образуют нулевое слово; если же нечетное, то один ноль
; уйдет вместе с последним символом строки, а нулевое
; слово образуют второй и третий нулевые байты,
; оканчивающие строку. То есть, такое окончание строки,
; передаваемой пословно, вполне надежно.
        MOV     DirPtr,R2

        MOV     #WrBuf,(R3)+; Подаем команду "Запись в
                          ; буфер" и передаем строку
11$:    MOV     (R2)+,@R3 ; пословно, до тех пор,
        BNE     11$       ; пока не перешлется ноль

        MOV     #OpnDir,-(R3); Подаем команду "Открыть
                            ; оглавление"

12$:    TSTB    @R3; и ждем, когда контроллер ее
        BPL     12$; выполнит,
        TST     @R3; после чего проверяем на ошибку.
        BMI     Err10; Ошибка -->
;.............................

4.3. Команда "Прочитать запись оглавления HFS"

Код команды 13. Команда читает запись оглавления во внутреннюю область памяти и переключает на нее указатель для передачи данных через DR. Оглавление перед этим должно быть открыто. Порядок действий следующий:
• Сбросить контроллер.
• Выдать в CSR команду "Прочитать запись оглавления" и дождаться ее окончания.
• Выдать в CSR команду "Прочитать из памяти контроллера"
• Прочитать из DR 11 слов записи оглавления


Запись оглавления имеет формат:

См. Имя Значение
0 fSize Размер файла в байтах, младшее слово
2 старшее слово
4 fDate Дата в формате MS-DOS
6 fTime Время в формате MS-DOS
10 fAttr Атрибуты 1 байт
11 fName ИМЯ.ТИП файла, 8+1+3+1 = 13 байт

Смещения указаны восьмеричные. Формула в строке fName означает, что там сначала должно быть имя, максимально из восьми символов, далее должна быть точка, далее тип, до трёх символов, и завершающий нулевой байт 0х00. Если тип не указан, точка тоже не нужна.

Атрибуты файлов в байте fAttr (восьмеричные):

001 - Read Only
002 - Hidden
004 - System
020 - Directory
040 - Archive

Пример программы.

Код

;......................................
RdDir = 013; код команды "Читать запись оглавления"
RdBuf = 015

        MOV     #AZ$CSR,R3

15$:    CLR     @R3;
        TSTB    @R3;  Сбросим контроллер
        BPL     15$;

        MOV     #RdDir,@R3; Попросим контроллер
16$:    TSTB    @R3     ; прочитать в свою память
        BPL     16$     ; запись оглавления

        MOV     @RdBuf,(R3)+;
        MOV     DIRREC,R2 ; И перенесем ее к себе в
        MOV     #11.,R1   ; область памяти, указатель
17$:    MOV     @R3,(R2)+ ; на которую лежит в ячейке
        SOB     R1,17$    ; DIRREC.

;......................................

4.4. Команда "Монтировать диск"

Код команды 004. Порядок действий:
• Сбросить контроллер
• Переслать в контроллер строку с записью, подобной строкам описания дисков в файле AZ.INI
• Выдать команду "Монтировать диск"
• Дождаться ее окончания (команда длительная)
• Проверить на ошибки
На выбранный накопитель AZn НЕ ДОЛЖЕН быть смонтирован диск. Если он таки смонтирован, перед монтированием туда нового диска следует размонтировать старый (следующая команда).

Пример программы:

Код

;..................
AZMNT = 4
MDLEN = MDEND-MDTXT+2

        MOV     #AZ$CSR,R3

20$:    CLR     @R3;
        TSTB    @R3; Сбросим контроллер
        BPL     20$;

        MOV     #WrBuf,(R3)+; Перешлем в него строку
        MOV     #MDTXT,R2 ; с командой назначения
        MOV     #MDLEN/2,R1;
21$:    MOV     (R2)+,@R3 ;
        SOB     R1,21$    ;

        MOV     #AZMNT,-(R3); и отдадим ее на
22$:    TSTB    @R3        ; исполнение
        BPL     22$        ;

        TST     @R3; после чего проверим на ошибку
        BMI     Err11;
;.........................

MDTXT:  .ASCII  "D4=0:/DISKS/SYSTEM/51SYS_DS.DSK"
MDEND:  .BYTE   0,0
;..................

В этом фрагменте на диск AZ4 монтируется файл-образ 51SYS_DS.DSK, лежащий в папке SYSTEM, которая лежит в папке DISKS, лежащей в корневом оглавлении карточки микро-SD.

4.5. Команда "Размонтировать диск"

Код команды 014. Чтобы размонтировать диск, следует сбросить контроллер, переслать в DR контроллера номер привода AZ, который следует размонтировать, и послать в CSR контроллера код 014, после чего дождаться окончания операции (она длительная) и проверить на ошибку. Ошибка выдается, если привод не был смонтирован.

4.6. Команда "получить расширенный код диагностики"

Код команды 020. После сброса контроллера следует выдать эту команду в CSR и затем прочитать два слова расширенной диагностики из DR. Команда мгновенная, ожидание не требуется.


Продолжение описания команд тут
https://forum.maxiol.com/index.php?s=&showt...indpost&p=57017

[SuperMax]

На данный момент идет развитие сетевой поддержки, а именно реализован сервер WEBDAV
те можно удаленно работать с файлами на SD карте (копировать, удалять, переименовывать итд итп)
посредством типового ПО умеющего работать с WEBDAV ресурсами: FAR, TotalCommander, FileZilla и другие клиенты

Соответственно ожидается:
- инструкция по приобретению карты (ничего редкого)
- инструкция по подключению карты к контроллеру (поддержка сетевой карты есть и УКНЦ версии AZ и у основного AZ ДВК )
- релиз драйвера AZ.SYS с поддержкой сети
- релиз новой прошивки для контроллера

[AFZ]

Выкладываю драйвер AZ для RT-11 (исходник). Я его сделал из драйвера HD V4 выделки Патрона. Кто читал тему про создание AZ, должен помнить, что первоначально я собирался воплотить "в металле" контроллер HD, Патрон для этогосделал несколько вариантов HD, я остановился на четвертом и, соответственно, стал пользоваться его драйвером HD V4.Потом у меня не получилось - у Патрона в HD V4 операция ввода или вывода выполнялась за один заход, вне зависимости от размера области, подлежащей обмену, а я не смог такое сделать, мне пришлось разбить это дело на физические блоки. Соответственно, был модифицирован драйвер. Так, последовательно, отлаживая программу контролера и модифицируя под нее драйвер, в конце концов я получил вот это.

Исходник включает условную генерацию следующих вариантов:

1) Диспетчер памяти - параметр генерации MMG$T. Если он равен нулю или не задан, генерится драйвер для SJ/FB/SB, если же он равен единице, то, при TSX$P равном нулю или пропущенном, генерится драйвер для XM, а при TSX$P = 1 генерится драйвер для TSX.

2) Прерывания - параметр генерации INT$PT. Если он равен нулю или не задан, генерится драйвер, в котором ожидание обмена с SD-картой делается посредством поллинга, т.е. драйвер в цикле проверяет бит готовности контроллера и не отдает управление до тех пор, пока затребованный блок не прочитается или не запишется. При INT$PT = 1 драйвер, запустив операцию ввода или вывода, возвращает управление ОС, которая может использовать время обмена с карточкой для исполнения других задач. По окончании обмена с карточкой контроллер выдаст прерывание с вектором 174, драйвер, получив это прерывание, приостановит выполнявшийся в ОС процесс и продолжит исполнение операции ввода-вывода.

Для удобства сборки драйвера предусмотрено три командных файла - для SJ/FB/SB, для XM и для TSX. Вообще-то надо было сделать шесть командных файлов - в варианте с прерываниями и в варианте без прерываний, но я поленился.

[SuperMax]

Подготовили релиз с поддержкой сети

Подключение и документация по сети

Драйвера
 Drivers_2020_05_24.rar ( 2.45 килобайт ) Кол-во скачиваний: 16095

обращаю внимание на необходимость после замены драйвера дать команду COPY /BOOT

пример синтакиса
COPY /BOOT AZ0:RT11SJ.SYS AZ0:

Готовый образ флешки [помните про DW - он у вас может быть другой геометрии!]
 V4_NETWORK_2020_05_24.RAR ( 16.63 мегабайт ) Кол-во скачиваний: 16336

AZ2 - ADOS для ДВК
AZ6 - ADOS для УКНЦ


Firmware
 AZ2NET.RAR ( 57.29 килобайт ) Кол-во скачиваний: 16175

полный функционал прошивки описан тут
Процедура обновления firmware (прошивки) контроллера

[SuperMax]

Рекомендуемая процедура обновления при наличии своих образов дисков на карточке

1. вынуть контроллер, обновить firmware по инструкции
2. вставить контроллер, подключить сетевую карту
3. включить машину
4. дать команду на включение сети
ВМ1-ВМ2 177220 110
ВМ3 17777220 110
5. по сети зайти в образа дисков и скопировать AZ.SYS драйвера в нужные образа
6. выключить сеть
ВМ1-ВМ2 177220 0
ВМ3 17777220 0
7. загрузится
177226G (или ИСП на УКНЦ)
8. дать команду COPY /BOOT на всех бутовых разделах

[SuperMax]

Новая линейка контроллеров AZ V2

фото плат в сборе в первом сообщении темы

основные особенности и преимущества
1. данная линейка разработана для облегчения производства и расширения фукнционала линейке AZ V1
без изменения основного ПО для МК STM32
2. Убраны устаревшие GAL16V8D - они уже давно сняты с производства и приобрести их сейчас в надлежащем качестве достаточно сложно, обычно половина поставки идет в мусорное ведро, что затрудняет сборку и тестирование готовых изделий. Для замены установлена EPM240, которая полностью перекрывает функционал и обеспечивает его расширение, что особенно актуально для УКНЦ.
3. Для УКНЦ актуальна автозагрузка с эмуляцией сетевого адаптера, для V2 это становится возможным

[SuperMax]

Прошивка ПЛИС EPM240 для AZ V2 от 26.01.2021

Инструкция по прошивке ПЛИС

Прошивка предназначена для AZ V2 МПИ, УКНЦ поддерживается, но без автозагрузки

Основные особенности:
дополнительная индикация работы контроллера - 4 светодиода рядом с ПЛИС

светодиоды маркированы L1 L2 L3 L4
стандартные цвета для них:
L1 красный
L2 зеленый
L3 желтый
L4 синий
но эти цвета могут не соблюдаться тк не несут жизненно важного функционала.

Отображаемый функционал:
L1 - активность аппаратной затычки на 177220, иначе говоря показывает занятость МК тяжелыми процессами. В нормальном режиме - мигает, тк идет опрост сети. но так как это очень быстрые процессы, может создавать впечатление,что он горит постоянно. В режиме ожидания загрузки не горит.
L2 зеленый - сигнал RPLY с контроллера, показывает что контроллер отвечает на запросы шины.
L3 желтый - управление направлением передачи данных буферами АП2 или 245, активное состояние передача данных в МПИ
L4 синий - управление направлением передачи данных буферами АП2 или 245, активное состояние передача данных в МПИ

 AZ240.RAR ( 1.32 килобайт ) Кол-во скачиваний: 15919

[SuperMax]

Подготовили новый релиз прошивки от 27.01.2021

Описание прошивки

Firmware
 AZ_v1.06.rar ( 65.16 килобайт ) Кол-во скачиваний: 16017


полный функционал прошивки описан тут
Процедура обновления firmware (прошивки) контроллера

[SuperMax]

Прошивка ПЛИС EPM240 для AZ V2 от 28.02.2021

Исправлено
работа с прерываниями на быстрых машинах
 AZ240.RAR ( 1.34 килобайт ) Кол-во скачиваний: 15663

[SuperMax]

Подготовили новый релиз прошивки от 14.04.2021

Описание прошивки

Firmware
 AZ_v1.07.rar ( 65.2 килобайт ) Кол-во скачиваний: 15917



Процедура обновления firmware (прошивки) контроллера

[SuperMax]

Подготовили новый релиз прошивки от 21.04.2021

Описание прошивки

Firmware
 AZ_v2.00.rar ( 65.51 килобайт ) Кол-во скачиваний: 15900



Процедура обновления firmware (прошивки) контроллера