103 протокол через NPort

[petr2off]

Добрый день.
Корячится тут одна работка, и возникла тема. Есть терминал защиты (работает по 103 протоколу). Далее идет вполне стандартная схема. По RS 485 он попадает на Moxa Nport, с нее по TCP IP идет на шлюз, который через виртуальный COM порт принимает данные по 103 протоколу и далее раздает все желающим по 104. Предполагалось, что будет как минимум 3 клиента, которые по 104 протоколу будут эту информацию кушать, АРМ релейщика, АРМ телемеханика и РДУ.
Но когда я начал более подробно читать мануал, увидел - что (судя по описанию) NPORT позволяет 1 RS-485 раздавать до 8 клиентам одновременно. Вопрос, а могут ли тогда 2 клиента по 103 протоколу брать данные непосредственно с NPORT ?

[checker]

Вопрос, а могут ли тогда 2 клиента по 103 протоколу брать данные непосредственно с NPORT ?

Не смогут. NPORT, в отличии от MGATE, не ничего не знает о протоколе 103, не имеет встроенной очереди запросов и поэтому: 1) легко может отправить в линию RS485 запрос от второго клиента, не дожидаясь ответа на запрос от первого, из-за чего в линии будет каша и связи не будет, 2) он не знает, какому из двух TCP клиентов отправить пришедший из RS485 ответ и может отправить не тому (скорее всего, последнему, от которого пришел запрос).

У MGATE нет проблем с поддержкой двух клиентов, он имеет очередь запросов, не выдает в сторону RS485 запроса, пока не получит ответ на предыдущий (или не выйдет таймаут), и отправляет ответ всегда тому TCP клиенту, от которого послан запрос. Но MGATE заточен под протокол Modbus.

Мы пробовали опрашивать двумя Modbus TCP клиентами одно Modbus RTU устройство через NPORT. Думали настроить таймауты на клиентах так, чтобы они не мешали своими запросами друг другу. Но устойчивой связи так и не добились, и в результате все равно поставили MGATE. Со 103 протоколом и двумя клиентами TCP будет тоже самое.Так что ваш вариант со шлюзом 104 - нормальный рабочий вариант.

[petr2off]

Подозревал, что все не так просто. Но зачем они такой режим сделали ? Если он практического применения не имеет.

[checker]

Для нас это тоже загадка. Такое впечатление, что софт позволял - вот и сделали, а на деле оказалось, что пользоваться нельзя.

Вот, кстати, пишут, что в NPORT 6000 есть режим Command by command operation, с поддержкой очереди запросов. Похоже на ваш случай. Но мы с таким не работали.

[keysansa]

Moxa Nport

- это "удлиннитель" 232, 485. Он ни про 103, ни про 104 не знает.

[petr2off]

Насчет "- это "удлиннитель" 232, 485." Как то на мой взгляд не корректно звучит.
485 - может и на километре работать, а TCP/IP медь - 100 метров. Т.е. это не удлинитель, а укорачиватель. :)
А если серьезно - смысл вопроса был в том, что в настройках можно задать количество хостов, которые могут подключаться к COM порту. И где это можно использовать. Сам по себе чистый RS 485 - это физика, а по нему всегда идет какой то прикладной протокол. Да, NPORT конвертирует RS 485 в TCP/IP. (если точнее, TCP/IP выступает в данном случае как контейнер) и на другом конце драйвер REAL COM распаковывает этот контейнер и с точки зрения Win API (как пишут в мануале) это COM порт. Т.е. да, он в отличии от специализированных конверторов предоставляет RAW канал. Но понимание этого не приближает меня к пониманию - зачем тогда возможность подключения нескольких хостов к одному последовательному порту.

[LexSL]

зачем тогда возможность подключения нескольких хостов к одному последовательному порту

Чисто предположение - это сделано для некоторых "тупых" девайсов, которые не обмениваются данными по адресному протоколу, а, например, просто шлют в порт данные без запроса. У меня были весы такие, их ни о чем не надо спрашивать, они шлют данные постоянно в порт.

