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

Проблемы связи Nport 5130 RU


Recommended Posts

Здравствуйте товарищи!

Имеется Nport IA-5250 в режиме TCP Client, через RS485 подключён ПК с сервером

Имеются Nport IA-5150 2шт и Nport 5232 в режимах TCP Server, через RS485 подключены опрашиваемые контроллеры

Всё работает уже давно.

Потребовалось подключить Nport 5130 RU, все настройки сети и порта проверены и идентичны работающим Nport'ам, но связи с контроллером нет

То есть связка ПК(RS485)-> Nport IA5250 -> Nport 5130RU -> контроллер(RS485) - не работает.

А если: ПК(Ethernet) ->Nport 5130RU -> контроллер(RS485) - то работает

Но что интересно, связка ПК(RS485)-> Nport 5130RU -> Nport 5130RU -> контроллер(RS485) - работает.

Стали разбираться и выяснилось, что через telnet все Nport'ы (кроме 5130) отвечают (см. "здоровая моха", где 0.109-ПК, 10.155 - Nport IA5150)

А Nport 5130 RU порт открывает, но говорить не хочет (см. "больная моха", где 250.100-ПК, 250.34-Nport 5130RU)

Прошу обратить внимание, после открытия соединения здоровой моксы IA5150 (стоки 2908-2909) идёт отчистка буфера от ПК (2910 и 2912) и от Nport (2913 и 2918), далее идёт запрос-ответ (2921-2950) и т.д. до закрытия порта. И чему равны Seq и Ack в связке запрос-ответ.

А вот 5130 так же открывает порт (строки 1056-1057), так же от ПК прилетает запрос на очистку буфера (1058 и 1060), но от 5130 приходит только один пакет (1061). После чего автоматически общения не происходит. Строки 1624 и 1625 - это запрос-ответ по нажатию клавиши Enter и окне telnet, обратите внимание на Seq и Ack в этой связке.

Пробовал прошивки для 5130 версии 3.5, 3.8, 3.8.1, 3.9, везде ведёт себя одинаково (разве что в 3.9 нет строки типа 1059, что и исправлено в этой прошивке)

Вопрос: как исправить данную проблему?

больная моха.JPG

здоровая моха.JPG

Link to comment

Добрый день. Я, честно говоря, ничего не понял. "То есть связка ПК(RS485)-> Nport IA5250 -> Nport 5130RU -> контроллер(RS485) - не работает. " А в каком месте данные то начинают пропадать? ПК, к примеру, оправляет запрос - а до контролера он не доходит? Или доходит, но не так?

Link to comment

Могу предположить, что данные пропадают между двумя Nport, причём на программном уровне. Причём соединение между Nport'ами устанавливается, так как в WebConsole->Monitor->Line появляются соответствующие IP. Так же как и в Telnet, сокет открывается, но общения не происходит.

До контроллера соответственно ничего не доходит, так как сами Nport друг с другом познакомились, но говорят по-разному.

Но, что интересно, связка ПК(RS485)-> Nport 5130RU -> Nport 5130RU -> контроллер(RS485) - работает

Считаю это из-за нехватки той посылки, что я описывал ранее. То есть 5130 друг другу эти посылки не шлют, от того и общение завязывается. А 5250 шлёт, и ждёт того же от 5130, от чего далее перестают друг друга понимать.

Link to comment

На NPort со стороны контроллера Monitor-Line счётчики Rx и Tx. В конфигурации, когда не работает, как они себя ведут? Прирастают ли их значения?

Link to comment

Скорее всего, запрос от ПК фрагментируется и приходит к 5130 двумя датаграммами. Попробуйте наудачу подобрать Force Transmit на 5250, значения от 5 до 50 с шагом 5. Если не получится, то надо будет сесть на RS-485 в прослушку и понять, как выдаётся запрос на контроллер, что в нём изменяется после прохождения этой связки.

Link to comment

Force Transmit пробовали.

Собрал стенд на столе:

ПК->Uport1150->Nport5250->EDS205->Nport5130->МВ110 (модуль Овен в роли контроллера)

Слушаю RS485 после 5130

При опросе через ПК->EDS205->Nport5130->МВ110, на выходе такая картина:

23 48 47 48 47 54 4D 4F 48 50 47 4D 4F 0D 23 48 47 47 4F 54
4D 4F 48 4A 4D 4A 48 49 54 4A 47 4A 48 4A 48 4C 50 4D 0D 4D
4B 54 49 4A 50 4C 0D 23 48 47 48 47 49 54 4C 52 4A 56 4B 4E
0D 23 48 47 47 4B 49 54 4C 52 4A 48 4A 48 49 55 4A 48 4A 4C

Соответственно связь с МВ110 устанавливается.

