Jump to content
Форум по продукции MOXA

Evgeny

Пользователи
  • Posts

    460
  • Joined

  • Last visited

Posts posted by Evgeny

  1. При каких условиях идет наполнение буфера карты SD? настройки на МОХА сделали, данные поступают с двух ком портов. Однако, когда отключаем витую пару от устройства, на карту СД данные на падают. Куда они сохраняются при разрыве связи?

    Данные сохраняются в буфер при обрыве связи Ethernet, при восстановлении передача возобновляется. Вероятно, Вы просто не включили функцию буферизации данных с последовательного порта на SD-карту и NPort по умолчанию использует встроенный буфер на 64 Кбайта.

    Включить можно в настройках: Serial Port Settings->Data Buffering/Log:

    post-512-1273779241_thumb.jpg

  2. Мне нужна работа по первой схеме ...Ethernet мне не нужен и у меня уже есть неплохой девайс Конвертер A52/53

    хотелось бы на его базе решить мою проблемку

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

  3. Есть сие устройство работате как часики , но понадобилось подключить несколько устройств которые висят на rs485

     

    а программа понимает один ком порт-одно устройство

     

    может у вас есть софт или решение по созданию виртуальных ком портов для 485 стыков

     

    очень прошу помочь

    Если я правильно понимаю, то программа просто требует выделенного СОМ-порта для каждого устройства? Или же она может работать вообще только через 1 СОМ-порт?

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

    Для второй схемы работы (только через 1 СОМ-порт) нужен режим TCP Server/Client - он работает без создания виртуального СОМ-порта - прозрачное многоточечное соединение СОМ-портов.

  4. Доброго времени суток!

    У меня такая проблемка. Подключаю оборудование РЗА Сириус-2Л и Nport IA-5250T через RS-485. Никак не могу поднять линк на сериалах NPort. Начинаю тупо проверять светодиодом и вижу: на 3-4 ножках Nport диод горит, а на Сириусе не горит нигде. И соответственно в мониторинге Nport смотрю, что данные передаются, но не принимаются. Может кто сталкивался с такой ситуацией? Такое ощущение, что на Сириусе он RS-485 напросто не включен. Заранее благодарен.

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

  5. а можно и мне, так и не смог настроить.

    у меня примерно так же: устройство управления - nport5150 - эзернет - nport5150 - пульт управления.

    интерфейс RS485 4 проводный, (на двух проводном кабель прямой, а тут?)

    longc@narod.ru

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

  6. А джамперы как надо выставить чтобы именно RS485 выставить

    Тип интерфейса выбирается программно: либо через WEB-консоль, либо через Telnet-консоль, либо через утилиту NPort Administrator (есть на установочном диске) в разделе меню Serial Settings->Interface=RS-485. Джамперы нужны для подключения подтягивающих резисторов, которые используются совместно с терминальными на длинных (более 30 м) линиях RS-485.

     

    и забыл указать, в каком режиме должен работать Nport (TCP server или другое) и как надо настроить в этом режиме.

    Это зависит от того, какое программное приложение будет опрашивать УСПД. Есть несколько вариантов:

    1. Подключаться к устройству через виртуальный СОМ-порт (если ПО умеет открывать обычные СОМ-порты) - в этом случае нужно выбрать режим Real COM и создать виртуальный СОМ-порт в системе с помощью утилиты NPort Asministrator.

    2. Работать через TCP-сокеты. Если приложение может работать как TCP Server/Client, то используются режимы такого многоточечного соединения.

    Если будут нужны инструкции, укажите адрес - вышлем.

  7. Доброго времени суток!

    Помогите пожалуйста в решении задачи. Имеется в наличии 2 шт. Nport 5130, возможно ли, если да как правильно реализовать:

    схему взаимнообратного подключения ПК к УСПД (ПК<-->ethernet--Nport 5130--RS485<-->УСПД). Какие шнуры (кроссовые или прямые) в таком случае нужны и как правильно выставить джампер на Nport 5130.

     

    Если вышеприведенная схема невозможна, то как реализовать следующую: ПК<-->Ethernet--Nport 5130--(имеетя 2-х парный кабель витой пары, какой интерфейс реализовать лучше для высокой скорости)--Nport 5130<-->ethernet<-->УСПД. И здесь поясните пожалуйста какие шнуры (кроссовые или прямые) в таком случае нужны и как правильно выставить джамперы на Nport 5130.

     

    Спасибо заранее всем откликнувшимся!

    Здравствуйте!

    Невозможной является как раз вторая схема ^_^ Потому что Nport'ы 5000 серии не работают по схеме Ethernet-RS-485-Ethernet.

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

  8. Подскажите пожалуйста! Как подключить 7 поворотных камер по магистральному соединению на RS485??? Если можно то схемкой. Есть как бы 7 камер установленных на разном растоянии самая удаленная на 600м и от каждой приходит пара в одну точку. Зарание Благодарю!!!

    Zarip777@rambler.ru

    Можем предложить такие варианты:

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

    post-512-1272957258_thumb.jpg

    2. Использовать видео-серверы VPort 351 для управления PTZ-камерами по сети Ethernet.

  9. Добрый день!

    Что-то я не допонимаю, поэтому прошу объяснить.

    С OnCell G3150 идет утилита "OnCell Windows Driver Manager", в которой, зная IP G3150 можем смапировать COM-порт. Допустим, IP сервера - это статический адрес, а адрес G3150 - динамический, в данном случае используем режим "Reverse Real COM". Какой адрес тогда указывать в утилите, если IP-адрес G3150 постоянно будет меняться?

    Спасибо!

    Если у ПК статический публичный (белый/глобальный) 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-адрес ПК, а в утилите прописывается только МАС-адрес устройства.

  10. Добрый день. Подскажите пожалуйста, имеется фискальный регистратор и удалённый сервер 1С на серверестоит прога (Multi-Tech Communications Serial Interface for Windows 2000/XP) создаёт виртуальные COM порты и перенаправляет из/в него пакеты приходящие на заданный TCP порт в формате telnet. Внимание вопрос: Будет ли корректно работать Штрих-М ФР-к + NPort 5110 + 1С сервер + Multi-Tech Communications Serial Interface for Windows 2000/XP (MCSI-2000)?

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

  11. :rolleyes:

    Если это возможно, конечно. Или для этого требуется такой же девайс (OnCell G3150)?

    Идеология предельно проста:

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

     

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

  12. Удивительно. Мы тоже пытаемся организовать канал связи примерно по такой же схеме.

    Давайте не будем смешивать: речь идёт о разных схемах. Режим Real COM и TCP сервер/клиент - два принципиально разных режима.

     

    Только принимающий звонок OnCell G3150 находится в режиме TCP сервера. Siemens MC35i дозванивается.. передачи данных с устройств подключенных к RS485 нет... Хотелось бы победить в связке Siemens MC35i -> OnCell G3150 все-таки именно канал CSD.. Но как сказал sdj1974 - похоже что-то не так именно в идеологии :)

    Если есть TCP Server, то должен быть и клиент. Судя по всему Siemens MC35i не умеет работать с TCP-сокетами - тогда данный режим Вам не подходит.

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

    Связи по GSM недостаточно, нужно ещё, чтобы данные с TCP сервера забирал какой-то TCP клиент.

  13. Добрый день!

     

    Что имеем:

    1) Центр - Компьютер с ПО для опрос устройств (периферия), подключенных к OnCell G3150 + GSM-модем "Siemens MC35i" (резервный канал).

    2) Периферия - OnCell G3150 + поключенные к нему устройства по RS-485.

     

    Классически нужно организовать основной и резервный каналы из Центра к Периферии.

    1) Основной канал - Ethernet. На компьютере с помощью "OnCell Windows Driver Manager" эмулируем COM-порт и через ПО производим опрос устройств за OnCell. Все работает!

    2) Резервный канал - GSM CSD. Дозвон производим из Центра с Siemens на OnCell. Соединение устанавливается, но передача данных не производится. Вероятно "не понимают" друг друга OnCell и Siemens (ИМХО).

    Основные настройки:

    GSM GPRS Settings

    Type - GSM

    GSM CSD

    PPPD

    Destination IP address - 10.10.10.1

    Source IP address - 10.10.10.2

    IP netmask - 255.255.255.0

    Operation Modes

    Application - Device Control

    Mode - RealCOM

    Вопросы:

    1) Из-за чего может не работать связь через GSM CSD?

    2) Все ли правильно в нашей идеологии :rolleyes: и настройках схемы?

     

    Спасибо!

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

  14. Добрый день.

    Давно используем сабжевые модули в режиме работы tcp-сервера через GPRS для обращения к счетчикам электроэнергии через 485тую шину, а недавно потребовалось организовать канал через GSM. И все вроде бы нормально - модем дозванивается до другого модема, но устройства на RS485 не видит.. и обратиться не может. Похоже есть еще какие-то тонкости...

     

    Подскажите пожалуйста что значат поля настройки gsm, которые в мануале описаны как:

     

    Они к сожалению обязательны для заполнения и не задать их просто нельзя.

    Это адреса дозванивающегося и принимающего входящий вызов модема (как в обычных модемах по проводной телефонной сети).

    Можете задать их произвольно, если у Вас происходит соединение непосредственно между двумя 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).

×
×
  • Create New...