УКНЦ загрузка через стык С2

[Patron]

В приложении - тестовая версия Boot_RT-11_from_HX0 v1.2 (test), выводящая каждый принятый из порта С2 байт обратно в порт С2 ( для просмотра в окне Port Dump ).

...

[Patron]

У меня первичный загрузчик прочитаться не мог, так что тут даже до Boot_RT-11_from_HX0.bin не доходит. А последний раз прочлось 27 байт, т.к. значение R1 = 033. Т.е. УКНЦ шлет "@", затем HX-засылает 512 байт первичного загрузчика, но даже и он не проходит.

Это и при одном, и при двух стоповых битах так ?

[Alex_K]

Это и при одном, и при двух стоповых битах так ?

При двух.

---------- Post added at 23:11 ---------- Previous post was at 22:53 ----------

Ну вот, закончил тестирование SUNIX SER4037A. Все тесты прошла нормально, но только при отключенном сжатии. Соответственно плохо реагирует на изменение CTS, есть ошибки переполнения при включенном сжатии.

[Patron]

Последовательный порт плат МС1201.01 и МС1201.02 построен на основе 1801ВП1-035, поэтому всегда передается 11 бит.

В описании плат МС1201.01 и МС1201.02 говорится про блок переключателей SA2 с 8-ю переключателями:

SA2.1 - 177560/60 или 176560/360
SA2.2 - 7 или 8 бит
SA2.3 - с паритетом или без паритета
SA2.4 - чёт или нечет
SA2.5 - выбор скорости
SA2.6 - выбор скорости
SA2.7 - выбор скорости
SA2.8 - выбор скорости

Т.е. (если я правильно понимаю) количество битов на байт у 1801ВП1-035 может составлять от 10 до 12.

[Alex_K]

В описании плат МС1201.01 и МС1201.02 говорится про блок переключателей SA2 с 8-ю переключателями:

SA2.1 - 177560/60 или 176560/360
SA2.2 - 7 или 8 бит
SA2.3 - с паритетом или без паритета
SA2.4 - чёт или нечет
SA2.5 - выбор скорости
SA2.6 - выбор скорости
SA2.7 - выбор скорости
SA2.8 - выбор скорости

Т.е. (если я правильно понимаю) количество битов на байт у 1801ВП1-035 может составлять от 10 до 12.

В случае с МС1201.01 и МС1201.02 кол-во бит может составлять от 10 до 12 (зависит от длины посылки - 7 или 8 бит и наличия бита паритета). Но стандартно по умолчанию настроено на 8 бит без бита паритета, получается 11.

[Patron]

Только сейчас я понял, что контроллеры, использующие разное количество стоповых битов, могут успешно обмениваться синхронными данными из-за того, что стоповый бит это всегда "0", а стартовый - всегда "1". Поэтому, при приёме данных контроллеры не считают стоповые биты, а просто ожидают фронта стартового.

В такой ситуации, когда единственное, чем грозит передача неправильного количества стоповых битов - это отправка лишнего байта при работе с квитированием ( что часто сходит с рук при наличии в принимающем порту буфера FIFO ) - только самые вдумчивые и ответственные китайцы станут делать работу порта при отправке двух стоповых битов чем-то отличающейся от работы с одним.

Можно предположить, что именно способность честно отправлять 2 стоповых бита критически важна для успешного взаимодействия контроллера COM-порта PC с 1801ВМ1-065.

Относительно протестированного SUNIX SER4037A можно предположить, что он просто игнорирует настройку на 2 стоповых бита, продолжая отправлять один.

Что же до VSCom uPCI-200L, то думается, что при настройке на один стоповый бит - он смог бы передать первичный загрузчик целиком - видимо, режим с 2 стоповыми битами его разработчиками не тестировался, но уж режим-то с одним стоповым битом должен работать как часы - иначе как вообще этот контроллер можно было бы применять..

[Alex_K]

