Помощь - Поиск - Пользователи - Календарь
Полная версия: Контроллер псевдодиска на MicroSD на шину МПИ
MAXIOL > Техника > DEC hardware / software > AZ controller for PDP-11
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
Нажмите для просмотра прикрепленного файла
2019.05.19
Нажмите для просмотра прикрепленного файла
Комплект дисков
RT11 + ADOS + коллекция софта
Нажмите для просмотра прикрепленного файла
Версия для УКНЦ - добавлены драйвера AZ
и ADOSSJ для УКНЦ на AZ6:
Нажмите для просмотра прикрепленного файла


Ссылки:

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

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

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

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

Коды ошибок:

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... smile.gif

Следующим (но не таким удобным) совместимым устройством являются дискеты. А именно - 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, да вы и сами это видите... smile.gif

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

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

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

Прошивка 1.0.2 от 14 июля 2019 г. Нажмите для просмотра прикрепленного файла
AFZ
Пофиксил мелкие баги, добавил команду отдельного управления прерываниями (используется в последней версии драйверов).

Прошивка 1.0.3 от 31 июля 2019 г. Нажмите для просмотра прикрепленного файла
AFZ
Подправил кое-какие мелочи, вроде бы, всё отлажено и работает. То есть, это, как бы, финальная прошивка контроллера микро-SD.

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

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


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

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, завершающей исполнение запроса ввода-вывода.

Действительно, операция ввода-вывода завершена, программа ЦП в системе будет готовить новую порцию данных для вывода, или соображать (на основании предыдущих прочитанных данных), где ей еще что-то прочитать, или вообще размышлять о чем-то своём. smile.gif Другими словами, после окончания запроса ввода-вывода, довольно высока вероятность того, что последует пауза в работе с дисками 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 не запускались или остановлены оперативные задачи.

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

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

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

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

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

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


Firmware
Нажмите для просмотра прикрепленного файла
полный функционал прошивки описан тут
Процедура обновления 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, активное состояние передача данных в МПИ

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

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

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

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

полный функционал прошивки описан тут
Процедура обновления firmware (прошивки) контроллера
SuperMax
Прошивка ПЛИС EPM240 для AZ V2 от 28.02.2021

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

SuperMax
Обновление драйверов 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)

Код
.IND AZGEN
;
;AZ/RT-11 HANDLER GENERATION PROGRAM.
;
;AZ V05.01
;
* USE EIS INSTRUCTIONS? [Y/N D:N]:
* ENTER HANDLER NAME (AZ/DA) [S R:0-204 D:"DA"]:
;
;BUILDING DA.SYS (RT-11SJ/SB/FB):
;  NO ERROR LOGGING SUPPORT
;  NO MEMORY MANAGEMENT SUPPORT
;  NO DEVICE TIMEOUT SUPPORT
;  USING BASE INSTRUCTION SET
;
.MAC/OB:DA AZPRE+AZ
.LIN/NOBI/EXE:DA.SYS DA
;
;BUILDING DAE.SYS (RT-11SJ/SB/FB):
;  ERROR LOGGING SUPPORT
;  NO MEMORY MANAGEMENT SUPPORT
;  NO DEVICE TIMEOUT SUPPORT
;  USING BASE INSTRUCTION SET
;
.MAC/OB:DAE AZPRE+AZ
.LIN/NOBI/EXE:DAE.SYS DAE
;
;BUILDING DAT.SYS (RT-11SJ/SB/FB):
;  NO ERROR LOGGING SUPPORT
;  NO MEMORY MANAGEMENT SUPPORT
;  DEVICE TIMEOUT SUPPORT
;  USING BASE INSTRUCTION SET
;
.MAC/OB:DAT AZPRE+AZ
.LIN/NOBI/EXE:DAT.SYS DAT
;
;BUILDING DAET.SYS (RT-11SJ/SB/FB):
;  ERROR LOGGING SUPPORT
;  NO MEMORY MANAGEMENT SUPPORT
;  DEVICE TIMEOUT SUPPORT
;  USING BASE INSTRUCTION SET
;
.MAC/OB:DAET AZPRE+AZ
.LIN/NOBI/EXE:DAET.SYS DAET
;
;BUILDING DAX.SYS (RT-11XM/XB/ZM/ZB/TSX-PLUS):
;  NO ERROR LOGGING SUPPORT
;  MEMORY MANAGEMENT SUPPORT
;  DEVICE TIMEOUT SUPPORT
;  USING EXTENDED INSTRUCTION SET
;
.MAC/OB:DAX AZPRE+AZ
.LIN/NOBI/EXE:DAX.SYS DAX
;
;BUILDING DAXE.SYS (RT-11XM/XB/ZM/ZB):
;  ERROR LOGGING SUPPORT
;  MEMORY MANAGEMENT SUPPORT
;  DEVICE TIMEOUT SUPPORT
;  USING EXTENDED INSTRUCTION SET
;
.MAC/OB:DAXE AZPRE+AZ
.LIN/NOBI/EXE:DAXE.SYS DAXE
;
.DEL/NOQ AZPRE.MAC
.DEL/NOQ DA(,E,T,ET,X,XE).OBJ
;
15-Apr-2021
DA    .SYS     3  15-Apr-2021    DAT   .SYS     3  15-Apr-2021
DAE   .SYS     3  15-Apr-2021    DAX   .SYS     3  15-Apr-2021
DAET  .SYS     3  15-Apr-2021    DAXE  .SYS     3  15-Apr-2021
6 Files, 18 Blocks
19561 Free blocks
;
@ <EOF>

