Evgeny

Выслал

Данные сохраняются в буфер при обрыве связи Ethernet, при восстановлении передача возобновляется. Вероятно, Вы просто не включили функцию буферизации данных с последовательного порта на SD-карту и NPort по умолчанию использует встроенный буфер на 64 Кбайта. Включить можно в настройках: Serial Port Settings->Data Buffering/Log:

A52/53-прозрачные преобразователи интерфейсов и виртуальные СОМ-порты с помощью них не создать. Если Вы хотите использовать именно их, тогда на компьютере должно быть количество СОМ-портов в системе, равное числу подключаемых устройств. Расширить их количество можно мультипортовыми платами на шины PCI, PCI Express либо через USB-порт с помощью серии Uport. В указанных сериях есть модели, позволяющие добавлять на ПК СОМ-порты сразу с RS-485.

Если я правильно понимаю, то программа просто требует выделенного СОМ-порта для каждого устройства? Или же она может работать вообще только через 1 СОМ-порт? Для обоих случаев подойдут устройства серии NPort 5000. Один из режимов - виртуальный СОМ-порт (Real COM), который создается в системе с помощью специальной утилиты, идущей в комплекте на установочном CD (или есть на сайте): NPort Administrator. Для второй схемы работы (только через 1 СОМ-порт) нужен режим TCP Server/Client - он работает без создания виртуального СОМ-порта - прозрачное многоточечное соединение СОМ-портов.

Попробуйте поменять полярность включения сигналов Tx и Rx на противоположную.

Выслал

Отправил

Отправил

Выслал

Ответил на почту

Отправил

Выслал.

Тип интерфейса выбирается программно: либо через WEB-консоль, либо через Telnet-консоль, либо через утилиту NPort Administrator (есть на установочном диске) в разделе меню Serial Settings->Interface=RS-485. Джамперы нужны для подключения подтягивающих резисторов, которые используются совместно с терминальными на длинных (более 30 м) линиях RS-485. Это зависит от того, какое программное приложение будет опрашивать УСПД. Есть несколько вариантов: 1. Подключаться к устройству через виртуальный СОМ-порт (если ПО умеет открывать обычные СОМ-порты) - в этом случае нужно выбрать режим Real COM и создать виртуальный СОМ-порт в системе с помощью утилиты NPort Asministrator. 2. Работать через TCP-сокеты. Если приложение может работать как TCP Server/Client, то используются режимы такого многоточечного соединения. Если будут нужны инструкции, укажите адрес - вышлем.

Здравствуйте! Невозможной является как раз вторая схема Потому что Nport'ы 5000 серии не работают по схеме Ethernet-RS-485-Ethernet. Первая очень даже работоспобная. Можно по любой локальной или глобальной сети связаться с УСПД через NPort. NPort-устройство класса DTE (т.е. является оконечным хостом сети), поэтому с коммуникационным оборудованием типа хабов и свитчей соединять нужно прямым кабелем, с ПК - кроссовым. Но на самом деле сейчас уже в большинстве сетевых карт есть функция MDI/MDI-X автоматического определения типа подключенного кабеля, поэтому особой роли это не играет.

Выслал

Можем предложить такие варианты: 1. Использовать конвертеры RS-485/422/232 в оптику. Например, камеры можно включать по кольцевой схеме: 2. Использовать видео-серверы VPort 351 для управления PTZ-камерами по сети Ethernet.

Выслал

Не планируется.

Если у ПК статический публичный (белый/глобальный) IP-адрес, можно пойти двумя путями: 1. При создании виртуального порта в режиме Real COM активировать функцию Auto IP report, которая означает, что OnCell будет посылать уведомление на заданный хост при изменении IP-адреса (например, после перезагрузки, потери/восстановления сотовой связи и т.п.). Привязка СОМ-порта к конкретному OnCell'у выполняется по МАС-адресу устройства, который, в отличие от IP, уникален. 2. Режим Reverse Real COM используется, когда у OnCell'а адрес не только может изменяться, но ещё и не является публичным (белым), тогда он только может связаться с заданным белым IP сервера, на котором установлен OnCell Driver Manager. Идентификация устройства производится также по МАС-адресу. Для настройки обеих схем при добавлении нового СОМ-порта в OnCell Driver Manager нужно выбрать опцию Input Manually и указать МАС-адрес OnCell'а, его текущий IP-адрес (если он публичный) и при необходимости включить Auto IP report. Для Reverse Real COM соответственно в самом OnCell'е указывается IP-адрес ПК, а в утилите прописывается только МАС-адрес устройства.

Добрый день. NPort может передавать данные по TCP-сокетам. Чтобы утверждать корректность работы, лучше сначала потестировать такую связку. Но вообще для NPort 5110 в комплекте (или можно скачать на сайте) идёт ПО, позволяющее сразу создавать виртуальные СОМ-порты. Называется она NPort Administrator (и вторая NPort Windows Driver Manager). Работает по тому же принципу - данные, приходящие на заданный TCP-сокет, переправляет в виртуальный СОМ-порт, который доступен всем приложениям, умеющим работать с обычными СОМ-портами.

Идеология предельно проста: 1) для режима Real COM нужно в ПК настроить выход в интернет любым способом (через сотовый модем Siemens, OnCell - какой Вам удобнее). Связаться по IP-адресу и принимать данные через драйвер виртуального СОМ-порта. Точно так же поступают, если нужно принимать данные через TCP-сокет на ПК. Через GSM сделать это не получится, т.к. при этом между модемами используются внутренние IP-адреса, не доступные с ПК. 2) Для соединения точка-точка двух модемов по GSM-каналу настраивается PPP-соединение (с дозвоном) и выбираются режимы TCP Server/Client. Для двух OnCell'ов такая связка работает без проблем - буквально только что тестировал - данные пересылаются с одного СОМ-порта на другой. Но при этом назначаются IP-адреса обоим и они же прописываются в качестве сервера у клиента. Каковы возможности других модемов, не могу сказать.

Давайте не будем смешивать: речь идёт о разных схемах. Режим Real COM и TCP сервер/клиент - два принципиально разных режима. Если есть TCP Server, то должен быть и клиент. Судя по всему Siemens MC35i не умеет работать с TCP-сокетами - тогда данный режим Вам не подходит. Связи по GSM недостаточно, нужно ещё, чтобы данные с TCP сервера забирал какой-то TCP клиент.

Настройте Siemens просто как резервный канал для выхода в интернет. Если на ПК в Центре будет интернет, то будет и связь с OnCell'ом (как в случае основного канала) и соответствующий виртуальный СОМ-порт. Режим OnCell'а - GPRS. Дозваниваться до него не нужно, связь будет по IP-адресу - так же через драйвер, созданный в OnCell Windows Driver Manager.

Это адреса дозванивающегося и принимающего входящий вызов модема (как в обычных модемах по проводной телефонной сети). Можете задать их произвольно, если у Вас происходит соединение непосредственно между двумя OnCell'ами. Например, у одного: Destination IP Address: 10.10.10.1 (IP-адрес удаленного модема, до которого дозванивается данный модем) Source IP Address: 10.10.10.2 (IP-адрес данного модема) Netmask: 255.255.255.0 У другого поменять местами IP. Если Вы используете модемы для удлинения RS-485 (т.е. парное соединение двух удаленных СОМ-портов), то нужно еще настроить режим работы: у одного модема Socket->TCP Server, у другого TCP Client (IP-адреса из 10.10.10.1/2).

Отправил