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

[form]

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

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

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

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

[Advertiser]

[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 и послать ноль (или несколько) - что-то в этом роде, на память не помню.