УКНЦ загрузка через стык С2

[Patron]

Я думаю индикатор break срабатывает только на все нули.

Т.к. ошибка распознания BREAK грозит вылетом в пульт - может случиться, что BREAK распознаётся только если вместо стопового бита принимаются N стартовых.

И вообще - если порт на той стороне передаёт на скорости 300 bps, а SLU принимает на максимальной ( какая она? ) то при достаточной разнице скоростей обычный стартовый бит обычной посылки вынесет принимающую сторону в пульт.

Т.к. мы умеем уже тестировать порт "с битовым разрешением" - момент установки бита BREAK_RECIVED в SLU вполне возможно протестировать.

[form]

Т.к. ошибка распознания BREAK грозит вылетом в пульт - может случиться, что BREAK распознаётся только если вместо стопового бита принимаются N стартовых.

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

---------- Post added at 00:49 ---------- Previous post was at 00:47 ----------

А что до ошибочного срабатывания BREAK, я с этим еще в E11 на CM7209 намучился - он при включении шлет BREAK. Кончилось тем, что я вообще запретил реакцию на него в E11.

---------- Post added at 00:50 ---------- Previous post was at 00:49 ----------

Если так дело дальше пойдет, придется расчищать место и собирать 11/84 в качестве второго настольника
Заодно пресловутый DL11-W можно будет потестить...

[Patron]

Если сгенерить RT-11 с нестандартным консольным портом - можно выяснить задержку определения BREAK по тому моменту, когда тест, устанавливающий и (после задержки) снимающий BREAK - начнёт выносить 11/83 в пульт.

[form]

Если сгенерить RT-11 с нестандартным консольным портом - можно выяснить задержку определения BREAK по тому моменту, когда тест, устанавливающий и (после задержки) снимающий BREAK - начнёт выносить 11/83 в пульт.

В этом случае придется или на ходу перетыкать провода или переконфигурять настройки чтобы загрузка была автоматической - сейчас он у меня в диалог входит.
На досуге надо панель переключателей сделать будет, а заодно всякие индикаторы и enable/halt туда вынести - последнего мне очень не хватает

---------- Post added at 01:02 ---------- Previous post was at 00:59 ----------

Хотя наверное проще попробовать с помощью PCшного порта реализовать нужное.
Завтра посмотрю что у меня там с памятью в 386м гробу - у меня вроде запасной дофига было к нему.

---------- Post added at 01:12 ---------- Previous post was at 01:02 ----------

Выдержка из описания DLV11-J:

Break Logic
During normal operation, the UART checks each received character
for the proper number of stop bits. It does this by testing for a marking
condition at the appropriate bit time. If it finds a spacing condition
instead, it sets the framing error (FE) flag. The BREAK signal is a
continuous spacing condition, and is interpreted by the UART as a
data character that is missing its stop bit(s). The UART, therefore,
responds to the BREAK signal by asserting FE H. If the channel 3
break response jumper is installed from X to B, FE H will negate
control line BDCOK H; BDCOK H indicates to the processor that dc
power is “OK.” When FE H negates this signal, it causes the computer
to restart at the bootstrap (provided proper processor power-up mode
is selected).
If the break jumper is installed from X to H, the computer will not
“boot” on a framing error, but FE H will negate control line BHALT L.
This causes the computer to halt when a framing error is received.

---------- Post added at 01:22 ---------- Previous post was at 01:12 ----------

Вобщем нету в DLV11 всех этих хитрых битиков какие есть в KDJ11. В TKS есть только готовность, прерывания и вот такой хитрый бит:

Bit: 0
Description: Reader Enable. Setting this bit advances the paper
tape reader on an LT33 terminal one character at a time. Setting of this
bit clears Receiver Done (bit 7). Write-only bit.
The DLV11-KA 20 mA current loop option is required for operation of
this bit.

TKB полностью идентичен DL11-W.

TPS - готовность, прерывания, break.

TPB - как обычно просто байт.

Для эмулятора ДВК самое оно

[form]

И до кучи, DLV11-E...
KDJшные биты есть кроме явного BREAK.
Добавляются модемные линии и даже программная установка скорости...

[Patron]

Чтобы отличить явный BREAK от Framing_Error при скорости передатчика 50 bps - нужно ждать 200 мс. Не зря VT-100 шлёт короткий брейк продолжительностью 230 мс.

[form]

Чтобы отличить явный BREAK от Framing_Error при скорости передатчика 50 bps - нужно ждать 200 мс. Не зря VT-100 шлёт короткий брейк продолжительностью 230 мс.

Только сдается мне, никто и не пытается отличать. По крайней мере DLV11-J точно, судя по описанию...

---------- Post added at 02:09 ---------- Previous post was at 01:55 ----------

Выдержка из доки на DL11-W:

3.4.3 Break Generation Logic
When the BREAK bit (bit 0 in the XCSR) is set, it causes transmission of a continuous space. Because the XMIT RDY flag continues to function normally, the duration of a break can be timed by the pseudo-transmission of a number of characters. However, because the transmitter section of the UART is double-buffered, a null character (all Os) should precede transmission of the break to ensure that the previous character clears the line. In a similar manner, the final pseudo-transmitted character in the break should be null.

[Patron]

Авторы драйвера DD.SYS создали любопытную засаду для тех, кто эмулирует последовательные порты:

	MOV	#177777,@TOBFRA		;;;SEND ONES FOR TIMING
	BIS	#<CS$INT!CS$BRK>,@TOCSRA ;;;SET BREAK AND INTERRUPT ENABLE
	CALL	OUTRTN			;;;OUTPUT WAIT
	MOV	#177777,R5		;SEND RUBOUT FOR TIMING
	CALL	OUTCHR			; AND WAIT ON IT
	BIC	#CS$BRK,@TOCSRA		;SHUT OFF BREAK

Перед установкой сигнала BREAK драйвер DD.SYS отправляет биты 11111111 в передающий порт и только затем устанавливает BREAK.

Но если бы после отправки единиц в порт - драйвер DD.SYS ещё и дождался прерывания готовности и только потом установил BREAK - засада из-за этого могла бы стать ещё глубже, потому что в реальном порту при этом успевает передаться ТОЛЬКО СТАРТОВЫЙ БИТ.

[form]

потому что в реальном порту

Это основная проблема эмуляции. Нужно эмулировать всякие задержки. В SimH есть много подобных задержек. В E11 реализованы только заждержки прерываний на заданное количество инструкций. К слову, в RT-11 DD под E11 работает очень хреново и чуть что, повисает.

[Patron]

DD под E11 работает очень хреново и чуть что, повисает.

Если в приведённом фрагменте поменять местами верхние две строчки - DD.SYS должен без проблем работать под любым эмулятором, передающим BREAK.

Но мы об этом никому не скажем, правда :)

Ведь иначе эмуляция последовательных портов в эмуляторах PDP-11 так навсегда и останется весьма приблизительной.