Приветствую! есть практически стандартная ТиС 77 на сервере (Win7 пропатченная), так вот у админа не получается настроить проброс портов для сканера (пользователи подключаются по RDP, сканер нужен в режиме "СОМ-порта").
Начинает читать, но как-то не стабильно... положим считает два раза на третий - болт... или вовсе переходит в аварийный режим (загорается на сканере красная лампочка)...
на старых версиях винды (ХР, 2000й сервер) помню это настраивалось за 10сек и работало без вопросов вообще (еще правда физические сом-порты были...) с тех пор что-то изменилось? Что с этим можно сделать?
Начинает читать, но как-то не стабильно... положим считает два раза на третий - болт... или вовсе переходит в аварийный режим (загорается на сканере красная лампочка)...
на старых версиях винды (ХР, 2000й сервер) помню это настраивалось за 10сек и работало без вопросов вообще (еще правда физические сом-порты были...) с тех пор что-то изменилось? Что с этим можно сделать?
По теме из базы знаний
- Подключение торгового оборудования по rdp.
- Мой опыт подключения сканеров штрих-кода в RDP
- Настройка сканера для маркировки обуви в УТ 10.3 по RDP
- Проблема символа GS при сканере, подключенном в разрыв клавиатуры
- Сохранение разделителя GS при сканировании кодов маркировки в УТ 11.5, расположенную в удаленном рабочем столе/терминале/RDP
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Было так подключено более 10 клиентов, правда винда серверная, но всё работало прекрасно. В локальной сети.
А что за сканер у Вас?
У нас некоторые сканеры вываливались в ошибку с белым индикатором, но они были старые, с лазером, то есть проблема исключительно с самим сканером
Вот, вспомнил, есть один нюанс - сканеры разных пользователей не должны быть с одинаковыми портами. То есть у двух пользователей не должно быть сканеров на COM1. Их приходилось менять в диспетчере оборудования. И кажется тоже самое касалось вообще любого оборудования на COM. То есть порты должны быть разными
А что за сканер у Вас?
У нас некоторые сканеры вываливались в ошибку с белым индикатором, но они были старые, с лазером, то есть проблема исключительно с самим сканером
Вот, вспомнил, есть один нюанс - сканеры разных пользователей не должны быть с одинаковыми портами. То есть у двух пользователей не должно быть сканеров на COM1. Их приходилось менять в диспетчере оборудования. И кажется тоже самое касалось вообще любого оборудования на COM. То есть порты должны быть разными
Канал может быть идеальным. А вот технология проброса COM-порта по RDP от Microsoft - то ещё дерьмо. Настраивайте сканер через порт Клавиатура. Либо, если позволяет конфигурация, лучше настройке доступ к базе при помощи тонкого клиента (благо веб-сервер IIS поднимается и настраивается в течении получаса по инструкции). Заставить оборудование работать стабильно пробросив COM-порт по RDP у вас вряд ли получится.
(10)"через порт клавиатура" не подходит... мне нужно получить событие в штатной процедуре Обработка внешнего события() чтобы писать свой алгоритм... насколько мне известно при настройке сканера "в разрыв клавиатуры" это не возможно (в смысле того что ОбработкаВнешнегоСобытия() не работает)...
(11) при установленных драйверах атола - работает для клавиатурного сканера внешнее событие.
и даже если без драйверов - то при правильном построении интерфейса все прекрасно будет работать.
длинные ШК - для акцизных марок 150 символов - при работе по клавиатурному сканеру - могут быть проблемы.
и даже если без драйверов - то при правильном построении интерфейса все прекрасно будет работать.
длинные ШК - для акцизных марок 150 символов - при работе по клавиатурному сканеру - могут быть проблемы.
Еще попробуйте увеличить таймаут. По COM-порту данные медленно передаются в rdp-сессию. Или же сторонние средства проброса com-портов. При этом в разных местах были разные танцы с бубном. У одних одно, у других другое. Универсального решения для себя не нашел.
Была такая проблема, сначала все работало, а в определенный момент перестало. Вопрос решился очень просто, хотя до этого мучился и что только не перепробовал и сторонние продукты и обновление протоколов и клиентов RDP. Решил так: на патченой винде запустил SFC /scannow после того как все отработало естественно слетел патч рдп, но это не беда заново пропатчил, только вот от патча тоже многое зависит видимо, я патчил вот такой штукой: RDP Wrapper Library. Все работает как часы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот