Эмулятор терминала типа VT52

[Patron]

Не останавливает пока я просто жму Enter и система печатает подсказку ">" на новой строке.

Я сделал так:

1. Нажимал <CR>, пока промпт не "доехал" до низа экрана (чтобы HOLD сразу активировался и было удобно считать выведенные строки).
2. Нажал кнопку [HOLD] ( это полностью эквивалентно отправке на терминал <Esc><[> ).
3. Ввёл абракадабру, чтобы система ругнулась.
4. Нажал <CR> - включился Xoff ( кнопка [HOLD] стала красной ).
5. Нажал <Shift><Scroll Lock> - вывелось то, что хотела сказать система.
6. Нажимал <CR> и следил за введённой абракадаброй - она должна была "застрять" точно на верху экрана - так и произошло - после <Shift><Scroll Lock> терминал перевёл строку, принял 22 новых строки и остановил вывод.

На 11/83 повторить не удалось.

Самое время загрузить RT-11 через порт терминала. Прописываем в файле HX_COM.cfg номер того COM-порта, к которому подключен системный терминал 11/83, загружаем этот конфиг в VT52.exe, переключаем ( при помощи кнопки выбора образа ) привод HX0 на образ HXsys57.DSK, нажимаем <Break> (чтобы выйти в пульт), нажимаем кнопку [Boot HX0] и понеслась..

[Advertiser]

[form]

Я сделал так:

Ну я в точности написал что делал - это последовательные шаги без чего-либо между ними. Из них было видно, что то работает то нет.

Про физику процесса я не случайно упомянул: в RSX и в RT-11 вывод подсказки и отработка <CR> идут по разному.

В RSX при нажатии на <CR> на вывод поступает дословно: <CR><LF>">".
В RT-11: <CR><LF><CR><LF>".".

Ну и самое главное не выполняется: в режиме в режиме HOLD SCREEN когда экран остановлен никакой вывод не может попасть на экран до тех пор пока не будет нажат <SCROLL> или <SHIFT>+<SCROLL> (включая непечатные символы). Если кто-то несмотря на XOFF продолжает что-то выводить, терминал должен записывать это в буфер, попутно постаравшись еще раз убедить с помощью XOFF что этого делать не стоит.

Кстати индикатор тоже не совсем адекватным получается так как он сделагн сейчас. Режим HOLD - это не момент когда экран остановлен или ждет ввода. Это режим который наступил при получении терминалом <ESC>[ и до тех пор пока не будет получен <ESC>\ (попутно напоминаю, что если в этот момент терминал остановлен - <ESC>\ не отработает пока не будет нажат <SCROLL>). Если делать полнофункциональный индикатор, он должен различать три состояния: выключен/включен/включен и остановлен.

---------- Post added at 22:30 ---------- Previous post was at 22:25 ----------

Самое время загрузить RT-11 через порт терминала. Прописываем в файле HX_COM.cfg номер того COM-порта, к которому подключен системный терминал 11/83, загружаем этот конфиг в VT52.exe, переключаем ( при помощи кнопки выбора образа ) привод HX0 на образ HXsys57.DSK, нажимаем <Break> (чтобы выйти в пульт), нажимаем кнопку [Boot HX0] и понеслась..

Кстати сейчас попробуем.
Только USB COM порт штука довольно муторная - он сразу пачками плюется походу. У меня в RSX особой разницы не заметно, а в RT-11 он сразу выплеввывает все рывками сразу по четверти страницы, а после выключения питания 11/83 (порт в это время должен получить BREAK) еще плюется тем, что было последним в его буфере - куском того, что выводил до этого

[Patron]

Ну я в точности написал что делал

Версия терминала с тех пор обновилась.

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

Так и есть. Режимов индикации даже больше - индикатор дополнительно отслеживает и задержку вывода по <Ctrl><S> при отключенном режиме [HOLD] ( это четвёртое состояние индикации ).

[form]

Версия терминала с тех пор обновилась.

Не заметил.
Сейчас посмотрим.

задержку вывода по <Ctrl><S> при отключенном режиме [HOLD] ( это четвёртое состояние индикации ).

А как он определит задержку вывода по CTRL/S?
Для VT52 CTRL/S - рядовой символ, которы будучи нажат на клавиатуре тупо посылается системе, а уж система на него реагирует или не реагирует в зависимости от настроек SET TT [NO]PAGE (RT-11) и SET /[NO]TTSYNC=TI: (RSX-11).

Можно разьве что предположить на основании того, что был нажат CTRL/S и вывод прекратился, хотя и не со 100% гарантией

Загрузка с HX не прошла. Подвисает в районе 010030. BREAK из эмулятора при этом не работает - пришлось переключаться на SecureCRT.
поковыряю код.

---------- Post added at 22:49 ---------- Previous post was at 22:45 ----------

Предположил, что загрузка не прошла из-за неучета текущего состояния процессора (в частности настроек MMU), сделал полный сброс, еще раз попробовал - останов на 10366.

---------- Post added at 22:54 ---------- Previous post was at 22:49 ----------

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

[Patron]

Можно разьве что предположить на основании того, что был нажат CTRL/S и вывод прекратился

Так и делает. После каждого нажатия Ctrl/S - загорается индикатор до момента следующего вывода на экран ( с задержкой первой проверки на 250 мс - чтобы система успела принять Ctrl/S и остановить вывод ).

Загрузка с HX не прошла.

Исходники драйвера HX и двух вариантов начального загрузчика ЗДЕСЬ. Начальный загрузчик пока довольно кривой - там даже SP не устанавливается.

Можно попробовать загнать в память копию первичного загрузчика из нулевого сектора образа.

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

[form]

Сейчас подумаем над улучшениями.

А вобщем лень думать - собственно это не функция загрузчика - приводить CPU в состояние, годное для загрузки. Так что достаточно установки SP. Пара слов разьве что:

• MTPS есть не на всех моделях процессоров, но наверное там где нету, нету и @-подобного мониторчика
• SOB есть не на всех процессорах, в том числе встречались @-мониторные без этой команды.

---------- Post added 16.11.2012 at 00:10 ---------- Previous post was 15.11.2012 at 23:23 ----------

По поводу последней версии терминала, проверка HOLD...

Немного побаловался, SET /NOHOLD, SET HOLD, комада - экран проплыл дальше примерно на 4 строки (вначале когда первый раз включал было нормально).

Поведение с подсказками RSX оказалось совершенно одинаковым с CM7209. Разгадка оказалась простой: если режим установлен командой "SET HOLD", перед выводом подсказки выводится <ESC>\, а после вывода <ESC>[. Поскольку <CR> в RSX эхается как тот же <CR>, а <LF> - часть подсказки, оно и получается, что подсказки системы не лочатся.

Другой тест: исходные условия - стоим в последней строке делаем команду "ACT". Полный вывод команды (с последующей подсказкой):

>ACT
MCR...  (TT1:)
ACTT1   (TT1:)
>

- пишем ACT, жмем <CR>, в последней строке ">ACT", останов
- жмем <ROLL> -> первая строка
- жмем <ROLL> -> вторая строка
- жмем <ROLL> сколько угодно раз - подсказка не выходит, при этом на каждое нажатие индикатор меняется с желтого на розовый и обратно

---------- Post added at 00:19 ---------- Previous post was at 00:10 ----------

Проверка показала, что при нажатии на <ScrollLock> система получает (чередуясь) ничего и <CtrlQ><CtrlS> . Косяк. Клавиша <ROLL> сама по себе не шлет никакого кода и если в данный момент экран не остановлен - хоть занажимайся - ничего послано не будет. Если же экран остановлен - при нажатии на клавишу посылается <CtrlQ> и все - никакого <CtrlS>. <CtrlS> посылается в тот момент когда на экран выводится очередной <LF>.

---------- Post added at 00:40 ---------- Previous post was at 00:19 ----------

Еще косяк. CTRL/S приостанавливает вывод терминалом.
Терминал не должен никаким боком реагировать на нажатие каких либо клавиш, имеющих код ASCII.

В результате: запрещаем отработку системой CTRL/S и CTRL/Q, запускаем команду с кучей вывода, жмем CTRL/S - хрясь - вывод приостановился (хотя не должен), затем пошел дальше. Если же пеоиодически продолжать нажимать на CTRL/S, в конце вывода поймаем ситуацию когда вывод приостановился насовсем. До CTRL/Q.

[Patron]

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

Для пробы - в приложении вариант короткого загрузчика с установкой SP = 010000 перед JSR R5.

Еще косяк. CTRL/S приостанавливает вывод терминалом.

Это мой недосмотр. В приложении - исправленная версия терминала.

Проверка показала, что при нажатии на <ScrollLock> система получает (чередуясь) ничего и <CtrlQ><CtrlS> . Косяк. Клавиша <ROLL> сама по себе не шлет никакого кода и если в данный момент экран не остановлен - хоть занажимайся - ничего послано не будет. Если же экран остановлен - при нажатии на клавишу посылается <CtrlQ> и все - никакого <CtrlS>. <CtrlS> посылается в тот момент когда на экран выводится очередной <LF>.

Чтобы точнее определить, в какой именно момент терминал выводит коды - можно добавить в конфигурацию дополнительную консоль, подключенную к выходам объекта Terminal и адаптера порта. Для этого в используемый файл конфигурации нужно добавить следующие строки в разделы [objects] и [links]:

[objects]
Con = Ядро:Console

[links]
ComPort > Con
VT52    > Con

У меня после каждого нажатия на <Scroll Lock> терминал выводит или <CtrlS>, или <CtrlQ> - и это видно на экране консоли.

...

[form]

У меня после каждого нажатия на <Scroll Lock> терминал выводит или <CtrlS>, или <CtrlQ> - и это видно на экране консоли.

Ну это наверное эффект приостановки терминалом

В любом случае правильная реакция: клавиша <ROLL> ни под каким соусом никаких кодов не шлет если в данный момент не действует останов скроллинга (который не имеет никакого отношения к реакции системы на CTRL/S). Если же в данный момент скроллинг остановлен, то (можно сказать так) посылается CTRL/Q. CTRL/S не посылается клавишей вообще никогда.

PS. Возможно тут с толку сбивает клавиша VT1xx/VT2xx для приостанова/продолжения печати - там клавиша как раз шлет поочередно CTRL/S и CTRL/Q и вдобавок, сам терминал прекращает/возобновляет вывод независимо от системы.

[form]

Для пробы - в приложении вариант короткого загрузчика с установкой SP = 010000 перед JSR R5.

Грузится.
Кстати, чем там в конфиге бряк управляется?
А то в случае повисания в этом HX варианте приходится выходить и запускать SecureCRT (из принципа не буду сейчас припаивать схему enable/halt)

[Patron]

Новый вариант терминала VT52_15.11.12_23-28, у которого мультиплексор HX транслирует (я надеюсь) команды потока байтов BreakOn и BreakOff со входа TTY на безымянный выход.