Версия для печати темы
MAXIOL _ AZ controller for PDP-11 _ Контроллер псевдодиска на MicroSD на шину МПИ
Автор: SuperMax 14.5.2019, 13:01
Совместными усилиями разработан контроллер псевдодиска на 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
https://forum.maxiol.com/index.php?showtopic=5491
Технические характеристики:
- Эмуляция 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. реализовать https://forum.maxiol.com/index.php?showtopic=5490
[реализовано]1.1 подключение позволит получить удаленный доступ к данным на SD-карте - те это будет
FTP-сервер https://forum.maxiol.com/index.php?showtopic=5490
[реализовано]посредством которого можно будет изменять информацию на диске удаленно
[реализовано]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(прошивка) для контроллера
https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=54281
Устаревшее
2019.05.14
AZ707_2.RAR ( 18.11 килобайт )
Кол-во скачиваний: 50682019.05.19
AZ707_2_2019_05_19.RAR ( 18.35 килобайт )
Кол-во скачиваний: 5152Комплект дисков
RT11 + ADOS + коллекция софта
HD2019_05_19.RAR ( 14.93 мегабайт )
Кол-во скачиваний: 5181Версия для УКНЦ - добавлены драйвера AZ
и ADOSSJ для УКНЦ на AZ6:
HD_2019_08_09.RAR ( 16.63 мегабайт )
Кол-во скачиваний: 5378Ссылки:
https://zx-pk.com/forum/viewtopic.php?f=7&t=13392
https://zx-pk.com/forum/viewtopic.php?f=7&t=14197
https://forum.maxiol.com/index.php?showtopic=5434https://forum.maxiol.com/index.php?act=ST&f=68&t=5490
https://forum.maxiol.com/index.php?showtopic=5452
https://forum.maxiol.com/index.php?act=ST&f=68&t=5492
https://forum.maxiol.com/index.php?showtopic=5491Страницы разработки на ZX-PKhttps://zx-pk.ru/threads/30596-uknts-az-variant-kontrollera-psevdodiskov-na-mikro-sd-dlya-uknts.htmlhttps://zx-pk.ru/threads/28134-kontroller-psevdodiska-na-sd-karte-dlya-dvk.html
Автор: AFZ 8.6.2019, 18:06
Вышел новый релиз фирмвари нашего контроллера. Будем считать, что это версия 1.0. Предыдущий вариант был чем-то, вроде 0.х, так, чтобы хоть как-то работало.
Изменения:
1. Отменена жесткая привязка файл-образов к корневому оглавлению и жесткая привязка имён этих файл-образов. Теперь жестко привязанным к корневому оглавлению будет только файл AZ.INI, в котором прописаны все необходимые файлы и их местоположение.
2. Отменена жесткая привязка загрузки к диску AZ0. Номер диска, с которого следует загружаться, также прописывается в AZ.INI.
Файл AZ.INI пока может содержать две секции: [Disks] и [Boot].
Секция [Disks] может содержать от одной до восьми строк вида:
Dn=0:/dir1/subdir1.../file.DSK
Здесь:
n - номер псевдодиска AZn
0 - номер носителя хост-системы, пока только 0 - карточка микро-SD, потом, возможно, что-то добавим.
dir, subdir, ... - оглавления, подоглавления и т.д., короче, путь к файлу
file.DSK - имя файл-образа. Тип .DSK не является строго обязательным, но настоятельно рекомендуется.
Секция [Boot] должна содержать одну строку
Dn
Где n - номер диска, с которого следует загружаться при запуске загрузчика по команде 177226G
Пример файла AZ.INI, который содержится в новом варианте архива с файл-образами:
Код
[disks]
D0=0:/disks/AZ000.DSK
D1=0:/disks/AZ001.DSK
D2=0:/disks/DISKS/51SYS_DS.DSK
D3=0:/disks/disks/disks2/fortra.dsk
[boot]
D0
Обращаю внимание на то, что последняя строчка INI-файла ОБЯЗАТЕЛЬНО должна завершаться Enter'ом (коды <CR><LF> после нее). Иначе строка не распознается и в показанном варианте INI-файла не будет задан номер загрузочного диска. В этом случае загрузчик остановится по адресу 010036. В принципе, после этого останова можно вручную задать номер загрузочного диска в R0 и продолжить исполнение загрузчика, в качестве загрузочного будет выбран тот диск AZn, номер которого вы укажете в R0.
Общие замечания по названиям файлов, оглавлений и пр.
1. Все названия должны содержать только большие английские буквы и цифры в любых сочетаниях. Из остальных символов допускается только знак подчеркивания "_". То есть, конечно, в .INI-файле можно написать и маленькими буквами, но они будут преобразованы в большие.
2. Длина любого названия не более 8 знаков, иначе будет ошибка. Длинна типа (расширения) не более 3 знаков. Файлы с длинными именами не поддерживаются.
3. Вместо знака "/" может быть использован знак "\".
4. Глубина вложенности ограничивается максимальной длинной строки 127 символов. (не проверялось)
Кроме того в фирмварь заложено взаимодействие с драйвером или программой в ДВК для выполнения динамических переназначений псевдодисков соответствующим файл-образам, но оно еще не проверялось, поскольку я пока не занимался программами для ДВК.
Фирмварь 1.0
AZ707_2.hex.zip ( 20.3 килобайт )
Кол-во скачиваний: 4435Диски
AZwINI.zip ( 24.9 мегабайт )
Кол-во скачиваний: 4568Напоминаю: вместе с обновлением фирмвари, надо обновить и файлы на флешке - если не будет найден файл AZ.INI, контроллер зависает. Впоследствие планируется моргание светодиодами, но пока так.
Автор: AFZ 16.6.2019, 15:23
Подправил релиз 1.0. Новая версия 1.0.1. До этой версии по многим ошибкам управляющая программа банально зацикливала на while(1); и я смотрел отладчиком, что произошло. Теперь все обнаруженные ошибки выдаются на светодиоды. Ошибок всего 15, они выдаются миганием синего светодиода. Сначала на секунду зажигаются оба светодиода (в варианте с одним RGB-светодиодом - бирюзовое свечение в течение 1 сек.), потом, старшим битом вперед, выдается код ошибки, 4 бита, потом 3 сек пауза и все повторяется сначала.
Нулевой бит выдается короткой вспышкой (20 мс), единичный - длинной - 250 мс, далее - пауза, 0.5 сек. Увидев синие мигания, надо записать последовательность битов, должно быть 4 бита и по таблице определить, что за ошибка.
Например, если не воткнуть SD-шку, будет моргать так: зеленый и синий вместе - 1сек, пауза - 1сек, синий - короткая - короткая - длинная - длинная - пауза 3 сек и все сначала. Код получается 0011, т.е ошибка 3 - не монтируется диск 0:, действительно, нет СД-шки. С RGB-светодиодом будет то же самое, только зеленый и синий вместе дадут бирюзовый.
Большинство ошибок - это ошибки в файле AZ.INI или физические ошибки SD-карты, исправляются либо изменением AZ.INI, либо заменой карточки. Две ошибки - 5-я и 8-я - это мои, теоретически, их не должно быть никогда, но, на всякий случай, я проверяю. Если вдруг одна из них вылезет, поместите архив с SD-шкой на файлообменник и сообщите об этих ошибках в теме разработки контроллера на zx-pk.ru, я буду разбираться.
Прошивка 1.0.1 от 16 июня 2019 г.
AZ707_2.hex.zip ( 20.8 килобайт )
Кол-во скачиваний: 4313
Коды ошибок:
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 29.6.2019, 21:10
Обнаружилась проблема, о которой мы просто не подумали. Для платы КЖД с подключенным MFM-винчестером существует много разных драйверов, и, несмотря на то, что все они называются DW.SYS, не все они совместимы между собой. То есть винчестер, инициализированный и записанный с одним драйвером, ведет себя совершенно непредсказуемо при попытке работать с ним через другой драйвер.
Для тех, кто не в теме, рассказываю подробно.
Во-первых, есть два варианта интерпретации дорожки. У КЖД, в отличие от PC-шных контроллеров сектора нумеруются с нуля (у PC с единицы). Всего их 16 шт, номера их, соответственно, 0-15. DEC заняли сектор 0-0-0 (цилиндр 0, дорожка 0, сектор 0) какой-то служебной информацией, и остальное просто сдвинули на один блок вперед. Нулевой блок, таким образом, получил адрес 0-0-1, первый - 0-0-2, ... блок 14 окажется на секторе 0-0-15, а блок 15 - на секторе 0-1-0, блок 16 - 0-1-1 и т.д.
Это в интерпретации DEC. Наши позаимствовали у DEC расположение нулевого блока - как и у DEC, 0-0-1, а дальше, не то по ошибке, не то от скверности характера, положили блок 15 не на 0-1-0, как по алгоритму DEC, а на сектор 0-0-0, туда, где у DEC была служебная информация. Блок 16, как и у DEC, ляжет на 0-1-1, и т.д, по 30-й, а вот 31-й ляжет не на 0-2-0, как в алгоритме DEC, а на 0-1-0.
На первый взгляд сложно, но, в общем-то все просто. По алгоритму DEC надо сначала прибавить единичку к номеру блока и только потом разбивать его на C-H-R (Cylinder-Head-Record aka srctor), а ДВК-шный вариант - сначала разбиваем номер блока на C-H-R и только потом прибавляем единичку к номеру сектора. Ну, и отбрасываем вышедший за пределы четырех разрядов бит, то есть, если исходный номер был 15 (0b1111), то получается 16 (0b10000), старший бит отбросили, получилось 0b0000, т.е. ноль. Кто не знает, такое действие называется сложением по модулю 16. В общем, по алгоритму ДВК, блок, в двоичном представлении номера которого последние 4 бита - единицы, "заворачивается" на нулевой сектор той же дорожки, где лежит предыдущий блок, а по алгоритму DEC этот блок ложится в нулевой сектор следующей дорожки.
Так вот, есть драйверы, которые интерпретируют дорожку по алгоритму DEC, но есть и те, которые используют алгоритм ДВК. В первую очередь это родные квантовские драйверы, с которыми этот ДВК-шник пришел с завода. И какой "винегрет" получится, если у вас на винчестере данные расположены по алгоритму DEC, а драйвер c AZ будет интерпретировать это по алгоритму ДВК ?
Во-вторых, MFM-винчестеры тоже разные. У них разное количество дисков (поверхностей) и разное количество цилиндров. И, если количество цилиндров особых вопросов не вызывает - максимум, будет недоступна часть диска), то количество поверхностей - вопрос очень острый, при несоответствии возможны всякие чудеса.
Кроме того, RT-11 поддерживает, максимум, 32-М диски, а КЖД может адресовать до 64М. Поэтому для того, чтобы использовать винчестеры, объемом более 32М, для RT-11 их разбивают на два - DW0 и DW1. И, опять же, есть два варианта разделения - по головкам (поверхностям), и по цилиндрам. То есть, в первом варианте, допустим, для диска с шестью поверхностями (тот же ST251), поверхности 0-2 отдают DW0, поверхности 3-5 - DW1; во втором из 820 цилиндров того же 251-го цилиндры 0-409 отдают DW0, 410-819 - DW1. Это если делить ровно пополам, а могут ведь и не пополам поделить? Кроме того есть драйверы, позволяющие разбить и без того невеликий объем (64М макс.) на большее число DWx, до восьми, и находятся отдельные личности, пользующиеся этой возможностью.
Таким образом, у вас может оказаться любой из этих вариантов И даже если у вас стоит обычный ST225 или даже болгарский 10М диск, не помню как его зовут, не факт, что предыдущий владелец не запихал туда какой-то особенный драйвер DW и не настроил его каким-то специфическим образом. По этому, если у вас есть устройство DW и ваш ДВК с него загружается, то наилучшим решением будет загрузиться с этого DW и скопировать ваш рабочий драйвер DW.SYS на какой-то совместимый носитель, а потом загрузиться с AZ и скопировать на него драйвер с этого носителя.
Безусловно совместимым является VM. Это псевдодиск, располагаемый в расширенной памяти процессора 1801ВМ3, которую не используют RT-11SJ и RT-11FB, присутствующие на наших дисках AZ - для них эта память, в общем-то, недоступна. Так вот, чтобы ее хоть как-то использовать, в состав RT-11 включен драйвер VM. Он отображает эту память, как диск VM:, на который можно что-то записать и потом прочитать стандартными средствами системы, причем этот "диск" существенно быстрее всех реальных дисков ДВК, да и оригинальной PDP-11. Конечно, он временный, выключите машинку, и его содержимое пропадет. Тем не менее, иногда и такой "диск" полезен. Например, в нашем случае. Единственной причиной неудачи на этом пути может быть отсутствие драйвера VM.SYS на вашем винчестере. Ну, или (крайне маловероятный случай) - когда ЦП у вас не ВМ3, а ВМ1/2 или вообще Э-60 ЦП М2, но тогда как, спрашивается, вы загружались с DW ? У них же нет встроенного загрузчика с DW...
Следующим (но не таким удобным) совместимым устройством являются дискеты. А именно - MY или MX. С MY все почти просто - у них может только оказаться разная настройка времени, отводимого на шаг головки. И, если ваши дисководы медленные, а драйвер настроен на быстрые, то дисковод будет пропускать шаги. Это можно будет подстроить на ходу. Еще может оказаться разная настройка количества дорожек, но для чтения это неактуально. У MX есть дополнительная сложность - при его наличии в корзинке не остаётся места для AZ, придется их вставлять по очереди.
Ну, и, пожалуй, всё. Если вдруг возникнет какая-то ситуация, что этого материала не хватит для решения проблем, пишите на ZX-PK, будем думать вместе.
Да, еще важный момент. Если вы сами набирали материалы на ваш винчестер и у вас есть копия всех этих материалов на PC, то никто не мешает вам самостоятельно скопировать ваш драйвер DW.SYS на псевдодиски AZ. Я ведь не зря пропагандирую свой основной тезис: диск ДВК на PC-совместимом носителе для PC должен быть файлом типа DSK, доступным для любых PC-средств. Таких, как эмуляторы или плагин для Тотального Командира выделки Патрона. Так вот, вставляем карточку микро-SD в PC-шный кардридер и тем самым Тотальным командиром спокойно копируем что надо в эти файлы .DSK на карточке.
Теперь о переносе драйвера DW.SYS через VM. Опять же, для тех, кто не в теме. VM - это псевдодиск, использующий расширенную память процессора 1801ВМ3. Если у вас этот процессор, т.е. при включении ДВК появляется надпись
**** Доступное ОЗУ 256 К *
(или 1 М, или сколько там, если плата ЦП нестандартная) и работает загрузка с винчестера пультовой командой B (oot), то это устройство вам доступно. Если, конечно, с винчестера не вычистили или не забыли туда положить драйвер VM.SYS.
Загружаем ДВК с винчестера и проверяем доступность устройства VM: командой
Код
LO VM
Если что-то не в порядке, система выругается, и надо будет изобретать что-то другое.
Следующая команда
Код
INI VM:
Система спросит, уверены ли вы? Соглашайтесь, там же ничего нет. Далее копируем ваш актуальный драйвер DW.SYS на этот псевдодиск VM, командой
Код
COP SY:DW.SYS VM:
Ключ /SYS здесь необязателен, поскольку указано полное имя файла, подлежащего копированию. Система расскажет, что она скопировала файл и на этом с винчестером все, пора перезагружаться с AZ. Для этого надо остановить машинку. Выключать ее нельзя, VM - это же, фактически, обычная память, она при выключении сбросится. Давить кнопку "УСТ" тоже нежелательно - черт его знает, как там с регенерацией ОЗУ на время бездействия сигналов установки (К ПИТН В и К ПОСТН В) - это не INIT, во время которого регенерация гарантировано продолжается. Лучше всего дважды нажать кнопку "ОСТ", чтобы светодиод "ОСТ" загорелся и погас снова. Машинка, естественно, остановится, после чего набираем команду загрузки с AZ, т.е. 177226G. Машинка должна загрузиться, и нам надо скопировать драйвер DW.SYS с VM на AZ. Если на AZ уже есть какой-то (неподходящий) драйвер DW.SYS, то его надо подготовить к удалению. Во-первых, его надо исключить из таблиц системы, во-вторых, он может оказаться защищенным от удаления. Делается это двумя командами
Код
REM DW
UNPRO SY:DW.SYS
Если драйвер не подключился или его там вообще нет, система об этом выругается, но ничего страшного. И, наконец-то копируем ваш актуальный драйвер DW.SYS с псевдоустройства VM на AZ, командой
Код
COP VM:DW.SYS SY:
Не забудьте только, какой из AZ у вас в этот момент системный. Посмотреть это можно командой SH без аргументов (SHow).
И все. Тот AZ, с которого вы загрузились, готов к работе с вашим DW. Его, правда, еще нет в таблицах системы, надо перезагрузиться. Ну, или подать команду INS DW. После этого можно сразу расписать его на остальные AZ, а можно сначала попробовать... Попробовав, распишите актуальный DW.SYS на остальные диски AZ. Если вдруг система ругнётся на защищенный файл DW.SYS на каком-нибудь AZ, сделайте этому файлу UNPRO.
Если вдруг на вашем винчестере не окажется драйвера VM.SYS, можно обойтись дискетами. Это, правда, сильно неудобно - где сейчас брать эти дискеты, а дискета нужна либо пустая, либо с абсолютно ненужным содержимым, поскольку далеко не факт, что при попытке записи дискета не испортится. И, если на ней было что-то, то это "что-то" отойдет в даль светлую...
А так, действия те же, что и с VM - заменяйте в вышеуказанных командах буквы VM на MY или MX, и вперед. Единственное отличие, что дискеты, в отличие от оперативки, не теряют информацию при выключении компьютера. А в случае MX его обязательно придется выключить - я уже говорил, что в машинке с MX нет свободного места для контроллера AZ, да вы и сами это видите...
Ну, еще, может быть, дискету не придется инитить. Или наоборот, перед тем, как ее инитить, ее придется отформатировать..
Не забудьте:
винчестер, в отличие от AZ,
готов к работе далеко не сразу после включения, если что - подождите его готовости перед тем, как загружаться с AZ. Или еще проще: загрузились с AZ, сунулись к DW, получили сообщение "Invalid device DW:", подаете команду INS DW и вперед! (Если он к этому времени успел раскрутиться...)
В общем, мы тут с Максом посовещались и приняли решение, что со следующей выкладки файл-образы AZx не будут содержать активных драйверов DW. Если у вас есть соответствующее оборудование, копируйте свой DW.SYS сами. Вместо этого мы сложим на отдельный LD небольшую подборку разных вариантов драйвера DW.SYS, в самом тяжелом случае можно будет попробовать подобрать что-то оттуда.
Автор: AFZ 15.7.2019, 2:22
Подготовлен багфикс к 1.0.1 - улучшение работы на разогнанных машинках. Ну, не то, чтобы это был баг, просто вследствие инерции мышления я почему-то решил: раз АП2 с открытым коллектором, пусть и МК на этой шине будет с открытым стоком, может звона меньше будет. Но оказалось, что это было не лучшее решение. Поэтому внутренняя шина адреса/данных переведена из режима "открытый сток" в режим "три состояния". В результате, контролер AZ безукоризненно работает с платой 1201.03, разогнанной до 6.98 МГц. Правда, разогнанная машинка работает не очень долго - с прогревом начинает глючить КЦГД, а AZ продолжает работать.
Прошивка 1.0.2 от 14 июля 2019 г.
AZ707_2.hex.zip ( 20.83 килобайт )
Кол-во скачиваний: 4234
Автор: AFZ 31.7.2019, 18:17
Пофиксил мелкие баги, добавил команду отдельного управления прерываниями (используется в последней версии драйверов).
Прошивка 1.0.3 от 31 июля 2019 г.
AZ707_2.hex.zip ( 20.86 килобайт )
Кол-во скачиваний: 4204
Автор: AFZ 10.8.2019, 22:31
Подправил кое-какие мелочи, вроде бы, всё отлажено и работает. То есть, это, как бы, финальная прошивка контроллера микро-SD.
Следующая прошивка будет, когда будет готово что-то из сетевого функционала. То есть, это будет уже не просто контроллер микро-SD, а комбинированный контроллер микро-SD и сети, на том же железе. Ну, если, конечно, не найдется какой-нибудь баг...
Прошивка 1.0.4 от 09 августа 2019 г.
AZ707_2.hex.zip ( 20.94 килобайт )
Кол-во скачиваний: 4294
Автор: AFZ 20.8.2019, 23:53
Выкладываю файл-образ с 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). Вроде-бы, все работает.
Прикрепленные файлы
AZX_TSX.DSK.zip ( 1.36 мегабайт )
Кол-во скачиваний: 4262
Автор: SuperMax 18.1.2020, 0:43
Спасибо Hobot за подготовку сборника игр для УКНЦ
http://archive.pdp-11.org.ru/ukdwk_archive/ukncbtlwebcomplekt/AZ_SYSTEM_UKNC/
Код
В рамках поддержки проекта AZ контроллера для УК-НЦ,
предлагается базовый системный раздел AZ007.DSK,
для самостоятельного пользования\освоения\изучения
счастливыми обладателями контроллера. Все замечания
по работе с этим диском и комплектом собранных программ
просьба доносить до авторов контроллера и\или сборника
через соответствующую тему на форуме. Всем спасибо!
Каталог сборника:
=================
15-Jan-2020
AZ .SYS AY .SYS SWAP .SYS RT11SJ.SYS WD .SYS TT .SYS
MZ .SYS C2 .SYS NL .SYS SL .SYS AC .SYS CL .SYS
COLS .SAV WDBOOT.SAV WDR .SAV WDXR .SAV UCL .SAV PAF80 .SAV
RULON .SAV HAND .SAV RUS .SAV LAT .SAV SYS .SAV TTY .SAV
NYS .SAV PMEM .SAV TUK .SAV TS .SAV MENFNT.SAV SKY .SAV
MZFORM.SAV IBMCHR.SAV HUST .SAV FONTUK.SAV PCX .SAV IND .SAV
DUP .SAV DAY .SAV PIP .SAV DESS .SAV MACRO .SAV LINK .SAV
DIR .SAV DISASM.SAV TSSPD .SAV BINCOM.SAV PASDWK.SAV FNT .SAV
POWER .SAV PASY2K.SAV SHKEYS.SAV COD .SAV DS .SAV SIPP .SAV
RESORC.SAV CLOCK .SAV CLRL .SAV NORMUK.SAV FCU .SAV BMP .SAV
LIBR .SAV PCCUR .SAV SRCCOM.SAV SYSMAC.SML POWER .OBJ SYSLIB.OBJ
PASDWK.OBJ PASY2K.OBJ BOX .OBJ BANK .FNT ITALIC.FNT HIGH .FNT
BOLDL .FNT ROMAN .FNT IBMCHR.FNT UKNC .FNT ROUND .FNT GC .FNT
SCRIPT.FNT ORATOR.FNT KSM .FNT POWER .TTL MACMIS.LST POWER .PAS
SHKEYS.PAS NORMUK.PAS SHBOX .PAS GRAY .SAV GRAY .TXT GRAYP .OBJ
BOOINF.REL PRUN .SAV STARTS.COM MACFIL.DSK PRUN .HLP TTY .LST
TSTVM2.MAC TSTVM2.SAV TSTVM2.OBJ TSTVM2.REL ASCII .HLP ASCII .TXT
DKL .SAV DOS .BIN DOS .PAS FLOW3 .PAS GRAPH .BIN GRAPH .PAS
PAS .SAV PASDOC.LST QUEENS.PAS SINUS .PAS PASFLS.TXT PASFUN.TXT
TERPAS.TXT FCU .LST QUEENS.SAV SINUS .SAV TSPAL .SAV UKFONT.SAV
TSGRAY.SAV TSGRAY.BAK TSGRAY.PAS TSGRAY.MAC TSGRAY.OBJ HELP .SAV
PAS1 .SAV GRAPHA.PAS CGRAPH.LST CGRAPH.PAS GPD .PAS GPD .SAV
TM .PAS NYS .HLP LD .SYS IT090 .DSK IT091 .DSK FIX10 .DSK
INF90 .DSK ARCAD .DSK KNIGHT.DSK LABGAM.DSK LOGGAM.DSK SOKOBA.DSK
ASYS .DSK PAFCOM.DSK NGAMES.DSK REDKIE.DSK UTILIT.DSK DOC .DSK
FPDOC .DSK YREGIM.SAV TESTUK.DSK DEMO1 .SAV DEMO2 .SAV UKPOLR.TXT
DEMUK .SAV CAT400.SAV KNIGHT.OVL KNIGHT.SAV MKLAD .SAV SAD .SAV
SPION .SAV GXONIX.SAV TET85 .SAV
165 Files, 24274 Blocks
41192 Free blocks
Az007.rar ( 2.69 мегабайт )
Кол-во скачиваний: 4272
Автор: AFZ 3.4.2020, 14:58
Команды контролера AZ
1. Регистры контроллера.
Контроллер имеет 4 регистра на МПИ
• 177220 - регистр команд и состояния (CSR)
• 177222 - регистр данных (DR)
• 177224 - регистр начальной загрузки основной (BOOT1)
• 177226 - регистр начальной загрузки альтернативный (BOOT2)
Регистр CSR принимает команды в разрядах D0-D5 и бит разрешения прерываний в разряде D6, все только запись, читается всегда ноль. В разряде D7 читается бит готовности. Единица в нем означает, что предыдущая команда выполнена и контроллер готов к обмену. Ноль означает, что контроллер занят исполнением предыдущей операции, остальные регистры при этом отключены, обращение к любому из них вызовет Trap to 4. Если исполнение предыдущей команды вызвало ошибку, одновременно с битом D7 взводится бит D15.
Запись в регистры производится только словом, байтовая запись недопустима.
Весь обмен данными ведется через DR. Для команд, аргумент у которых одно слово, этот аргумент следует переслать в DR, а затем выслать команду в CSR. Для команд обмена с буфером контроллера, наоборот, следует выдать команду и только после нее принимать или передавать блок данных определённой длины.
2. Прерывания.
Большинство команд исполняется, практически, мгновенно - за время исполнения одной-двух команд ЦП. Но команды обмена с карточкой микро-SD все-таки, требуют времени. Ожидать окончания этих операций можно либо поллингом бита D7 CSR, либо (например, при наличии многозадачной ОС, которой есть, куда утилизировать это время) - взвести бит D6 CSR (разрешение прерываний) и заняться чем-то другим. Когда операция будет завершена, произойдет прерывание и по нему можно продолжить операции.
3. Команды.
Команда посылается в CSR, в разряды 5-0. Пересылать следует только словом, байтовая запись недопустима. Разряды команды только для записи, читается всегда ноль. Коды команд приведены восьмеричные.
3.1. Сброс контроллера.
Код команды - 000. Команда останавливает, если возможно, все операции контроллера. Её окончания следует дождаться посредством поллинга.
Пример программы:
Код
;.............................
MOV #AZ$CSR,R3
1$: CLR @R3 ; Пошлем команду "Сброс"
TSTB @R3; Проверим готовность контроллера
BPL 1$ ; Если не готов, сбрасываем еще
; раз и проверяем снова
TST (R3)+ ; Проверим на ошибку,
; одновременно сменим адрес
; (пригодится дальше)
BMI ERR1
;...............................
Замечание о команде сброса. Вообще-то, она мгновенного действия - если контроллер не занят исполнением операции, которую прерывать нельзя, конкретно - обмен с SD. Пока идет обмен с SD, контроллер не воспринимает никаких команд и команда сброса может быть пропущена. Поэтому, если контроллер занят (бит D7 равен нулю), выдача команды сброса повторяется. Такое встречается достаточно редко (допустим, двойное нажатие Ctrl/C при перезаписи), обычно, при нормальном ходе операций, ожидание записи или чтения производится в специальном месте и, по окончании этой операции, выполняется не сброс, а совсем другие действия.
3.2. Выбор устройства.Контроллер поддерживает до восьми псевдодисков AZ0 - AZ7. Команда "выбор устройства" выбирает для работы один из них. Код команды 001. Для выбора устройства следует переслать в регистр данных (177222) номер накопителя, с которым собираемся работать и затем послать в CSR код 001. Команда выполняется мгновенно, т.е. за время, пока ЦП пересылает код "выбор устройства". ПРи попытке выбрать диск AZ, которому не назначен файл-образ, в бите D15 регистра CSR возвращается ошибка.
Пример программы:
Код
;.......................
SetUni = 001; Символическое наименование команды
; "Выбор устройства"
; От предыдущего фрагмента в R3 остался адрес CSR+2=DR
; Считаем, что в R0 в битах 0-3 находится номер
; устройства, остальные биты - нули, процедура
; вычисления этого номера не показана.
MOV R0,@R3; Перешлем в DR номер диска AZ, с
; с которым собираемся работать
MOV #SetUni,-(R3); и пошлем команду "Выбор
; накопителя", с исправлением адреса в R3, который
; теперь снова указывает на CSR.
TST (R3)+; Проверим на ошибку и опять
; передвинем адрес в R3 на DR
BMI ERR2
;........................
3.3. Установка номера блока.Контроллер предоставляет машинке с МПИ в качестве дисков AZ0 - AZ7 файл-образы типа DSK на карточке микро-SD. Размер этих файл-образов и, соответственно, псевдодисков, может быть любым, вплоть до 4Г каждый. Адресация на этих псевдодисках прямая - полученный по МПИ номер блока, после сдвига, используется в качестве смещения от начала соответствующего файл-образа. Фактически, это нечто, вроде LBA на PC.
Существуют операционные системы PDP-11, поддерживающие такие диски - RSX-11, ДИАМС, еще что-то. Однако, самая распространенная ОС - RT-11 - использует для номера блока СЛОВО (16 бит), причем код 0177777 кое-где используется в специальных целях и как размер диска не годится, поэтому для RT-11 могут быть использованы диски с максимальным числом блоков 0177776, т.е. 65534 блока (33553408 байт или 32767 К байт). Поэтому команды установки номера блока две: установить младшие биты номера блока - код 002 и установить старшие биты номера блока - код 012. Если номер блока помещается в 16 разрядов (для RT-11 - всегда), достаточно использовать команду установки младших битов номера блока, старшие биты при этом очищаются. Если номер не помещается в 16 разрядов, то сначала надо выдавать младшие биты, а потом старшие. Если попытаться сразу передать старшие биты без предварительной передачи младших, выдается ошибка. Если переданный адрес выходит за границу файл-образа, также выдается ошибка, не важно, на каком этапе - хоть при передаче младших 16 битов номера блока, хоть при передаче старших.
Для выполнения этих действий следует переслать требуемую часть битов номера блока в DR и затем переслать в CSR код команды, после чего следует проверить на ошибку. Команды мгновенные, т.е. выполняются за один цикл обращения по МПИ.
Пример программы в 16-разрядном варианте:
Код
;.......................................
SetBlk=002; Символическое наименование команды
; "Установить младшие 16 разрядов номера блока"
; От предыдущего фрагмента в R3 остался адрес DR
; (177222)
; Считаем, что в ячейке с меткой BLCUR находится 16-
; разрядный дисковый адрес (номер блока, подлежащего
; вводу или выводу). Процедура получения этого номера не
; показана
MOV BLCUR,@R3; Помещаем в DR номер блока,
; подлежащего обмену.
MOV #SetBlk,-(R3); Посылаем команду в CSR
; не забываем, адрес в R3 перед пересылкой уменьшится на
; 2 и таким останется
TST @R3; Проверяем на ошибку
BMI ERR3
; В 32-разрядном варианте те же действия следует
; повторить для старших 16 разрядов (на самом деле,
; старших 7, остальные должны быть нулями, ибо максимум
; размера псевдодиска - 4Г) дискового адреса.
; Обратите внимание, что в R3 остался адрес CSR, а не
; DR, как в двух предыдущих фрагментах. Это сделано
; специально.
;.......................................
3.4. Чтение блока в буферУ контроллера имеется встроенный буфер на 256 слов (512 байт). Фактически, это часть оперативной памяти микроконтроллера STM32, выделенная в его программе под этот буфер. Весь обмен с микро-SD идет через этот буфер.
Память дисков AZ представлена, как набор блоков объемом 512 байт каждый. Такой блок - единственная доступная единица для обмена данными с дисками AZ. Блоки пронумерованы от нуля до 65533 для 16-разрядного варианта или до 8388607 для 32-разрядного - это при использовании накопителей AZ максимально допустимой емкости. Никто не мешает использовать накопители меньшей емкости - фактический размер накопителя равен размеру файл-образа, смонтированного на этот накопитель. При попытке обратиться за пределы файл-образа будет зарегистрирована ошибка.
Команда 005 - чтение блока с микро-SD в буфер. С псевдодиска AZn, выбранного ранее командой "Выбор устройства" запускается на чтение блок, номер которого передан командой (командами) "Установка номера блока". Команда длительного действия.
Фактически, блок с карточки микро-SD читается, примерно, 500-800 мкс. На это время контроллер переходит в состояние, которое во время обсуждения проекта получило название "Думаю, прошу не мешать." А именно, на все время ее исполнения отключаются все регистры устройства, кроме CSR, в котором считывается ноль до тех пор, пока контроллер занят исполнением этой команды. По окончании считывания блока к МПИ подключаются остальные регистры контроллера, взводится бит D7 (готовность) в CSR и, если был установлен бит D6 (разрешение прерываний) в CSR, вырабатывается прерывание с вектором 0174.
Пример без прерываний тривиален:
Код
;...................................
CmdRea=005; символическое наименование команды "Читать
; блок"
; В R3 у нас от предыдущего фрагмента остался адрес CSR.
; Пересылаем туда код команды чтения
MOV #CmdRea,@R3
2$: TSTB @R3 ; Проверим бит готовности
BPL 2$; Не готово -> уходим проверять еще
; раз
TST @R3; Проверим на ошибку
BMI ERR4
; Здесь у нас опять, в отличие от фрагментов пп. 3.1 и
; 3.2, в R3 остался адрес CSR, а не DR.
;...................................
Пример с прерываниями привести не получается, там очень много специфики, связанной с организацией ожидания в операционной системе или в программе, которая работает с оборудованием самостоятельно, без средств ОС. Единственный существенный момент - это то, что разрешать прерывания следует не при передаче команды "Читать блок", а отдельной командой "Нет операции" (код 030), которая не влияет на исполнение операций контроллером, но, если в ней присутствует единичный разряд D6 (разрешение прерываний, то есть код не 030, а 0130), то он запишется в соответствующий триггер и прерывания будут разрешены. Так надо делать, поскольку у нас где-то в отдаленных планах предусмотрена организация кэш-памяти в контроллере. Тогда, в случае кэш-попадания, команда чтения может оказаться почти мгновенной (выполнится за время одной-двух-трех команд ЦП) и выход из драйвера AZ с последующим прерыванием и повторным входом в этот драйвер будут напрасной растратой времени ЦП. Поэтому, выполнив подготовку к выходу из драйвера в ОС, следует проверить бит готовности. Если он успел установиться, то, не выходя в ОС, следует сразу перейти к дальнейшей обработке, и только если бит готовности установиться не успел, тогда надо будет разрешить прерывания, переслав в CSR команду "Нет операции" с установленным битом разрешения прерываний (код 0130) и выходить в ОС.
3.5. Команда "Начать передачу считанного блока"
Код команды - 015. Получив эту команду, контроллер настраивается на пословную выдачу содержимого того самого встроенного буфера на 256 слов, которые будут выданы последовательно через регистр DR. Никаких ожиданий не требуется, просто пересылаем 256 раз слово из DR в последовательные ячейки памяти, и все. Если нужно меньше, чем 256 слов (последний укороченный блок файла), то остаток можно просто бросить, не считывая, сброс контроллера в начале следующей операции сбросит и этот остаток.
Пример программы:
Код
;..................................
RdBuf=015; символическое наименование команды
; В R3 от предыдущего фрагмента остался адрес CSR
; (177220)
; Считаем, что у нас в R2 находится адрес первого слова
; памяти, куда следует разместить прочитанный блок.
; Программа получения этого адреса не приводится.
MOV #400,R1; Готовим счетчик слов
; 0400 oct = 256 dec
MOV #RdBuf,(R3)+; и пересылаем команду
; RdBuf в CSR. Адрес в R3 укажет на DR (177222).
3$: MOV @R3,(R2)+;перешлем очередное слово в
; память
SOB R1,3$ ; и повторим это 256 (0400)
; раз
;..................................
Всё, чтение закончено.
Для записи наоборот, требуется сначала перенести весь блок данных из памяти ЦП в контроллер и потом выдать команду "Записать содержимое буфера на диск"
3.6. Команда "Принять блок данных в буфер"Код команды 016. Команда настраивает контроллер на прием блока данных и помещении его в буфер. Следующие 256 циклов записи в DR поместят данные, переданные через МПИ, в буфер.
Пример программы.
Код
;..................................
WrBuf=016; Символическое наименование команды
; Перед записью нужно выполнить те же действия, что и в
; пп. 3.1.-3.3. Обычно, это одна и та же программа,
; просто после пункта 3.3. выполняется проверка "Что
; требуется: чтение или запись?" и разветвление на
; программу чтения или записи.
; После фрагмента в п. 3.3. в R3 остался адрес CSR
; (177220). Будем считать, что в R2 находится адрес в
; памяти ЦП, где находится блок, подлежащий записи.
; Программа получения этого адреса не показана.
MOV #400,R1; Готовим счетчик
MOV #WrBuf,(R3)+; Перешлем команду в CSR и
; переключим адрес в R3 на
; DR
4$: MOV (R2)+,@R3; Перешлем очередное слово
; данных
SOB R1,4$ ; и повторим это 256 раз
;..................................
3.7. Команда "Записать блок из буфера на диск"Код команды 006. Содержимое буфера пишется на выбранный псевдодиск по заданному дисковомк адресу (номеру блока). Перед записью выполняются проверки (1) "была ли запись в буфер?", если нет, выдается ошибка и (2) "заполнен ли буфер полностью?", если нет (для последнего укороченного блока файла), остаток буфера очищается нулями. Далее производится запись блока на носитель. Операция длительная, после ее запуска контроллер, как и при чтении переходит в состояние "Думаю, прошу не мешать". И так же, как и при чтении окончания этой операции надо дождаться, теми же средствами, как и при чтении.
Пример программы без прерываний:
Код
;...............................................................
CmdWri=006; символическое наименование команды "Писать
; блок"
; В R3 у нас от предыдущего фрагмента остался адрес DR.
; Исправляем его на CSR и пересылаем туда код команды
; записи
MOV #CmdWri,-(R3)
5$: TSTB @R3 ; Проверим бит готовности
BPL 5$; Не готово -> уходим проверять еще
; раз
TST @R3; Проверим на ошибку
BMI ERR5
;....................................................................
Программа с прерываниями, опять же, не приводится.
3.8. Команды "Получить размер псевдодиска"Есть две команды получения размера псевдодиска, т.е. смонтированного на выбранный псевдопривод AZn файл-образа.
Если используемая ОС (или программа, работающая с дисками без ОС) умеет работать с большими (больше 32М) дисками, следует пользоваться командой с кодом 017. Последовательность действий: сбросить контроллер (п. 3.1), выбрать накопитель (п. 3.2) и переслать в CSR код 017, а затем, без каких-либо ожиданий, считать из DR сначала младшее, и следом за ним старшее слово размера выбранного накопителя (файл-образа).
Если используемая ОС не умеет работать с дисками бОльшими, чем 32М (RT-11), следует пользоваться командой 007 - получить размер псевдодиска с ограничением до 32М. Действия похожие: сбрасываем контроллер, выбираем диск, посылаем в CSR код 007 и считываем из DR одно слово размера псевдодиска. Если размер файл-образа, смонтированного на выбранный псевдопривод, больше 65534 блоков, вместо этого "большого" размера, контроллер возвращает число 65534. Напоминаем, что число 65535 кое-где используется в специальных целях и не может быть размером диска.
Также напоминаем, что если на этот накопитель не смонтирован файл-образ, последовательность действий не пройдет п. 3.2 (выбор накопителя) и исполнение программы до этого места просто не дойдет. Поэтому ошибок у этих команд не предусмотрено.
Пример программы с большими дисками
Код
;......................................
GetBig=017; Получить "большой" размер диска
; От фрагмента 3.2 (выбор диска) у нас в R3 остался
; адрес DR (177222)
MOV #GetBig,-(R3); пошлем команду
TST (R3)+; вернем адрес в R3 назад, на DR
MOV @R3,BigSiz
MOV @R3,BigSiz+2
;......................................
Пример программы с "малыми" дисками
Код
;......................................
GetSiz=007; Получить "малый" размер диска
; От фрагмента 3.2 (выбор диска) у нас в R3 остался
; адрес DR (177222)
MOV #GetSiz,-(R3); пошлем команду
TST (R3)+; вернем адрес в R3 назад, на DR
MOV @R3,DskSiz
;......................................
3.9. Команда "нет операции"Основное назначение этой команды - устанавливать бит разрешения прерываний от контроллера. Команда передает бит разрешения прерывания, который находится с ней в одном слове, но не входит в ее состав (напоминаем, команда располагается в битах D0 - D5, а бит разрешения прерываний - D6), в соответствующий триггер контроллера и больше никак не влияет на процессы в контроллере. Управление этим триггером работает даже в состоянии "Думаю, прошу не мешать", и это главная особенность команды "нет операции".
Команда имеет код 0030. Посылка в CSR кода 0130 разрешит прерывания от контроллера, посылка кода 0030 запретит их. Пример не приводится вследствие тривиальности его.
3.10. Команда "Разрешить работу сети. Код команды 010. Закончив последовательность действий по передаче очередной порции данных, и ожидая, что следующий запрос последует не сразу же, можно "утилизировать" процессорное время микроконтроллера STM32, составляющего основу AZ - занять его обслуживанием сети. В той же RT-11 это можно сделать перед выходом из драйвера AZ, перед макрокомандой .DRFIN, завершающей исполнение запроса ввода-вывода.
Действительно, операция ввода-вывода завершена, программа ЦП в системе будет готовить новую порцию данных для вывода, или соображать (на основании предыдущих прочитанных данных), где ей еще что-то прочитать, или вообще размышлять о чем-то своём.
Другими словами, после окончания запроса ввода-вывода, довольно высока вероятность того, что последует пауза в работе с дисками AZ. Вот, время этой паузы и можно отдать на обслуживание сети. Для этого, перед исполнением макрокоманды .DRFIN в RT-11 или ее аналога в других ОС следует отправить в CSR код 110 (разрешить сеть плюс разрешить прерывания).
Прерывание в этом случае не произойдет, оно активируется только по завершении "длительных" операций, которые переводят контроллер в состояние "Думаю, прошу не мешать", а установленный в "1" триггер разрешения прерываний, кроме этого, разрешает еще и работу сети, если она активирована. При запуске следующей операции ввода-вывода действия в п. 3.1 (сброс контроллера) сбросят и этот триггер, после чего программа обслуживания сети, обнаружив сброс этого триггера, прекратит (приостановит) свою работу и вернет управление основной программе обслуживания дисков AZ. Максимум, что можно заметить со стороны ЦП - это небольшая (10-20 мкс) задержка исполнения команды сброса, но это вполне умеренная плата за сетевые возможности.
4. Дополнительные командыПеречисленного выше набора команд, вроде-бы, вполне достаточно для нормальной работы любой ОС. Однако, есть еще некоторый набор действий, которые было бы полезно выполять на ЭВМ с МПИ. А именно - манипуляции с хостовой файловой системой (HFS). Как известно, в контроллере AZ псевдодиски AZn отображаются на файлы, расположенные на микро-SD в файловой системе FAT-32. Для самой распространенной ОС, а именно - для RT-11, контроллер может предоставить, максимум, около 256М псевдодискового пространства (8 псевдодисков по 32М). А современные SDHC имеют емкости до 32Г. Логично сгрузить на эту 32-Г карточку все имеющиеся материалы и выбирать из них по мере надобности те, которые потребовались.
Только вот для того, чтобы перемонтировать в одном из приводов AZ файл-образ, приходится выключать машинку с МПИ, вынимать карточку из контроллера, идти к компьютеру, изменять там файл AZ.INI, нести карточку назад, вставлять ее в контроллер и запускать машинку заново. Неудобно. А удобно было бы запустить на этой машинке специальную программу, допустим, AZMNT ( AZ MouNT) и выполнить переназначение прямо на ней, не останавливая, и не извлекая карточку микро-SD.
Для выполнения этих функций в контроллере предусмотрен набор команд управления HFS. Заметим, обслуживание этих команд в драйвере не нужно: ими пользуется только программа работы с HFS, а место в драйвере они занимают всегда. Естественно, следует вписать эти действия непосредственно в программу, а не в драйвер. Точно так же естественно требование не запускать эту программу под многозадачной ОС - любая опервция с AZ выполняется исполнением последовательности команд, начиная от сброса и заканчивая передачей данных, причем туда обязательно входит "длительная операция и ожидание ее окончания. Так вот, выполняем мы эту последовательность, в это время подходит квант времени другой задачи многозадачной системы, она начинает свою последовательность и сбивает нашу.
К тому же, многие многозадачные системы "не пустят" нашу программу к регистрам оборудования.
Нет, конечно, при правильном программировании всё это можно обойти, но это вызовет значительное усложнение программы, а также потребует внесения в драйвер AZ дополнительного функционала, что, опять же, увеличит его размер. Поэтому проще будет написать простую программу, работающую под однозадачной системой (RT-11SJ, RT-11SB). В крайнем случае, под условно-многозадачной (RT-11FB, RT-11XM), в которых перед запуском программы управления HFS не запускались или остановлены оперативные задачи.
Впрочем, если найдутся желающие, можно будет сделать и по-взрослому...
Да, еще важный момент. Длинные имена не поддерживаются. Неанглийские буквы и спец. символы - тоже. Имена оглавлений и файлов могут содержать
ТОЛЬКО большие английские буквы, цифры и знак подчеркивания. Все остальные символы в именах файлов и оглавлений
ЗАПРЕЩЕНЫ. Имя файла должно иметь, максимум, 8 символов, тип файла (расширение), максимум, 3 символа. В принципе, можно написать имя и тип малыми английскими буквами, но они будут преобразованы в большие.
Итак, дополнитеьные команды.
4.1. Получить таблицу назначений приводов AZn.Код команды 011. Получив эту команду, контроллер переключается с буфера для блока на свою внутреннюю таблицу назначений длиной 560 слов (1120 байт, 8 строк по 140 байт каждая). Перед выдачей этой команды следует сбросить контроллер. После выдачи этой команды следует выдать команду 015 (чтение буфера), но в этом случае будет читаться не буфер, а та самая таблица, последовательно, слово за словом.
Пример программы:
Код
;...................................
AZ$CSR = 177220; CSR контроллера
RdBuf = 012 ; Команда "Читать из памяти контроллера"
RdTbl = 011 ; Команда "Читать таблицу назначений"
TblSiz = 1120.; Длина таблицы в байтах (десятичная)
; Считаем, что в R2 находится адрес первого слова
; области памяти для таблицы назначений. Процедуру
; получения этого адреса не показываем.
MOV #AZ$CSR,R3; Готовим CSR контроллера
10$: CLR @R3;
TSTB @R3; Сбросим контроллер
BPL 10$;
MOV #RdTbl,@R3; Команда "Передать
; таблицу"
MOV #RdBuf,(R3+) ; Команда "Читать из
; памяти контроллера. Одновременно передвинем адрес в R3
; на DR контроллера (177222).
MOV #TblSiz/2,R1; Готовим счетчик слов
11$: MOV @R3,(R2)+; Перешлем текущее слово
SOB R1,11$ ; и повторим 560 раз
;...................................
4.2. Команда "Открыть оглавление HFS"Код команды 3. Последовательность действий
• сбросить контроллер
• подать в CSR команду "Принять блок данных в буфер" и передать пословно всю строку с полным текстом пути (Full Path) к требуемому оглавлению. Строка должна завершаться нулевым байтом (0х00) и быть не длиннее 128 байт (64 слов).
• переслать в CSR код команды "Открыть оглавление"
• дождаться ее окончания (команда длительная)
• проверить на ошибку
Пример программы:
Код
;.............................
AZ$CSR = 177220
WrBuf = 016
OpnDir = 3
MOV #AZ$CSR,R3
; Ячейка DirPtr содержит указатель на начало поля с Full
; Path. Считаем, что строка завершается тремя нулевыми
; байтами, чтобы распознать по нулю окончание пересылки
; строки пословно. Действительно, если количество
; символов в строке четное, то следующие два байта нулей
; образуют нулевое слово; если же нечетное, то один ноль
; уйдет вместе с последним символом строки, а нулевое
; слово образуют второй и третий нулевые байты,
; оканчивающие строку. То есть, такое окончание строки,
; передаваемой пословно, вполне надежно.
MOV DirPtr,R2
MOV #WrBuf,(R3)+; Подаем команду "Запись в
; буфер" и передаем строку
11$: MOV (R2)+,@R3 ; пословно, до тех пор,
BNE 11$ ; пока не перешлется ноль
MOV #OpnDir,-(R3); Подаем команду "Открыть
; оглавление"
12$: TSTB @R3; и ждем, когда контроллер ее
BPL 12$; выполнит,
TST @R3; после чего проверяем на ошибку.
BMI Err10; Ошибка -->
;.............................
4.3. Команда "Прочитать запись оглавления HFS"Код команды 13. Команда читает запись оглавления во внутреннюю область памяти и переключает на нее указатель для передачи данных через DR. Оглавление перед этим должно быть открыто. Порядок действий следующий:
• Сбросить контроллер.
• Выдать в CSR команду "Прочитать запись оглавления" и дождаться ее окончания.
• Выдать в CSR команду "Прочитать из памяти контроллера"
• Прочитать из DR 11 слов записи оглавления
Запись оглавления имеет формат:
См. Имя Значение
0 fSize Размер файла в байтах, младшее слово
2 старшее слово
4 fDate Дата в формате MS-DOS
6 fTime Время в формате MS-DOS
10 fAttr Атрибуты 1 байт
11 fName ИМЯ.ТИП файла, 8+1+3+1 = 13 байт
Смещения указаны восьмеричные. Формула в строке fName означает, что там сначала должно быть имя, максимально из восьми символов, далее должна быть точка, далее тип, до трёх символов, и завершающий нулевой байт 0х00. Если тип не указан, точка тоже не нужна.
Атрибуты файлов в байте fAttr (восьмеричные):
001 - Read Only
002 - Hidden
004 - System
020 - Directory
040 - Archive
Пример программы.
Код
;......................................
RdDir = 013; код команды "Читать запись оглавления"
RdBuf = 015
MOV #AZ$CSR,R3
15$: CLR @R3;
TSTB @R3; Сбросим контроллер
BPL 15$;
MOV #RdDir,@R3; Попросим контроллер
16$: TSTB @R3 ; прочитать в свою память
BPL 16$ ; запись оглавления
MOV @RdBuf,(R3)+;
MOV DIRREC,R2 ; И перенесем ее к себе в
MOV #11.,R1 ; область памяти, указатель
17$: MOV @R3,(R2)+ ; на которую лежит в ячейке
SOB R1,17$ ; DIRREC.
;......................................
4.4. Команда "Монтировать диск"Код команды 004. Порядок действий:
• Сбросить контроллер
• Переслать в контроллер строку с записью, подобной строкам описания дисков в файле AZ.INI
• Выдать команду "Монтировать диск"
• Дождаться ее окончания (команда длительная)
• Проверить на ошибки
На выбранный накопитель AZn НЕ ДОЛЖЕН быть смонтирован диск. Если он таки смонтирован, перед монтированием туда нового диска следует размонтировать старый (следующая команда).
Пример программы:
Код
;..................
AZMNT = 4
MDLEN = MDEND-MDTXT+2
MOV #AZ$CSR,R3
20$: CLR @R3;
TSTB @R3; Сбросим контроллер
BPL 20$;
MOV #WrBuf,(R3)+; Перешлем в него строку
MOV #MDTXT,R2 ; с командой назначения
MOV #MDLEN/2,R1;
21$: MOV (R2)+,@R3 ;
SOB R1,21$ ;
MOV #AZMNT,-(R3); и отдадим ее на
22$: TSTB @R3 ; исполнение
BPL 22$ ;
TST @R3; после чего проверим на ошибку
BMI Err11;
;.........................
MDTXT: .ASCII "D4=0:/DISKS/SYSTEM/51SYS_DS.DSK"
MDEND: .BYTE 0,0
;..................
В этом фрагменте на диск AZ4 монтируется файл-образ 51SYS_DS.DSK, лежащий в папке SYSTEM, которая лежит в папке DISKS, лежащей в корневом оглавлении карточки микро-SD.
4.5. Команда "Размонтировать диск"Код команды 014. Чтобы размонтировать диск, следует сбросить контроллер, переслать в DR контроллера номер привода AZ, который следует размонтировать, и послать в CSR контроллера код 014, после чего дождаться окончания операции (она длительная) и проверить на ошибку. Ошибка выдается, если привод не был смонтирован.
4.6. Команда "получить расширенный код диагностики"Код команды 020. После сброса контроллера следует выдать эту команду в CSR и затем прочитать два слова расширенной диагностики из DR. Команда мгновенная, ожидание не требуется.
Продолжение описания командhttps://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=57017
https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=57017
Автор: SuperMax 27.4.2020, 15:35
На данный момент идет развитие сетевой поддержки, а именно реализован сервер WEBDAV
те можно удаленно работать с файлами на SD карте (копировать, удалять, переименовывать итд итп)
посредством типового ПО умеющего работать с WEBDAV ресурсами: FAR, TotalCommander, FileZilla и другие клиенты
Соответственно ожидается:
- инструкция по приобретению карты (ничего редкого)
- инструкция по подключению карты к контроллеру (поддержка сетевой карты есть и УКНЦ версии AZ и у основного AZ ДВК )
- релиз драйвера AZ.SYS с поддержкой сети
- релиз новой прошивки для контроллера
Автор: AFZ 2.5.2020, 2:32
Выкладываю драйвер 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. Вообще-то надо было сделать шесть командных файлов - в варианте с прерываниями и в варианте без прерываний, но я поленился.
Прикрепленные файлы
azdrv.zip ( 5.16 килобайт )
Кол-во скачиваний: 4132
Автор: SuperMax 24.5.2020, 16:01
Рекомендуемая процедура обновления при наличии своих образов дисков на карточке
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 26.1.2021, 20:20
Новая линейка контроллеров AZ V2
фото плат в сборе в https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=53036
основные особенности и преимущества
1. данная линейка разработана для облегчения производства и расширения фукнционала линейке AZ V1
без изменения основного ПО для МК STM32
2. Убраны устаревшие GAL16V8D - они уже давно сняты с производства и приобрести их сейчас в надлежащем качестве достаточно сложно, обычно половина поставки идет в мусорное ведро, что затрудняет сборку и тестирование готовых изделий. Для замены установлена EPM240, которая полностью перекрывает функционал и обеспечивает его расширение, что особенно актуально для УКНЦ.
3. Для УКНЦ актуальна автозагрузка с эмуляцией сетевого адаптера, для V2 это становится возможным
Автор: SuperMax 26.1.2021, 20:41
Прошивка ПЛИС EPM240 для AZ V2 от 26.01.2021
https://forum.maxiol.com/index.php?showtopic=5550
Прошивка предназначена для AZ V2 МПИ, УКНЦ поддерживается, но без автозагрузки
Основные особенности:
дополнительная индикация работы контроллера - 4 светодиода рядом с ПЛИС
светодиоды маркированы L1 L2 L3 L4
стандартные цвета для них:
L1 красный
L2 зеленый
L3 желтый
L4 синий
но эти цвета могут не соблюдаться тк не несут жизненно важного функционала.
Отображаемый функционал:
L1 - активность аппаратной затычки на 177220, иначе говоря показывает занятость МК тяжелыми процессами. В нормальном режиме - мигает, тк идет опрост сети. но так как это очень быстрые процессы, может создавать впечатление,что он горит постоянно. В режиме ожидания загрузки не горит.
L2 зеленый - сигнал RPLY с контроллера, показывает что контроллер отвечает на запросы шины.
L3 желтый - управление направлением передачи данных буферами АП2 или 245, активное состояние передача данных в МПИ
L4 синий - управление направлением передачи данных буферами АП2 или 245, активное состояние передача данных в МПИ
AZ240.RAR ( 1.32 килобайт )
Кол-во скачиваний: 3814
Автор: SuperMax 26.1.2021, 23:07
Подготовили новый релиз прошивки от 27.01.2021
https://forum.maxiol.com/index.php?s=&showtopic=5490&view=findpost&p=54380
Firmware
AZ_v1.06.rar ( 65.16 килобайт )
Кол-во скачиваний: 4012
полный функционал прошивки описан https://forum.maxiol.com/index.php?s=&showtopic=5490&view=findpost&p=54380
https://forum.maxiol.com/index.php?showtopic=5434
Автор: SuperMax 1.3.2021, 0:33
Прошивка ПЛИС EPM240 для AZ V2 от 28.02.2021
Исправлено
работа с прерываниями на быстрых машинах
AZ240.RAR ( 1.34 килобайт )
Кол-во скачиваний: 3548
Автор: SuperMax 16.4.2021, 10:25
Подготовили новый релиз прошивки от 14.04.2021
https://forum.maxiol.com/index.php?s=&showtopic=5490&view=findpost&p=55388
Firmware
AZ_v1.07.rar ( 65.2 килобайт )
Кол-во скачиваний: 3706
https://forum.maxiol.com/index.php?showtopic=5434
Автор: SuperMax 21.4.2021, 12:35
Подготовили новый релиз прошивки от 21.04.2021
https://forum.maxiol.com/index.php?s=&showtopic=5490&view=findpost&p=55412
Firmware
AZ_v2.00.rar ( 65.51 килобайт )
Кол-во скачиваний: 3839
https://forum.maxiol.com/index.php?showtopic=5434
Автор: SuperMax 26.4.2021, 7:36
Обновление http://pdp-11.online/~form/files/pdp-11/az/rt-11/.
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>
.
azck41.dsk ( 24.5 килобайт )
Кол-во скачиваний: 1736
azv40.dsk ( 25.5 килобайт )
Кол-во скачиваний: 1691
azv41.dsk ( 25.5 килобайт )
Кол-во скачиваний: 1780
azv50.dsk ( 28 килобайт )
Кол-во скачиваний: 1575
azv51.dsk ( 37 килобайт )
Кол-во скачиваний: 1666
azv60.dsk ( 37 килобайт )
Кол-во скачиваний: 1580
azv61.dsk ( 37.5 килобайт )
Кол-во скачиваний: 1694
Автор: SuperMax 4.5.2021, 11:47
Выложил образ диска AZ с дистрибутивом http://pdp-11.online/~form/files/pdp-11/az/rsx/.
см https://zx-pk.ru/threads/28134-kontroller-psevdodiska-na-sd-karte-dlya-dvk-uknts-pdp-11-original-ethernet.html?p=1113574&viewfull=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 требуется https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=55389 или новее.
Для поддержки более 8 устройств требуется https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=55413 или новее.
Для контроллера
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
rsxmp46.rar ( 6.95 мегабайт )
Кол-во скачиваний: 1242
Автор: SuperMax 10.11.2022, 13:33
Новые команды контроллеров AZ*
Старые команды https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=54109
Работа с энергонезависимой памятью
интерфейс предоставляет любому 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
https://forum.maxiol.com/index.php?s=&showtopic=5605&view=findpost&p=57055Для записи файла добавлены команды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 ; выходим
https://forum.maxiol.com/index.php?s=&showtopic=5605&view=findpost&p=57055получение объема 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.
Старые команды https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=54109
Автор: SuperMax 20.3.2023, 13:59
Новые команды контроллеров AZ*
Старые команды https://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=54109 иhttps://forum.maxiol.com/index.php?s=&showtopic=5388&view=findpost&p=57017
данные команды действительны для контроллеров начиная с 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 13.3.2024, 2:41
привет
Чистый образ с кучей драйверов (DU, DD, и пр.) + пересобранный AZ.
Все устройства работают.
AZ00A.7z ( 1.92 мегабайт )
Кол-во скачиваний: 550
Код
.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 (https://www.invisionboard.com)
© Invision Power Services (https://www.invisionpower.com)