Совместными усилиями разработан контроллер псевдодиска на 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) и ждет от вас пультовой команды.

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

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


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



Есть альтернативная команда - запуск с адреса 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-шаре свой Landisk server [реализовано]
2.3 Увеличение объема поддерживаемых дисков для работы RSX-11 [реализовано]
2.4 Обновление через образ на SD карте
2.5 Внешний загрузчик, те пользовательский код который закачивается в машину и запускается (удобно для разработки своих расширений на базе AZ - к примеру меню загрузки)

3. Часы [реализовано] утилиты

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

5. Разработка драйвера для RSX [реализовано]
6. Набор утилит для монтирования дисков из RT11 [реализовано] утилитыАктуальная firmware(прошивка) для контроллера v16

ТУТ



Устаревшее
2019.05.14
Нажмите для просмотра прикрепленного файла
2019.05.19
Нажмите для просмотра прикрепленного файла
Комплект дисков
RT11 + ADOS + коллекция софта
Нажмите для просмотра прикрепленного файла
Версия для УКНЦ - добавлены драйвера AZ
и ADOSSJ для УКНЦ на AZ6:
Нажмите для просмотра прикрепленного файла


Ссылки:
AZ controller for PDP-11 minicomputers


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

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

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

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

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

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

Вышел новый релиз фирмвари нашего контроллера. Будем считать, что это версия 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, который содержится в новом варианте архива с файл-образами:


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

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

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

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


Фирмварь 1.0Нажмите для просмотра прикрепленного файла

ДискиНажмите для просмотра прикрепленного файла

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

Подправил релиз 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 г. Нажмите для просмотра прикрепленного файла

Коды ошибок:

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 или еще какой-то файл), подправить. И это можно будет сделать на ДВК, не вынимая карточку из контроллера.

Обнаружилась проблема, о которой мы просто не подумали. Для платы КЖД с подключенным 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: командой



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

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



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



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



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



Не забудьте только, какой из 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, в самом тяжелом случае можно будет попробовать подобрать что-то оттуда.

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

Прошивка 1.0.2 от 14 июля 2019 г. Нажмите для просмотра прикрепленного файла

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

Прошивка 1.0.3 от 31 июля 2019 г. Нажмите для просмотра прикрепленного файла

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

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

Прошивка 1.0.4 от 09 августа 2019 г. Нажмите для просмотра прикрепленного файла

Выкладываю файл-образ с 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). Вроде-бы, все работает.

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

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



Нажмите для просмотра прикрепленного файла

Команды контролера 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. Команда останавливает, если возможно, все операции контроллера. Её окончания следует дождаться посредством поллинга.
Пример программы:


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

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

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



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-разрядном варианте:



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.

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



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

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

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

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



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

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

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

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

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



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

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

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



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

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 (выбор накопителя) и исполнение программы до этого места просто не дойдет. Поэтому ошибок у этих команд не предусмотрено.

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



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


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. Получив эту команду, контроллер переключается с буфера для блока на свою внутреннюю таблицу назначений (32 строки по 140 байт каждая)* . Перед выдачей этой команды следует сбросить контроллер. После выдачи этой команды следует выдать команду 015 (чтение буфера), но в этом случае будет читаться не буфер, а та самая таблица, последовательно, слово за словом.

* начиная с версии 17, длина имени файла уже не 130 байт а 386 байт

пример утилиты AZSMNT

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



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

Пример утилиты - AZDIR

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

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

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



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

Пример утилиты - AZDIR

Код команды 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

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



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

Код команды 004.

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

пример утилиты AZMNT

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



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


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

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

пример утилиты AZUMNT

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

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


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

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

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

Выкладываю драйвер 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. Вообще-то надо было сделать шесть командных файлов - в варианте с прерываниями и в варианте без прерываний, но я поленился.

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

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

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

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

