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

[dk_spb]

Alex_K, Этот пролифик - коварная и гнусная вещь. Очень любит ловить ошибки: помехи по COM порту часто воспринимаются им как USB команда перейти в sleep режим, а дальше - только передергивание USB. По версии чип-вендора виноваты китайские производители с плохой разводкой платы. Я склонен думать что просто чип - г..., хотя он и самый распространенный.
Надо USB-COM либо на CP2102 (около $12 с доставкой оттуда), либо на FTDI FT232, он подороже, где-то $14 (СP2102 последний, вышел позже FT и Prolific)
Я программатор два раза в гарантию носил, пока не сказал жёсткое нет пролифику ;-)

[Advertiser]

[Alex_K]

Alex_K, Этот пролифик - коварная и гнусная вещь.

О да!!! Сейчас я понял это. На новой версии HX-сервера снова все подвисло на ошибке контрольной суммы на HX_WRITE. И это при отключенном сжатии (хотя это играет роль только при чтении). Да и сам чип у меня, который больше не поддерживается, об этом на сайте производителя прямо и написано, мол есть более свежие версии, для них и драйвера свежие есть. Вот так-то.

[dk_spb]

Alex_K, А более свежий пролифик - просто более свежее г...

[Patron]

снова все подвисло на ошибке контрольной суммы на HX_WRITE

Т.е. просто пишет про ошибку и перестаёт что-либо передавать и принимать..

А если в файле UKNC_HX_COM.cfg включить запись на диск лога HX:

[HX_Log.ini]
TabTitle ="" 
InitialStateOf[StatusBar]  = 0
SaveChangesFor[StatusBar]  = 0
InitialStateOf[ControlBar] = 0
SaveChangesFor[ControlBar] = 0
InitialStateOf[Log] = 1
SaveChangesFor[Log]=0
DumpMode=1

то что запишется в файл HX_Log.log ?

---------- Post added at 21:26 ---------- Previous post was at 21:01 ----------

А если выяснить, на каком блоке всё время присходит сбой и потом заказать COP/DEV HX0:/ST:nn HX7:/ST:nn прямо с этого блока - тогда тут же и зависнет ?

[Alex_K]

А если выяснить, на каком блоке всё время присходит сбой и потом заказать COP/DEV HX0:/ST:nn HX7:/ST:nn прямо с этого блока - тогда тут же и зависнет ?

Блоки могут быть разные, так что смысла выяснять нету. Это собственно из-за USB-COM-порта Prolific.

[Patron]

Блоки могут быть разные

Просто интересно, почему перестаёт работать, а не ошибку записи возвращает. Ведь по-хорошему сервер должен сообщить драйверу об ошибке, а тот - выдать признак ошибки в программу.

---------- Post added at 22:50 ---------- Previous post was at 22:48 ----------

В принципе - с таким любопытным портом можно сделать и отладить "повторные попытки записи" в драйвере.

[Alex_K]

С родным аппаратно-железным COM1 все прошло без сучка и задоринки.

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

[Patron]

когда COM-порт работает по принципу "хочу-не хочу", то тут отлаживаться можно до бесконечности.

Если запись иногда проходит - повторные попытки записи в драйвере вполне могут помочь. Ведь для того и передаётся контрольная сумма, чтобы выявлять ошибки. Но после сообщения об ошибке контрольной суммы обмен зависать не должен - сервер должен послать драйверу пакет с сообщением об ошибке, а драйвер, получив его - должен установить признак аппаратной ошибки в CSW и завершить вызов.

Если так не происходит - это довольно странно, ведь читает драйвер (насколько я понял) с "плохим" портом без проблем, а значит, сообщение сервера об ошибке получить должен.

[Alex_K]

Если так не происходит - это довольно странно, ведь читает драйвер (насколько я понял) с "плохим" портом без проблем, а значит, сообщение сервера об ошибке получить должен.

Вот после этого проблемы и начинаются и с чтением. Происходят ошибки переполнения, и это при установленных двух стоп-битах. Естественно из-за этого и со сжатием не грузится. Помогает только передергивание по USB, да и то ненадолго.

[Patron]

Вот после этого проблемы и начинаются и с чтением.

Получается, что драйвер "осмысленное" сообщение сервера об ошибке не получает и крутится в цикле его ожидания.

---------- Post added at 23:49 ---------- Previous post was at 23:46 ----------

В такой момент должна помогать отправка Ctrl/C через окно Teletype.