Если идти по полному пути, то связь не устанавливается. На входе Uport1150 похожий набор HEX'ов, как привёл выше, а на выходе 5130 будет следующее:

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 C0 FC 00 00 00 C0 FC 00 00 00 00 C0 FC 00 00 00
C0 C0 FC 00 00 20 00 20 00 20 00 20 00 00 80 00 00 00 80
00 00 00 80 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00

 

P.S. распиновка DB9 у 5250 и Uport1150 не соответствует документации

 

Link to comment

То есть, в схеме ПК->Uport1150->Nport5250->EDS205->Nport5130->UPort2->ПК2 мы будем что то передавать, то на ПК2 оно будет приниматься по другому? А как? Если открыть 2 терминала пи попытаться передать 0x55 - что будет принято во второй терминал через такую схему?

Link to comment

Если так сделать, то на входе посылаю 85 (0x55), на выходе 20 00 (hex) или U (0x55) -> 0х00

Ежели по короткой схеме:

ПК->EDS205->Nport5130->UPort2->ПК2, то на выходе 38 35 (hex)или U (0x55) -> 0х55

Link to comment

Очень это всё странно. А, соответсвенно, в схеме ПК->Uport1150->Nport5250->EDS205->Nport5232->UPort2->ПК2 с тем же самым NPort IA5250 все будет передаваться нормально?

Link to comment

Да, если заменить на любой другой Nport из первого поста, то всё будет работать.

Проверить на стенде не могу за неимением свободных девайсов, но на работающей системе поведение именно такое.

Всё таки это проблема с TCP пакетами, не отправляет 5130 нужный пакет в начале общения, а все остальные Nports отправляют и ведут себя одинаково.

Если вы связаны с тех. поддержкой, прошу передать данные опыты команде разработчиков.

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

Link to comment

Если что заменить на любой другой, то будет работать, я прошу прощения? В первом посте очень много моделей. 

При попытке передачи 0х55 ПК->Uport1150->NPort IA5250->EDS205->NPort 5130->UPort2->ПК2 при использовании 2х разных NPort IA5250 результат всегда негативный? Если да, то  назовите плз серийные номера обоих NPort IA5250 и версии ПО на каждом из них.

Link to comment
10 часов назад, Знайка сказал:

Если что заменить на любой другой, то будет работать, я прошу прощения? В первом посте очень много моделей.

Если верить схеме сети (см. рисунок), то все связки Nport'ов работают, кроме 5130

 

10 часов назад, Знайка сказал:

При попытке передачи 0х55 ПК->Uport1150->NPort IA5250->EDS205->NPort 5130->UPort2->ПК2 при использовании 2х разных NPort IA5250 результат всегда негативный? Если да, то  назовите плз серийные номера обоих NPort IA5250 и версии ПО на каждом из них.

Нет возможности проверить вторую 5250, описание на рисунке

Схема.JPG

Link to comment

Проверили ПК->Uport1150->NPort IA5250->EDS205->NPort 5130->UPort5150(2)->ПК. 0х55 передаётся корректно, как и следовало ожидать. Оба NPort с последними версиями fw.  Я думаю, что один из портов IA5250 у топикстаратера битый по RS-485. Думаю,что если перейти в RS-232, то всё тут будет корректно работать. Да и вообще оно будет корректно работать, просто тут столько уже написали, что непонятно, где же проблема :)

Link to comment
7 минут назад, Знайка сказал:

Да. Еще меня фраза смутила, когда вы написали, что где то контакты перепутаны. А как вы, в итоге, соединяете UPort и IA5250?

В документации пишут, что распиновка DB9: 3 - B(Data+), 4 -A(Data-)

Во-первых, при подключении разных девайсов, всегда получается, что A-3, B-4.

Во-вторых при подключении Uport 1150 к 5250 пришлось подключить перекрёстно, то есть пин 3 к пину 4, а пин 4 к пину 3 соответственно. Но это ладно, так как выяснилось, что два Uport 1150 были неисправны изначально, по какой причине непонятно.

И так что в итоге получилось, решил попробовать без uport. При подключении по следующей схеме (см. рисунок) всё заработало, опрос пошёл. Вот уж где не ожидал подвоха :) Это что касается стенда.

В рабочей системе, как оказалось, кто-то потрогал руками то, что не нужно трогать. Да ещё и за 300км.

В общем всё решилось, но что случилось с uportам непонятно. По схеме ПК-uport-uport-ПК не работают. Причём на передачу они работают (TxD моргает), а на приём нет (RxD молчит).

Схема.JPG

Link to comment

Не смотрите на А и В, смотрите на + и - ,это просто совет. В стандарте, кстати, В+ А-, так что тут всё верно. И никаких "перехлестных" подключений в этом случае быть не должно, 3 в 3, 4 в 4.

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...