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

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

Цитата:

---

Сообщение от dk_spb

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

---

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

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

Цитата:

---

Сообщение от Alex_K

снова все подвисло на ошибке контрольной суммы на 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 прямо с этого блока - тогда тут же и зависнет ?

Цитата:

---

Сообщение от Patron

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

---

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

Цитата:

---

Сообщение от Alex_K

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

---

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

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

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

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

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

Цитата:

---

Сообщение от Alex_K

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

---

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

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

Цитата:

---

Сообщение от Patron

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

---

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

Цитата:

---

Сообщение от Alex_K

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

---

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

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

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