.


Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
SuperMax
Выложил образ диска 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 - десятичная.
Код
>;
>;   DA:    controller: AZ11
>;
>; The AZ11 disk controller supports up to 32 disk drives mapped to
>; disk image files stored on FAT32-formatted microSD memory stick.
>;
>* CP3604  How many AZ11 disk image controllers do you have? [O R:0-1 D:0]: 1
>;
>; Enter the total number of AZ11 disk drives in your system.
>;
>* CP3608  How many AZ11 disk drives do you have? [D R:1.-32. D:32.]:
>;
>;
>; The physical unit number of a drive is the number specified
>; in AZ.INI file in the root of microSDHC card filesystem.
>;
>* CP3636  What is the physical unit number of DA0:? [O R:0-37 D:0]:
>;
>;
>* CP3636  What is the physical unit number of DA1:? [O R:0-37 D:1]:
...
>;
>* CP3636  What is the physical unit number of DA37:? [O R:0-37 D:37]:
>;
>;
>; Enter the vector address for this controller.  This vector address
>; can be changed after the SYSGEN by using the VMR CON SET command.
>;
>* CP3668  Enter the vector address of DAA [O R:60-774 D:174]:
>;
>; Enter the CSR address for this controller.  This CSR address can
>; be changed after the SYSGEN by using the VMR CON SET command.
>;
>* CP3672  What is its CSR address? [O R:160000-177700 D:177220]:


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

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

В базовой системе используется частота таймера 60Hz.
Если хочется более точно наблюдать за временем в процессе генерации системы - стоит установить правильную частоту и время перед запуском SYSGEN.
Код
>CON SET SYS $TKPS=50.
>TIM 28-APR-2021 22:54:30

В данном дистрибутиве ACF определяет процессор ВМ3 как 11/23-PLUS - это позволяет использовать автоконфигурацию оборудования.
Код
>* SU100   Do you want to run Autoconfigure on the host system
>*         hardware? [Y/N D:N]: [B]Y[/B]

Если автоконфигурация не была выбрана - на вопрос о типе процессора стоит ввести 11/23-PLUS.
Код
>* CE010   What is your target processor type? [S R:3.-12. D:"11/70"]: [B]11/23-PLUS[/B]

