Вопрос про КМД ДВК

[Alex_K]

Предположение, что это случайно так получилось - ничем не лучше предположения, что это не случайно так получилось.

Разбирал я -181-ю прошивку, правда не до конца, где-то здесь даже выкладывал дизассемблированную версию. Попробуйте выводить что-то другое, например байт 0, либо пищать байтом 7, либо попереключать РУС/ЛАТ с помощью 016/017. Уж если что-то и будет иммитироваться, то будет видно. А вывод символа у КЦГД довольно замороченный, точек 800, а символов 80, поэтому на каждый символ приходится по 10 бит. Длина строки символа в таблиц знакогенератора составляет 8 бит, поэтому при выводе символа левая половина может находится в одном байте, а правая в другом, на все эти сдвиги и вывод нужно время, а подпрограмма вывода у КЦГД и так не очень оптимально сделана.

P.S. Как-то мы ускользнули от проблем именно с КМД. Хотелось бы у топикстартера узнать, раз КМД запустилось, то как с этим дальше дела идут.

[Patron]

Длина строки символа в таблиц знакогенератора составляет 8 бит, поэтому при выводе символа левая половина может находится в одном байте, а правая в другом, на все эти сдвиги и вывод нужно время, а подпрограмма вывода у КЦГД и так не очень оптимально сделана.

И при этом на осциллограмме последовательного вывода символов "@" на экран КЦГД хорошо видно, что цикл приёма и вывода каждого байта занимает примерно 11/9600 сек. Было бы очень прикольно, если бы разные символы выводились на экран КЦГД с разной скоростью, но пока эксперименты показывают, что при выводе символов на экран КЦГД веcьма точно имитируется скорость 9600/11.

---------- Post added at 17:12 ---------- Previous post was at 17:07 ----------

Как-то мы ускользнули от проблем именно с КМД. Хотелось бы у топикстартера узнать, раз КМД запустилось, то как с этим дальше дела идут.

Чтобы вплотную заняться КМД - нужно загрузить RT-11, а сделать это пока возможно только через порт системного терминала.
Вот почему в данный момент тестируется связь ДВК с PC по RS232 через порт 177560.

[Alex_K]

И при этом на осциллограмме последовательного вывода символов "@" на экран КЦГД хорошо видно, что цикл приёма и вывода каждого байта занимает примерно 11/9600 сек.

Вот именно - ПРИМЕРНО. А примерно - это значит не точно. К тому же надо знать временной интервал на шкале, чтобы определить. Да и честно говоря, ничего такого похожего на 0100, я на осциллограмме не рассмотрел.
Да и к тому же повторю еще раз, нет там в фирмваре никакой иммитации скорости, все обрабатывается, как говорится с колес, получили - сразу же обработали. Вот на УКНЦ есть буфер приема, сначала он заполняется, а уж потом когда буфер заполнен, да еще надо и рулон прокручивать, то тут скорость и падает.

---------- Post added at 18:26 ---------- Previous post was at 18:24 ----------

Чтобы вплотную заняться КМД - нужно загрузить RT-11, а сделать это пока возможно только через порт системного терминала.
Вот почему в данный момент тестируется связь ДВК с PC по RS232 через порт 177560.

Если имеется возможность, то можно сделать дискету с помощью ukdsk или ukdskp. Весьма быстро и результативно. Ну а если возможности нет, то уж тогда только через последовательный порт.

[Patron]

честно говоря, ничего такого похожего на 0100, я на осциллограмме не рассмотрел

Поэтому ( возможно ) и возникли сомнения.

Однако на обоих осциллограммах сигнал на выходе TX при непрерывной передаче байтов 0100:

1. Через "входной" ВП1-065 КЦГД на скорости порта 57600 и длине посылки 11 бит:



2. Через MAX232 на скорости порта 9600 и длине посылки 10 бит:



Видно, что интервал между посылками КЦГД как раз на 10% больше интервала между посылками MAX232, т.е. на КЦГД имитируется скорость 9600/11.

[Alex_K]