Только сейчас я понял, что контроллеры, использующие разное количество стоповых битов, могут успешно обмениваться синхронными данными из-за того, что стоповый бит это всегда "0", а стартовый - всегда "1". Поэтому, при приёме данных контроллеры не считают стоповые биты, а просто ожидают фронта стартового.

Ну насчет "0" и "1" - это смотря с какой стороны посмотреть, вообще стартовый бит по диаграммам всегда низкого уровня, а стоповый - высокого. А стоповые биты (как и стартовый) нужны при асинхронном обмене - во время стопового бита контроллер готовится к приему следующего (сбрасывает счетчики, копирует сдвиговый регистр в буферный), передающая сторона при необходимости опрашивает линии управления.

В такой ситуации, когда единственное, чем грозит передача неправильного количества стоповых битов - это отправка лишнего байта при работе с квитированием ( что часто сходит с рук при наличии в принимающем порту буфера FIFO ) - только самые вдумчивые и ответственные китайцы станут делать работу порта при отправке двух стоповых битов чем-то отличающейся от работы с одним.

Ну при включенном буфере FIFO на аппаратном COM-порте тоже все нормально проходит, значит Windows умеет тормозить отправку буфера. А у всяких PCI- и USB-COM-портов качество работы зависит от внутреннего firmware контроллера и от драйвера в Windows, т.к. там обычно работа делается на программном уровне.

Можно предположить, что именно способность честно отправлять 2 стоповых бита критически важна для успешного взаимодействия контроллера COM-порта PC с 1801ВМ1-065.

А вот протестированный мной PCI Serial с чипом производства Oxford Semiconductors Ltd. успешно работает и с одним стоп-битом. Складывается впечатление, что он работает с квитированием на аппаратном уровне.

Относительно протестированного SUNIX SER4037A можно предположить, что он просто игнорирует настройку на 2 стоповых бита, продолжая отправлять один.

Что же до VSCom uPCI-200L, то думается, что при настройке на один стоповый бит - он смог бы передать первичный загрузчик целиком - видимо, режим с 2 стоповыми битами его разработчиками не тестировался, но уж режим-то с одним стоповым битом должен работать как часы - иначе как вообще этот контроллер можно было бы применять..

Вот уж и не хочется тестировать, да и отнес я их обратно. Я уже писал выше, что если криво сделано firmware контроллера и драйвера, то так и работать будут.

Кстати вчера испытал новый Prolific со свежими драйверами. Загрузится не удалось, на УКНЦ писалось, что идут плохие пакеты. А ведь старый хоть чуть-чуть, но работал. Так что dk_spb в этом плане оказался прав - новый Prolific - новое г.....

[Vamos]

Patron, А можно Вас попросить добавить в HX_Server выбор СОМ порта.

[Patron]

добавить в HX_Server выбор СОМ порта.

Используемый COM-порт нужно указать в файле UKNC_HX_COM.cfg в разделе ComPort.ini в параметре PortName.

По умолчанию используется порт COM1:

[ComPort.ini]
PortName = "COM1"
InitialStateOf[ShowPortUse]=1
SaveChangesFor[ShowPortUse]=1

[Patron]

Новый вариант сервера HX_Server 2.1_-_UKNC_19.01.13_20-05.

Изменения:

1. Добавлен загрузочный образ NCsys54.DSK с монитором NC11SJ.SYS, сгенерённым для работы с портом С2 в качестве системного терминала. Драйвер HX.SYS, находящийся в этом образе - при загрузке выводит сообщения в порт С2.

2. Добавлен загрузчик Boot_NC-11_from_HX0.bin, который при загрузке выводит сообщения в порт С2.

3. Добавлен файл конфигурации NC11_HX_COM.cfg - для загрузки образа NCsys54.DSK на УКНЦ. Для загрузки файла конфигурации нужно использовать пункт меню: Файл -> Открыть.

4. Добавлен файл Terminal.ini, содержащий настройки терминала типа VT52, используемого в качестве системного терминала при работе с монитором NC11SJ.SYS через порт С2.

...