Процессор ВМ3 не поддерживает разделения пространств инструкций и данных. Для таких систем лучше не включать XDT при генерации (это уменьшает количество свободной динамической памяти), а использовать загружаемый XDT.
Код
* CE270   Do you want to include XDT? [Y/N D:N]: [B]N[/B]

В качестве устройства крэш-дампа стоит выбрать XX: (загружаемый драйвер).
Код
>* CE290   On what device and unit do you want crash dumps
>*         to be written? [S R:2-6]: [B]XX:[/B]

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


В рабочей системе есть смысл включить кэширование дисков (если память позволяет). Это значительно ускоряет работу (хотя и не всегда).
Код
>SET /CACHE=LB:(CRE=::1200:TOP,LOG=10,VIR=10,DIR=10,OVE=  10,REA=10,DEF)


Можно загрузить системный отладчик XDT.
Код
>LOA /EXP=XDT/VEC/FLAGS=2/HIGH


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


https://youtu.be/0TiHkDidjtE

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

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

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

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

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

Код

AZ$CSR      = 177220; регистр команд и состояния (CSR)
AZ$DR       = 177222; регистр данных (DR)


; trap 50 - cброс AZ
; результат в R1  =0 ok
AZreset:        MOV     #AZ$CSR,R1
1$:             CLR     (R1); Пошлем команду "Сброс"
                TSTB    (R1); Проверим готовность контроллера
                BPL     1$; Если не готов, сбрасываем еще
            ; раз и проверяем снова
                TST     (R1); Проверим на ошибку,
                BMI     0ERR$
                CLR     R1
                return
0ERR$:          CLR     R1
                COM     R1
                return


; trap 54 - чтение энергонезависимой памяти блока 1 EEPROM в буфер с адреса ADREEPROMMEM
; результат R3 - адрес, если R3=0 ошибка
; статус чтения в R1 0 - ok
; 1 - размер не соответствует сохраненному
; 2 - oшибка версии
; 3 - oшибка контрольной суммы
ReadEEPROM:     push    R2
                call    AZreset; сбросим
                tst     R1
                bne     0ERR$
; теперь читаем
                MOV     #AZ$CSR,R1
                mov     #21,(R1); считать блок 1 энергонезависимой памяти в буфер
0$:             TSTB    (R1); проверяем результат выполнения
                BPL     0$; ждем
                mov     #22,(R1); отдать на шину считанный блок  энергонезависимой памяти из буфера
1$:             TSTB    (R1); проверяем результат выполнения
                BPL     1$; ждем
                TST     (R1)+; инкрементируем
                mov     #ADREEPROMMEM,R3
                mov     #256.,R2; читаем 256. слов; первое слово - результат чтения
2$:             mov     (R1),(R3)+; читаем блок слов в память
                sob     R2,2$
                mov     #ADREEPROMMEM,R3; успешно
                mov     (R3),R1
                br      0END$
0ERR$:          CLR     R3
0END$:          pop     R2
                return


; trap 55 - запись энергонезависимой памяти из буфера с адреса ADREEPROMMEM в блок 1 EEPROM
WriteEEPROM:    push    R1
                push    R2
                push    R3
                call    AZreset; сбросим
                tst     R1
                bne     0ERR$

                MOV     #AZ$CSR,R1
                mov     #23,(R1); командуем что будем писать данные в буфер
0$:             TSTB    (R1); проверяем результат выполнения
                BPL     0$; ждем
                TST     (R1)+; инкрементируем
                mov     #ADREEPROMMEM+2,R3
                mov     #255.,R2; пишем 255. слов; первое слово пропускаем - результат чтения
1$:             mov     (R3)+,(R1); отдаем в контроллер
                sob     R2,1$
                tst     -(R1); декрементируем
                mov     #24,(R1); записать из буфера в блок 1 энергонезависимой памяти
2$:             TSTB    (R1); проверяем результат выполнения
                BPL     2$; ждем
                br      0END$
0ERR$:          CLR     R3
0END$:          pop     R3
                pop     R2
                pop     R1
                return


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

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

последовательная подача команды 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 на чтение
Код

