form, Если интересно можно зайти на DBit,овский RSX. Для этого нужно ввести адрес в конфиге:
Код:Connect_to_IP = 108.61.242.73
Connect_to_Port= 23
Вид для печати
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_02.05.15_20-12
Изменения:
1. Улучшена совместимость с оконной системой Windows.
2. В каталог HX Sources\XXDP\ добавлен исходник драйвера HX.SYS для XXDP2 и ТМОС-2.
3. Добавлен образ диска TMOS-2_HX.DSK и файл конфигурации TMOS-2_HX_COM.cfg для загрузки ТМОС-2 через HX.
Типа, вместо вторичного загрузчика RT-11 по адресу 1000 оказался ноль.
Проблема вызвана тем, что в файле конфигурации HX_IP.cfg используется RT-11 Warm Boot, позволяющий устанавливать при загрузке время и дату, но работающий только с RT-11.
Чтобы грузить по HX любую операционку - нужно использовать Cold Boot, для чего выкинуть из файла конфигурации все упоминания про UKNCcomSender, а в разделе [ODT_Loader.ini] - заменить начальный загрузчик на TU58_Boot_(177560).odt или HX Boot.odt :
Код:[ODT_Loader.ini]
ScriptFile = TU58_Boot_(177560).odt
InitialStateOf[Load]=0
SaveChangesFor[Load]=0
Wait_at_Prompt_sec=1
PromptChar="@"
---------- Post added at 14:52 ---------- Previous post was at 13:54 ----------
Чтобы уменьшить путаницу с загрузчиками - начиная со следующего релиза у RT-11 Warm boot изменится начальное сообщение.
Сейчас начальное сообщение такое:
Будет такое:Код:@10000G
HX 2.0 - Warm boot v1.3 177560
Код:@10000G
HX 2.0 - RT-11 Warm boot v1.3 177560
Проблема в том, что модифицированный первичный загрузчик RT-11 умеет грузить только RT-11, поэтому если указать именно его в файле конфигурации в качестве начального загрузчика, то ничего кроме RT-11 загрузить не получится.
Чтобы стандартный первичный загрузчик ( находящийся не в отдельном файле, передаваемом с впечатыванием даты, а в нулевом блоке диска ) мог устанавливать дату при загрузке - эту дату надо записать в память на этапе записи в память загрузочного ODT-скрипта, для чего требуется существенно доработать ODT_Loader.
Плюс такого решения в том, что один первичный загрузчик сможет осуществлять и Cold boot, и Warm boot, а минус в том, что увеличение объёма кода может заставить выкинуть из первичного загрузчика какую-то из уже реализованных функций ( например - использование сжатия в первичном драйвере ).
Дело в том, что содержимое памяти в момент загрузки произвольно, поэтому для различения режимов Cold boot и Warm boot - загрузчику надо передавать не только дату и время, но и контрольный код, позволяющий точно определить режим загрузки. Кроме того, загрузочное сообщение должно точно идентифицировать режим загрузки, для чего необходимо хранить заметно больше кодов ASCII.
---------- Post added at 16:12 ---------- Previous post was at 15:42 ----------
В принципе - избыточность можно вынести в ODT-скрипт, который заметно увеличится в размере, но зато после считывания нулевого блока диска - будет не сразу переходить на адрес 000000, а сначала патчить в памяти прочитанный блок.
Но тогда этот ODT-скрипт должен научиться различать первичные загрузчики HX из разных операционных систем, чтобы патчить только первичный загрузчик RT-11, из-за чего скрипт ( скорее всего ) раздуется настолько, что весьма неторопливый процесс записи скрипта в пульте через ODT_Loader имеет все шансы продолжаться около минуты.
По-моему куда проще просто передавать время в RT-11 на этапе загрузки и при том не иметь абсолютно никаких конфликтов с другими системами (а про HX, а равно и любое другое устройство с этой точки зрения и вовсе понятия не иметь).