Похоже на работу процессора в пошаговом режиме. Если при нажатии <P> выполнится следующая команда загрузчика и опять будет останов - это так и есть.
Вид для печати
гы гы.. это что mode halt стоит? как его отрубить?
и вот еще обнаружил такой код:
Код:173000: reset [000005]
173002: mov #177404,r1 [012701 177404]
173004: ldcfd f4,f0 [177404]
173006: bit #000200,177774(r1) [032761 000200 177774]
173010: rts r0 [000200]
173012: ldcfd @001774(r4),f3 [177774 001774]
173014: beq 173006 [001774]
173016: mov #177400,000002(r1) [012761 177400 000002]
173020: ldcfd f0,f0 [177400]
173022: rti [000002]
173024: mov #000005,(r1) [012711 000005]
173026: reset [000005]
173030: tstb (r1) [105711]
173032: bpl 173030 [100376]
173034: clr pc [005007]
Ну вот прикрутил halt (правда как-то странно пашет, нажимаешь кнопку HALT и лампа на панели горит красная и сигнал halt = +5v, но процессор спокойно работает, еще раз нажмешь - погаснет и сигнала нету 0v процессор стоит и когда набирать "P" то пошагово идет и временно зажигает лампу "RUN")
вот теперь картина такая же как была с KDJ-11-AA:
Код:HX: Готов к работе.
HX: READ : Unit: 0 | Block: 2 | ByteCount: 2048
HX: READ : Unit: 0 | Block: 6 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 379 | ByteCount: 188
HX: READ : Unit: 0 | Block: 343 | ByteCount: 512
HX: READ : Unit: 0 | Block: 343 | ByteCount: 1374
HX: READ : Unit: 0 | Block: 378 | ByteCount: 430
HX: READ : Unit: 0 | Block: 382 | ByteCount: 16790
HX: READ : Unit: 0 | Block: 381 | ByteCount: 262
HX: READ : Unit: 0 | Block: 380 | ByteCount: 150
HX: READ : Unit: 0 | Block: 45 | ByteCount: 512
HX: READ : Unit: 0 | Block: 47 | ByteCount: 512
---------- Post added at 23:05 ---------- Previous post was at 21:41 ----------
Увидел в схеме M8043 DLV11-J что pin 4 таки может как-то влиять на передачу данных из pdp11 наружу, это явно не квитирование но что это?
вот тут: http://www.hardwarebook.info/DEC_DLV11-J_Serial мутная строчка по этому поводу есть: Transmit data - (0V for RS-232, Reader enable for 20mA)
Не исключено, что проблема в отсутствии прерываний от порта терминала. Все надписи, которые выводятся без прерываний - проходят, а все, которые должны выводиться по прерываниям - остаются в выходном терминальном буфере RMON. Когда выходной терминальный буфер RMON переполняется - система зависает.
Это подозрение легко проверить, введя с пульта и запустив программу, которая устанавливает обработчик, просто считающий прерывания передатчика, разрешает прерывания и выводит на экран в режиме опроса несколько символов. Если прерывания работают - значение счётчика после завершения программы должно на 1 превышать число выведенных символов.
Код:.=60
202
0
176 ; Адрес обработчика прерывания передатчика
0
.=100
202
0
.=176
INC (PC)+
0 ; По адресу 200 == Счётчик прерываний
RTI
.=1000
MOV #700, SP
MTPS #0
MOV #100, @#177564 ; Включить прерывания передатчика
MOV #5, R1
MOV #100, R0
1$:
INC R0
MOV R0, @#177566
2$:
TSTB @#177564
BPL 2$
SOB R1, 1$
HALT
В эмуляторе это выглядит так:
Код:@000060/000000 000202
@000064/000000 000176
@000100/000000 000202
@000176/000000 005227
@000200/000000 000000
@000202/000000 000002
@001000/000000 012706
@001002/000000 000700
@001004/000000 106427
@001006/000000 000000
@001010/000000 012737
@001012/000000 000100
@001014/000000 177564
@001016/000000 012701
@001020/000000 000005
@001022/000000 012700
@001024/000000 000100
@001026/000000 005200
@001030/000000 010037
@001032/000000 177566
@001034/000000 105737
@001036/000000 177564
@001040/000000 100375
@001042/000000 077107
@001044/000000 000000
@200/000000
@1000GABCDE
001046
@200/000006
мда сегодня до утра сидел, по всякому пробовал, результат 1 - виснет шото и все, причем пошагово доходит до опроса TSTB @#177564 и там вечный цикл, еще меня удивляет то что MOV R0, @#177566 НЕ ВЫВОДИТ символ !!! если просто брать 777566/ 00000 66 то 6-рка печатается всегда только если на numpad "+" нажать а если <ENTER> то раз на 10 можно такое дождаться...
вот такое виснет без сообщений в эмуле пашетКод:@/000000 622 <enter>
@/000000 63 <enter>
@/000000 64 <enter>
@/000000 65 <enter>
@/000000 66 <enter>
@/000000 677 <enter>
@/000000 70 <enter>
@/000000 71 <enter>
@/000000 72 <enter>
@/000000 73 <enter>
@/000000 74 <enter>
@/000000 75= <enter>
@/000000 76 <enter>
@/000000 77 <enter>
@/000000 100@ <enter>
@/000000 101A <enter>
@/000000 102 <enter>
@/000000 103C - вот тут нажал <+ на num pad>
777570/?
@777566/000000 104D <+ на num pad>
777570/?
@777566/000000 105E <+ на num pad>
777570/?
@
Код:1 .asect
2 000000 .=0
3 000000 000000 halt
4
5 000060 .=60
6 000060 001000 1000
7 000062 000000 0
8
9 000064 .=64
10 000064 001000 1000
11 000066 000000 0
12
13 000100 .=100
14 000100 000000 0
15 000102 000000 0
16
17 000300 .=300
18 000300 001000 1000
19 000302 000000 0
20
21 000304 .=304
22 000304 001000 1000
23 000306 000000 0
24
25 001000 .=1000
26 001000 005227 INC (PC)+
27 001002 000000 0
28 001004 000002 RTI
29
30
31 002000 .=2000
32 002000 012706 005000 MOV #5000, SP
33 002004 106427 000000 MTPS #0
34 002010 012737 000100 177564 MOV #100, @#177564
35 002016 012701 000005 MOV #5, R1
36 002022 012700 000060 MOV #60, R0
37 1$:
38 002026 005200 INC R0
39 002030 010037 177566 MOV R0, @#177566
40 2$:
41 002034 105737 177564 TSTB @#177564
42 002040 100375 BPL 2$
43 002042 077107 SOB R1, 1$
44
45 002044 000000 HALT
45
Код:@0/001625 0
@60/177777 1000
@62/000000 1000
@62/001000 0
@64/177777 0
@64/000000 1000
@66/000000 1000
@66/001000 0
@70/177777 0
@100/177777 0
@102/000000 0
@102/000000 0
@104/177777 0
@300/177777 1000
@302/000000 1000
@302/001000 0
@304/177777 0
@304/000000 1000
@306/000000 1000
@306/001000 0
@310/177777 0
@1000/041704 5227
@1002/000000 0
@1004/177777 0
@1004/000000 2
@2000/101764 12706
@2002/000000 5000
@2004/177777 106427
@2006/000000 0
@2010/177777 12737
@2012/000000 100
@2014/177777 177564
@2016/000000 12701
@2020/177777 5
@2022/000000 12700
@2024/177777 60
@2026/000000 5200
@2030/177777 10037
@2032/000000 177566
@2034/177777 105737
@2036/000000 177564
@2040/177777 100375
@2042/000000 77107
@2044/177777 0
@2000G - halt = 0
002000
@R7/002000 2000
@P - halt = 1
<ЗАВИС> (при этом halt = 0 уже не поможет, нужно halt=0 + DCOK=0 импульс и станет на 173000)
Тогда запросы протокола HX вообще не проходили бы.
Предлагаю запустить простую программу, которая выводит содержимое R0 по адресу 177566:
Результат запуска в эмуляторе:Код:@01000/...... 10037
001002/...... 177566
001004/...... 775
@R0/...... 101
@1000G
Код:@01000/000000 10037
001002/000000 177566
001004/000000 775
@R0/000113 101
@1000GAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
Отключил в эмуляторе прохождение прерываний.
Лог загрузки HX стал выглядеть так:
Код:HX: Готов к работе.
HX: READ : Unit: 0 | Block: 0 | ByteCount: 512
HX: READ : Unit: 0 | Block: 2 | ByteCount: 2048
HX: READ : Unit: 0 | Block: 6 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 20 | ByteCount: 188
HX: READ : Unit: 0 | Block: 122 | ByteCount: 512
HX: READ : Unit: 0 | Block: 122 | ByteCount: 1374
HX: READ : Unit: 0 | Block: 19 | ByteCount: 430
HX: READ : Unit: 0 | Block: 23 | ByteCount: 16790
HX: READ : Unit: 0 | Block: 22 | ByteCount: 262
HX: READ : Unit: 0 | Block: 21 | ByteCount: 150
HX: READ : Unit: 0 | Block: 128 | ByteCount: 512
HX: READ : Unit: 0 | Block: 130 | ByteCount: 512
Экран терминала стал выглядеть так:
Код:010064/177777 100375
010066/000000 112537
010070/177777 177566
010072/000000 5304
010074/177777 1371
010076/000000 12700
010100/177777 5
010102/000000 4715
010104/177777 5300
010106/000000 1375
010110/177777 12700
010112/000000 1000
010114/177777 4715
010116/000000 110324
010120/177777 5300
010122/000000 1374
010124/177777 4715
010126/000000 4715
010130/177777 5007
@10000G
HX 2.2 - Cold boot..
HX DSK/TTY multiplexer v3.1 2014
буквы А печатает, а откуда такой новый драйвер есть DSK где-нибудь этот чтоб скачнуть?
у меня подозрение что вектор сконфигурирован нестандартно на этом slu, вопрос к гуру: такое может быть? зачем? как узнать этот вектор если оно так?
Здесь.
Если все ячейки первого блока памяти заполнить так:
Код:.=0
0
0
.=4
2
0
.=10
6
0
.=14
12
0
.=20
16
0
.=24
22
0
Например, при помощи такой программы:
Код:Mov #200,R1
Mov #2, R0
1$:
Clr (R0)
Mov R0, 2(R0)
Cmp (R0)+,(R0)+
SOB R1, 1$
HALT
То любое векторное прерывание завершит программу с выводом на экран адреса вектора.
В приложении - вариант загрузочного диска HXsys54.DSK с новой версией монитора RT11SP, которая при наличии прерываний работает по прерываниям, а при отсутствии прерываний - работает без прерываний.
Многие думают, что полноценная работа операционной системы без прерываний невозможна. Но RT11SP доказывает, что это не совсем так - с правильной операционной системой работа без прерываний не только возможна, но даже довольно комфортна.
Помимо монитора изменениям подверглись драйвер TT.SYS и программа RESORC.SAV, сообщающая при запуске под RT11SP ( по команде SHOW CON ) статус прерываний терминала.
...
Для ДВК это актуально?
не пашет:
Код:HX: Готов к работе.
HX: READ : Unit: 0 | Block: 2 | ByteCount: 2048
HX: READ : Unit: 0 | Block: 6 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 20 | ByteCount: 188
HX: READ : Unit: 0 | Block: 122 | ByteCount: 512
HX: READ : Unit: 0 | Block: 122 | ByteCount: 1374
HX: READ : Unit: 0 | Block: 19 | ByteCount: 430
HX: READ : Unit: 0 | Block: 23 | ByteCount: 16870
HX: READ : Unit: 0 | Block: 22 | ByteCount: 262
HX: READ : Unit: 0 | Block: 21 | ByteCount: 150
HX: READ : Unit: 0 | Block: 128 | ByteCount: 512
HX: READ : Unit: 0 | Block: 130 | ByteCount: 512
Код:?
@10000/012706 12706
010002/010000 10000
010004/012746 12746
010006/000340 340
010010/012746 12746
010012/010016 10016
010014/000002 2
010016/004567 4567
010020/000014 14
010022/105737 105737
010024/177560 177560
010026/100375 100375
010030/113703 113703
010032/177562 177562
010034/000207 207
010036/105737 105737
010040/177562 177562
010042/105737 105737
010044/177564 177564
010046/100375 100375
010050/112737 112737
010052/000026 26
010054/177566 177566
010056/012700 12700
010060/001000 1000
010062/005004 5004
010064/004715 4715
010066/110324 110324
010070/005300 5300
010072/001374 1374
010074/005007 5007
@10000G«026»
HX 2.0 - Warm boot..
«000»«001»«375» Cr«000»«002»«000»«000»«000»«000»«010»«277»«000»«001»«375» Cr«000»«006»«000»«000»«000»«000»«004»«277»«000»«001»«375» Cr«000»«024»«000»«000»«000»«274»«000»«205»«001»«001»«375» Cr«000»z«000»«000»«000»«000»«002»1«001»«001»«375» Cr«000»z«000»«000»«000»^«005»«222»«001»
HX DSK/TTY multiplexer v3.1 2014
«001»«375» Cr«000»«023»«000»«000»«000»«256»«001»w«001»«001»«375» Cr«000»«027»«000»«000»«000»«346»A«363»«001»«001»«375» Cr«000»«026»«000»«000»«000»«006»«001»«322»«000»«001»«375» Cr«000»«025»«000»«000»«000»«226»«000»`«001»«001»«375» Cr«000»«200»«000»«000»«000»«000»«002»7«001»«001»«375» Cr«000»«202»«000»«000»«000»«000»«002»9«001»
Block: 130 - это SL.SYS, чтобы посмотреть, где будет затык при загрузке без SL.SYS - в приложении образ HXsys54.DSK без SL.SYS, полный лог загрузки которого без прерываний выглядит так:
Думал я, что проблема может быть в отсутствии бита разрешения прерываний в регистре статуса терминала, но после эмуляции такого варианта выяснилось, что на работоспособность RT11SP это не влияет. Значит, скорее всего, RT11SP должна без проблем грузиться через порт отладочного терминала Э-85 / Pro 350.Код:HX: Готов к работе.
HX: READ : Unit: 0 | Block: 2 | ByteCount: 2048
HX: READ : Unit: 0 | Block: 6 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 20 | ByteCount: 188
HX: READ : Unit: 0 | Block: 122 | ByteCount: 512
HX: READ : Unit: 0 | Block: 122 | ByteCount: 1374
HX: READ : Unit: 0 | Block: 19 | ByteCount: 430
HX: READ : Unit: 0 | Block: 23 | ByteCount: 16870
HX: READ : Unit: 0 | Block: 22 | ByteCount: 262
HX: READ : Unit: 0 | Block: 21 | ByteCount: 150
HX: READ : Unit: 0 | Block: 128 | ByteCount: 512
HX: READ : Unit: 0 | Block: 86 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 90 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 6 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 455 | ByteCount: 512
HX: READ : Unit: 0 | Block: 66 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 86 | ByteCount: 1024
HX: READ : Unit: 0 | Block: 305 | ByteCount: 512
HX: READ : Unit: 0 | Block: 306 | ByteCount: 1536
Но всё же можно посмотреть в пульте, как выглядят регистры статуса терминала до и после разрешения прерываний ( пример для LSI-11, если страница регистров устройств выше - адреса надо скорректировать ):
При наличии бита разрешения прерываний получается так:
Код:@177560/000000 100
@177560/000100
@177564/000200 100
@177564/000300
При отсутствии бита разрешения прерываний получается так:
Код:@177560/000000 100
@177560/000000
@177564/000200 100
@177564/000200
Patron, может имеет смысл на системном образе оставить\добавить драйвер MZ.SYS - самый стандартный, что бы иметь возможность выполнить команду LO MZ и с локальным дисководом поработать?
Извиняюсь, про УК-НЦ не в ту тему написал. )
Запустил систему ради эксперимента в эмуляторе и погонял под SP монитором в Ойкумену !
Скрытый текст
---------- Post added at 16:11 ---------- Previous post was at 15:41 ----------
А ничего что там HX по прежнему старенький 2.2 или это только в заголовке
загрузки неактуальный номер остался??? )
Спасибо, Patron, сегодня попробую. Я вчера так-же возился с программой которая "ловит" все прерывания и показывает какой вектор сработал. Так вот, после инициализации массива векторов я пускал просто "br" (вечный цикл) и когда я нажимал кнопку "LTC" то при переходе состояния от "лампа горит" -> "лампа потухла" у меня в пульте вылетал вектор 100.
Я подумал что это значит что:
1. LTC кнопка и лампа работают так же как и HALT кнопка и лампа, т.е. если лампа горит это значит сигнал на шине = +5v (логический FALSE для шины QBUS) как токо лампа гаснет это = 0v или TRUE (т.е. HALT mode ON или посадить на 0 линию прерываний от таймера).
2. у меня нету никакого генератора прерываний от таймера на шине, так как вектор 100 срабатывает только при переходе от LTC="+5v" к LTC="0v".
3. SLU никаких векторов не генерирует, потому что такой кусок:
просто "зависает" и не вываливает никакого вектора в отличие от LTC кнопки которая вываливает вектор 100.Код:.=1000
MOV #700, SP
MTPS #0
MOV #100, @#177564 ; Включить прерывания передатчика
MOV #5, R1
MOV #100, R0
1$:
INC R0
MOV R0, @#177566
2$:
TSTB @#177564
BPL 2$
SOB R1, 1$
HALT
Вопросы:
1. как в pdp процессоре запретить прерывания? ведь возможен же вариант что даже при том заполнении таблицы векторов прийдет прерывание а вектор заполнен токо наполовину... Есть 3 бита управления "реакции на прерывания" соответствующего приоритета, но как этим пользоваться? не ясно какой уровень у SLU или таймера.
2. как это возможно что процессор "зависает"?? при каких условиях kdf11 процессор не может выйти в пульт по сигналу HALT=TRUE? как проверить что происходит?
У меня подозрение, что порт терминала вместо выставления запроса прерывания как-то блокирует шину, поэтому вся работа идёт до первого прерывания от порта терминала.
В приложении - специальная версия RT11SP, которая вообще никогда и ничего не пишет в регистры статуса терминала и поэтому всегда работает без прерываний.
...
Загружается и работает. Пытался пустить SPEED - виснет, но при нажатии HALT в пульт попадает (вероятно нет прерываний от таймера? правда не реагирует на кнопку LTC тоже)
бит в регистре вроди как есть:Код:RT-11SP (Y) V05.04 G (01)
Booted from HX0:RT11SP
USR is set NOSWAP
EXIT is set NOSWAP
KMON is set NOIND
TT is set NOQUIET
ERROR is set ERROR
SL is set ON
EDIT is set KED
KMON nesting depth is 3
PDP 11/23 PLUS Processor
256KB of memory
Extended Instruction Set (EIS)
Memory Management Unit
Parity Memory
50 Cycle System Clock
NO Terminal Interrupts
No SYSGEN options enabled
.
Код:@777560/000000 100
@/000100
@777564/000000 100
@/000100
@
Ничего они для kdf11 пульта не выше, я уже слышал тут на форуме сказку о якобы криворуких советских инженерах содравших kdf11 в К1811 допустив при этом "глюкалово" и обрезавши адреса пульта до 18bit (таким образом мол техника не подлежала использованию из-за того что пульт не позволял просматривать память выше 128kW), все это бредни. Оригинальный kdf11 такой же самый. 17777560 - это для kdj11 пульта, что интересно запись в регистр 17777566 по нажатию <еnter> всегда печатает символ а не через раз как с kdf11! Но процессор всеравно зависает после того злосчастного куска:
А еще на kdj11 не пашет LTC вообще... на кнопку не реагируетКод:MTPS #0
MOV #100, @#177564
MOV #101, @#177566
HALT ; сюда не доходит
переставил платы в другую корзину в которой видимо правильно генерятся сигналы c пульта управления и там все грузится и работает без проблем, так что проблема в железе (возможно необычная разводка корзины или нехватка сигналов типа LTC и т.д.)
Пока что это тяжело назвать "конфигурацией", просто 3 платы и корзина, на данный момент нету дисков :( и корпуса.
http://www.flickr.com/photos/7801226...7641479289524/
bigral, шикарные фотки - спасибо, сейчас повнимательней погляжу.
Корпус конечно хорошо, но это можно на самое потом, а вот с дисками в чём задержка ?
Нету контроллера такого как у form-a изза того что такой стоит $500! Другие контроллеры так просто не врубить, или прошивку менять а потом не ясно будут ли работать, или диски фиг достанешь, или паять плату разводить а потом не ясно где драйвера брать (как адаптировать существующие), или не ясно как их конфигурить-запускать... Есть некие наметки но пока не готов что-то сделать.
Вот мне интересно, можно ли заставить работать с HX server-ом другие системы кроме RT? Например TSX?
Ну допустим это как-то можно понять... типо есть какой-то "стандартный для каждой системы" кусок исполняемого кода в котором реализованны "стандартные для этой системы" вызовы типа чтение блока, запись блока. Но как сделать изначальный image памяти который представляет собой систему + driver HX-a готовый к запуску? И как загрузить изначально этот image?
Как я понимаю TSX использует в качестве своего загружчика RT-11 программу которая для загрузки использует драйверы RT-11, а что потом происходит? TSX напрямую работает с железом? или продолжает через драйверы RT-11 (типо как win3.1 поверх DOS)?
Нет. При загрузке TSX делает " снимок памяти ", загружет ядро, которое загружает драйвера, указанные при генерации системы. Драйвера различить просто - для RT11 они .SYS, для TSX - .TSX. Для примера - RL.SYS и RL.TSX. В дистрибутиве к TSX драйвера идут уже собранные, ни каких исходников я не встречал. Может сейчас ситуация изменилась, но в то время интернета не было, система нам досталась полуподпольно, никакой сопроводительной документации не было. Различия между одинаковыми драйверами существуют, подсунуть DW.SYS переименованием в DW.TSX приведут к краху системы. После остановки TSX " вспоминает по фотографии " и восстанавливает исходную систему. Кстати, при любой попытке из-под TSX обратиться к портам ввода-вывода - крах процесса, никак не влияющий на других работающих пользователей ( чем-то XP )
Вот тут и кроется непонятный мне момент, т.е. существует какой-то там скажем TSXBOOT.SAV или как его правильно называть? который умеет создавать " снимок памяти " c запущенной в данный момент системой RT-11 включая самого себя (так как он же и сидит и работает в этот момент создания снимка?) Правильно?
Кроме того он грузит ядро TSX и драйверы TSX при этом используя для процесса загрузки драйверы RT-11? (т.е. как минимум уже можно загрузить и запустить систему с самого HX диска, но работать она далее не сможет так как в ней нету HX driver-a?)
Или все же в ядре TSX-а внутри уже есть драйвера которые позволяют ему продолжать подгрузку других драйверов не критичных для boot-a системы ну и shell-a потом
Не исключён такой же вариант, как и при загрузке RT-11, когда вначале загрузчик читает содержимое диска через одноблочный первичный драйвер из нулевого блока диска, а потом система считывает основной драйвер и читает диск уже через него.
Т.е. загрузчик TSX может начинать процесс загрузки через драйвер RT-11, но после считывания драйвера TSX - работать уже через него.
1. TSX.SAV 2. Нет. " снимок " делается с драйвера устройства, с которого была загруза. После остановки системы все возвращается " на круги своя ", и RT11 даже не знает, что когда-то был запущен мультизадачный/мультитерминальный режим. 3. Yes, Yes, КПСС! Загрузка ядра и драйверов происходит силами RT, далее - через драйвера TSX, нет HX.TSX - нет дальнейшей работы. 4. Нет. Это не XP ( обнаружено новое устройство - платежный терминал Приватбанка, драйвера установлены, устройство работает нормально ). Любое новое устройство требует перегенерации системы.
Чего то я опять не понял, в моем понимании драйвер всего лишь plug-in для ядра и сам по себе как "стальной наконечник для стрелы" никуда "не полетит".
Вот этот "одноблочный первичный драйвер из нулевого блока" это что boot sector с начальным загружчиком?
И потом муторно не понял о чем - "а потом система считывает основной драйвер", ну как система может что-либо читать если у нее нет никакого драйвера который используется для этого чтения? Или там таки kernel + driver в нём как часть этого kernel-а?
В этом и фокус загрузки.
Сначала начальный загрузчик читает первичный загрузчик с первичным драйвером. Потом первичный загрузчик через первичный драйвер читает вторичный загрузчик. Потом вторичный загрузчик через первичный драйвер читает основной драйвер.
В роли первичного драйвера загрузчика TSX вполне может выступать основной драйвер RT-11.
как должы стоять перемычки в режиме пульта или по умолчанию.когда запускаю плату она пишет разные адреса при разных комбинациях перемычек.
000017
или
000002
или
000401
или
032720
или
032520
и еще пару вариантов :)
на всех вариантах
после 10000G все замирает
лог
на экране еще есть 10000G ,а в логе нетЦитата:
==================== Протокол начат: 12/03/2014 12:14:23 =====================
000002
@10000/000000 12706
010002/177777 10000
010004/000000 12746
010006/177777 340
010010/000000 12746
010012/177777 10016
010014/000000 2
010016/177777 4567
010020/000000 14
010022/177777 105737
010024/000000 177560
010026/177777 100375
010030/000000 113703
010032/177777 177562
010034/000000 207
010036/177777 105737
010040/000000 177562
010042/177777 105737
010044/000000 177564
010046/177777 100375
010050/000000 112737
010052/177777 26
010054/000000 177566
010056/177777 12700
010060/000000 1000
010062/177777 5004
010064/000000 4715
010066/177777 110324
010070/000000 5300
010072/177777 1374
010074/000000 5007
---------- Post added at 13:47 ---------- Previous post was at 13:15 ----------
настроил эмулятор двк и по ip сконектил без проблем с терминалом.в эмуляторе при запуске адрес 160442
---------- Post added at 13:50 ---------- Previous post was at 13:47 ----------
лог эмулятора
Цитата:
==================== Протокол начат: 12/03/2014 12:48:04 =====================
.
160442
@10000/177777 12706
010002/000000 10000
010004/177777 12746
010006/000000 340
010010/177777 12746
010012/000000 10016
010014/177777 2
010016/000000 4567
010020/177777 14
010022/000000 105737
010024/177777 177560
010026/000000 100375
010030/177777 113703
010032/000000 177562
010034/177777 207
010036/000000 105737
010040/177777 177562
010042/000000 105737
010044/177777 177564
010046/000000 100375
010050/177777 112737
010052/000000 26
010054/177777 177566
010056/000000 12700
010060/177777 1000
010062/000000 5004
010064/177777 4715
010066/000000 110324
010070/177777 5300
010072/000000 1374
010074/177777 5007
@10000G
HX 2.0 - Warm boot..
HX DSK/TTY multiplexer v3.1 2014
SL V08.00 [SW] Сторожевых С.В. 1988
RT-11SJ (Y) V05.04 G
.SE USR NOSWAP
.SE EXIT NOSWAP
.SE TT SCOPE
.LO SL
.SE SL ON
.DAY
Время Дата
12:48:56 12-Мар-2014, Среда
Patron,можно для самых маленьких детей -в программе прервать HALT или кнопкой на самом двк ?(у меня голая плата и кнопки еще не напаяны).Если в программе то как?Цитата:
Можно прервать выполнение сигналом HALT -
как замер терминал уже не отвисает - похоже висит сама плата мс1201.02-01 -пока не передерну питание.
Именно кнопкой, подключенной к ноге HALT ( 29 ) 1801ВМ2.
После сигнала HALT процессор должен вывести на экран адрес останова и пока сигнал активен - выполнять по одной команде на каждое нажатие "P" в терминале.
---------- Post added at 16:03 ---------- Previous post was at 15:58 ----------
Кстати, как выглядит содержимое консоли "HX Log" ?