; формат буфера даты-времени
; offset в восьмеричной системе - те слова
; формат буфера даты-времени
; offset
;    [0]=rtc_rt11date();
;    [2]=rt11 time 50Hz big word;
;    [4]=rt11 time 50Hz little word;
;    [6]=rt11 time 60Hz big word;
;    [10]=rt11 time 60Hz little word;
;    [12]=rtc_fat_date();
;    [14]=rtc_fat_time();
;    [16]=year+2000;
;    [20]=month;
;    [22]=day;
;    [24]=wday;
;    [26]=hour;
;    [30]=min;
;    [32]=sec;


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

;    [0]=year       год, младшие две цифры - те 22 а не 2022(!)
;    [2]=month;     месяц
;    [4]=day;       день
;    [6]=wday;      день недели =0 не установлен, 1- понедельник 2 - вторник итд
;    [10]=hour;     час
;    [12]=min;      минута
;    [14]=sec;      секунда


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

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

; работа с часами
; trap 60 - чтение данных часов из TCP/IP стека
; R3 - адрес буфера куда надо считать
; результат в R3 адрес, если успешно. R3=0  если ошибка
GetDateFromLAN: push    R0
                push    R1
                push    R2
                call    AZreset; сбросим
                tst     R1
                bne     G60ERR
                MOV     #AZ$CSR,R1
                mov     #42,(R1)
G60:            TSTB    (R1); проверяем результат выполнения
                BPL     G60; ждем
                mov     #32,(R1)
1$:             TSTB    (R1); проверяем результат выполнения
                BPL     1$; ждем
                TST     (R1)+; инкрементируем
                mov     R3,R0; запомним R3 - адрес
                mov     #10.,R2; читаем 10 слов
2$:             mov     (R1),(R3)+; читаем блок слов в память
                sob     R2,2$
                mov     R0,R3; успешно, вернем адрес в R3
                br      0END$
G60ERR:         CLR     R3
0END$:          pop     R2
                pop     R1
                pop     R0
                return


; trap 61 - чтение данных часов из автономных часов RTC
; R3 - адрес буфера куда надо считать
; результат в R3 адрес, если успешно. R3=0  если ошибка
GetDateFromRTC: push    R0
                push    R1
                push    R2
                call    AZreset; сбросим
                tst     R1
                bne     G60ERR
                MOV     #AZ$CSR,R1
                mov     #31,(R1)
                br      G60; идем туда тк дальше код одинаковый


отсылка запроса на установку времени с NTP сервера
Код
; trap 62 - отсылка запроса на установку времени с NTP сервера
GetDateNTPtoNET:push    R1
                call    AZreset; сбросим
                tst     R1
                bne     0ERR$
                MOV     #AZ$CSR,R1
                mov     #35,(R1)
0$:             TSTB    (R1); проверяем результат выполнения
                BPL     0$; ждем
0ERR$:          pop     R1
                return

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

проверка
Код

; trap 63 - проверка корректности времени
; R3 - адрес буфера, результат в R3, если адрес буфера то OK, =0 ошибка
CheckDateTime:  Cmp     6(r3),#2021.
                Blos    1err
                Cmp     6(r3),#2100.
                Bhi     1err
0ok$:           return
1err$:          clr     R3
                return


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

; дата-время
                mov     #S_DateTime_0,R3; "Lan Date:"
                trap    10
                mov     #20,R4; количество циклов ожидания
$datry:         trap    62; отослали запрос к NTP серверу
                mov     #110,@#AZ$CSR; включим сеть
                trap    47; ожидание
                trap    47; ожидание
                mov     #ADRTMPSTR,R3
                trap    60; считали в буфер дату-время
                trap    63; проверили дату-время
                tst     R3
                bne     $ok
$sob:           sob     R4,$datry
                mov     #S_DateTime_2,R3; печать ошибки
                trap    7
                br      $go

$ok:            mov     #ADRTMPSTR,R3
                trap    24; печать даты
                trap    25; времени
