Tcp com bridge 1.5 12 ключ активации. Настройка клиентской части

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

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

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

Стоит $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 client будут ругаться и ждать инициализации.

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

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

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

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

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

Данный файл с подключением мы должны запускать при каждом старте Windows. Сделать это очень просто, нужно создать ярлык вида "C:\Program Files\Eterlogic.com\Virtual Serial Ports Emulator\VSPEmulator.exe" -minimize -hide_splash c:/****.vspe

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

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

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

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

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

Здравствуйте! Подскажите пожалуйста, есть ли какая-нибудь программа, с помощью которой можно использовать выход/вход ethernet как ?

Да, такой софт существует. Самое известное решение — программа HW Virtual Serial Port от компании HW Group.

Мы нашли хороший материал об этой программе:

COM-порты, работающие через TCP/IP

Хорошая идея – создать виртуальные COM-порты, работающие через TCP/IP-протокол. Их наличие в операционной системе персонального компьютера позволило бы «достучаться» удаленно к любому ресурсу, использующему ethernet-подключение по локальной сети. Виртуализация последовательных портов, клонированных таким образом, сняла бы ограничение на длину RS232-соединений и решила бы коммуникационную задачу. Исполнительное устройство, транслирующее LAN-подключение хотя бы в Rx/Tx-сигналы и доступное с персоналки, виделось бы в системе как периферия, управляемая через UART. Несть числа приложениям, требующих виртуализацию COM-портов: управление кондиционерами, коммутации силовых линий, съем и обработка телеметрической информации (температура, давление, влажность), мониторинг цифровой техники с возможностью ее ресета и/или перезагрузки. Много-много полезных дел требуют удаленного доступа к RS232-совместимым оконечным устройствам.

Одним из решений поставленной задачи является программный продукт от компании HW Group под названием HW Virtual Serial Port. Это свободно распространяемое программное обеспечение, предназначенное для формирования в среде Windows-совместимых операционных систем драйвера последовательного порта, использующего TCP/IP стек. Драйвер способен нумеровать то количество COM-портов, которое предоставляет в его распоряжение операционка, при этом каких-либо ограничений на его использование с сетевыми протоколами нет.

Управление программным пакетом выполняется посредством менеджера виртуальных портов:

Управление подключениями осуществляется за счет того, что устанавливается взаимно однозначное соответствие между IP-адресом удаленной периферии и мнемоническим именем COM-порта. Наряду с закладкой «Virtual Serial Port» менеджер предоставляет доступ по UDP к ресурсам локальной сети, идентифицированных MAC-адресами. Доступ к ним возможен через шлюз по IP-адресу и маске, а кроме того – с указанием конкретного порта периферийного устройства. К сожалению, возможности этой закладки нацелены только на оригинальные устройства HW Group.

Закладка для установок виртуального COM-порта управляет служебными операциями программного обеспечения: отвечает за ведение лога, запускает утилиту по старту операционной системы, предоставляет системный трей для оперативного доступа, устанавливает параметры PING-операций и т.д. Но главная задача установочной закладки – параметры шифрования с помощью TEA-ключей. С ее же помощью задаются параметры работы в терминальной сессии путем установки NVT–параметров.

Мы также нашли еще одну программу, которая может решать эту же задачу для мобильных устройств:

Редиректор TCP_SerPort

версия: 1.1

Последнее обновление программы в шапке: 17.09.2013

Краткое описание:
Перенаправляет данные с сети (TCP) в COM порт на Андроид устройстве и из COM порта в сеть. Поддерживает FT232RL (FTDI), CP2102 (Silicon Lab), PL2303 (PROLIFIC).

Описание:
Программа представляет из себя редиректор который принимает данные с сети (ТСP) и перенаправляет их через СОМ порт подключенный к Андроид на различные устройства. Поддерживаются переходники USB<->COM на чипах FT232RL(FTDI), CP2102(Silicon Lab), PL2303(PROLIFIC). Андроид должен иметь USB HOST и версию не ниже 3.1

Где это может быть использовано? Допустим у Вас есть устройство (например теплосчетчик или микроконтроллер) который имеет интерфейс RS232 или USB и работает напрямую с компьютером.Теперь Вам надо получать/управлять им через сеть или Интернет.Часто бывает что переписать программу на компьютере на сетевую нет возможности (сложная,программист уволился/спился:) и т.д) и переделывать контроллер на сетевой тоже часто не просто.Выход может быть такой.К Андроид через переходник USB<>COM или напрямую (если USB) подключаем устройство. На компьютере запускаем эту программу HW Virtual Serial Port Single которая создает виртуальный COM порт в системе и перенаправляет данные по сети на Андроид. Запускаем программу TCP_SerPort на Андроиде. В программе VSP на компьютере указываем IP и порт(3333) андроид устройства.Запускаем программу которая работает с подключенным оборудованием на PC и подключаемся к виртуальному СОМ порту. Все. Работаем с устройством по сети.

Софтовый аналог программы замечательная утилита LINUX ser2net. Есть программы редиректоры под PC но они в основном платные и на обоих сторонах должны быть компьютеры, что часто неудобно. Есть так-же «железные» решения типа Tibbo. Плюс использования Андроид в том что небольшое, сразу имеем WI_FI и можно еще организовать обработку и запись данных.

Редиректор также можно использовать в робототехнике когда андроид устройство стоит на тележке,а рулим удалено с PC или другого андроида.Для этого просто пишем клиента к TCP серверу. Так-же можно подключать различное торговое оборудование (сканеры,принтеры и т.д)

Программа Вета версия. Делал под свои задачи. Буду рад если пригодится еще кому то. Конструктивные замечания/предложения приветствуются. Перед использованием можно проверить работают ли у Вас на устройстве переходники USB<> COM моей программой TermUSB

Advanced in converting COM to Net, Serial to Ethernet Connector (SEC) is tailored to do far more than you can expect.

The software can be a big help if you need to access a remote device from a computer having no physical serial ports. The app easily creates any number of virtual COM ports on your machine so that you are able to receive data transmitted over TCP/IP.

What really sets SEC apart is that it lets you manage an unlimited number of remote TCP serial devices simultaneously, on the assumption that your system has no restrictions in this regard.

Here are some other things that stand out about Serial to Ethernet Connector:

Server mode

Sharing COM port peripherals plugged into your PC for incoming connections can be rather difficult unless you install the software that is developed to do just that. SEC looks like an indispensable tool for those looking to turn their computer into a real serial device server sharing numerous peripherals across the Internet or any local network.

Client mode

The software will also be helpful for initiating a remote connection from your client system. Сonfiguring the server’s hostname and the name of the required TCP port will be enough to make a device attached to the host PC fully available on your remote client computer. Plus, to access serial peripherals this way, you do not necessarily need to have SEC installed on the server computer.

Redirecting data over UDP

One more thing you’ll find extremely useful is the app’s ability to transport serial data across your local network via UDP. It’s worth noting that SEC installation on a remote side is also not required in this case.

Overall, Serial to Ethernet Connector combines the ease of use with a handful of powerful capabilities, making management of multiple remote peripherals a real joy for every user. The cross-platform solution, now compatible with Linux OS, lets you decide which software version to run on your server and client systems. Is it something that makes SEC different from any other app designed for sharing COM ports? Yes. Can the software therefore be considered the most optimal solution for providing remote access to serial devices? Yes, it sure can!