Готовый образ флешки [помните про DW - он у вас может быть другой геометрии!]
Нажмите для просмотра прикрепленного файла
AZ2 - ADOS для ДВК
AZ6 - ADOS для УКНЦ


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

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

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 на всех бутовых разделах

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

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

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

Прошивка ПЛИС 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, активное состояние передача данных в МПИ

Нажмите для просмотра прикрепленного файла

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

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

Firmware
Нажмите для просмотра прикрепленного файла

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

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

Исправлено
работа с прерываниями на быстрых машинах
Нажмите для просмотра прикрепленного файла

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

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

Firmware
Нажмите для просмотра прикрепленного файла


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

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

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

Firmware
Нажмите для просмотра прикрепленного файла


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

Обновление драйверов AZ.

V05.00

• командный файл генерации теперь выводит версию драйвера которую берет из AZ.MAC
• при генерации задается вопрос использовать ли EIS инструкции (всегда используются для XM/XB/ZM/ZB/TSX-Plus драйвера)
• драйверы для unmapped систем, идущие в комплекте собраны без EIS
• добавлена команда SET AZ IDENT, показывающая версию и параметры драйвера

V05.01

• функционально ничего не изменилось, появился выбор имени драйвера AZ/DA (прилагаются оба варианта)

v06.00

• исправлена подпрограмма прерывания операции (она должна завершаться .DRFIN, а не RETURN)

v06.01

• очистка адреса FORK-подпрограммы в блоке .FORK перед выходом для предотвращения возможного выполнения подпрограммы после прерывания операции
• в командном файле генерации добавилась возможность сразу сгенерить оба варианта драйверов (AZ и DA)

Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Выложил образ диска AZ с дистрибутивом RSX-11M-PLUS V4.6.
см https://zx-pk.ru/threads/28134-kontroller-p...l=1#post1113574

Изменения в дистрибутиве по сравнению с оригиналом:

• добавлен векторизованный драйвер ввода/вывода DA: для устройства AZ
• добавлен загружаемый/резидентный CRASH драйвер DA: для устройства AZ
• исправлены выявленные ошибки в HELP файлах
• в программе ACF добавлена поддержка автоконфигурации AZ
• в программе ACF добавлена поддержка процессора ВМ3 (определяется как 11/23-PLUS)
• в программе ACO добавлена поддержка AZ
• в программе BOO добавлена поддержка устройства DA
• в программе BOO при выполнении аппаратной загрузки (опция /HW) выполняется сброс перед передачей управления аппаратному загрузчику (это позволяет грузить любые системы таким способом, а не только RSX старых версий ради которых опция добавлялась)
• в программе BRU добавлена проверка прав при восстановлении на смонтированный диск, чтобы простой пользователь не мог восстановить файлы туда куда он не должен иметь доступа
• в программе FLX устройство DA отмечено как допустимое для файловой системы RT-11
• в программе HRC добавлено выставление типа устройства AZ11 для устройства DA
• в программе IOX устройство DA автоматически конфигурируется как диск
• в программе MCR для команды DEV /LOG сделано выравнивание даты для более приятного отображения
• в программе MCR для команды CLI опция /LGO переименована в /LOG (как написано в документации и HELP файле)
• в программе MCR команда SET /NOPAR сделана привилегированной
• в программе RMD поправлено отображение свободного места для больших дисков на терминале VT52
• в программе SAV добавлена поддержка устройства DA
• в программе SAV при обнаружении процессора ВМ3 выставляется Q-Bus в параметрах системы, а тип процессора выставляется как 23
• в программе VMR добавлена проверка прав для открываемого файла образа
• исправлена ошибка в SYSGEN, приводящая к сбою если система не поддерживает разделение пространства инструкций и данных
• в SYSGEN добавлена поддержка устройства DA:

ВАЖНО: для нормальной работы RSX-11M-PLUS требуется Firmware v1.7 или новее.
Для поддержки более 8 устройств требуется Firmware v2.0 или новее.