$go:            mov     #110,@#AZ$CSR; включим сеть



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

; trap 64 - установка времени RTC на основании времени стека
; R1 - результат  R1=0 - OK
SetDateNETtoRTC:call    AZreset; сбросим
                tst     R1
                bne     0ERR$
                MOV     #AZ$CSR,R1
                mov     #36,(R1)
0$:             TSTB    (R1); проверяем результат выполнения
                BPL     0$; ждем                
                clr     R1
0ERR$:          return


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


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

Код

// функция форматирования даты в формат FAT
// Двухбайтовая отметка даты имеет следующий формат:
//    биты 0–4 — день месяца, допускаются значения 1–31;
//    биты 5–8 — месяц года, допускаются значения 1–12;
//    биты 9–15 — год, считая от 1980 года («эпоха MS-DOS»), возможны значения от 0 до 127 включительно, то есть 1980–2107 годы.
unsigned short int rtc_fat_date(void)
{
  unsigned char day    , month , year;  
  rtc_get_date(&day,&month,&year);    
  return(day+month*32+(year-1980)*256);
}
//

// функция форматирования времени в формат FAT
//Двухбайтовая отметка времени имеет следующий формат:
//    биты 0–4 — счётчик секунд (по две), допустимы значения 0–29, то есть 0–58 секунд;
//    биты 5–10 — минуты, допустимы значения 0–59;
//    биты 11–15 — часы, допустимы значения 0–23.
unsigned short int rtc_fat_time(void)
{    
    unsigned char hour,min,sec;
    rtc_get_time(&hour,&min,&sec);
    return(sec/2+min*32+hour*1024);
}
//

// функция форматирования даты в формат RT11
unsigned short int rtc_rt11date(void)
{
    unsigned char mday    , mmonth , myear;    
    rtc_get_date(&mday,&mmonth,&myear);    
    unsigned short int rt11date;
        
    myear = myear + 2000 - 1972;
    rt11date= (myear / 32) <<14 | mmonth<<10 | mday <<5 | (myear % 32);
    
    //printf("rtc_rt11date: a.m.d.y=%d.%d.%d.%d > 0%06o  ", (myear / 32), mmonth, mday, (myear % 32), rt11date);
    return rt11date;
}
//



// функция форматирования времени в формат RT11 для таймера 50Гц
unsigned int rtc_rt11time50(void)
{
    unsigned char hour,min,sec;  
    rtc_get_time(&hour,&min,&sec);    
    
    unsigned int rt11time;
    
    rt11time = hour * 3600 * 50 + min * 60 * 50 + sec * 50;

    //printf("rtc_rt11time50: %d  -> %06o . %06o    ",rt11time , (unsigned short int) (rt11time>>16) , (unsigned short int) (rt11time & 0xFFFF) );
    return (rt11time);
}
//

// функция форматирования времени в формат RT11 для таймера 60Гц
unsigned int rtc_rt11time60(void)
{
    unsigned char hour,min,sec;
    rtc_get_time(&hour,&min,&sec);    
    
    unsigned int rt11time;
    
    rt11time = hour * 3600 * 60 + min * 60 * 60 + sec * 60;
    
    //printf("rtc_rt11time60: %d  -> %06o . %06o    ",rt11time , (unsigned short int) (rt11time>>16) , (unsigned short int) (rt11time & 0xFFFF) );
    return (rt11time);
}
//






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

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

пример применения
Код

AZ$CSR      = 177220; регистр команд и состояния (CSR)
AZ$DR       = 177222; регистр данных (DR)


; trap 57 - перезапуск БК полный
AZcouldReboot:  call    AZreset; сбросим AZ дабы он был готов принимать команды
                mov     #37,@#AZ$CSR
                return






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

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

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

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

; trap 52 - чтение блока IP адресов в блок памяти IPADDDBLOCK (8. ячеек)
; результат в R3 =0 error, иначе адрес куда считано (IPADDDBLOCK)
GetIPaddrs:     push    R1
                push    R2
                call    AZreset; сбросим
                tst     R1
                bne     0ERR$
                MOV     #AZ$CSR,R1
                mov     #40,(R1)
0$:             TSTB    (R1); прочитать адреса в свою память
                BPL     0$; ждем
                mov     #41,(R1)
1$:             TSTB    (R1); подготовить буфер
                BPL     1$; ждем
                TST     (R1)+; инкрементируем
                mov     #IPADDDBLOCK,R3
                mov     #12.,R2
2$:             mov     (R1),(R3)+; читаем блок слов в память
                sob     R2,2$
                mov     #IPADDDBLOCK,R3; успешно
                br      0END$
0ERR$:          CLR     R3
0END$:          pop     R2
                pop     R1
                return


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

Код

typedef enum {
    FR_OK = 0,                /* (0) Succeeded */
    FR_DISK_ERR,            /* (1) A hard error occurred in the low level disk I/O layer */
    FR_INT_ERR,                /* (2) Assertion failed */
    FR_NOT_READY,            /* (3) The physical drive cannot work */
    FR_NO_FILE,                /* (4) Could not find the file */
    FR_NO_PATH,                /* (5) Could not find the path */
    FR_INVALID_NAME,        /* (6) The path name format is invalid */
    FR_DENIED,                /* (7) Access denied due to prohibited access or directory full */
    FR_EXIST,                /* (8) Access denied due to prohibited access */
    FR_INVALID_OBJECT,        /* (9) The file/directory object is invalid */
    FR_WRITE_PROTECTED,        /* (10) The physical drive is write protected */
    FR_INVALID_DRIVE,        /* (11) The logical drive number is invalid */
    FR_NOT_ENABLED,            /* (12) The volume has no work area */
    FR_NO_FILESYSTEM,        /* (13) There is no valid FAT volume */
    FR_MKFS_ABORTED,        /* (14) The f_mkfs() aborted due to any problem */
    FR_TIMEOUT,                /* (15) Could not get a grant to access the volume within defined period */
    FR_LOCKED,                /* (16) The operation is rejected according to the file sharing policy */
    FR_NOT_ENOUGH_CORE,        /* (17) LFN working buffer could not be allocated */
    FR_TOO_MANY_OPEN_FILES,    /* (18) Number of open files > _FS_LOCK */
    FR_INVALID_PARAMETER    /* (19) Given parameter is invalid */
} FRESULT;



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

                call    AZRST; сбросим

; заливаем в буфер имя файла
7$:             mov     #23,(R1); командуем что будем писать данные в буфер
5$:             TSTB    (R1); проверяем результат выполнения
                BPL     5$  ; ждем
                TST     (R1)+; инкрементируем
                mov     #FILNM,R3
1$:             mov     (R3),(R1); отдаем в контроллер
                tst     (R3)+
                bne     1$
                tst     -(R1); декрементируем


    ; устанавливаем файл на чтение
                mov     #50,(R1); устанавливаем файл на чтение
2$:             TSTB    (R1); проверяем результат выполнения
                BPL     2$  ; ждем


    ; читаем длину файда
                mov     #51,(R1); устанавливаем файл на чтение
3$:             TSTB    (R1); проверяем результат выполнения
                BPL     3$  ; ждем
                TST     (R1)+; инкрементируем
                mov     #FILSZ,R3
                mov     (R1),(R3)+; читаем с контроллера
                mov     (R1),(R3); читаем с контроллера

    ; выведем длину файла на экран
                clr     R0
                mov     #FILSZ+2,R3
                mov     (R3),R1
                call    DNOZ
                mov     -(R3),R1
                call    DNOZ
                .print   #STMS2

    ; читаем файл
                mov     R1,R4; в R1 осталась длина файла
                MOV     #AZ$CSR,R1
                mov     #BUFFL,R5

                bit     #1,R4; если нечетное число байт
                beq     47$
                inc      R4; добавим еще 1 байт тк читаем словами

47$:            tst     R4
                beq     45$ ; уже нечего читать - выходим


                mov     #52,(R1); читаем блок в буфер
4$:             TSTB    (R1); проверяем результат выполнения
                BPL     4$  ; ждем
                mov     #22,(R1); будем читать буфер
51$:            TSTB    (R1); проверяем результат выполнения
                BPL     51$ ; ждем

                cmp     R4,#512.; сравниваем c размером буфера в байтах
                Blos    44$ ; осталось меньше чем буфер


                .print  #STMS1
                mov     #256.,R2
                TST     (R1)+; переходим на регистр данных
46$:            mov     (R1),(R5)+; читаем в буфер
                sob     R2,46$
                sub     #512.,R4; вычитаем
                TST     -(R1); переходим на регистр команд
                br      47$

44$:            .print  #STMS3
                mov     R4,R2
                asr     R2  ; /2 тк читаем словами
                TST     (R1)+; переходим на регистр данных
43$:            mov     (R1),(R5)+; читаем в буфер
                sob     R2,43$


45$:            clr     (R5); проставим конец файла
    ; файл считан - выводим на экран
                .print   #STMS4
                .print  #BUFFL
                .print   #STMS5


                mov     #110,@#AZ$CSR; включаем сеть
                .Exit

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


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

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


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

; заливаем в буфер имя файла
                MOV     #AZ$CSR,R1
17$:            mov     #23,(R1); командуем что будем писать данные в буфер
15$:            TSTB    (R1)    ; проверяем результат выполнения
                BPL     15$     ; ждем
                TST     (R1)+   ; переходим на регистр данных
                mov     #FILNM2,R3
11$:             mov    (R3),(R1); отдаем в контроллер
                tst     (R3)+
                bne     11$
                tst     -(R1)   ; переходим на регистр команд

        ; устанавливаем файл на запись
                mov     #53,(R1); устанавливаем файл на запись
12$:            TSTB    (R1)    ; проверяем результат выполнения
                BPL     12$     ; ждем


        ; читаем статус создания файла
                mov     #51,(R1)
13$:            TSTB    (R1)    ; проверяем результат выполнения
                BPL     13$     ; ждем
                TST     (R1)+   ; переходим на регистр данных
                mov     #STATS,R3
                mov     (R1),(R3)+; читаем с контроллера
                mov     (R1),(R3); читаем с контроллера

        ; тут надо проверить - если файл создан то оба слова нулевые
                mov     #STATS,R3
                TST     (R3)+
                BNE     66$
                TST     (R3)
                BEQ     60$
66$:            .print  #ERRMS1 ; печать ошибки
                .exit

60$:            MOV     #AZ$CSR,R1
                mov     #54,(R1); установим длину файла который будем писать
23$:            TSTB    (R1)    ; проверяем результат выполнения
                BPL     23$     ; ждем
                TST     (R1)+   ; переходим на регистр данных
                mov     #FILSZ,R3
                mov     (R3)+,(R1); пишем в контроллер
                mov     (R3),(R1); пишем в контроллер

                tst     -(R1)   ; переходим на регистр команд



        ; пишем файл
                mov     @#FILSZ,R4; длина файла
                MOV     #AZ$CSR,R1
                mov     #BUFFL,R5; буфер файла

                bit     #1,R4   ; если нечетное число байт
                beq     147$
                inc      R4   ; добавим еще 1 байт тк читаем словами

147$:           tst     R4      ; проверим длину
                beq     145$    ; уже нечего писать - выходим

                mov     #23,(R1); будем писать в буфер
151$:           TSTB    (R1)    ; проверяем результат выполнения
                BPL     151$    ; ждем

                cmp     R4,#512.; сравниваем c размером буфера в байтах
                Blos    144$    ; осталось меньше чем буфер

                .print  #STMS6  ; заливка полного блока
                mov     #256.,R2
                TST     (R1)+   ; переходим на регистр данных
