Контроллер псевдодиска на SD-карте для ДВК/ УКНЦ / PDP-11 original + Ethernet

[Patron]

Ладно, буду думать.

Нужно переделать ввод командной строки:

;************************************************************************
;*									*
;*	Подпрограмма		GETLIN					*
;*									*
;*   -	Назначение		Ввод командной строки вызова программы 	*
;*				в буфер с адресом в R0.			*
;*									*
;*				При пустой командной строке возвращает	*
;*				SeC					*
;*									*
;************************************************************************

.Procedure	GETLIN

	Mov	R0,    R1
	Mov	#510,  R2
	Mov	(R2)+, R3
	BEq	1$
	Dec	R3
	BEq	1$
	.GTLIN			; Нужно убрать командную строку из буфера KMON

2$:	MovB	(R2)+, (R1)+
	SOB	R3, 2$

	ClrB	(R1)
	Tst	(PC)+
1$:	SeC
	Return
.End.

Вызов .GTLIN при отсутствии командной строки рисует приглашение программы, а при наличии - переставляет две части введённой строки местами, помещая между ними символ "=" (и если не ошибаюсь - заменяя пробелы на запятые). Нужно написать обратное преобразование (когда-то давно для ввода командной строки в ранних версиях RT-11 я уже такое делал) и тогда единственным отличием станет появление приглашения программы при вызове программы без аргументов.

- - - Добавлено - - -

В принципе, у файлов еще есть атрибуты. Причем флажки Hidden и System у нас не используются. Можно заюзать их. Смонтированному диску ставить HIDDEN, а тому, с которого загрузились, дополнительно - System. Для этого добавить в устройство команду "пометить диск, как загрузочный", а в первичном драйвере выдать ее.

Помечать загрузочный диск есть смысл только в том случае, когда предусмотрена автоматическая загрузка с ненулевого привода. Нужность такой опции (а значит - и всех связанных с её реализацией заморочек) представляется довольно сомнительной.

- - - Добавлено - - -

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

[Advertiser]

[SuperMax]

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

[MM]

Проблему разрушенного содержания накопителя при внезапном снятии питания обычно решают приделыванием достаточно большого конденсатора на связку "контроллер-накопитель", и детектирования понижения входных +5в. до, например, +4.5 в.
В самой минимальной конфе такой аддон будет содержать сам электролит ( например ~~2200 мкф 6.3 в. ), несколько диодов Шоттки , участок измерения питающих +5в. и софтовую поддержку этого в ОЭВМ.
Для более сложного варианта можно приделать и 8-выв. DC-DC ИС, обеспечивающую стабильные +5в. 0.1 сек после снятия основного +5в.

[AFZ]

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

Вообще-то, приличная многозадачка просто не пустит эту программу к странице ввода/вывода, и правильно сделает, ибо не фиг.

Неприличная многозадачка, вроде RT-11FB/XM (ну, может быть, кроме каких-нибудь АСУТП), работает в многозадачном режиме крайне редко. Лично я пользовал эту многозадачность в единственном случае - для распечатки больших листингов программой QUEUE - она печатает, а я занимаюсь чем-то другим. Так вот, здесь, чтобы порулить дисками, можно просто остановить (или не запускать) оперативные задачи.

Проблему разрушенного содержания накопителя при внезапном снятии питания обычно решают приделыванием достаточно большого конденсатора на связку "контроллер-накопитель"

Мы вообще прикидывали зацепить туда ионистор, это позволит даже сделать кэш отложенной записи. Возможно. Если хватит оперативки. Но пока не до этого, так, что этот вопрос отложен.

- - - Добавлено - - -

А для "больших" многозадачек я, по-простому, опубликую исходник, и пусть любители этих операционок сочиняют сами. Впрочем, для TSX, может быть, я и сам что-то сочиню.

[SuperMax]

