Yuriy

Забыл заметить, что счётчик у CISCO стоял на BroadCast пакеты.

Добрый день! Я ранее поднимал уже эту тему на форуме, но у меня стоит SHDSL модем Prestige 791R EE. Вкратце: подключал модем, к нему MOXA NPort 5130 - всё начинало прекрасно работать. Какое-то время. Обычно через 2-3 часа MOXA пропадала с экранов радара и восстановить связь можно было лишь (как Вы правильно заметили) перезагрузкой MOXA. Однако отключений самого модема у меня не происходило, т.к. оба устройства на резервном питании. Весело было: я приезжал на удалённый объект, всё запускал а пока ехал обратно (около 20 км) связь уже могла вновь пропасть :-) Вылечили это дело с помощью провайдера. Оказывается у провайдера VPN организован на CISCO, которая имеет счётчик пакетов. При превышении кол-ва пакетов на единицу времени CISCO просто-напросто "банила" устройство, формирующее эти пакеты (в нашем случае - MOXA) и кирдык. Хорошо, попался толковый админ CISCO увидел эту беду и отключил фильтр-счётчик. Кстати, фильтр этот включен на CISCO по умолчанию. Всё. После данных манипуляций пропаданий соединения с MOXA у нас нет. По настоящее время. Есть у нас ещё одна удалённая точка - там стоит ADSL-модем, не ZyXEL - так вот там таких проблем не было с самого начала включения. Потому как у провайдера установлен не CISCO, а HUAWEI. С этим оборудованием всё проще (это не реклама :-))

NPort 5130 используется в RealCom-mode, соединение устанавливается через Internet VPN с помощью модемов ADSL, настроил виртуальный Com-порт с помощью NPort-Administrator, программа увидела оборудование, подключенное к NPort 5130 по RS-485, инициировала обмен данными и в таком виде до бесконечности. Запустил NPort-Administrator, Port Monitor смотрю Tx/Rx after Conn. Значение Tx много меньше, чем Rx. Согласно Руководства об Отладке систем передачи данных, "Если значение Tx равно 0, то удалённая сторона ... не передаёт данные в сеть Ethernet.". Возникает подозрение, что проблема в сети Ethernet с передачей данных. Подскажите, какие требования предъявляет MOXA NPort 5130 для сети передачи данных Ethernet в режиме RealCom mode? Какие порты должны быть открыты, какие широковещательные пакеты должны пропускаться и т.п. Наконец, какая скорость передачи данных приемлема, если используется VPN? У меня, например, VPN на скорости 64 kBit/s - этого достаточно для передачи данных по Com-порту на скорости 9 600, 14 400? Ping с 64 байтными пакетами выдаёт время отклика порядка 100ms.

Проблема была в том, что на оборудовании провайдера резались BroadCasts пакеты. Как только эти пакеты были разрешены - связь с Moxa не пропадает :-) Для чего MOXA использует BroadCasts - непонятно. Кроме того, ещё одна вещь была мной неправильно сделана: настройки Com-порта поставил 115 200 bps, а VPN-канал был шириной 64 kB/s! Снизил скорость порта до 9600 - данные потекли :-)

Ещё дополнение. На RS-485 портах MOXA и присоединённого к нему оборудования у меня выставлена скорость 115200 Бит/с, а скорость VPN соединения, ограниченная провайдером составляет 64 кБит/с. Эти скорости должны быть согласованы? Может ли это являться причиной "зависания" Ethernet соединения между MOXA и DSL-модемом?

Такую странность заметил: когда NPort устанавливает связь с удалённым host в Port monitor в колонке Conn Status появляется надпись Connected, а в колонке Remote IP прописывается ip-адрес удалённого хоста, в моём случае это 192.168.0.2, а далее как я понял указывается номер порта, по которому устанавливается соединение. Так вот он (номер порта) постоянно меняется - то есть идёт обмен данными и номера постоянно меняются. Это нормальная работа? Я думал, что соединение должно установиться по одному порту, произвести обмен данными и потом разъединиться. но Conn Status не меняется, а номер порта - постоянно меняется. Я в чём-то ошибаюсь?

В добавление. Я исключил не только VPN провайдера, но и поместил в одну подсеть оборудование подстанции и диспетчерского пункта. В то время как при использовании VPN они находятся в разных подсетях.

Прощу прощения за опечатку: конечно, P791R EE для меня местный телеком сделал VPN между двумя сетями: одна сеть - для оборудования (где и работает MOXA), вторая сеть для диспетчерского пункта. Обе сети имеют маленькое адресное пространство (маски сетей 255.255.255.248). Все ip-адреса в этих сетях назначаются вручную - т.е. являются статическими. Пока суть да дело, забрал я оборудование с удалённой п/станции и собрал всё в лабораторных условиях. Взял пару SHDSL-модемов Zyxel 791R EE, соединил их между собой куском провода и поднял между ними DSL - соединение. Ну а далее сделал всё как на практике: один из модемов подключил в сеть управляющего компьютера в диспетчерском пункте, к другому модему подключил MOXA с оборудованием. Всё работает без каких-либо сбоев уже почти 3-е суток! Получается, я исключил из схемы звено VPN предоставляемое мне провайдером. Но что там может быть такого, что вызывало потерю связи с MOXA?! Пока не знаю. Какие мысли у Вас?

Прошивка не помогла: NPort куплен недавно, версия прошивки в устройстве совпадает с предложенной Вами. Есть ещё какие-то идеи?

Спасибо, попробую. (Вопрос задавал я - не заметил, что авторизация не прошла...)

Да, так и произошло! Поменял Parity на Even - и TCP-Server прекрасно заработал. Спасибо за помощь.

И ещё. Строка Line status (в том-же Port monitor) одинаковая в обоих случаях по содержанию, однако регистр слов RTS и DTR разный. В случае, когда соединяюсь по виртуальному COM-порту - буквы прописные (маленькие), а когда по TCP/IP - заглавные (БОЛЬШИЕ). Может это на что-то влияет.

У меня та же проблема. Попробовал последовать Вашему совету - нет ответа от устройства, подключенного по RS-485 (Tx=30, Rx=0). Загрузил NPort Administrator, Port Monitor. В столбце Serial обнаружил различие: когда соединяюсь через виртуальный COM-порт, эта строка такого вида: "115200,E,8,1,No flowctrl", а когда соединяюсь по TCP/IP через 950 порт (как Вы советовали)? строка Serial выглядит следующим образом: "115200,N,8,1,No flowctrl". У меня вопрос: что означает второй параметр в строке Serial и почему он меняется? Настройки NP5130 я не менял - только подключался или с виртуального Com-порта, либо по TCP/IP. И нет ли ещё параметров, которые нужно учесть при работе в режиме TCP-Server. В дополнение сообщаю, что устройство, подключенное по RS485-му потру принимает запрос, но отвечать даже и не пытается - значит неправильный запрос был. (судя по светодиодам Tx и Rx на сутройстве)