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 - ЗДЕСЬ.
Последний раз редактировалось Patron; 03.02.2013 в 02:31.
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.
Последний раз редактировалось Patron; 03.02.2013 в 15:37.
TU58 работает не только стабильно, но и на порядок стабильнее. Это и не удивительно - там нет такого понятия как рассинхронизация протокола так как в любой момент его можно мгновенно синхронизировать. Но есть один нюанс: требуется полноценный порт, а не всякое PCI-USB дерьмо. Для работы TU58 (в том числе штатной) обязательным условием является использованием BREAK в сторону TU58. Я пока не нашел ни одного PCI или USB порта который бы умел это. С родными же COM портами еще ни разу не было ни малейшего сбоя даже если эмулятор TU58 запускался в VMWare на перегруженной в усмерть системе...
---------- Post added at 22:14 ---------- Previous post was at 22:12 ----------
Только вот родной TU58 маловат для чего-либо кроме диагностики и начальной установки![]()
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Как выяснилось, правильная эмуляция сигнала 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.
Последний раз редактировалось Patron; 03.02.2013 в 20:45.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)