Для контроллера AZ поддерживается автоконфигурация. При этом количество устройств будет посчитано по максимальному используемому номеру. Если такой вариант не подходит - можно подправить результат автоконфигурации.

Если при генерации не была выбрана автоконфигурация или было выбрано изменение результатов автоконфигурации - будут заданы вопросы про количество AZ11 контроллеров (пока поддерживается не более одного), про количестве устройств, про соответствие номеров устройств драйвера физическим номерам устройств, а также про адрес регистра контроллера и его вектор.
В большинстве случаев можно использовать ответы по умолчанию.
Следует обратить внимание, что в вопросах про номер устройства используется восьмеричная система счисления, тогда как в файле AZ.INI - десятичная.


Особенности генерации системы на ДВК:

Прежде всего стоит отметить, что для нормальной работы системы требуется хотя бы 512Кб памяти.
В принципе загрузить RSX-11M-PLUS можно и в 256Кб (минимальная 22-битная конфигурация), но процесс подготовки системы к этому весьма трудоемкий, а результат не будет стоить затраченных усилий.

В базовой системе используется частота таймера 60Hz.
Если хочется более точно наблюдать за временем в процессе генерации системы - стоит установить правильную частоту и время перед запуском SYSGEN.

В данном дистрибутиве ACF определяет процессор ВМ3 как 11/23-PLUS - это позволяет использовать автоконфигурацию оборудования.

Если автоконфигурация не была выбрана - на вопрос о типе процессора стоит ввести 11/23-PLUS.

Процессор ВМ3 не поддерживает разделения пространств инструкций и данных. Для таких систем лучше не включать XDT при генерации (это уменьшает количество свободной динамической памяти), а использовать загружаемый XDT.

В качестве устройства крэш-дампа стоит выбрать XX: (загружаемый драйвер).

После завершения процесса генерации, грузим новую систему командой BOO [1,54] и сохраняем с записью апраратного загрузчика командой SAV /WB. Так же для улучшения производительности стоит добавить опцию /MOU="/ACP=UNIQUE".


В рабочей системе есть смысл включить кэширование дисков (если память позволяет). Это значительно ускоряет работу (хотя и не всегда).


Можно загрузить системный отладчик XDT.


На случай сбоев можно загрузить CRASH драйвер DA: для сохранения аварийного дампа с целью его анализа программой CDA.


https://youtu.be/0TiHkDidjtE

Нажмите для просмотра прикрепленного файла

Новые команды контроллеров AZ*
Старые команды тут

Работа с энергонезависимой памятью

интерфейс предоставляет любому AZ-контроллеру доступ к 255 словам энергонезависимой памяти:
для работы есть команды
021: //считать блок 1 энергонезависимой памяти в буфер
022: // отдать на шину считанный блок энергонезависимой памяти из буфера
023: // принять с шины в буфер данные для последующей записи в буфер
024: // записать из буфера в блок 1 энергонезависимой памяти
все команды по выполнению, просто устанавливает бит готовности по завершению

примеры работы



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

Примеры возвращаемых данных по командам

последовательная подача команды 021 и затем 022 позволит считать 256. слов
из энергонезависимой памяти
первое слово это будет статус успешности чтения
коды ошибок
; 0 - ok
; 1 - размер не соответствует сохраненному
; 2 - oшибка версии
; 3 - oшибка контрольной суммы

технически для эмуляции данного фунционала, нужен файл 255. слов.
Обращаю внимание, при записи, буфер идет сразу с данными, те нет первого слова со статусом.



Считывание версии
027: // отдаем версию firmware AZ STM32
типовое возвращаемое значение на шину
первое слово - 06404 = старший байт 13. это версия прошивки, младший байт 4. это версия железа - те AZБК в данном случае
второе слово - 037 = это максимальный монтируемый диск - 31.



RTC Часы

031: // получить время из часов МК в буфер timestamp
032: // получить время из буфера timestamp в МПИ
033: // запись времени-даты в буфер (ручная установка часов) формат SimpleIN ( 7 слов)
034: // установка автономных часов на основании данных из буфера
035: // стимуляция запроса времени с NTP сервера, установка на основании ответа
036: // установка автономных часов STM32 на основании часов в TCP/IP стеке
042: // получить время из часов TCP/IP стека в буфер timestamp
все команды по выполнению, просто устанавливает бит готовности по завершению

формат timestamp на чтение


формат буфера SimpleIN - 7 слов


Примеры работы с часами

Получение времени


отсылка запроса на установку времени с NTP сервера

технически на это надо 1-2 секунды

проверка


пример цикла опроса с целью получить время с сети



установка времени RTC на основании времени стека


те изначально надо получить в стеке нормальное время, затем установить время в RTC на основании времени стека

Примеры возвращаемых данных, восьмеричные значения

067362 ; [0]=rtc_rt11date();
000062 ; [2]=rt11 time 50Hz big word;
024240; [4]=rt11 time 50Hz little word;
000074; [6]=rt11 time 60Hz big word;
030300; [10]=rt11 time 60Hz little word;
055567; [12]=rtc_fat_date();
044766; [14]=rtc_fat_time();
003746; [16]=year+2000;
000013; [20]=month;
000027; [22]=day;
000003; [24]=wday;
000022; [26]=hour;
000017; [30]=min;
000054; [32]=sec;


Пример исходного кода который формирует данные форматы даты-времени







Перезапуск БК аппаратный, команда актуальна только для AZБК
остальные AZ ее игнорируют

037: // перезапуск AZБК и всей БК

пример применения






Работа со стеком TCP/IP

040: // получить ip адреса в буфер
041: // чтение буфера ip адреса - 8 слов 16bit

эта пара команд позволяет получить текущую информацию со стека
- IP адрес
- MASK маску
- GW гейтвей
- NTP адрес NTP-сервера
- DNS1 адрес основного DNS
- DNS2 адрес резервного DNS
соответственно это 12 слов (16bit)

примеры работы


Примеры данных - возвращаемые слова в восьмеричном формате
124300 116400 - IP адрес 192.168.0.157
177777 000377 - MASK маску 255.255.255.0
124300 000400 - GW гейтвей 192.168.0.1
124300 000400 - NTP адрес NTP-сервера 192.168.0.1
124300 050000 - DNS1 адрес основного DNS 192.168.0.90
124300 055000 - DNS2 адрес резервного DNS 192.168.0.80



Работа с SD картой, дополнительные функции

данный комплект команд позволяет читать/писать файлы на карточку
те можно сделать процедуры копирования файлов с карточки и на карточку

050: установить имя файла который будем читать
051: получить размер файла на чтение (или его статус) на МПИ
052: читать блок установленного файла в буфер

эти команды используют буфер 256. слов который задействован в интерфейсе работы с энергонезависимой памятью (см выше команды 022 023)

буфер длины имени файла 128. слов = 256 байт

Соответственно схема чтения файла выглядит вот так
023 - заливаем имя файла в буфер
050 - устанавливаем файл на чтение
051 - читаем длину файла или ошибку открытия файла
если ошибка - повторяем сначала 023 050 051
если все ok - приступаем к чтению файла
052 - читает блок файла в буфер
022 - забираем данные из буфера
пары 052 022 повторяем нужное количество раз дабы считать весь файл
как файл будет считан - последняя 052 команда закроет его автоматически

формирование ошибки выглядит так:
sizeanyfile=1<<31 + FFres; // если установлен старший бит 32х битного слова - то в младшей части код ошибки

FFres = ошибка FatFS
см
http://elm-chan.org/fsw/ff/doc/open.html
Нажмите для просмотра прикрепленного файла




пример кода для чтения файла и вывода его на экран

пример полностью в виде утилиты RT11 выложен вот тут


Для записи файла добавлены команды
053: установить имя файла который будем писать
054: установка длины файла
055: записать в файл данные из буфера

