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

[form]

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

Я думаю, что дело там не в BREAK так как сам DD тоже полностью эмулируется

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

Ну за сегодня вон сколько информации выудили интересной

PS. Только не надо делать эмуляцию Halt-On-Break в устройстве, обзываемом в конфиге DL11-W, а то будет тройная дезинформация

[Advertiser]

[Patron]

Я думаю, что дело там не в BREAK так как сам DD тоже полностью эмулируется

Судя по поведению TU58em.exe, который весьма точно эмулирует реальный TU58 - он совершенно обалдевает, получая единицы вместо нулей и не после установки BREAK, а перед ней ( большинство эмуляторов последовательных портов ведь сначала отправляют передаваемый байт и только потом делают задержку выставления своей готовности - а надо наоборот ).

[form]

Судя по поведению TU58em.exe, который весьма точно эмулирует реальный TU58 - он совершенно обалдевает, получая единицы вместо нулей и не после установки BREAK, а перед ней ( большинство эмуляторов ведь сначала отправляют передаваемый байт и только потом делают задержку выставления своей готовности - а надо наоборот ).

Про это я уже говорил - он совершенно не работает на PCI и USB COM портах (по крайней мере на тех что попадались), но прекрасно себя чувствует на стандартных PCшных портах как вживую так и под VMWare. Правда мне никогда в голову не приходила мысль подключить его к эмулятору

---------- Post added at 03:02 ---------- Previous post was at 02:57 ----------

Кстати насчет точности, по описанию автора, этот эмулятор вроде не работает с RSX. Видимо точность ограничена.
Все не доходят руки попробовать свой эмулятор сделать, чтобы не досовский был. Полное описание протокола есть...

[Patron]

Про это я уже говорил

Имено про TU58em.exe, а не про TU58.exe ?
Это разные программы - TU58.exe единицами вместо нулей не испугать.

[form]

Имено про TU58em.exe, а не про TU58.exe ?
Это разные программы - TU58.exe единицами вместо нулей не испугать.

Я про досовский. Вроде TU58.EXE...
А TU58EM у меня вообще ни разу не завелся (если я правильно понял что это)
Правда я его мог пробовать завести на кривых портах как раз.

---------- Post added at 03:23 ---------- Previous post was at 03:07 ----------

Попробовал TU58EM с тем портом что есть - разумеется не работает нифига. Сам TU58EM повис намертво и убить нельзя

[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 до готовности порта - единственное, чего можно добиться - это испортить текущий передаваемый байт.

Чтобы установить BREAK на линии в тот момент, когда передаётся стартовый бит только что отправленного в порт байта - нужно дождаться готовности порта, потому что в реальных последовательных портах признак готовности передатчика устанавливается не позже середины стартового бита текущей посылки.

Поэтому, более корректный код должен выглядеть так:

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

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

[form]

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

Независимо от того, что они думали, они получили абсолютно правильный результат. А уж из каких соображений это сделано...
Во всяком случае драйвер брошен давно, в последних версиях он даже не поддерживается и просто лежит довеском, а работает как часы как на живом TU58 так и на TU58.EXE.

А вообще в доке по TU58 было написано, что нужно включить BREAK и "послать" 6-7 нулей, после чего снять BREAK и послать ноль (или несколько) - что-то в этом роде, на память не помню.

[form]

Восстановил 386 и опробовал в качестве TU58.
Можно будет потестить что-нибудь с точки зрения PC...

Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key: B DD/A

CSR address     = 176520

Trying DD0

Starting system from DD0


RT-11FB (S) V05.07  

.SET USR NOSWAP

.SH DEV

Device    Status                   CSR     Vector(s)
------    ------                   ---     ---------
  DD      Resident                176520   320 324
  DU      Installed               172150   154
  XL      Installed               176500   300 304
  VM      Installed               177572   250



.

---------- Post added at 07:56 ---------- Previous post was at 07:32 ----------

Посмотрел тех доку на TU58. Похоже я не его рекомендации вспомнил

В доке рекомендуется такой порядок инициализации:

• включить BREAK
• послать два нуля
• когда появится готовность выключить BREAK
• послать два INITа (4)

[Rybak27]

Спаял шнур COM-Стык С2. Подключил, запускаю HX Server и ничего не происходит. В программе написано: Ожидание приглашения. Конфиг запущен.
Со стороны УКНЦ вообще ничего. Загрузка со Стыка включена.

[Patron]

Спаял шнур COM-Стык С2. Подключил, запускаю HX Server и ничего не происходит. В программе написано: Ожидание приглашения. Конфиг запущен. Со стороны УКНЦ вообще ничего. Загрузка со Стыка включена.

Сначала надо проверить, принимают ли приёмники обеих сторон то, что передаёт другая сторона.

Можно запустить на PC любую терминалку, настроенную на работу с используемым COM-портом, а на УКНЦ - смотреть в пульте содержимое регистров С2: 176570 - 176576

Если нажать клавишу в окне терминалки на PC - в регистре состояния приёмника С2 ( 176570 ) должен установиться признак готовности, а в регистре данных ( 176572 ) - появиться код нажатой клавиши.

Если же записать ASCII-код в регистр данных передатчика С2 ( 176576 ) - этот же символ должен появиться в окне терминалки на PC.