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

[Alex_K]

Встречный вопрос, а на какой версии HX_Server пробовали?
+5В в +/-12В от блока питания.

Пробовал на самой последней версии 2.3 и на версии 2.2.
У меня УКНЦ питается от AT-шного блока питания, но только 5В. Для +/- 12В стоит БПС-54, в своё время удалось купить пару штук.

[Vamos]

У меня УКНЦ питается от AT-шного блока питания, но только 5В. Для +/- 12В стоит БПС-54, в своё время удалось купить пару штук.

А мне удалось купить МС9022.02 которые в СЭМЗ ставили.

опробовал шнурок без квитирования с такой схемой

Разъем                             Разъем
Стык С2                            DB9S
  1,10 (102) ■─────────────────────■     5 (GND)

  5    (103) ■──────────┐     ┌────■     3 (TD)
                  ┌────■│■────┘
  6    (104) ■────┘     └──────────■     2 (RD)

  3    (+5В) ■────┐           ┌────■     4 (DTR)
                  │           │
  7    (109) ■────┘           ├────■     1 (CD)
                              │
                              └────■     6 (DSR)

  2    (108) ■────┐           ┌────■     7 (RTS)
                  │           │
  9    (107) ■────┘           └────■     8 (CTS)

загрузилось.

Интересно другое, что при fRtsControl = RTS_CONTROL_HANDSHAKE не передается "@" в РС и загрузка не начинается.

[Alex_K]

опробовал шнурок без квитирования с такой схемой

Если шнур без квитирования, то можно поставить:

fOutxCtsFlow = FALSE
fOutxDsrFlow = FALSE

В этом случае значение параметров fDtrControl и fRtsControl не играет роли.

[Vamos]

fRtsControl = RTS_CONTROL_HANDSHAKE не передается "@" в РС

Это на шнурке с квитированием...

[Alex_K]

С этим кабелем при соединении 108 и 107 появляется ситуация, что если не готов принять (еще не прочли принятый байт), то и не будет ничего передавать, то есть только полудуплекс. Как я понимаю, что с этот кабель не работает со сжатием, и при прерывании, например при выходе в пульт, возникает переполнение.

[Vamos]

А что с форумом происходит, за текущие сутки ни одного уведомления не почту ?!

[Advertiser]

[Alex_K]

Это на шнурке с квитированием...

А какой схемы шнур?

[Vamos]

Как я понимаю, что с этот кабель не работает со сжатием,

Не работает без сжатия, со сжатием были бы другие ошибки, а так по таймауту.
Могу предположить что HX_Server не отреагировав на снятие CTS оправил пакет который не попал в УКНЦ, УКНЦ после установки (108) начинает ждать следующий пакет, а HX_Server считает что уже его отправил и ждет ответа от УКНЦ.

- - - Добавлено - - -

А какой схемы шнур?

http://zx-pk.ru/showthread.php?t=160...l=1#post857793

[Alex_K]

Не работает без сжатия, со сжатием были бы другие ошибки, а так по таймауту.
Могу предположить что HX_Server не отреагировав на снятие CTS оправил пакет который не попал в УКНЦ, УКНЦ после установки (108) начинает ждать следующий пакет, а HX_Server считает что уже его отправил и ждет ответа от УКНЦ.

Что-то у вас всё-таки с линиями квитирования. И, кстати, HX_Server линиями квитирования не управляет, это делает драйвер Windows, ибо для него и предназначены все эти параметры для DCB-блока.

[Alex_K]

Поигрался сейчас с буферами FIFO. Так вот, как оказалось, при выключенных буферах FIFO у меня возникает переполнение. Загрузится можно только без сжатия, и соответственно при выходе в пульт во время чтения с HX, в регистре 176570 устанавливается бит переполнения. При включенных буферах такая проблема полностью отсутствует. В буферах установлен максимальный размер.
При включении/выключении буферов FIFO обязательно нужно перезагружать Windows, иначе эффект не сказывается.