Схема подачи команд при записи вот такая
023 - заливаем имя файла в буфер
053 - устанавливаем файл на чтение
051 - статус открытия/создания файла
если ошибка - повторяем сначала 023 053 051
если все ok - идем дальше
054 - установка длины файла, те надо сразу объявить какая у нас будет длина файла
023 - заливаем блок данных в буфер
055 - пишем из буфера в файл
пары 023 055 повторяем нужное количество раз дабы записать весь файл
как файл будет записан - последняя 055 команда закроет его автоматически


пример кода записи файла


пример полностью в виде утилиты RT11 выложен вот тут


получение объема SD карты всего/свободно в мегабайтах

056: // получить данные по размеру карты в буфер sizecard

057: // чтение буфера sizecard - 2 cлова 16bit
первое слово - общий объем карты доступный для FAT в МБ
второе слово - свободный объем на карте в МБ



Примеры данных
035521 - всего на карточке мегабайт - 15185.
035417 - свободно мегабайт - 15119.



Старые команды тут

Прошивка V13 от 2022-11-26
(единая нумерация с AZБК - дабы уменьшить отличия прошивок)

добавлен блок команд - см выше
работают часы и прочие навороты

Утилита установки времени AZSDT выложена тут


cама прошивка STM32
Нажмите для просмотра прикрепленного файла
данная прошивка для AZ-МПИ AZ-УКНЦ AZ-QBUS v1.xx и 2.xx
прошивка для GAL-ок или EPM240 прежняя, менять не надо


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

Рабочий образ
Нажмите для просмотра прикрепленного файла

Типовая работа AZSDT при наличии сети
Нажмите для просмотра прикрепленного файла

Типовая работа AZSDT при отключенной сети, но выставленном времени-дате в RTC
Нажмите для просмотра прикрепленного файла

Новые команды контроллеров AZ*
Старые команды тут и тут

данные команды действительны для контроллеров начиная с V14 прошивки


Работа со стеком TCP/IP
043 чтение MAC-адреса в ip буфер

данная команда читает текущий фактический MAC адрес в буфер IP адресов
те сначала 043 а затем 041 команды

пример применения

привет

Чистый образ с кучей драйверов (DU, DD, и пр.) + пересобранный AZ.
Все устройства работают.

Нажмите для просмотра прикрепленного файла

Новые команды контроллеров AZ*
Старые команды тут и тут и тут


данные команды действительны для контроллеров начиная с V16 прошивки


Сетевое Hall of FameF API описано тут

025 инициализация Hall of Fame (HOF)



026 обмен с HOF

Прошивка V16 от 2024-12-04
(единая нумерация с AZБК)

добавлен блок команд - 025 026 043

Утилита установки времени AZSDT выложена тут

Игра-демонстрация фукнционала HOF (Hall of Fame) выложена тут

cама прошивка STM32
Нажмите для просмотра прикрепленного файла

данная прошивка для AZ-МПИ AZ-УКНЦ AZ-QBUS v1.xx и 2.xx
прошивка для GAL-ок или EPM240 прежняя, менять не надо

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

Новые команды контроллеров AZБК, остальные AZ будут игнорировать данную команду
Старые команды тут и тут и тут и тут

поддержка начиная с v17

функционал скриншотов
команда 044: // сохранение скриншота в файл
данная команда предназначена для снятия образа памяти указанного размера (или определенного автоматически на основании сохраненных параметров)
технически команда может служить как средство отладки ибо способная снимать образ памяти
общее ограничение на снятие образа памяти - 2МБ на один образ

в качестве параметров используется страница 76(8)

ее формат такой:


пример ее заполнения:


вариантов указания участков памяти три
- указать адрес и длину 24х битные - cм формат
если их нет - система смотрит дальше
- указать номер страницы и количество страницы
если их нет - система смотрит дальше - те делает скриншот на основании данных о регистрах 177230 итд
скриншот сохраняется в формате
- страница 76 - ее первый килобайт
- сам образ памяти (если режим слоеный - то все три слоя)

