Подключение к com порту удаленного компьютера
Многие крупные государственные компании имеют в качестве технического фундамента устаревшие технологии, родом из “перестройки”. Многие встали с колен и, оперившись, стали инвестировать средства в модернизацию, централизацию, а также гибкость своих информационных систем и систем связи. Такое произошло и у нашего заказчика, который хотел осуществить модернизацию всех систем связи с возможностью централизованного мониторинга и управления.
Основным требованием является сохранение функционала всех сервисов, с чем и связана данная заметка, так как во многих филиалах по всей стране используется различное морально устаревшее оборудование на конечных точках (это могут быть как различные датчики, так и коммутаторы, АТС, мультиплексоры и т.д. преимущественно отечественного произодства), подключенное к рабочим местам по последовательному порту (RS-232), на которых работает штатное ПО этого оборудования для управления и мониторинга.
Решением, которое было предложено сразу, стало преобразование данных COM-to-IP.
К оборудованию по последовательному порту подключено АРМ (автоматизированное рабочее место) на базе Windows XP, на котором установлен «толстый клиент» (у некоторых это terminal) для управления и мониторинга оборудования, подключенного по последовательному порту. За АРМ работает оператор, в задачу которого входит контроль за состоянием оборудования и управление им, т.е. 1 АРМ = 1 оператор. У заказчика возникла потребность в сокращении рабочих мест, а также централизации и автоматизации. Было предложено преобразование интерфейса RS232-Ethernet, а АРМ виртуализовать и перенести их в ЦОД, предоставив туда удаленный доступ для оператора.
В качестве преобразователя сигнала рассматриваются конвертеры (устройства связи и передачи данных — УСПД) нескольких вендоров:
Итак, перейдем к практике.
У нас на столе конвертер RS232-Ethernet УСПД (собственной разработки — так получилось дешевле) и Вычислитель количества теплоты ВКТ-7 «Теплоком», а также виртуальная машина на базе MS Windows Server 2012 R2 внутри VMWare ESXi 6.0.
Для начала нам потребуется убедиться, что служба nport на УСПД сконфигурирована и запущена.
Задаем аргументы в /etc/default/nport:
nport.service — LSB: TCP to Serial redirector
Loaded: loaded (/etc/init.d/nport)
Active: active (running) since Sat 2000-01-01 03:00:12 MSK; 15 years 8 months ago
Process: 518 ExecStart=/etc/init.d/nport start (code=exited, status=0/SUCCESS)
Main PID: 739 (nport)
CGroup: /system.slice/nport.service
739 /usr/bin/nport --device /dev/ttyO4 --port 5505 -l -vvv -p
Теперь на виртуальной машине я использовал драйвер виртуального последовательного порта Tibbo VSP Manager, проявивший себя, как наиболее стабильный. Настроим линк между COM3 и IP-address:port УСПД.
Теперь, запуская штатное ПО или клиент терминала и подключаясь к COM3, у нас осуществляется полноценный обмен данными между датчиком, подключенным по COM-порту, и рабочей станцией, подключенной в сеть по интерфейсу Ethernet.
Последовательные интерфейсы RS-232/422/485 до сих пор очень популярны в промышленности: по ним подключаются диагностические порты, датчики, сканеры штрих-кодов и RFID меток и т.д. Однако последовательные интерфейсы имеют свои ограничения. Иногда возникает необходимость получить доступ к такому интерфейсу по IP-сети, или, например, иметь доступ к одному устройству с RS-232 с нескольких удаленных компьютеров одновременно, или объединить несколько удаленных объектов в одну шину RS-485.
Сервер последовательных интерфейсов конвертирует последовательные физические протоколы в IP-пакеты, и позволяет программно управлять ими — подключать удаленный виртуальный COM-порт к компьютеру по сети так, будто он подключен физически, и прозрачно соединять несколько устройств в режиме P2P, без использования компьютеров.
В статье мы разберем сервер последовательных интерфейсов Advantech EKI-1524, имеющий четыре последовательный порта, каждый из которых поддерживает протоколы RS-232/422/485, и два LAN-порта.
Сервер последовательных интерфейсов EKI-1524 имеет четыре порта DB9 и два LAN-порта.
- Виртуальный COM-порт — позволяет программно эмулировать виртуальный COM-порт удаленного устройства на системе Linux.
- Одновременное подключение нескольких клиентов — в режиме сервера дает возможность использовать один последовательный порт для нескольких устройств одновременно.
- Работа в режиме P2P — одновременная работа в режиме клиента и сервера позволяет объединить несколько EKI-1524 напрямую, без использования серверов и компьютеров.
Характеристики
Серия последовательных серверов EKI-1500 представлена широким спектром устройств для различных задач. От серверов с одним последовательным портом: EKI-1511X до серверов на 16 портов, для монтажа в серверную стойку, таких как EKI-1526N.
Дополнительно представлены модели с повышенным уровнем защищенности, для работы в экстремальных условиях, и гальванической развязкой портов, для защиты от высоких напряжений: EKI-1522I, EKI-1524I, и другие.
Все модели поддерживают подключение двух источников питания. Переключение между источниками питания происходит без перезагрузки устройства. Реле индикации обрыва питания замыкается в случае, если на одной из линий отсутствует напряжение.
Режим RFC 2217
Также доступен открытый протокол перенаправления COM-порта RFC 2217, представляющий собой расширенные команды для протокола Telnet. В этом режиме устройство принимает входящие подключения по TCP, в настройках можно указать порт для входящий соединений.
Уведомления о событиях
Устройство позволяет настроить уведомления о событиях с помощью Email и SNMP Trap. MIB-файл для настройки SNMP-сервера доступен для каждого устройства.
События для уведомлений можно настроить вручную.
Умная последовательная передача данных
Примените настройки, которые помогут вам контролировать способ передачи данных по последовательному сетевому соединению. Добавляйте паузы между сетевыми пакетами или укажите, чтобы данные накапливались в буфере в течение определенного времени или до тех пор, пока он не достигнет указанного размера перед отправкой.
Для Win2000 - Windows 11 (2019) (Server, x86, x64). Последняя версия: 1.7.7 build 117. 17 января 2022.
Для проброса COM портов на терминальном сервере Windows можно воспользоваться средствами Windows. Но передача данных через такое подключение будет работать очень медленно. Вы можете установить TCP COM Bridge и получить скорость передачи данных гораздо большую.
1. Установите TCP COM Bridge (скачать) на сервере и создайте подключение в режиме TCP сервера, с виртуальными ком-портом (Меню - Устройства - Добавить).
Рис. 2. Сетевое соединение
2. Откройте используемый TCP порт на сервере в вашем файерволе. При необходимости, настройте перенаправление порта на вашем маршрутизаторе. Если нужно пробрасывать ком-порты с нескольких клиентских компьютеров, то создайте отдельное подключение для каждого порта. Обратите внимание, что для каждого COM порта нужно использовать свой порт TCP.
3. Настройте запуск TCP COM Bridge в качестве службы. Теперь программа будет запускать одновременно с терминальным сервером.
Рис. 3. Запуск в режиме службы на терминальном сервере
4. Установите TCP COM Bridge на клиентском компьютере, с которого нужно пробросить порт на сервер. Настройте подключение к реальному COM порту на клиентском компьютере.
Рис. 4. Настройка порта на клиентском компьютере
5. Настройте подключение в режиме TCP клиента, указав IP адрес и порт сервера. Теперь при включении клиентского компьютера, он автоматически установит связь с сервером и будет принимать/получать данные из COM порта.
Рис. 5. Настройка сетевого соединения на клиентском компьютере
6. При этом сценарии использования мы рекомендуем включить опцию контроля состояния соединения. В этом случае программа на сервере или клиенте может оперативно определить разрыв связи и восстановить соединение.
Разделите последовательный порт используя UDP
Serial to Ethernet Connector позволяет вам выбрать протокол передачи данных, который будет использоваться для подключения: алгоритм передачи данных RAW или протокол Telnet (RFC 2217).
Другие особенности, о которых стоит упомянуть
Serial to Ethernet Connector предлагает различные сопутствующие опции, которые улучшают и переносят общий доступ к COM порту через Ethernet на следующий уровень.
Первичная настройка
Первичную конфигурацию сервера последовательных интерфейсов можно выполнить через утилиту EKI Device Configuration Utility. При этом утилита работает через ARP-пакеты и не требует настройки соответствующего IP-адреса на сетевом интерфейсе. Это значит, что можно задать любой IP-адрес устройству, без утраты доступа.
Меняйте параметры COM-порта удаленно
С помощью протокола Telnet (RFC 2217) сервер и клиент могут обмениваться конфигурацией COM-портов и имеют возможность уведомлять удаленный хост о любых изменениях в настройках или состояниях линий локальных COM-портов.
Работает как служба Windows
Serial to Ethernet Connector работает как служба Windows. Это гарантирует, что все подключения автоматически восстанавливаются при загрузке системы до входа пользователя в систему. Кроме того, это означает, что интерфейс можно безопасно закрыть после настройки всех параметров, и все ваши последовательные подключения к локальной сети все равно будут поддерживаться.
Ищете возможности интеграции?
Если вы хотите распространять нашу технологию перенаправления последовательных портов как составную часть вашего продукта или рассматриваете развертывание программы Serial to Ethernet Connector в масштабах предприятия, мы предлагаем гибкие и доступные корпоративные решения, разработанные для удовлетворения ваших потребностей.
Мы предлагаем гибкие и доступные корпоративные решения, разработанные для удовлетворения ваших потребностей. Узнать больше
Отправляйте и получайте RAW-данные
Вы можете выбрать протокол передачи данных RAW, который будет использоваться для соединения. Во время сессии все данные будут передаваться по мере их отправки без какого-либо форматирования на уровне приложения или под конкретный протокол.
Откройте порт RS232 для входящих соединений (Сервер)
Серверное соединение при ожидании входящих клиентских подключений фактически сделает доступным локальный реальный или виртуальный COM порт по Ethernet. Серверное соединение обеспечивает возможность подключения множества клиентов одновременно и каждый подключенный клиент сможет передавать последовательные данные ввода/вывода их локальным реальному или виртуальному COM-портам, в то время как Serial to Ethernet Connector автоматически объединяет эти потоки данных на сервере. Клиентом может быть любое приложение, способное инициализировать исходящее подключение к TCP/IP серверу (SEC, Telnet и др).
Подключайте COM порт через Ethernet к удаленному хосту (Клиент)
Создание клиентского подключения сынициирует перенаправление данных с локального реального или виртуального последовательных портов на удаленный сервер с помощью протокола TCP/IP. Клиентское подключение не требует наличия SEC на удаленной стороне. Для подключения необходимо всего лишь указать IP-адрес (или имя сети) удаленного сервера и порт TCP. После того, как соединение установлено, все данные, отправленные с удаленного конца, незамедлительно доставляются на локальный порт RS232, где они могут быть обработаны в дальнейшем.
Виртуальный COM-порт
Сервер последовательных интерфейсов позволяет по TCP/IP получить доступ к удаленным устройствам таким образом, что для прикладного ПО это будет выглядеть так, будто устройства подключены к физическому COM-порту.
Принцип работы виртуального COM-порта по сети Ethernet
Для этого на стороне клиента используется модуль ядра Linux и программа для обмена данными с сервером последовательных интерфейсов. В итоге для пользователя такое подключение выглядит как физический порт (устройство /dev/ttyADV0).
На данный момент Advantech выпускает драйвера виртуального COM-порта только для ОС Linux. Инструкция по сборке модуля ядра VCOM 2.0 на Ubuntu.
Также существуют бинарные пакеты драйвера под разные дистрибутивы: Linux Pseudo TTY
В веб-интерфейсе можно настроить параметры работы в данном режиме:
Дополнительные настройки. Можно вручную задать таймауты и т.д:
Настройки параметров последовательного интерфейса. В этом меню также можно изменить основной протокол (RS-232/422/485), для каждого порта.
Совместно используйте последовательное устройство по IP-сети
Serial over Ethernet Connector - это решение, которое позволит вам легко разделить до 500 устройств с последовательным интерфейсом через сеть (Internet или LAN) и получить доступ к ком порту посредством сети Ethernet.
Заключение
Серверы последовательных интерфейсов позволяют обходить ограничения, которые накладывают физические протоколы, и легко масштабировать подключения. Режим P2P позволяет подключать устаревшие устройства, используя интернет в качестве транспорта, при этом обходиться без серверов.
Проброс COM портов через TCP/IP с помощью Virtual Serial Ports Emulator (Windows) от компании Eterlogic . Простой пример настройки. Альтернатива стандартному маппингу com портов средствами Windows через RDP.
Спасибо, пригодится. У вас дрова случайно не АТОЛ? Там есть встроенный механизм удаленного доступа к регам и проброс портов в общем-то, как выяснилось, не нужен.
(1) Пожалуйста. Про атол я в курсе. Но хотелось универсального механизма. Т.к. клиенты разные и задачи разные.
(1) да, у АТОЛа такая фишка есть, называется она Сервер печати, она вроде даже и у Штриха есть. Только у АТОЛа она для родного оборудования без оплаты, а для других нужно оплатить ключик. У Штриха эта фишка всегда платная (ценник то ли 30, то ли 50 тыр). Поэтому при покупке уже думаешь, если нужен проброс через Инет, то лучше оборудование брать АТОЛ.
Порты там фактически никакие не пробрасываются, локально поднимается служба, которая и будет на запросы клиента-драйвера отвечать. Опыт показал, что такие вещи стабильнее работают, чем пробросы всякие.
Нам сказали, что в 9 версии драйвера АТОЛ оно перестало работать. Собственно мы не смогли после установки версии 9.12 настроить передачу данных по TCP.
был опыт использования сервера печати от штриха, правда в других целях. Была задача обеспечить возможность печати на один ФР с нескольких рабочих мест. Работает медленно и нестабильно. В итоге отказались и написали "сервер" печати на 1с, прямо в базе розница.
(0) спасибо за статью. очень может пригодиться.
(15)
примерно год назад. сам сервер брали примерно 2 года назад. с версиями сказать не могу, уже нет доступа.
(1) сегодня, как выяснилось, нужен. на версии 8 уже торговать нельзя - ошибка кассы при расчете скидок, на версии 9 и 10 нет сервера tcp-ip. есть web-сервер, но дров на него нет. есть платные решения с лицензией на каждую кассу. короче, возвращаемся к платным драйверам.
Хотелось бы уточнить, как давно используете данное решение? И какова реакция на временную потерю связи, скажем 1-3 секунды.
(8)Уже полгода работает. Потеря связи особо не влияет. Во время отсутствия связи программа постоянно пытается соединиться, как только связь появляется, практически моментально все поднимается.
(11) Атол. Онлайн кассы Атол11Ф. Время не замерял. Максимум заметил 2 секунды после отправки команды на фискальник (из 1с, аля проведение чека) и началом печати чека, дальше уже скорость печати самого фискальника. 11ф не самые шустрые ребята, но в пределах нормы печатают чек. Жалоб нет.
Я пользуюсь HW Virtual Serial Port - он полностью бесплатный но предназначен для одного порта.
А еcли много портов то программы из серии VPort.
Последнее использование RFID сканеры. В том числе и параллельно RDP 1с.
Расскажите как вы настраиваете соединение через HW Virtual Serial Port? Как у казать на клиентской машине какой Сом-порт будет задействован в сервере.
Я как понимаю если запустить эту программу, то она будет и сервером и клиентом. Таким образом на ТерминальномСервере я прописываю внешний адрес компьютера к которому подключена касса Атол30ф. Указываю port 23.
а у меня не заработало. печаль. возможно по тому что через vpn. адрес выдаваемый vpn и пришлось использовать на обеих сторонах. пишет что соединение OK, но по факту приема данных нету.
(18) Аналогично. Соединение есть - данных нет. И тоже VPN. Непонятно где искать причину и как устранять. Скорость печати на драйвера от Штрих-М удручает.
(20)Нет. Откатился назад на Штриховский. Будет еще свободное время и свободный ФР - попробую повторить эксперимент.
(19) Сегодня тестировал работу проброс с 3 ПК в VPN на сервер. Работает по алгоритму, как в статье без сбоев, единственно в режиме службы есть пока проблемы.
(27)скажите, а при работе по vpn, у вас не возникала ошибка ,,переполнения буфера комуникационного порта.
Как по мне, так вот это решение куда проще Virtual Serial Port Emulator
И сама работа, и интерфейс поприятнее
Удобней на сервере 1с поднимать ip сервер com порта, а на клиентах соответственно клиента. Это удобней, не нужны статический ip в таком случае нужен только серверу.
ну по факту атол есть утилита родная, штрих падает в сеть и можно просто пробросить порт так как он поддерживает сетевой интерфейс хоти подключается по usb )
В режиме службы не поднимали? При подключенном устройстве в режиме TCP сервер служба запускается, но проброс не работает. В режиме приложения всё ОК. Написал еще в техподдержку, жду ответа.
(31) Согласен, периодически в режиме службы тоже встречаю проблемы с инициализацией. Больше всего раздражают проблемы с Windows 10. Нормально автозапуск в режиме приложения не работает, окно сворачивается при запуске но инциализация не отрабатывает, в режиме службы вообще не работает.
Добрый день, может сможете помочь, у нас ситуация такая, удаленный сервер на нем 1с, и офис с 4 компьютерами которые подключается по RDP, и один фискальник РР-04Ф он подключен к одному из компьютеров и пробрасывается порт на сервер через RDP, но вопрос в том что печатать чеки должны все четверо, это можно как то сделать?
(28)По идее нужен сервер печати. Но можно сделать и костыльно. Пробросить com-фискальника и зацепить на него клиентов и печатать. Что будет при одновременной отправке вопрос, плюс не понятно, будет ли 1С занимать наглухо порт?
А если создать виртуальные порты которые смотрят на порт кассы и в 1с сделать несколько касс с виртуальными портами, и каждый будет печатать на своей кассе , теоретически это возможно и можно ли нам помочь удаленно, платно и какая будет сумма
Добрый день, ни чего не получается, программа соединяется без проблем, а драйвер фискальника пишет нет связи, причем после создания сервера касса перестает отвечать совсем, если отправлять через драйвер на физический порт кассы то пишет -3: СOM порт занят другим приложением, а если который принимает то все подвисает и в конце пишет -1: Нет связи, можно ли что нибудь придумать.
(38) У меня получилось через сплиттер - сначала создаем сплиттер, указываем физический и виртуальный порт, а потом создаем TCPсервер и указываем на виртуальный порт сплиттера. После этого к сом порту могут подключаться сколько угодно устройств, и он больше не ругается что занят.
VPSE Server: Windows 10
VPSE Client: Windows 2008
Порты COM20. 21. 22. 23. - не заработали
(возможно проблема драйвера через который я обращаюсь к портам "mscomm.ocx")
Попробовал порты до COM1. COM19 - Работает.
p.s. Спасибо за статью, не мог настроить хотя программа VPSE была известна мне много лет назад.
p.s. Тоже купил 64 бит ключ.
Добрый день, настроил на этой программе подключение к онлайн кассам, (один rdp сервер и 4 кассы). Вроде все работает час, два, а потом касса отваливается, сервер кассу видеть перестает, перезапускаешь эмуляцию, кнопкой стоп-старт работает, потом опять проблемы. Подскажите в чем может быть дело ?
А можно это штуку использовать без белого айпи чисто внутри сети за роутером? в какую сторону копать не подскажите?
(43) Просто пробрасывайте на локальный адрес и слушайте локальный адрес, минуя настройки по внешке. Т.е. com 10 (касса) - сервер с IP 192.168.X.X:ХХХХ - Любой комп в сети (клиент) подключается к 192.168.X.X:ХХХХ собственно все.
История такая. Все через RDP. На сервере (win2008r2 x64) ,автовходом ,через специально созданного пользователя, при старте запускается VSPE. Естественно на серваке статика.
Vspe настроен следующим образом Порт-сплитер- ТСP сервер (Как это ни странно в Mikrotike (Роутер) настроен проброс портов для каждой машины). На клиентской машине где стоит ККМ тоже ставим VSPE и настраиваем его как клиент, всего один строковой параметр.
Схема такая: VSPE - клиент стучится на IP адрес сервера с запросом на порт XXXX , "огненная стена " открывает дверь и говорит иди на адрес 192.168.XXX,XXX там тебя ждут. Тут естественно его ждет VSPE сервер и о радость порт пришел из интернета, все работает. Но не тут то было.
Все работает не долго. По какой то причине связь теряется и постоянно надо делать переинициализацию на клиенте.Только после этого начинает все работать.Опять не надолго!
В конце концов на клиенте было принято решение запускать прогу как службу. Помогла программа nssm (до этого VSPE работала в обычном оконном режиме). Кстати все клиенты работают на Win 10 x64. Но эффект был тот же. Чуть работает а потом все.
Затем было предпринято решение создать bat который просто убивает процесс VSPE . но оно :) то у нас служба и как не в чем не бывало стартует сразу после его завершения.
К чему я это собственно! Кому удалось победить проблему с потерью связи и сделать автоматичекое самовосстановление?
(44) Интересно, откуда потери. По опыту не сталкивался. Неделями висит, коннект отличный. Автоматическую переинициализацию юзали через настройки? У меня стоит переинициализировать автоматом. Хотя это переинициализация нестартовавших устройств.
Просто поделюсь опытом настройки проброса 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 секунды в самом удаленном филиале.
Может кому-то пригодится.
(47) в вашем случае на машине в магазине требуется статический ip? и можно подробнее описать? а то пробовал и не получилось ничего?
(59)По идее не требуется. Но у нас статический. Подсети подразделений связаны между собой посредством VPN.
скриншоты настроек прикрепил.
Еще на сервере надо в VSPE создать устройство с типом Connector - там одна настройка, номер виртуального порта который надо создать. В этом примере выбираем 31. Вроде и всё.
(47) Спасибо. Настроил аналогично. Только порт установил 131 на сервере. Получилось так:
На хосте TCPClient Порт кассы 31 - [удаленный IP]:5031 -> роутер пробрасывает порт на сервер в локалке -> на сервере TCPServer 5031:[локальный IP сервера] - Connector виртуальный порт 131.
Пришлось указывать в Коннекторе порт 131, потому что порт с хоста пытался проброситься через РДП. можно конечно отключить проброс портов в РДП, но мало ли что нужно ещё пробросить.
народ может кто то сталкивался с такой проблемой один и тотже провайдер одно и тоже оборудование все комплекты но в одном магазине все работает норм а в другом ни в какую не инициализируется? пишет TCP connection can not be established
(49) Читал историю как ребята купили партию китайских сетевых карт. У всех был одинаковый MAC. Попробуй, догадайся.
А удалось кому-нибудь настроить это через службы? Вручную работает все ок, если через службу запускать, то процесс есть. а портов нет. Может есть какой-то секрет?
(53)Лицензия куплена, но если запускать как службу, он все равно ее все время спрашивает. А если как приложение - нет. В итоге как служба он собственно, не доходит до загрузки файла конфигурации и не организует порты
(54)Оказалось, что если я под своей учеткой лицензировал, все равно надо под системной лизензировать. Ну ок, разрешил взаимодействие с рабочим столом, сделал.
Но не работает все равно, статусы клиентских портов не ок, а инициализация. Хорошо, под системной учеткой прибиваю все порты. создаю заново - та же картина. При этом как приложение работает замечательно.
Пробовал запускать службу не под системной, а под своей учетной записью - тоже не работает. Куда вообще смотреть?
(55)Заработало, оказалось просто тупо выключили удаленный компьютер ))))А в последней Win10, похоже, отрублено взаимодействие служб с рабочим столом. И лицензию в службе я не могу ввести, я просто не вижу окна программы. Ну что же за.
(56) Ну в общем все решилось. В Win 10 весенний апдейт, действительно, больше нет взаимодействия с рабочим столом. Из ситуации я вышел так - запустил VSPE под системным аккаунтом с помощью PSTools. Ну, он запросил лицензию, я ввел, и служба потом стала запускаться нормально
Здравствуйте! Спасибо большое за статью!
Однако у меня возникла одна трудность и в связи с этим вопрос!
В нашей конфигурации 1С к сожалению нет возможности настроить каждому пользователю разный ком - порт. Т.е. при изменении в настройках 1С COM-порта - этот порт меняется во всех профилях.
МОЖНО ли с помощью данной проги сделать проброс физических портов с 4 разных магазинов (не в одной локальной сети) на 1 виртуальный? Будет ли работать такая схема?
И еще такой вопрос! Если у кассы запущен помимо COM-порта так же RNDIS (или любой другой сетевой интерфейс), и касса имеет свой ip адрес - ведь получается в настройках 1С к каждой кассе можно указать коннектится не через КОМ-порты, а напрямую к этому IP адресу кассы?? (через проброс портов разумеется)? Разве это не проще, чем делать проброс COM-портов?
(61) "Разве это не проще, чем делать проброс COM-портов? " - это справедливо если из сервера за сеткой можешь видеть ip ккт.
(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 адрес у клиентов, поэтому, мне так кажется, мой способ будет проще и без лишних программ.
И вопрос: если сделать все тоже самое, как в этой статье, но все подключения сделать на сервер со статичным айпи адресом (и на сервер поставить прогу как сервер, а на ПК с кассами как клиент) - все будет работать точно так же? Т.е. проброс работает в обе стороны?
Недавно наткнулся на считыватели Z-2 USB. Отличная вещь 2500 стоит. Автоматически создает СОМ порт и без нареканий переадресует его на терминальный сервер (сервер порт не показывает).
Выдергиваешь вставляешь порт переадресуется снова. Очень удобно держать запасной. Замена на лету, он USB.
Не имеет значения сколько у вас последовательных портов: c Serial to Ethernet Connector у вашего компьютера может быть множество последовательных портов с подключенными к нему последовательными устройствами. Даже если совместно используемое устройство с последовательным интерфейсом физически находится на другом краю света, вы сможете получить к нему доступ так, как если бы оно было подключено непосредственно к вашему компьютеру, пробросив COM порт по сети. Когда присоединенное устройство с интерфейсом RS232 отправляет данные информационного обмена, они фактически передаются по сети IP/TCP и обратно из сети к вашему последовательному устройству.
Режим P2P
Для сложных случаев, когда несколько устройств нельзя соединить напрямую, можно использовать два терминальных сервера в режиме прозрачного моста. Таким образом можно подключить удаленные устройства, используя в качестве транспорта TCP/IP.
Подключение двух удаленных устройств по последовательному протоколу через TCP/IP-транспорт
Таким образом можно программно переключать устройства между собой, соединять удаленные шины по RS-485 и делать много другое, используя все преимущества IP-сетей, включая радиомосты, виртуальные частные сети (VPN) и т.д. Передаваемые данные между двумя серверами можно дополнительно защитить от перехвата, используя шифрование на транспортном уровне.
Serial over Ethernet Connector для Linux OS
Serial to Ethernet Connector также доступен для Linux OS! Теперь вы можете сами выбирать будет ли клиентом/сервером ОС Linux или Windows, также возможна трансляция по UDP. Обратите внимание, что Linux-версия в данный момент является продуктом с интерфейсом командной строки.
Доступна Linux-версия для устройств на базе ARM. Теперь вы можете совместно использовать ком порты на устройствах на базе ARM или подключаться к удаленным устройствам. Примечание: Для использования этой версии необходимо, чтобы на ваше устройство был установлен D-Bus.
Логирование через Syslog
В веб-интерфейсе можно задать адрес удаленного Syslog-сервера для логирования. В лог записываются события подключения клиентов, ошибки аутентификации, статус LAN и последовательных портов и т.д.
Читайте также: