Сканер вешает 1с, Rdp, ут11 Eclipse MS5145 #744194

Стоит сервер, к нему подключены машины через Rdp. Если интернет падает и пользователь потом заходит в 1с и пытается что-либо сделать - 1с виснет. Без сканера все работает нормально. Так же подключен фискальник - с ним проблем нет. Т.е. если подключен только фискальник - 1с не зависает.

Может важно. Сканер так устанавливал: 1)Считал enter/exit 2)recall default 3)serial emulation mode 4)enter/exit 5)(вроде бы, точно не помню, кажется на всех машинах поставил эти дрова, потому что без них ПК отказывался видеть сканер)Установил HSM USB Serial Driver r1.19 6)В 1с при в подключаемом оборудованиии поменял только суффикс на 10-LS

Перезапуск 1С в терминале помогает?

Сканер юзает ком порт на стандартных дровах 1с?

Да

Сейчас нашел более поздние дрова HSM USB Serial Driver ver 3.4.8 поставил, сейчас проверю

Это косяк дров 1с, была такая же канитель, переключил с ком порта на разрыв клавы и сразу стало всё отлично. У меня сайферлабы сканеры, с ними либо юзать обработку от сканкода, тогда не тормозит, либо разрыв клавы и стандартная обработка 1с.

Да, помогает, но сначала надо закрыть 1с только через диспетчер задач, а тут пользователи довольно, эм, неопытные, ну в общем не вариант для них через диспетчер закррывать

Спасибо, сейчас перезагружусь, прпробую с тем то я скачал(не для сервера еще), а какие дрова за место 1совских выбрать?

Сканер интерфейс USB-HID поддерживает?

Вроде, просто сейчас он в эмуляции com, рядом нет распечаток штрих кодов для сброса настроек, но, кажется - когда ставил сканер он определялся как HID

Ну и захреначь его в HID стабильней работает, если будет резать штрихкод, таймаут увеличь немного.

обновил дрова - все то же самое. сканер не сканирует, при попытке закрытия  - виснет Спасибо, попробую

А если выставить не стандартный 1с, а 1с(Native) или другие дрова? Сейчас штрих-коды на сброс в хид не где распечатать, только завтра получится

up

Поставил в клавиатуру - при сканировании штрих-кода за место забивки номенклатуры он предлагает мне распечатать или провести товарный чек :/

ап

Поставь бусплатный атоловский драйвер устройств ввода. В атоловской программе настройки устройств ввода нажми кнопку поиск оборудования и отсканируй штрихкод. Посмотри какие указаны суффикс и префикс. Укажи аналогичные параметры в УТ.

Спасибо! Сейчас попробую!

то есть войти в режим эмуляции сом, затем проестить и поставить обратно:

Зачем? Выбери порт "клавиатура".

Очень долго ищет - до сих пор не нашло, в чем может быть косяк?

Получается у меня суффикс 13 лф. Я его ставил - ни черта не работало в режиме клавиатурыы, только в режиме сом  работало 2000000063867 #13

Ой, я *удак, все нормально работаета. ВСЕМ ГИГАНТСКОЕ СПАСИБО! Люблю мисту, в который раз уже помогаете :3

Проброс "других устройств, которые могут быть подключены позднее" в терминал настроен?

Да, эо я настраивал. Сейчас все пашет, жалко что после слета инета нужно зановго зайти в рмк чтобы сканер заработал

На моем прошлом фиксе была, возможно, такая же проблема. Первый этап диагностики показал следующее: после дисконнекта проброс портов переставал работать вообще, включая принтеры. Второй этап диагностики показал, что даже при закрытии 1С (после повторного подключения) оставался висеть ее процесс, т.к. какая-то dll'ка не выгружалась из памяти, поэтому нужно было либо завершать терминальный сеанс целиком, либо убивать процесс 1с в терминале вручную. Драйвера были сначала типовые 1С, затем ставили АТОЛЛовские, но что-то другое стало проявлятся, еще более критичное. Так и смирились, кажется. P.S. Это все для COM-модели сканера, в разрыв клавиатуры не вставляли.

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

Кстати,насколько я помню,для проброса портов используется виртуальный канал со статусом перманент,то есть он не должен разрываться при отключении сеанса,а значит,для него должно использоваться отдельное соединение в стеке тспип,то есть таймаут разрыва будет одни сутки,а таймаут ответа на запрос закрытия я не помню нужно смотреть в таблице разрыв соединения

Это всё замечательно, но вешается сервак именно на дровах 1с.

По хорошему,нужно пробрасывать ванд интерфейс сканера,а уже из него делать событие в 1С,тогда мы сможем отделить 1С от обработчика событий,и можно будет перезапускать обработчик

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

Мне лень что-то писать, на обработке сканкода в 1с ничего не вешается. Перевожу сканер на стандартную от 1с и при обрыве связи 25 процентов процентов сервера тут же выжирается.

Процентов процессора )

он у вас четырехядерный,и одно ядро уходит полностью в загруз