перед вызовом команды можно загрузить имя файла для сохранения скриншота [в cmosmem буфер]
при его отсутствии система сгенерит свое имя:
дефолтный путь для сохранения скриншотов
0:/SCREENS/
формат имени - DDHHMISS.SCR
где DD - две цифры дня месяца, HH - час, MI - минута, SS-секунда

Если в процессе выполнения команды возникнет ошибка - вместо имени будет "ERROR *"
к примеру
"ERROR f_open 6"

Пример кода вызова команды #044

Функционал сетевых дисков

реализован начиная с прошивок V17 и далее

в V17 реализовано:
расширение функционала монтирования дисков см команды первый блок
команды 011 003 004 014
полноценная поддержка реализована утилитами
пример утилиты AZSMNT - просмотр назначений дисков втч. и сетевых
пример утилиты - AZDIR - просмотр директории локального диска
(сетевые директории в V17 просматривать пока нельзя)
пример утилиты AZMNT
пример утилиты AZUMNT

Сетевые пространства имен получили буквенные наименования
D5=0:/disks/rt11bk.DSK - это локальный диск, так как имя диска 0:
D4=N:/RT11BK.DSK - это сетевой диск, так как имя диска N:

Поддерживаемые в V17 пространства имен:
N: - сетевой диск из архива - те любой образ c https://mirrors.pdp-11.ru/
данный путь считается корнем
соответственно для монтирования диска OVERKIL.IMG
расположенного по пути
https://mirrors.pdp-11.ru/_bk0010-11-11m/so...collection/IMG/

надо указать
N:/_bk0010-11-11m/soft/SuperMax_collection/IMG/OVERKIL.IMG

Указать можно как и утилите монтирования, но и в самом AZ.INI

Важно! регистр имеет значение
есть поддежка русских букв КОИ7/КОИ8

Второе реализованное пространство в V17 имен это R: - репозиторий
это будет репозиторий избранного софта

Ограничения:
1. максимальная длина пути - 384 символа (самый длинный путь в архиве сейчас 366, соответственно точно хватит )
2. все диски из архива (пространство имен N:/) монтируются только R/O режиме
3. все диски из репозитория (пространство имен P:/) монтируются только R/O режиме


В проекте (те еще не сделано в V17):
- пользователи смогут заводить свои персональные зоны с дисками которые можно будет монтировать в монопольном RW режиме (он будет по-умолчанию)
иначе говоря это будут "персональные облака типа one drive" [TODO]
- для авторизации будет использовать функционал HOF - иначе говоря это будет единая учетка и для рекордов и для своих облачных дисков
- ограничений на количество ваших AZ контроллеров работающих под одной учеткой не будет.

Прошивка V17 от 2025-02-01
(единая нумерация с AZБК)

Добавлено
- функционал работы с сетевыми дисками

расширение функционала монтирования дисков см команды первый блок
команды 011 003 004 014
полноценная поддержка реализована утилитами
пример утилиты AZSMNT - просмотр назначений дисков втч. и сетевых
пример утилиты - AZDIR - просмотр директории локального диска
(сетевые директории в V17 просматривать пока нельзя)
пример утилиты AZMNT
пример утилиты AZUMNT

Исправлено
- мелкие баги при работе с каталогами RT11
- сделана добивка нолями при выравнивании по размеру блока в RT11 (нужно для работы с текстовыми файлами через WEBDAV)


Утилита установки времени AZSDT выложена тут

Игра-демонстрация фукнционала HOF (Hall of Fame) выложена тут

cама прошивка STM32
Нажмите для просмотра прикрепленного файла


данная прошивка для AZ-МПИ AZ-УКНЦ AZ-QBUS v1.xx и 2.xx
прошивка для GAL-ок или EPM240 прежняя, менять не надо

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

Образ - пример с подключенным сразу диском из репозитория - набор утилит для AZ
Нажмите для просмотра прикрепленного файла