Vamos, взял HX Server отсюда http://zx-pk.ru/showpost.php?p=564797&postcount=160 связал с эмулятором (текущие исходники ревизия 484) по com0com -- загрузился через Стык С2. Или с этим и не было проблем?
Как грузиться с TU58 -- где посмотреть?
Вид для печати
Vamos, взял HX Server отсюда http://zx-pk.ru/showpost.php?p=564797&postcount=160 связал с эмулятором (текущие исходники ревизия 484) по com0com -- загрузился через Стык С2. Или с этим и не было проблем?
Как грузиться с TU58 -- где посмотреть?
Для TU58.exe все настройки в файле TU58.ini
Это для COM1.Код:port 0
baud 9600,N,8,1
Для COM2 нужно указать port 1, для COM3 - port 2 и т.д.
Запускать TU58.exe лучше через окно командной строки:
C TU58 работает драйвер DD.SYS (его исходники полезно посмотреть), поэтому, после обычной загрузки делаем DIR DD: и если каталог прочитался успешно - BOOT DD:Код:C:\TU58> TU58.exe DDSYS.dsk
---------- Post added at 01:27 ---------- Previous post was at 01:22 ----------
Текущая версия HX Server - ЗДЕСЬ.
http://zx-pk.ru/showpost.php?p=392643&postcount=58
Не грузилось до rev. 484
http://zx-pk.ru/showpost.php?p=469503&postcount=101
После загрузки TU58 нажать ESC потом в эмуляторе "пробел"
Там для установки скорости целая программа под RT-11
А надёжный вариант предзагрузчика для запуска на голом железе кто-нибудь напишет ?Цитата:
переключение нестабильное и может на первый раз не сработать. Может стабильности удастся добиться, вставив паузу между заносом в регистр 177704 нового значения и установкой бита 8 в 177700, а также между установкой и сбросом бита 8 в 177700.
Для меня ПП УКНЦ - тёмный лес.
HX Server 2.2 -- тоже загрузился на текущей версии исходников.
TU58 -- через UkncComSender передаётся и запускается TU58.SAV, загрузка висит после нажатия пробела в эмуляторе, неясно что происходит.
---------- Post added at 14:20 ---------- Previous post was at 14:11 ----------
А, так оказалось что у меня TU58.EXE вообще не запускается -- оно 16-разрядное, а винда 64-разрядная.
---------- Post added at 14:22 ---------- Previous post was at 14:20 ----------
Пару ссылок нашёл про TU58:
http://www.fpns.net/willy/pdp11/tu58-emu.htm
http://www.fpns.net/willy/pdp11/rt11arc.txt
---------- Post added at 14:27 ---------- Previous post was at 14:22 ----------
Вот ещё один эмулятор TU58, намного более конфигурируемый, да ещё и с исходным кодом:
http://www.ak6dn.dyndns.org/PDP-11/TU58/tu58em/
---------- Post added at 14:36 ---------- Previous post was at 14:27 ----------
С эмулятором tu58em пытается грузиться, доходит до надписи
RT-11SJ V05.04 (Rus\Lat)
и на этом висит.
Этот эмулятор TU58 работает заметно менее стабильно. Сразу после запуска он в ~ 80% случаев не успевает ответить на запросы DD.SYS и тот отваливает по таймауту, но после первого удачного ответа становится заметно лучше, хотя иногда сервер не отвечает на запросы драйвера и загрузка зависает.
Код:.BO DD:
SL V08.00 [SW] Сторожевых С.В. 1988
RT-11SJ (Y) V05.04 G
.SET USR NOSWAP
.SET EXIT NOSWAP
.SET TT SCOPE
.SET EM ON
.SET SL ON
.SH MEM
Address Module Words
------- ------ -----
160000 IOPAGE 4096.
155542 DD 591.
144714 RMON 2251.
142214 EM 672.
135674 SL 1128.
125630 USR 2066.
001000 ..BG.. 21708.
TU58 работает не только стабильно, но и на порядок стабильнее. Это и не удивительно - там нет такого понятия как рассинхронизация протокола так как в любой момент его можно мгновенно синхронизировать. Но есть один нюанс: требуется полноценный порт, а не всякое PCI-USB дерьмо. Для работы TU58 (в том числе штатной) обязательным условием является использованием BREAK в сторону TU58. Я пока не нашел ни одного PCI или USB порта который бы умел это. С родными же COM портами еще ни разу не было ни малейшего сбоя даже если эмулятор TU58 запускался в VMWare на перегруженной в усмерть системе...
---------- Post added at 22:14 ---------- Previous post was at 22:12 ----------
Только вот родной TU58 маловат для чего-либо кроме диагностики и начальной установки :)
Как выяснилось, правильная эмуляция сигнала BREAK - довольно сложная и увлекательная задача. Есть несколько важных вопросов, для ответа на которые потребуется несколько тестов ( напишу тесты на следующей неделе ):
1. При установке BREAK порт устанавливает в линии постоянный 0, т.е. начинает непрерывно передавать стартовые биты. Эмулятор порта com0com при каждом получении BREAK передаёт нулевой байт - отсюда вопросы:
1.1. Принимает ли реальный DL-порт фиктивный нулевой байт при получении BREAK.
1.2. Устанавливается ли в принимающем порту бит готовности если у принимаемого байта не пришёл стоповый бит.
1.3. Те же вопросы про COM-порт.
2. Влияет ли бит BREAK на передачу текущего байта ( у которого уже ушёл стартовый бит, но ещё не ушёл стоповый бит ).
2.1. Как с этим дела у DL-порта.
2.2. Как с этим дела у COM-порта.
3. Устанавливается ли бит готовности в передающем DL-порту после "завершения передачи" байта, если в ходе передачи был установлен бит BREAK.
3.1. Если бит BREAK был установлен после начала передачи и сброшен до завершения передачи.
3.2. Если бит BREAK был установлен после начала передачи и сброшен после завершения передачи.
4. Устанавливается ли бит готовности в передающем DL-порту после "завершения передачи" байта, если до начала передачи был установлен бит BREAK.