[Serex]

Чисто предположение - это сделано для некоторых "тупых" девайсов, которые не обмениваются данными по адресному протоколу

Или сканер штрих-кода. Нажал курок на сканере - он и шлет в сеть.

[keysansa]

Насчет "- это "удлиннитель" 232, 485." Как то на мой взгляд не корректно звучит.
485 - может и на километре работать, а TCP/IP медь - 100 метров. Т.е. это не удлинитель, а укорачиватель. :)

Вполне корректно. Если даже брать обычные, с медным интерфейсом, то с помощью 2 медиаконвертеров и необходимого количества оптики можно и на 40 км "пульнуть". Или отправить его по почте другу в Австралию, и вполне можно обмениваться по RS485 с его "девайсом" после некоторой настройки.
А у Моксы есть и вот такие https://www.moxa.ru/shop/converters/fiber/tcf-142/
ЗЫ. Стоимость оптического кабеля сейчас сравнима со стоимостью UTP5cat. Да, сварка будет стоить дополнительных денег. Но тоже "демократичных".

[petr2off]

медиаконверторы есть и для 485 протокола. А вообще то говоря, последовательный интерфейс работал с "Австралией" когда оптики еще не было, через такую штуку - модем называется. Понятно - нынешнему поколению слово зиксель ни о чем не говорит.
А вообще - это физический факт, против которого спорить не надо. Без применения доп оборудования, которое применимо в обоих случаях - последовательные интерфейсы более дальнобойные. Конвертят 485 в TCP/IP не из за расстояния, медиаконверторы есть и для этих протоколов. И не из за быстродействия. Сила TCP/IP в IP - т.е. в маршрутизации и адресации. Иначе говоря - последовательный протокол это по суте своей точка - точка. А вот TCP/IP позволяет обращаться из разных мест.

[keysansa]

А вообще то говоря, последовательный интерфейс работал с "Австралией" когда оптики еще не было, через такую штуку - модем называется.

Совершенно верно. 485 -1200м. Все что выше - удлиннители )

Отправлено спустя 1 минуту 20 секунд:

нынешнему поколению слово зиксель ни о чем не говорит.

Вы меня только не записывайте сюда )

[petr2off]

Посмотрел MGATE - не мой случай. Мне нужно размножать 103-й протокол.

Отправлено спустя 1 час 20 минут :
Сейчас смотрю на Арбитр RS485 DevLink-M1.
Кто нибуть юзал ?
И сколько примерно эта штука стоит. На фирму написал, но сейчас как обычно пойдут старые песни о главном:
. А кто конечный покупатель ?
А когда брать будете ?

[Sokolov_Dmitry]

А чем вас не устраивает шлюз, собирающий данные с терминала (терминалов) по 103 протоколу и раздающий данные клиентам по 104 протоколу? Это самая обычная схема телемеханики на электроподстанциях.

И зачем здесь Moxa, если у шлюза с 103 протоколом должен быть порт RS485?

[petr2off]

Есть такая штука - проект называется.
А вдобавок, реализованный проект.
103 протокол не прокинуть до стоек серверов СОТИ, мощенок не хватит. Это во первых.
Поэтому ставится MOXA, которая по оптике TCP/IP прокидывает порт до серверных шкафов. Это самая обычная схема телемеханики на подстанциях. Приколы неачинаются позже.
Далее, стоит шлюз (на основе Gridex) который конвертит 103 в 104 и (помимо прочего) должен по 104 отдавать в РДУ.
А вот РДУ захотело, что бы этих шлюзов было 2. Основной и резервный. И каждый работал по своему каналу - основному и резервному.
И вот тут то вопрос и встает, как один 103 протокол раздать на 2 шлюза.

[Sokolov_Dmitry]

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

[petr2off]

Да, только второй порт был занят. Но когда было предложено добавить Арбитр или отдать второй порт, подумали и отдали. Спасибо всем за диалог, проблема решилась.