Видно, что интервал между посылками КЦГД как раз на 10% больше интервала между посылками MAX232, т.е. на КЦГД имитируется скорость 9600/11.

Спасибо за две осциллограммы с комментариями, рассмотрел. А теперь я сделал просто, т.к. временной интервал на двух осциллограммах одинаковый, а монитор у меня большой и плоский, то я просто взял линейку и померял расстояние на мониторе от начало старт-бита первого символа до начала старт-бита четвертого символа, итого в охвате три переданных байта. Для КЦГД получилось 131,5 мм, для MAX232 - 112 мм. Если бы MAX232 передавал бы 2 стоп-бита, то на экране должна быть длина 112/10*11=123,2 мм. А на КЦГД у нас 131,5 мм, 123,2/131,5*9600=8994. Так что скорость не иммитируется, в данном измерении уже вовсю идет скроллинг, т.е. кроме отрисовки символов надо еще двигать значения в таблице видеострок, вот потому и получается такая скорость, довольно близкая к 9600.
Поэтому надо попробовать повыводить управляющие символы с кодами 0, 7, 015, 016, 017. Там нет никакого скроллинга и отрисовки, ну можно будет сравнить.

[MiX]

Поэтому надо попробовать повыводить управляющие символы с кодами 0, 7, 015, 016, 017.

Чтоб ускорить процесс наберу: 177566/****** 0
потом также с остальными символами.
Устроит?

[Patron]

На всё времени не хватает. И потом на осциллографе развёртка 5мкс маловата для таких сигналов.

Всё окончательно прояснилось, поэтому дополнительные осциллограммы уже не особо нужны.

Для копирования в COM-порт PC байтов, выводимых на КЦГД - нужно подключить выход передатчика ВП1-065 через инвертор на вход приёмника MAX232 и настроить COM-порт PC на скорость 57600;8N2.

[MiX]

Соберу схему попробую.
И всё-таки насчет МС, у вас есть описание на все перемычки?
Я попробовал так: Соединил 27 и 28 ногу вместе на 065 МС, набрал программу передающую циклично символ в 176566, на 27й ничего не появилось. В схеме предложенной Алексом задействованы ещё сигналы готовности. Вот я и думаю что 2мя проводками RX,TX не обойтись.
А приём должен идти на экран в 177566? Если нет то какая команда для приёма с 176566.То-есть хочу эхо получить.

[Patron]

на 27й ничего не появилось

Похоже, что нужно заземлить ногу 29. На неё по токовой петле должен подаваться сигнал готовности приёмника и пока этого сигнала нет - на ноге 27 ничего не появится.

В контроллере СА УКНЦ нога 29 у ВП1-065 просто заземлена и передача идёт без проблем.

Думаю, что отрезать от схемы ногу 29 не обязательно, потому что при приходе сигнала готовности приёмника по токовой петле - эта нога всё равно заземляется через открывшийся ключ.

---------- Post added at 01:13 ---------- Previous post was at 00:51 ----------

хочу эхо получить.

Принимаемый байт поступает в регистр данных приёмника по адресу 176562, а в регистре статуса приёмника 176560 устанавливается бит готовности данных 0200.

Следующая программа копирует содержимое R0 по адресу 176566 и если по адресу 176560 установился бит 0200 - копирует содержимое регистра 176562 в 177566:

@01000/000000 10037
001002/000000 176566
001004/000000 105737
001006/000000 176560
001010/000000 100373
001012/000000 13737
001014/000000 176562
001016/000000 177566
001020/000000 767
@R0/000113 101
@1000G

Если замкнуть выход порта TerminalPort2 на вход:

[links]

TerminalPort2 > TerminalPort2

То результат запуска в эмуляторе такой:

@01000/000000 10037
001002/000000 176566
001004/000000 105737
001006/000000 176560
001010/000000 100373
001012/000000 13737
001014/000000 176562
001016/000000 177566
001020/000000 767
@R0/000113 101
@1000GAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

[dk_spb]

А почему дискету-то на IBM PC не сделать и не загрузиться с неё?
Не кошерно? Нужно обязательно через терминальный порт грузиться?