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

Zecher

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

    9
  • Joined

  • Last visited

Zecher's Achievements

Новичок

Новичок (1/5)

0

Reputation

  1. В документации пишут, что распиновка 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 молчит).
  2. С последними fw это 1.6 у 5250 и 3.9 у 5310? Хорошо, как придут новые IA5150, поставлю вместо 5130. Напишу что получится.
  3. Если верить схеме сети (см. рисунок), то все связки Nport'ов работают, кроме 5130 Нет возможности проверить вторую 5250, описание на рисунке
  4. Да, если заменить на любой другой Nport из первого поста, то всё будет работать. Проверить на стенде не могу за неимением свободных девайсов, но на работающей системе поведение именно такое. Всё таки это проблема с TCP пакетами, не отправляет 5130 нужный пакет в начале общения, а все остальные Nports отправляют и ведут себя одинаково. Если вы связаны с тех. поддержкой, прошу передать данные опыты команде разработчиков. Могу предоставить подробные описания используемых устройств, прошивок, схемы
  5. Если так сделать, то на входе посылаю 85 (0x55), на выходе 20 00 (hex) или U (0x55) -> 0х00 Ежели по короткой схеме: ПК->EDS205->Nport5130->UPort2->ПК2, то на выходе 38 35 (hex)или U (0x55) -> 0х55
  6. 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 не соответствует документации
  7. Со стороны контроллера у Nport 5130 Tx=растёт, Rx=0 Со стороны ПК у Nport 5250 Tx=0, Rx=растёт
  8. Могу предположить, что данные пропадают между двумя Nport, причём на программном уровне. Причём соединение между Nport'ами устанавливается, так как в WebConsole->Monitor->Line появляются соответствующие IP. Так же как и в Telnet, сокет открывается, но общения не происходит. До контроллера соответственно ничего не доходит, так как сами Nport друг с другом познакомились, но говорят по-разному. Но, что интересно, связка ПК(RS485)-> Nport 5130RU -> Nport 5130RU -> контроллер(RS485) - работает Считаю это из-за нехватки той посылки, что я описывал ранее. То есть 5130 друг другу эти посылки не шлют, от того и общение завязывается. А 5250 шлёт, и ждёт того же от 5130, от чего далее перестают друг друга понимать.
  9. Здравствуйте товарищи! Имеется 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, что и исправлено в этой прошивке) Вопрос: как исправить данную проблему?
×
×
  • Create New...