Проброс COM портов через TCP/IP с помощью Virtual Serial Ports Emulator (Windows)

Проброс COM портов через TCP/IP с помощью Virtual Serial Ports Emulator (Windows) от компании Eterlogic . Простой пример настройки. Альтернатива стандартному маппингу com портов средствами Windows через RDP.

Всем доброго времени суток.

Столкнулся с проблемой плохой стабильности маппинга com портов через RDP. Казалось бы, все должно работать замечательно, к тому же у клиента всего 4 магазина, стабильный интернет (как на сервере, так и на точках). Но к сожалению, работало все крайне паршиво. Схема классическая, ут 10.3 на терминальном сервере и фискальные регистраторы на клиентах. Все стандартно, настроили фискальники и пробросили com порты стандартными средствами windows. Но работники магазинов стали часто жаловаться на зависания, не возможность пробить чек или на странные магические проблемы частичного пробития чека или страшного слова «Драйвер ФР не загружен». Все эта ситуация мне совершенно не нравилась, и я решил реализовать проброс com портов через интернет. Пришлось погуглить. Я нашел несколько решений, но самым лучшим для меня оказалось решение от компании Eterlogic программа Virtual Serial Ports Emulator (далее VSPE). Задуманную мной схему удалось сделать за пару дней (анализ, настройка, тестирование и боевой выход). 

Долго вести свое повествование я не буду. Все довольно просто и понятно. Есть несколько нюансов. Данный продукт бестлатный для Windows с архитектурой х86 и платный для х64.

Скачать: http://www.eterlogic.com/Products.VSPE.html

Стоит $24.95 плюс коммисия магазина.

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

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

Итак.

Дано:

  • 4 магазина
  • 4 фискальных регистратора
  • 4 кассовых компьютера
  • 1 сервер терминалов

Задача:

  • Пробросить com порты фискальных регистраторов через интернет.

Настройка VSPE на сервере.

Устанавливаем VSPE на сервер и запускаем (в настройках я выбрал русский язык). После нужно создать виртуальные порты (для каждой кассы свой порт). Номера портов лучше взять пониже, дабы избежать проблем. У нас 4 кассы, поэтому я создаю 4 виртуальных порта (29,30,31,32). Эти порты и будут указаны в настройках касс в 1С. Нажимаем на кнопку «создать новое устройство». Тип устройства «connector». 

Дальше указываем номер нашего нового виртуального порта

После жмем готово.

По аналогии создаем требуемое количество com портов. Идея в том, что этот виртуальный порт будет связывается с реальным com портом кассы магазина.

После мы должны определиться по с адресами. На магазинах у нас должны быть статические ip. Каждый виртуальный порт у нас станет tcp клиентом и будет подключатся к tcp серверу, который будет настроен на компьютере кассы магазина. Поэтому здесь нужно быть внимательным. Мы имеем 4 статических внешних адреса магазинов. Важно понимать, что просто подключится по ip мы не можем. Нужно указать порт tcp server. Продумать номер мы можем заранее. Я решил просто, номера портов складываются следующим образом. 

10хх — где хх номера виртуальных портов, которые будут подключаться к реальному com порту (tcp серверу). Каждый виртуальный порт я отнес соответственно магазину, как мне было удобно (т.е. com29 у меня магазин №1, com30 — магазин №2 и т.д.)

В итоге подучилось 4 адреса:

ххх.ххх.ххх.ххх:1029

ххх.ххх.ххх.ххх:1030

ххх.ххх.ххх.ххх:1031

ххх.ххх.ххх.ххх:1032

ххх.ххх.ххх.ххх — внешний статических адрес магазина. 

Важно продумать эти параметры, чтобы спокойно и удобно настраивать серверную часть.

Идем дальше. Настраиваем подключение tcp клиента. Добавляем новое подключение с типом «tcp client»

Далее

По аналогии делаем все виртуальные порты.

Дальше нужно сохранить наши подключения в файл. Нажимаем сохранить, указываем имя файла и путь.