146$:           mov     (R5)+,(R1); пишем в буфер контроллера
                sob     R2,146$
                sub     #512.,R4; вычитаем
                TST     -(R1)   ; переходим на регистр команд

                mov     #55,(R1); запись буфера в файл
104$:           TSTB    (R1)    ; проверяем результат выполнения
                BPL     104$    ; ждем
                br      147$    ; в начало

144$:            .print  #STMS7 ; заливка последнего блока
                TST     (R1)+   ; переходим на регистр данных
                mov     R4,R2
                asr     R2      ; /2 тк пишем словами
143$:           mov     (R5)+,(R1); пишем в буфер контроллера
                sob     R2,143$

                TST     -(R1)   ; переходим на регистр команд
                mov     #55,(R1); запись пследнего буфера в файл
105$:           TSTB    (R1)    ; проверяем результат выполнения
                BPL     105$    ; ждем

145$:           .print #STMSE   ; конец
                mov     #110,@#AZ$CSR; включаем сеть
                .Exit           ; выходим


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


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

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

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

Код

; trap 51 - получение объема SD карты всего/свободно в мегабайтах
; результат в R1 - всего; R2 - свободно
GetSizeSD:      call    AZreset; сбросим
                tst     R1
                bne     0ERR$
                MOV     #AZ$CSR,R1
                mov     #56,(R1)
1$:             TSTB    (R1); подготовить буфер
                BPL     1$; ждем
                mov     #57,(R1)
2$:             TSTB    (R1); подготовить буфер
                BPL     2$; ждем
                mov     @#AZ$DR ,R1; всего мегабайт
                mov     @#AZ$DR ,R2; свободно мегабайт
                return
                clr     R1
                clr     R2
                return


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



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

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

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


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


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

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

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

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

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

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


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

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

пример применения
Код

; trap 72 - чтение MAC адреса в блок памяти IPADDDBLOCK (12. ячеек)
; результат в R3 =0 error, иначе адрес куда считано (IPADDDBLOCK)
GetMACaddrs:    push    R1
                push    R2
                call    AZreset      ; сбросим
                tst     R1
                bne     0ERR$
                MOV     #AZ$CSR,R1
                mov     #43,(R1)
0$:             TSTB    (R1)         ; прочитать адреса в свою память
                BPL     0$           ; ждем
                mov     #41,(R1)
1$:             TSTB    (R1)         ; подготовить буфер
                BPL     1$           ; ждем
                TST     (R1)+        ; инкрементируем
                mov     #IPADDDBLOCK,R3
                mov     #12.,R2
2$:             mov     (R1),(R3)+   ; читаем блок слов в память
                sob     R2,2$
                mov     #IPADDDBLOCK,R3; успешно
                br      0END$
0ERR$:          CLR     R3
0END$:          pop     R2
                pop     R1
                return

rtype
привет

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

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

Код

.TYPE V5USER.TXT

                                   RT-11 V5.7

    Installation  of  RT-11  Version  5.7 is complete and you are now running
    RT-11 from your system volume.

.sh dev

Device    Status                   CSR     Vector(s)
------    ------                   ---     ---------
  LD      Installed               000000   000
  LS      Installed               176500   470 474 300 304
  MM      Not installed           172440   224
  MS      Not installed           172522   224 300
  MT      Not installed           172520   224
  NL      Installed               000000   000
  DM      Not installed           177440   210
  DU      Installed               172150   154
  DW      Not installed           000000
  LP      Not installed           177514   200
  DD      Installed               176500   300 304
  DL      Not installed           174400   160
  DX      Not installed           177170   264
  DY      Not installed           177170   264
  DZ      Not installed           000000
  MU      Not installed           174500   260
  PI      Not installed           000000   000
  RK      Not installed           177400   220
  SL      Installed               000000   000
  SP      Installed               000000   110
  VM      Installed               177572   250
  XC      Not installed           173300   210 214
  XL      Installed               176500   300 304
  AZ      Resident                177220   174

Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Русская версия Invision Power Board © 2001-2024 Invision Power Services, Inc.