Есть уже - прилагается к сообщению в теме софта.Цитата:
Сообщение от Patron
Есть уже - прилагается к сообщению в теме софта.Цитата:
Сообщение от Patron
Можно, только я не программист. А вот с паяльником я дружу с детства. :)Цитата:
Сообщение от Patron
А не надо програмить - просто возьми из сообщения по ссылке, в архиве ioscan-bin и пропиши в конфиге VT52 эмулятора. Тамже написано как диск загрузочный сделать :)Цитата:
Сообщение от MiX
Если убрать из скрипта 10000G, то после передачи скрипта можно убедиться, что содержимое ячеек памяти соответствует содержимому скрипта.Цитата:
Сообщение от MiX
Потом можно набрать 10000G и тогда на системной консоли эмулятора ( первая закладка ) должно появиться сообщение от UKNCcomSender, что он передаёт файл: Boot_RT-11_from_HX0_(177560).bin
Этот загрузчик уже использует команды протокола HX и номера блоков, которые он запрашивает у сервера, можно увидеть на закладке "HX Log".
Я не убирал 10000G просто на нём комп останавливался. Далее нажимал BREAK потом загружал по новой.Цитата:
Сообщение от Patron
Скрытый текст
160066
@10000/077777 12706
010002/070360 10000
010004/010000 12746
010006/017417 340
010010/077777 12746
010012/070360 10016
010014/010000 2
010016/017417 4567
010020/077777 14
010022/070360 105737
010024/010000 177560
010026/017417 100375
010030/077777 113703
010032/070360 177562
010034/010400 207
010036/017417 105737
010040/077777 177562
010042/070360 105737
010044/010000 177564
010046/017417 100375
010050/077777 112737
010052/070360 26
010054/010000 177566
010056/017417 12700
010060/077777 1000
010062/070360 5004
010064/010000 4715
010066/017417 110324
010070/077777 5300
010072/070360 1374
010074/010000 5007
@10000G
010014
@10000/012706 12706
010002/010000 10000
010004/012746 12746
010006/010340 340
010010/012746 12746
010012/010016 10016
010014/010002 2
010016/014567 4567
010020/010014 14
010022/015737 105737
010024/077560 177560
010026/010375 100375
010030/013703 113703
010032/077562 177562
010034/010207 207
010036/015737 105737
010040/077562 177562
010042/015737 105737
010044/077564 177564
010046/010375 100375
010050/012737 112737
010052/010026 26
010054/077566 177566
010056/012700 12700
010060/011000 1000
010062/015004 5004
010064/014715 4715
010066/010324 110324
010070/015300 5300
010072/011374 1374
010074/015007 5007[свернуть]
Там пишет: ожидание приглашения :026Цитата:
Сообщение от Patron
Пишет: НХ: готов к работе.Цитата:
Сообщение от Patron
---------- Post added at 01:21 ---------- Previous post was at 01:03 ----------
form, там 7 файлов в архиве, какой куда прописывать? Лучше скинь конфиг.Цитата:
Сообщение от form
Файл ioscan.odt - скрипт для отправки.Цитата:
Сообщение от MiX
Для использования odt скрипта в конфиге (у меня HX_COM.cfg) должно быть:Код:[ODT_Loader.ini]
;ScriptFile= "UKNC-style Loader.odt"
ScriptFile= "ioscan.odt"
;;ScriptFile= "HX Boot.odt"
Такое впечатление, что программа не может передать байт в порт ( например - в порту нет бита готовности ) - тогда и IOSCAN не будет работать.Цитата:
Сообщение от MiX
Можно начать с запуска в пульте двух простых программ - первая выводит символ в порт без проверки бита готовности, а вторая - с проверкой:
Код:1$:
MOV R0, @#177566
BR 1$
1000/010037
1002/177566
1004/000775
R0/101
1000G
Код:1$:
MOV R0, @#177566
TSTB @#177564
BPL .-4.
BR 1$
1000/010037
1002/177566
1004/105737
1006/177564
1010/100375
1012/000772
R0/101
1000G
Бит готовности в прошнике работает при условии, что 8-9 ноги разъема закорочены. Но если бы они не были закорочены - не было бы и uODT (который этот самый бит использует).Цитата:
Сообщение от Patron
Кстати - в последней версии терминала уже можно вставлять скрипты из буфера обмена. Просто скопировать строки с текстом скрипта и вставить в терминале, нажав <Shift><Insert>.
form, Останавливается на 1000G дальше нажимаю BREAK пишет 010000 @
Разве что, рискну еще предположить, что uODT в прошнике бит готовности не использует, а программа не может вывести ничего по причине отсутствия готовности из-за использвания вот такого кабеля. Думаю не требуется пояснять в чем ошибка в кабеле :)Цитата:
Сообщение от form
---------- Post added at 04:43 ---------- Previous post was at 04:38 ----------
это вообще хрень получается - за пределами программыЦитата:
Сообщение от MiX
Patron, В обоих тестах после 1000G ничего не происходит.
form
Думаю требуется.Цитата:
Сообщение от form
Если используется кабель по ссылке выше, разорви DSR-DTR связку...Цитата:
Сообщение от MiX
Пока такая программа не сможет начать выводить в порт - рано на Эл.85 скрипты запускать :
Только надо, чтoбы в R0 был отображаемый символ, иначе даже если он передастся - в терминале видно не будет.Код:1$:
MOV R0, @#177566
BR 1$
1000/010037
1002/177566
1004/000775
R0/101
1000G
Без всяких программ записать 101 в 17777566...Цитата:
Сообщение от Patron
Имеется ввиду 5-6 контакт разъёма Печать?Цитата:
Сообщение от form
Разорвал, теперь BREAK не проходит соответственно на экране ничего нет.
Так что перемычку оставляю.
Проверь запись в 17777566. А перемычки 5-6 не длжно быть по идее (соображение простое: кто со стороны прошника сигнал выставит?). У меня ее не было на прошнике и BREAK проходил без проблем...Цитата:
Сообщение от MiX
---------- Post added at 05:16 ---------- Previous post was at 05:11 ----------
Сейчас точно не вспомню, но вроде терминал подцеплял кабелем в котором прост шли TX/RX/SG, а со стороны прошника замыкались 8-9.
Пока откладываю до утра.
Про соединение 7 и 8 - вроде в документации не пишут.Цитата:
Сообщение от form
Если между 7 и 8 не 0 Ом - соединять их не надо, а если между 7 и 8 короткое замыкание - соединять их тоже смысла нет.
Да, только 8-9.Цитата:
Сообщение от Patron
Мешать по идее не должно, но по правилам мешать земли разного функционала не положено...
---------- Post added at 05:34 ---------- Previous post was at 05:21 ----------
Собственно вот что написано по поводу BC008 кабеля:Код:To connect a "normal" terminal as OPA0: on a VAXstation 2000, you need a 9-pin
female end for the VS2000 and RS-232 on the other. The pin configuration
is as follows:
9-pin: 3 2 7 6 8&9 jumpered
| | | |
V V V V
RS-232: 2 3 7 20
The magic info is the 6->20 and jumpering pins 8 & 9 on the 9-pin end.
Hope this helps.
Hunter
Thanks to Tom Sawyer, Clyde Digital, for calling enough people at DEC to get
a straight answer and not have to buy DEC's multi-dollar cable a while back....
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Hunter Goatley, VAX Systems Programmer Bitnet: GOATHUNTER@WKUVX1
ACRS, Western Kentucky University Voice: 502-745-5251
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Вот что происходит на перемычке при включении питания. То что сначала -1в не обращайте внимания, 0 не выставлен.
http://s020.radikal.ru/i722/1407/61/a744b52b01c2.jpg
Предположение - начинается инициализация из ПЗУ, сигнал выставляется, перемычка работает. Делается G, выполняется RESET, перемычка начинает мешать в виду сброшенного сигнала.
---------- Post added at 06:18 ---------- Previous post was at 06:16 ----------
В любм случае уже столько времени прошло, а простейший тест так и не сделан - прямая запись в регистр "экрана" с пульта :)
form, С перемычкой даёт "А" после нажатия Enter но "А" выдает сразу после 101.
В нижней строке @
Выдает правильно. Далее,Цитата:
Сообщение от MiX
1000/12737
1002/101
1004/177566
1006/0
1000G
Ничего нет.
Ничего совсем? - даже останова и "@" нет?
Только 1000G и мигающий курсор.
Попробовал ещё раз ioscan после нажал ВRK и получил 070066
Причина может быть в маппинге адресов памяти. Не исключено, что программа пишет не в область регистров. Проверить это можно так:
После запуска скрипта надо сравнить содержимое ячеек 560..566 и 17777560..17777566Код:MOV #101, R0
MOV #177560, R1
MOV #560, R2
MOV #4, R4
1$:
MOV R0, (R1)
MOV (R1)+,(R2)+
SOB R4, 1$
HALT
1000/012700
1002/000101
1004/012701
1006/177560
1010/012702
1012/000560
1014/012704
1016/000004
1020/010011
1022/012122
1024/077403
1026/000000
1000G
Не может.Цитата:
Сообщение от Patron
Останов проца отключает MMU.
---------- Post added at 14:13 ---------- Previous post was at 14:11 ----------
К соажалению овтета на последний вопрос не получил. Если он утвердительный - то причину я назвал выше - неправильность кабеля.
Ответ, вроде - Только 1000G и мигающий курсор.Цитата:
Сообщение от form
Если программа глючит - в последнем моём примере после нажатия BREAK можно проверить значения регистров.
С неисправным кабелем и в пульте не выводило бы.Цитата:
Сообщение от form
Эт для твоей программы, а она так и должна себя вести в случае отсутствия вывода так как циклится. Интерес был про мой пример - если там также - тут уже 100% кабель без вариантов. Что кабель неправильный - это так в любом случае, но это уже другой вопрос...Цитата:
Сообщение от Patron
Неверно.Цитата:
Сообщение от Patron
И я пояснил почему: стартует системная прошивка (а согласно документации и BREAK не сработает раньше чем она стартует), инитит сигналы порта, в результате порт сам себе выставляет готовность. В момент нажатия G выполняется RESET, сигнал сбрасывается, готовности нет...
Для начала можно попробовать выполнить совсем простую программу:
Если даже такая программа зависнет до нажатия BREAK - переход из режима пульта в режим программы и обратно - явно глючит.Код:1000/000000
1000G
Ну и в сущности я привел в явном виде тчную распиновку кабеля BC008 - там сигна берется с другой стороны, а не у себя жеююю
Всё прекрасно передаётся после каждого нажатия BREAK. Означает ли это, что каждое нажатие BREAK инитит сигналы порта ?Цитата:
Сообщение от form
Черт его знает - я вообще выдвинул предположение, что uODT на прошнике в принципе не использует эмулируемые регистры терминала.Цитата:
Сообщение от Patron
---------- Post added at 14:34 ---------- Previous post was at 14:33 ----------
Как бы все вопросы риторические до того момента как будет сделан правильный кабель распиновка которого известна :)
Происходящее с сигналом готовности при нажатии G и BREAK - можно легко увидеть на осциллографе.
Можно. Но начать всеже стоит с кабеля, ддля которого, повторюсь, имеем ТОЧНУЮ заводскую распиновку :)Цитата:
Сообщение от Patron
А работа такой программы может зависеть от вариантов распиновки кабеля, при которых в пульте всё прекрасно передаётся:Цитата:
Сообщение от form
Если G сбрасывает готовность порта, а BREAK восстанавливает - такая программа по идее тоже должна виснуть.Код:1000/000000
1000G
Да.Цитата:
Сообщение от Patron
В таком случае программа из одного HALT не могла бы зависнуть, но весьма похоже, что порт инитится после каждого BREAK.Цитата:
Сообщение от form