Проблему разрушенного содержания накопителя при внезапном снятии питания обычно решают приделыванием достаточно большого конденсатора на связку "контроллер-накопитель", и детектирования понижения входных +5в. до, например, +4.5 в.
В самой минимальной конфе такой аддон будет содержать сам электролит ( например ~~2200 мкф 6.3 в. ), несколько диодов Шоттки , участок измерения питающих +5в. и софтовую поддержку этого в ОЭВМ.
Для более сложного варианта можно приделать и 8-выв. DC-DC ИС, обеспечивающую стабильные +5в. 0.1 сек после снятия основного +5в.

в нашем случае всё проще - надо стабильные 3.3В и только
соответственно заряженный конденсатор -> стабилизатор 3.3В и всё

[AFZ]

Спасибо! А по поводу моего подхода к многозадачному монтированию (приостановке) особых замечаний нет, можно делать?

[Patron]

А по поводу моего подхода к многозадачному монтированию (приостановке) особых замечаний нет, можно делать?

Если включение терминального режима будет наглухо блокировать дисковый обмен - даже программа монтирования не сможет обращаться к диску после перехода в терминальный режим. Это не очень круто. Без совмещения дискового и терминального обмена нормальной работы в многозадачной среде не будет. При правильном подходе - для запоминания фазы терминального обмена не надо много ресурсов, но зато блочные запросы смогут вклиниваться в любом месте не разрушая терминальный обмен.

[AFZ]

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

А ей-то это зачем? Её задача - выполнить переназначение, а не читать/писать файлы псевдодисков, которые, к тому же, могут быть ею же перемонтированы.

При правильном подходе - для запоминания фазы терминального обмена не надо много ресурсов

Тут проблема в том, что я собираюсь сделать эти назначения в духе Командира Нортона - чтобы юзер, вместо набора команд, мог выбрать клавишами управления курсором что-то из предложенного на экране и одним-двумя нажатиями отправить выбранное на исполнение (в оглавление - войти, файл-образ - смонтировать). В стиле Командира Нортона, увы, не выйдет - не на всех компьютерах есть терминалы, поддерживающие, хотя бы, VT100, а возможностей VT52, совместимость с которыми есть у всех терминалов ДВК/УКНЦ, для этого недостаточно.

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

Да, конечно, юзер будет предупреждён, что не стоит держать слишком много файлов в одном оглавлении, тем не менее...

[AFZ]

Пошли первые вопросы от владельцев ДВК, купивших этот контроллер. Решение вопроса, который в барахолке задал DATAsoft, в общем-то, не так очевидно. Дело в том, что драйверов для КЖД существует несколько штук и все они имеют название файла DW.SYS, какой из них стоит на конкретной машинке мы, естественно, знать не можем. И не факт, что находящийся на наших псевдодисках DW.SYS окажется совместимым с тем, который стоит у вас на ДВК. Поэтому проще всего загрузить ДВК с этого DW, инициализировать VM: скопировать на этот VM: свой драйвер DW.SYS, потом, не выключая компьютер, перезагрузиться с AZ: (дважды нажать кнопку ОСТ и набрать 177226G) и скопировать с VM на SY актуальный драйвер DW, для чего последовательно подать четыре команды

DEAS - в некоторых из псевдодисков сразу при загрузке DK назначается
         на какой-то из приводов LD, DEAS отменяет все назначения
REM DW - это чтобы убрать имеющийся на AZ драйвер DW из таблиц системы
UNPRO DW.SYS - драйвер DW.SYS может оказаться защищенным от удаления
COP/SY VM:DW.SYS SY: - и, наконец-то, копируем драйвер.

После чего надо будет перезагрузиться, и наша подборка системы заработант с вашим драйвером DW. Убедившись, что все работает, можно будет расписать этот DW.SYS на остальные псевдодиски AZ.

[DATAsoft]

Добрался сегодня до своего ДВК-3М. гружусь с AZ0 (177224G). После загрузки пишу SET DW INFORM и получаю:

DIR DW0: дает тот же результат.

При этом загрузка с HDD работает штатно.


Вопрос. Как настроить драйвер записанный на диске AZ0:?

p.s. По предыдущей инструкции пытался скопировать свой dw.sys - не заработало... Пишет ошибку как на первой картинке..