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

[Patron]

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

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

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

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

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

[Advertiser]

[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
потом также с остальными символами.
Устроит?