Данный файл с подключением мы должны запускать при каждом старте Windows. Сделать это очень просто, нужно создать ярлык вида «C:Program FilesEterlogic.comVirtual Serial Ports EmulatorVSPEmulator.exe» -minimize -hide_splash c:/****.vspe

c:/****.vspe — путь к сохраненному файлу. Созданный ярлык помещаем в автозагрузку пользователя (не стартанет если пользователь не зайдет в систему, как настроить службу написано в справке). Программа стартанет в трее.

Естественно клиентская часть у нас не настроена, соответственно созданные подключения tcp client будут ругаться и ждать инициализации. 

Результат настройки на сервере (статус «ОК», т.к. все уже настроено)

Настройка клиентской части.

Устанавливаем VSPE. Настраиваем. Здесь уже клиентская машина будет выступать в роли tcp сервера.

Добавляем новое подключение с типом «tcp server»

Жмем готово. Подключение создано. Нужно обязательно сохранить данное подключение. Нажимаем кнопку сохранить, указываем имя файла и выбираем путь. 

Данный файл с подключением мы должны запускать при каждом старте Windows. Сделать это очень просто, нужно создать ярлык вида «C:Program FilesEterlogic.comVirtual Serial Ports EmulatorVSPEmulator.exe» -minimize -hide_splash c:/****.vspe

c:/****.vspe — путь к сохраненному файлу. Созданный ярлык помещаем в автозагрузку. Программа стартанет в трее.

Следующим шагом нужно на маршрутизаторе магазина сделать проброс.

192.168.х.х:10хх ->ххх.ххх.ххх.ххх:10хх (порты 10хх одинаковые).

После проброса все должно заработать. Статус соединения «ОК»

После меняем настройки 1С на наши виртуальные порты. Делаем тестирование.

P.S. Ваш голос будет лучшей благодарностью для меня.

98 Comments

  1. spectre1978

    Спасибо, пригодится. У вас дрова случайно не АТОЛ? Там есть встроенный механизм удаленного доступа к регам и проброс портов в общем-то, как выяснилось, не нужен…

    Reply
  2. Shestik

    (1) Пожалуйста. Про атол я в курсе. Но хотелось универсального механизма. Т.к. клиенты разные и задачи разные.

    Reply
  3. Yran

    Спасибо, статья помогла!

    А с инфракрасным портом можно также замутить?

    Reply
  4. Shestik

    (3) Если он в системе как com порт тогда да.

    Reply
  5. Yran

    (4) Нет, как ИК ((

    Reply
  6. Shestik

    (5) Тогда думаю нельзя.

    Reply
  7. twiny

    (1) да, у АТОЛа такая фишка есть, называется она Сервер печати, она вроде даже и у Штриха есть. Только у АТОЛа она для родного оборудования без оплаты, а для других нужно оплатить ключик. У Штриха эта фишка всегда платная (ценник то ли 30, то ли 50 тыр). Поэтому при покупке уже думаешь, если нужен проброс через Инет, то лучше оборудование брать АТОЛ.

    Порты там фактически никакие не пробрасываются, локально поднимается служба, которая и будет на запросы клиента-драйвера отвечать. Опыт показал, что такие вещи стабильнее работают, чем пробросы всякие.

    Reply
  8. twiny

    Хотелось бы уточнить, как давно используете данное решение? И какова реакция на временную потерю связи, скажем 1-3 секунды.

    Reply
  9. spectre1978

    (7) И как ни странно, решение это при всей его годности довольно малоизвестное…

    Reply
  10. Shestik

    (8)Уже полгода работает. Потеря связи особо не влияет. Во время отсутствия связи программа постоянно пытается соединиться, как только связь появляется, практически моментально все поднимается.

    Reply
  11. SGordon1

    ПОдскажите, с онлайн кассами кто то использует? Какое время печати чека ( интересует штрих) …

    Reply
  12. Shestik

    (11) Атол. Онлайн кассы Атол11Ф. Время не замерял. Максимум заметил 2 секунды после отправки команды на фискальник (из 1с, аля проведение чека) и началом печати чека, дальше уже скорость печати самого фискальника. 11ф не самые шустрые ребята, но в пределах нормы печатают чек. Жалоб нет.

    Reply
  13. alexsu4236

    Я пользуюсь HW Virtual Serial Port — он полностью бесплатный но предназначен для одного порта.

    А еcли много портов то программы из серии VPort.

    Последнее использование RFID сканеры. В том числе и параллельно RDP 1с.

    Reply
  14. ander_

    (7)

    был опыт использования сервера печати от штриха, правда в других целях. Была задача обеспечить возможность печати на один ФР с нескольких рабочих мест. Работает медленно и нестабильно. В итоге отказались и написали «сервер» печати на 1с, прямо в базе розница.

    (0) спасибо за статью. очень может пригодиться.

    Reply
  15. twiny

    (14)

    Со Штриховски сервером не пробовал. А как давно это было, какая версия дров/сервера?

    Reply
  16. ander_

    (15)

    примерно год назад. сам сервер брали примерно 2 года назад. с версиями сказать не могу, уже нет доступа.

    Reply
  17. quick

    А я тут понимаешь свой велосипед запилил для сканеров. Атол творил чудеса с сервером на нестабильной связи, время от времени укладывая на 100%.

    Заделал компоненту для работы 1С с внешними приложениями по pipe https://github.com/WorldException/v7SimpleAddIn

    Потом пару простых скриптов, один на тонких клиентах HP ThinStation под Win XP, второй на терминале RDP. и связывается это все через redis.

    Порядка 30 машин в онлайне, полет нормальный.

    Зато теперь есть киллер фича, можно подключить несколько сканеров к рабочему терминалу (проводной и беспроводной), оно автоматом подхватит получившийся СОМ порт и можно пользоваться любым сканером, в 1С все попадает как будето это один и тот же.

    Reply
  18. rougudz

    а у меня не заработало. печаль. возможно по тому что через vpn. адрес выдаваемый vpn и пришлось использовать на обеих сторонах. пишет что соединение OK, но по факту приема данных нету.

    Reply
  19. MAXXL

    (18) Аналогично. Соединение есть — данных нет. И тоже VPN. Непонятно где искать причину и как устранять. Скорость печати на драйвера от Штрих-М удручает.

    Reply
  20. sab_1

    (19) разобрались? а то мне тоже нужно подключать и как раз через впн… у вас получилось?

    Reply
  21. MAXXL

    (20)Нет. Откатился назад на Штриховский. Будет еще свободное время и свободный ФР — попробую повторить эксперимент.

    Reply
  22. StanKu

    Как по мне, так вот это решение куда проще Virtual Serial Port Emulator

    И сама работа, и интерфейс поприятнее

    Reply
  23. denssmirnov

    Удобней на сервере 1с поднимать ip сервер com порта, а на клиентах соответственно клиента. Это удобней, не нужны статический ip в таком случае нужен только серверу.

    Reply
  24. user774630

    (22) а то что на 120 баксов дороже — мелочи.

    Reply
  25. kondr1221

    ну по факту атол есть утилита родная, штрих падает в сеть и можно просто пробросить порт так как он поддерживает сетевой интерфейс хоти подключается по usb )

    Reply
  26. a.rezyhin

    В режиме службы не поднимали? При подключенном устройстве в режиме TCP сервер служба запускается, но проброс не работает. В режиме приложения всё ОК. Написал еще в техподдержку, жду ответа.

    Reply
  27. a.rezyhin

    (19) Сегодня тестировал работу проброс с 3 ПК в VPN на сервер. Работает по алгоритму, как в статье без сбоев, единственно в режиме службы есть пока проблемы.

    Reply
  28. user832565

    Добрый день, может сможете помочь, у нас ситуация такая, удаленный сервер на нем 1с, и офис с 4 компьютерами которые подключается по RDP, и один фискальник РР-04Ф он подключен к одному из компьютеров и пробрасывается порт на сервер через RDP, но вопрос в том что печатать чеки должны все четверо, это можно как то сделать?

    Reply
  29. Shestik

    (28)По идее нужен сервер печати. Но можно сделать и костыльно. Пробросить com-фискальника и зацепить на него клиентов и печатать. Что будет при одновременной отправке вопрос, плюс не понятно, будет ли 1С занимать наглухо порт?

    Reply
  30. Shestik

    (23) Да полностью согласен. Не знаю почему я решил сделать наоборот.

    Reply
  31. Shestik

    (26)В режиме службы не пробовал. Читал разные форумы, встречал ребят, которые утверждали, что в режиме службы есть проблемы. Говорят, что проброс отваливается и потом vspe не может инициализировать устройства. Но это были сообщения 2013 года. В любом случае нужно тестировать.

    Reply
  32. user832565

    А если создать виртуальные порты которые смотрят на порт кассы и в 1с сделать несколько касс с виртуальными портами, и каждый будет печатать на своей кассе , теоретически это возможно и можно ли нам помочь удаленно, платно и какая будет сумма

    Reply
  33. Shestik

    (32)Могу помочь без проблем.

    Reply
  34. user832565

    Наверно через TeamViewer удобней и как думаете получится и сколько будет стоить

    Reply
  35. Shestik

    (34)В личку написал

    Reply
  36. user832565

    Большое спасибо, попробуем.

    Reply
  37. a.rezyhin

    (31) Согласен, периодически в режиме службы тоже встречаю проблемы с инициализацией. Больше всего раздражают проблемы с Windows 10. Нормально автозапуск в режиме приложения не работает, окно сворачивается при запуске но инциализация не отрабатывает, в режиме службы вообще не работает.

    Reply
  38. user832565

    Добрый день, ни чего не получается, программа соединяется без проблем, а драйвер фискальника пишет нет связи, причем после создания сервера касса перестает отвечать совсем, если отправлять через драйвер на физический порт кассы то пишет -3: СOM порт занят другим приложением, а если который принимает то все подвисает и в конце пишет -1: Нет связи, можно ли что нибудь придумать.

    Reply
  39. Serve-it

    (13)

    HW Virtual Serial Por

    Расскажите как вы настраиваете соединение через HW Virtual Serial Port? Как у казать на клиентской машине какой Сом-порт будет задействован в сервере.

    Я как понимаю если запустить эту программу, то она будет и сервером и клиентом. Таким образом на ТерминальномСервере я прописываю внешний адрес компьютера к которому подключена касса Атол30ф. Указываю port 23.

    Reply
  40. Tohin666

    (38) У меня получилось через сплиттер — сначала создаем сплиттер, указываем физический и виртуальный порт, а потом создаем TCPсервер и указываем на виртуальный порт сплиттера. После этого к сом порту могут подключаться сколько угодно устройств, и он больше не ругается что занят.

    Reply
  41. MrFlanker

    VPSE Server: Windows 10

    VPSE Client: Windows 2008

    Порты COM20…21…22…23… — не заработали

    (возможно проблема драйвера через который я обращаюсь к портам «mscomm.ocx»)

    Попробовал порты до COM1…COM19 — Работает.

    p.s. Спасибо за статью, не мог настроить хотя программа VPSE была известна мне много лет назад.

    p.s. Тоже купил 64 бит ключ.

    Reply
  42. nico2

    Добрый день, настроил на этой программе подключение к онлайн кассам, (один rdp сервер и 4 кассы). Вроде все работает час, два, а потом касса отваливается, сервер кассу видеть перестает, перезапускаешь эмуляцию, кнопкой стоп-старт работает, потом опять проблемы. Подскажите в чем может быть дело ?

    Reply
  43. user955205

    А можно это штуку использовать без белого айпи чисто внутри сети за роутером? в какую сторону копать не подскажите?

    Reply
  44. user967678

    История такая. Все через RDP. На сервере (win2008r2 x64) ,автовходом ,через специально созданного пользователя, при старте запускается VSPE. Естественно на серваке статика.

    Vspe настроен следующим образом Порт-сплитер- ТСP сервер (Как это ни странно в Mikrotike (Роутер) настроен проброс портов для каждой машины). На клиентской машине где стоит ККМ тоже ставим VSPE и настраиваем его как клиент, всего один строковой параметр.

    Схема такая: VSPE — клиент стучится на IP адрес сервера с запросом на порт XXXX , «огненная стена » открывает дверь и говорит иди на адрес 192.168.XXX,XXX там тебя ждут. Тут естественно его ждет VSPE сервер и о радость порт пришел из интернета, все работает. Но не тут то было.

    Все работает не долго. По какой то причине связь теряется и постоянно надо делать переинициализацию на клиенте.Только после этого начинает все работать.Опять не надолго!

    В конце концов на клиенте было принято решение запускать прогу как службу. Помогла программа nssm (до этого VSPE работала в обычном оконном режиме). Кстати все клиенты работают на Win 10 x64. Но эффект был тот же. Чуть работает а потом все.

    Затем было предпринято решение создать bat который просто убивает процесс VSPE . но оно 🙂 то у нас служба и как не в чем не бывало стартует сразу после его завершения.

    К чему я это собственно! Кому удалось победить проблему с потерью связи и сделать автоматичекое самовосстановление?

    Reply
  45. Shestik

    (43) Просто пробрасывайте на локальный адрес и слушайте локальный адрес, минуя настройки по внешке. Т.е. com 10 (касса) — сервер с IP 192.168.X.X:ХХХХ — Любой комп в сети (клиент) подключается к 192.168.X.X:ХХХХ собственно все.

    Reply
  46. Shestik

    (44) Интересно, откуда потери. По опыту не сталкивался. Неделями висит, коннект отличный. Автоматическую переинициализацию юзали через настройки? У меня стоит переинициализировать автоматом. Хотя это переинициализация нестартовавших устройств.

    Reply
  47. serega_sun

    Просто поделюсь опытом настройки проброса COM портов через TCP.

    Четыре подразделения в разных городах, в каждом по одной ККМ. Все работают в одной базе 1С УТ 10.3 через RDP. Когда использовали онлайн кассы с ФФД 1.0 пользовались драйвером АТОЛ 8.14. Он позволял настроить соединение между 1С на сервере и ККМ через TCP. После перехода на ФФД 1.05 обнаружили, что драйвер АТОЛ 8.14 неправильно передает данные ОФД. Проблема решилась установкой драйвера АТОЛ 9.12. Однако данный драйвер, по уверению сопровождающей нас по части ККМ компании, не поддерживает передачу данных на ККМ через TCP.

    Нам самим этот вариант настроить также не удалось. Задержка при печати чека стала составлять до двух и более минут.

    Сначала я настроил VSPE так, как это описано в статье. Однако потом решено было настроить серверную часть на сервере, а клиентскую на локальных машинах, к которым присоединены ККМ. В современном варианте у нас настроено так: На локальной машине установлен VSPE, в нем создано устройство TCPClient указан реальный COM порт ККМ и IP адрес сервера и порт TCP. На сервере созданы устройства типа Connector, где указаны виртуальные COM порты 31,32,33,34. По одному устройству на порт. И созданы четыре устройства типа TCPServer осуществляющие связи этих портов с TCP портами 1031, 1032, 1033, 1034 соответственно.

    Программа на сервере запускается вручную под отдельным пользователем. Пользователи из других терминальных сессий видят виртуальные COM порты созданные программой из этой сессии. Запуск программы на клиентских компьютерах из автозагрузки настроить не удалось — запускаем вручную. Среднее время задержки при печати чека стало 7,7 секунды в самом удаленном филиале.

    Может кому-то пригодится.

    Reply
  48. serega_sun

    Нам сказали, что в 9 версии драйвера АТОЛ оно перестало работать. Собственно мы не смогли после установки версии 9.12 настроить передачу данных по TCP.

    Reply
  49. user1005021

    народ может кто то сталкивался с такой проблемой один и тотже провайдер одно и тоже оборудование все комплекты но в одном магазине все работает норм а в другом ни в какую не инициализируется? пишет TCP connection can not be established

    Reply
  50. serega_sun

    (49) Читал историю как ребята купили партию китайских сетевых карт. У всех был одинаковый MAC. Попробуй, догадайся…

    Reply
  51. unoDosTres

    а если касс 1500, я так понимаю этот способ вообще можно не рассматривать? 🙂

    Reply
  52. user783001

    (51) при 1500 касс пора бы уже о РИБ задуматься….

    Reply
  53. max_woody_ru

    А удалось кому-нибудь настроить это через службы? Вручную работает все ок, если через службу запускать, то процесс есть. а портов нет. Может есть какой-то секрет?

    Reply
  54. max_woody_ru

    (53)Лицензия куплена, но если запускать как службу, он все равно ее все время спрашивает. А если как приложение — нет. В итоге как служба он собственно, не доходит до загрузки файла конфигурации и не организует порты

    Reply
  55. max_woody_ru

    (54)Оказалось, что если я под своей учеткой лицензировал, все равно надо под системной лизензировать. Ну ок, разрешил взаимодействие с рабочим столом, сделал.

    Но не работает все равно, статусы клиентских портов не ок, а инициализация. Хорошо, под системной учеткой прибиваю все порты. создаю заново — та же картина. При этом как приложение работает замечательно.

    Пробовал запускать службу не под системной, а под своей учетной записью — тоже не работает. Куда вообще смотреть?

    Reply
  56. max_woody_ru

    (55)Заработало, оказалось просто тупо выключили удаленный компьютер ))))А в последней Win10, похоже, отрублено взаимодействие служб с рабочим столом. И лицензию в службе я не могу ввести, я просто не вижу окна программы. Ну что же за…

    Reply
  57. max_woody_ru

    (56) Ну в общем все решилось. В Win 10 весенний апдейт, действительно, больше нет взаимодействия с рабочим столом. Из ситуации я вышел так — запустил VSPE под системным аккаунтом с помощью PSTools. Ну, он запросил лицензию, я ввел, и служба потом стала запускаться нормально

    Reply
  58. ashush

    А ни кто не пробовал TCP COM Bridge? Цена вроде вполне приемлемая — 1200/1500 руб.

    Reply
  59. Dima Kap

    (47) в вашем случае на машине в магазине требуется статический ip? и можно подробнее описать? а то пробовал и не получилось ничего?

    Reply
  60. serega_sun

    (59)По идее не требуется. Но у нас статический. Подсети подразделений связаны между собой посредством VPN.

    скриншоты настроек прикрепил.

    Еще на сервере надо в VSPE создать устройство с типом Connector — там одна настройка, номер виртуального порта который надо создать. В этом примере выбираем 31. Вроде и всё.

    Reply
  61. xavikz

    Здравствуйте! Спасибо большое за статью!

    Однако у меня возникла одна трудность и в связи с этим вопрос!

    В нашей конфигурации 1С к сожалению нет возможности настроить каждому пользователю разный ком — порт. Т.е. при изменении в настройках 1С COM-порта — этот порт меняется во всех профилях.

    МОЖНО ли с помощью данной проги сделать проброс физических портов с 4 разных магазинов (не в одной локальной сети) на 1 виртуальный? Будет ли работать такая схема?

    И еще такой вопрос! Если у кассы запущен помимо COM-порта так же RNDIS (или любой другой сетевой интерфейс), и касса имеет свой ip адрес — ведь получается в настройках 1С к каждой кассе можно указать коннектится не через КОМ-порты, а напрямую к этому IP адресу кассы?? (через проброс портов разумеется)? Разве это не проще, чем делать проброс COM-портов?

    Reply
  62. serg50

    (61) «Разве это не проще, чем делать проброс COM-портов? » — это справедливо если из сервера за сеткой можешь видеть ip ккт.

    Reply
  63. xavikz

    (62)

    Так а что мешает поменять IP адрес ккт так, чтобы он находился в одной подсети с ПК, к которому он подключен? А далее так же через проброс портов на роутере создать правило…. У меня так получалось

    Кроме того, можно использовать проброс портов в самой ОС на ПК, ккоторому подключена касса, командой netsh, примером:

    netsh interface portproxy add v4tov4 listenport=7777 listenaddress=0.0.0.0 connectport=7778 connectaddress=192.168.137.111

    И тогда в настройках драйвера ФР просто нужно будет прописать для соединения с кассой ip адресс ПК и порт 7777 (если ПК не в локалке, то проброс до статического айпи, а там через роутер проброс, т.е. получится двойной проброс). У меня так работало, но, повторюсь, 1с не позволяет создавать несколько профилей, поэтому и спросил про 1 порт на всех (хотя мне кажется работать не будет)

    Просто в любом случае, приведенная тут схема предполагает статического IP адрес у клиентов, поэтому, мне так кажется, мой способ будет проще и без лишних программ.

    И вопрос: если сделать все тоже самое, как в этой статье, но все подключения сделать на сервер со статичным айпи адресом (и на сервер поставить прогу как сервер, а на ПК с кассами как клиент) — все будет работать точно так же? Т.е. проброс работает в обе стороны?

    Reply
  64. alexsu4236

    Недавно наткнулся на считыватели Z-2 USB. Отличная вещь 2500 стоит. Автоматически создает СОМ порт и без нареканий переадресует его на терминальный сервер (сервер порт не показывает).

    Выдергиваешь вставляешь порт переадресуется снова. Очень удобно держать запасной. Замена на лету, он USB.

    Reply
  65. user733518

    Добрый день!

    Reply
  66. user733518

    Подскажите, пожалуйста, как воспользоваться таким приложением в моем случае — 1С УТ 10.3, локальная сеть, в ней подключены несколько рабочих машин и сервер 1С. Задача — с двух компов печатать чеки на одном фискальном регистраторе, подключенном к одному из этих компов. спасибо!

    Reply
  67. Shestik

    (66)Добрый день. Если не решили, напишите в личку.

    Reply
  68. GriffonHeart

    Спасибо. Взяли на вооружение.

    А автозапуск программы предлагаю реализовать через утилиту FireDeamon

    Reply
  69. xavikz

    Ч.т.д.

    Если у вас компы, к которым подключены кассы, имеют или могут иметь статические ip адреса в интернете (или находятся в одной локальной сети с терминальным сервером) — лучше использовать просто ip адреса касс, настроив правильно проброс портов на роутерах магазинов (нет роутера — не беда. netsh так же отлично справляется). Это лучше, чем эта вакханалия с виртуальными ком-портами и лишними приложениями.

    Средняя скорость печати сейчас стала 35-45 сек (с обычным ком-портом RDP была от 3х до 5ти минут) если комп печатает из внешки. Сомневаюсь, что виртуальный ком порт будет быстрее, чем через прямое обращение к кассе через ip, минуя ком-порты в принципе…

    Reply
  70. Shestik

    (69) Тут Вы правы. Но вопрос? Дает ли атоловский драйвер бесплатно юзать поключение по ip? Как то я бился над этим, но по итогу выяснилось , что нужно платить. Может конечно, что-то изменилось, может я обманул сам себя.

    Reply
  71. xavikz

    (70)

    На счёт атоловского не знаю, у нас штрих-м онлайн кассы.

    Не совсем понял, как это так получается, что в кассе существует тип связи, но за него нужно дополнительно платить? Наврятли. Скорее всего вы до конца не разобрались. Хотя в этой стране все возможно)))

    Легче всего будет настроить кассе ip адрес так, чтобы касса и компьютер, к которому она подключена, были в 1 подсети.

    Reply
  72. EdwardL

    Доброе всем время суток !

    А сканер штрихкодов, висящий на com можно пробросить ч/з TCP на сервер ч/з VSPE ?

    Reply
  73. EdwardL

    И еще вопрос до нельзя банальный…

    Есть локалка с диапазоном 172.16.63.х, маска 255.255.255.0 , в качестве свитчей D-Link DES 2108 с поднятым этим диапазоном

    IP. Сеть доменная., на сервере ОС Win Server 2008 R2 St. , поднята службу удаленных рабочих столов.

    Подключаюсь к базе 1С 7.7 по RDP, в свойствах rpd-подключения стоит галка «Порты» использовать во время сеанса.

    Только com порты не работают на сервере, хотя локально опрашиваются сканером и соотв. в 1С, куда копать ?

    И еще, если у меня локально com порты 1,3,6, 9 сколько должно быть портов в дисп. устройств на сервере в сеансе ?

    Reply
  74. zibot

    У одного заказчика в УТ10.3 на RDP + девятые атоловские драйвера = тормоза, чек 20 секунд через стандартный проброс портов в локалке (!)

    Поставил com0com на сервере и пробросил через hub4com с машины с кассой СОМ-порт на RDP сервер.

    Батники с hub4com запускаю сервисом с помощью программы NSSM.

    Скорость печати увеличилась драматически, но периодически сбои.

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

    Reply
  75. maxicom

    Добрый день.

    Не получилось настроить. Есть сервер и 4 кассы. Кассы подключаются по RDP к серверу. Все происходит в локальной сети. Не понял какие IP задавать на сервере и на кассах. Можно пример для локальной сети?

    Reply
  76. Shestik

    (75)Напишите в личку. Правда у меня +5 с Москвой. Помогу без проблем, дам примеры.

    Reply
  77. user1003702

    Может кому пригодится, упростил схему, в этом случае исключаем повисшие процессы, которые вынуждают на перезагрузку сервера. Не требуется установка VSPE на сервере, ставим VSPE только на кассах, поднимаем сервер в VSPE, как описано у автора в шапке, заходим в 1С, в настройках выбираем подключение tcp/ip, вбиваем значения ip и порт, в итоге подключаемся напрямую минуя подключение через com. Проверено на win xp x32, 7 x32/x64, 10 x64, драйвер Атол 9.12.4.6363.

    Reply
  78. pavdff

    (77) Спасибо ! У меня работает такой вариант . На сервер ничего не ставил — только на пк с кассой.

    Reply
  79. pupa700hp

    Добрый день! Опробовал ваш метод, всё работает но есть большое неудобство.

    VSPE на автозагрузке, запускается без проблем.

    Но не работает функция автоматической инициализации, приходится вручную на стороне сервера останавливать и запускать. А на клиенской машине приходится развернуть из трея программу и она автоматически делает статус из ready в ok

    Найдутся для меня рекомендации??

    Reply
  80. user1201683

    Привет, ребят, может кто сталкивался с проблемой: есть два компа, к одному из них подключена онлайн касса физически, второй комп нужно подключить к ней виртуально. Эмулятор настроил, все ок, второй комп пробивает чеки, а вот первый отказывается видеть кассу. Если остановить эмулятор то все норм.

    Reply
  81. margo2007

    (79) Уберите VSPE на сервере. Он там не нужен.

    Reply
  82. Shestik

    (77)Круто. Надо чаще читать коменты. Спасибо. Сейчас протестирую.

    Reply
  83. Shestik

    (77)Большое спасибо за информацию. Проверил. Работает. Это решает массу проблем с зависанием на сервере и со стартом самого vspe на сервере. Буду переводить свои кассы на данный метод. После отпишусь, как со скорость работы и прочее. Еще раз спасибо. Рад, что метод помогает и развивается.

    Reply
  84. user660437_zhenya24

    Добрый день. На компе с кассой установлен VSPE, WIN10 64-bit, запущен TCPclient. Некоторое время соединение есть, потом пропадает (минут 5-10). Приходиться переинициализировать устройство. На другом компе, все тоже самое, работает стабильно. Фискальник АТОЛ 50Ф. Кто-нибудь сталкивался с таким? И как решил проблему?

    Reply
  85. user906423

    (80)я сегодня сталкнулся с такой проблемой. Походу vspe занимает порт к которому подключена касса, и если пытаться достучатся на неё, то будет ошибка. Пока я решил так, слздол на локальном компе такой же виртуальный порт и создал на него подключение прописав локальный ip компа. Все заработало и с сервера и с локального. Но прочитав коменты походу можно сделать средствами splitter.

    Reply
  86. barich

    [del]

    Reply
  87. barich

    (84)сервер и касса в одной сети?

    Reply
  88. user906423

    А кто нибудь сталкивался с проблемой, «переполнения буфера комуникационного порта»? Настроив проброс, всё работает, но иногда возникает эта ошибка. Работаю через rdp с пробросом портов через vspe, но связь между сервером и клинт.машиной организовал при помощи Radmin VPN.

    Reply
  89. user906423

    (27)скажите, а при работе по vpn, у вас не возникала ошибка ,,переполнения буфера комуникационного порта,,?

    Reply
  90. a.rezyhin

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

    Reply
  91. a.rezyhin

    (88) Используйте лучше родной проброс в RDP, а не через VSPE. Пользовались этим ПО пару месяцев и вернулись на стандартный проброс, каждый день какие-то косяки были с пробросом у этого приложения.

    Reply
  92. a.rezyhin

    (79) нет, не работает инициализация при автозапуске. Писал разработчику два года назад … до сих пор жду ответ.

    Reply
  93. user906423

    (91)стандартный проброс по rdp, печать чека 2мин, а по vspe 7сек. Разница есть. Но есть и ошибка с переполнением буфера. Уже взял белый ip, но не помогло. Может есть замена vspe?

    Reply
  94. a.rezyhin

    (93) а касса без ethernet? Мы перешли на аппараты с сетевым портом и гоняем чеки через сеть. В пробросе по RDP остались только сканеры.

    Reply
  95. user906423

    (94)касса Viki Print 57ф. Она без сетевого порта. Поменять кассы уже накладно, т.к. их не компенсируют. Я думаю что может быть проблемма в том что на клиенте где касса, подключаю к виртуальному порту com 13, через него Дримкас осуществил связь между кассой и ComProxy. Возможно проблемма здесь.

    Reply
  96. user1270474

    Прошу помощи разобраться как и где настраивается скорость передачи данных com-портов через эту программу Virtual Serial Ports Emulator.

    Сам разбирался, проводил много экспериментов так и не понял что отвечает за скорость : -(

    Выявил следующее что программа работает-передает данные только когда на серверной ее части (TCPServer) в настройках COM порта) указано значение 9600. Если его ставишь другим то не зависимо он настроек скорости Com порта на на клиентской части (TCPClient) или физического либо виртуального портов программа операционной системы Virtual Serial Ports Emulator не хочет передавать данные.

    Как я это проверяю что данные идут или нет. Со стороны серверной части подключен Сканер штрих кодов по Com интерфейсу. На Клиенте запущена Putty и отображает отсканированные штрих-коды. Так вот, когда скорость 9600 на серверной части Putty отображает цифры штрих-кода. Когда настройки меняешь то либо ничего, то кракозябры. На скорости 115200 ничего не отображаеться 🙁 Что я не так делаю или понимаю.

    Хотелось бы быть передавать данные по Virtual Serial Ports Emulator со скоростью 115200 и быть в этом уверенным. Как этого добиться и проверить? Помогите кто знает!

    Reply
  97. cefey-kurgan

    (83) [IS-QUOTE]информацию. Проверил. Работает. Это решает массу проблем [/QUOT

    (83)

    А как дело обстоит с отправкой чеков в ОФД. Через локальный сом порт? Я имею ввиду через драйвера АТОЛ на локальной машине. У автора на скрине не стоит галка отправки через драйвер.

    Reply
  98. kozorez

    (96)Все скорости должны совпадать, скорость COM порта сканера, VSPE сервера, VSPE клиента…

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *