form, Ещё вариант, поставь в эмуляторе 11/03 процессор или хотя бы 23.
form, Ещё вариант, поставь в эмуляторе 11/03 процессор или хотя бы 23.
Это убьет возможности образа системы который там записан и потребует переделки самого образа.Сообщение от MiX
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
form, Попробовал на Эм.PDP11 через сеть загрузить эмулятором VT52 на разных частотах эмулируемого процессора. До 2000 MIPS нормально грузится, после 2000 пишет "HX-W-BAD Packet".
Это я к тому что теоретически НХ протокол не пойдёт если процессор выдаёт больше 2000 MIPSов.
Не пойдёт через загрузчик HX с обычным таймаутом. Для любого таймаута ( кроме бесконечного ) найдётся такое быстродействие, которое вызовет ошибочный таймаут.
Последний раз редактировалось Patron; 17.11.2014 в 13:46.
Patron, Понятно, но в случае с formom загрузка идет обычным способом с диска DU. Захват диска НХ не происходит на стороне клиента. Скорей всего в драйвере что то. Я думаю можно сделать как в модемной связи, сервер посылает запрос и получает ответ, потом высчитывает время от посылки до ответа и выставляет минимальный тайаут (некий PING что-ли). Ну и дальше продолжает работать в соответствии с длительностью отклика.
Если на закладке HX Log не отмечается поступивший запрос - проблема не в драйвере.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Лог написал одну строчку- Unit:0 Block:1 ByteCoynt:512.
Сейчас посмотрел - таймаут есть только во внешнем загрузчике. Драйвер HX работает без таймаута, поэтому если грузить HX родным загрузчиком HX ( который не умеет устанавливать дату ), то загрузка и работа возможны при любом быстродействии.
В драйвере HX нет таймаута, поэтому если какой-то байт пропал по дороге - драйвер HX будет ждать этот байт до бесконечности.
Когда драйвер HX завис в ожидании пропавшего байта - ему можно "скормить" несколько нажатий клавиатуры и тогда после получения ожидавшегося количества байтов драйвер завершит чтение с ошибкой.
Такой подход в комбинации с командой: DUMP/TERM/BYTE/IGNOR HX0:/ONLY:nn ( где nn - номер читаемого блока ) - позволяет вывести на экран дамп всех принятых драйвером байтов.
Последний раз редактировалось Patron; 17.11.2014 в 14:01.
Не помогает.
После команды получил ответ "simulation stopped, pc: 001510 ( TSTB @#177560)
Goodbay"
...
И т.д.
Видно, что висит на ожидании байта. Т.е. по ходу передачи или пропадает часть байтов, или портится передаваемый в самом начале счётчик байтов и драйвер считает, что должен принять больше байтов, чем есть в пакете.
Не исключено даже, что не проходит заголовок пакета с запрошенными данными и драйвер HX, отправив запрос - пропускает все "посторонние байты" в ожидании сигнатуры заголовка.
В любом случае причина скорее всего в искажении 8-битных байтов при их передаче. При текстовом обмене проблем не возникает, а при двоичном - они есть.
Можно сделать тестовую версию драйвера HX, которая будет работать с таймаутом и "дублировать словами" все получаемые драйвером команды и данные.
Последний раз редактировалось Patron; 17.11.2014 в 14:46.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
