- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
103 протокол через NPort
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
Добрый день.
Корячится тут одна работка, и возникла тема. Есть терминал защиты (работает по 103 протоколу). Далее идет вполне стандартная схема. По RS 485 он попадает на Moxa Nport, с нее по TCP IP идет на шлюз, который через виртуальный COM порт принимает данные по 103 протоколу и далее раздает все желающим по 104. Предполагалось, что будет как минимум 3 клиента, которые по 104 протоколу будут эту информацию кушать, АРМ релейщика, АРМ телемеханика и РДУ.
Но когда я начал более подробно читать мануал, увидел - что (судя по описанию) NPORT позволяет 1 RS-485 раздавать до 8 клиентам одновременно. Вопрос, а могут ли тогда 2 клиента по 103 протоколу брать данные непосредственно с NPORT ?
Корячится тут одна работка, и возникла тема. Есть терминал защиты (работает по 103 протоколу). Далее идет вполне стандартная схема. По RS 485 он попадает на Moxa Nport, с нее по TCP IP идет на шлюз, который через виртуальный COM порт принимает данные по 103 протоколу и далее раздает все желающим по 104. Предполагалось, что будет как минимум 3 клиента, которые по 104 протоколу будут эту информацию кушать, АРМ релейщика, АРМ телемеханика и РДУ.
Но когда я начал более подробно читать мануал, увидел - что (судя по описанию) NPORT позволяет 1 RS-485 раздавать до 8 клиентам одновременно. Вопрос, а могут ли тогда 2 клиента по 103 протоколу брать данные непосредственно с NPORT ?
-
- здесь недавно
- Сообщения: 40
- Зарегистрирован: 30 окт 2009, 13:53
- Имя: ----
- Поблагодарили: 5 раз
103 протокол через NPort
Не смогут. NPORT, в отличии от MGATE, не ничего не знает о протоколе 103, не имеет встроенной очереди запросов и поэтому: 1) легко может отправить в линию RS485 запрос от второго клиента, не дожидаясь ответа на запрос от первого, из-за чего в линии будет каша и связи не будет, 2) он не знает, какому из двух TCP клиентов отправить пришедший из RS485 ответ и может отправить не тому (скорее всего, последнему, от которого пришел запрос).
У MGATE нет проблем с поддержкой двух клиентов, он имеет очередь запросов, не выдает в сторону RS485 запроса, пока не получит ответ на предыдущий (или не выйдет таймаут), и отправляет ответ всегда тому TCP клиенту, от которого послан запрос. Но MGATE заточен под протокол Modbus.
Мы пробовали опрашивать двумя Modbus TCP клиентами одно Modbus RTU устройство через NPORT. Думали настроить таймауты на клиентах так, чтобы они не мешали своими запросами друг другу. Но устойчивой связи так и не добились, и в результате все равно поставили MGATE. Со 103 протоколом и двумя клиентами TCP будет тоже самое.Так что ваш вариант со шлюзом 104 - нормальный рабочий вариант.
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
Подозревал, что все не так просто. Но зачем они такой режим сделали ? Если он практического применения не имеет.
-
- здесь недавно
- Сообщения: 40
- Зарегистрирован: 30 окт 2009, 13:53
- Имя: ----
- Поблагодарили: 5 раз
103 протокол через NPort
Для нас это тоже загадка. Такое впечатление, что софт позволял - вот и сделали, а на деле оказалось, что пользоваться нельзя.
Вот, кстати, пишут, что в NPORT 6000 есть режим Command by command operation, с поддержкой очереди запросов. Похоже на ваш случай. Но мы с таким не работали.
Вот, кстати, пишут, что в NPORT 6000 есть режим Command by command operation, с поддержкой очереди запросов. Похоже на ваш случай. Но мы с таким не работали.
-
- эксперт
- Сообщения: 2340
- Зарегистрирован: 20 дек 2018, 04:45
- Имя: Сергей
- Страна: РБ/РФ
- город/регион: РФ Сергиев Посад
- Благодарил (а): 1998 раз
- Поблагодарили: 176 раз
103 протокол через NPort
- это "удлиннитель" 232, 485. Он ни про 103, ни про 104 не знает.
В трансформаторной будке живет трансформаторная собака (с) Прозрачный гонщик.
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
Насчет "- это "удлиннитель" 232, 485." Как то на мой взгляд не корректно звучит.
485 - может и на километре работать, а TCP/IP медь - 100 метров. Т.е. это не удлинитель, а укорачиватель. :)
А если серьезно - смысл вопроса был в том, что в настройках можно задать количество хостов, которые могут подключаться к COM порту. И где это можно использовать. Сам по себе чистый RS 485 - это физика, а по нему всегда идет какой то прикладной протокол. Да, NPORT конвертирует RS 485 в TCP/IP. (если точнее, TCP/IP выступает в данном случае как контейнер) и на другом конце драйвер REAL COM распаковывает этот контейнер и с точки зрения Win API (как пишут в мануале) это COM порт. Т.е. да, он в отличии от специализированных конверторов предоставляет RAW канал. Но понимание этого не приближает меня к пониманию - зачем тогда возможность подключения нескольких хостов к одному последовательному порту.
485 - может и на километре работать, а TCP/IP медь - 100 метров. Т.е. это не удлинитель, а укорачиватель. :)
А если серьезно - смысл вопроса был в том, что в настройках можно задать количество хостов, которые могут подключаться к COM порту. И где это можно использовать. Сам по себе чистый RS 485 - это физика, а по нему всегда идет какой то прикладной протокол. Да, NPORT конвертирует RS 485 в TCP/IP. (если точнее, TCP/IP выступает в данном случае как контейнер) и на другом конце драйвер REAL COM распаковывает этот контейнер и с точки зрения Win API (как пишут в мануале) это COM порт. Т.е. да, он в отличии от специализированных конверторов предоставляет RAW канал. Но понимание этого не приближает меня к пониманию - зачем тогда возможность подключения нескольких хостов к одному последовательному порту.
-
- осмотрелся
- Сообщения: 192
- Зарегистрирован: 16 дек 2011, 15:13
- Имя: Алексей
- Страна: Россия
- Благодарил (а): 65 раз
- Поблагодарили: 46 раз
103 протокол через NPort
Чисто предположение - это сделано для некоторых "тупых" девайсов, которые не обмениваются данными по адресному протоколу, а, например, просто шлют в порт данные без запроса. У меня были весы такие, их ни о чем не надо спрашивать, они шлют данные постоянно в порт.
-
- эксперт
- Сообщения: 2092
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 135 раз
- Поблагодарили: 174 раза
-
- эксперт
- Сообщения: 2340
- Зарегистрирован: 20 дек 2018, 04:45
- Имя: Сергей
- Страна: РБ/РФ
- город/регион: РФ Сергиев Посад
- Благодарил (а): 1998 раз
- Поблагодарили: 176 раз
103 протокол через NPort
Вполне корректно. Если даже брать обычные, с медным интерфейсом, то с помощью 2 медиаконвертеров и необходимого количества оптики можно и на 40 км "пульнуть". Или отправить его по почте другу в Австралию, и вполне можно обмениваться по RS485 с его "девайсом" после некоторой настройки.
А у Моксы есть и вот такие https://www.moxa.ru/shop/converters/fiber/tcf-142/
ЗЫ. Стоимость оптического кабеля сейчас сравнима со стоимостью UTP5cat. Да, сварка будет стоить дополнительных денег. Но тоже "демократичных".
В трансформаторной будке живет трансформаторная собака (с) Прозрачный гонщик.
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
медиаконверторы есть и для 485 протокола. А вообще то говоря, последовательный интерфейс работал с "Австралией" когда оптики еще не было, через такую штуку - модем называется. Понятно - нынешнему поколению слово зиксель ни о чем не говорит.
А вообще - это физический факт, против которого спорить не надо. Без применения доп оборудования, которое применимо в обоих случаях - последовательные интерфейсы более дальнобойные. Конвертят 485 в TCP/IP не из за расстояния, медиаконверторы есть и для этих протоколов. И не из за быстродействия. Сила TCP/IP в IP - т.е. в маршрутизации и адресации. Иначе говоря - последовательный протокол это по суте своей точка - точка. А вот TCP/IP позволяет обращаться из разных мест.
А вообще - это физический факт, против которого спорить не надо. Без применения доп оборудования, которое применимо в обоих случаях - последовательные интерфейсы более дальнобойные. Конвертят 485 в TCP/IP не из за расстояния, медиаконверторы есть и для этих протоколов. И не из за быстродействия. Сила TCP/IP в IP - т.е. в маршрутизации и адресации. Иначе говоря - последовательный протокол это по суте своей точка - точка. А вот TCP/IP позволяет обращаться из разных мест.
-
- эксперт
- Сообщения: 2340
- Зарегистрирован: 20 дек 2018, 04:45
- Имя: Сергей
- Страна: РБ/РФ
- город/регион: РФ Сергиев Посад
- Благодарил (а): 1998 раз
- Поблагодарили: 176 раз
103 протокол через NPort
Совершенно верно. 485 -1200м. Все что выше - удлиннители )
Отправлено спустя 1 минуту 20 секунд:
Вы меня только не записывайте сюда )
В трансформаторной будке живет трансформаторная собака (с) Прозрачный гонщик.
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
Посмотрел MGATE - не мой случай. Мне нужно размножать 103-й протокол.
Отправлено спустя 1 час 20 минут :
Сейчас смотрю на Арбитр RS485 DevLink-M1.
Кто нибуть юзал ?
И сколько примерно эта штука стоит. На фирму написал, но сейчас как обычно пойдут старые песни о главном:
. А кто конечный покупатель ?
А когда брать будете ?
Отправлено спустя 1 час 20 минут :
Сейчас смотрю на Арбитр RS485 DevLink-M1.
Кто нибуть юзал ?
И сколько примерно эта штука стоит. На фирму написал, но сейчас как обычно пойдут старые песни о главном:
. А кто конечный покупатель ?
А когда брать будете ?
-
- не первый раз у нас
- Сообщения: 320
- Зарегистрирован: 31 окт 2017, 16:45
- Имя: Дмитрий
- Страна: Россия
- город/регион: Калининград
- Благодарил (а): 9 раз
- Поблагодарили: 82 раза
103 протокол через NPort
А чем вас не устраивает шлюз, собирающий данные с терминала (терминалов) по 103 протоколу и раздающий данные клиентам по 104 протоколу? Это самая обычная схема телемеханики на электроподстанциях.
И зачем здесь Moxa, если у шлюза с 103 протоколом должен быть порт RS485?
И зачем здесь Moxa, если у шлюза с 103 протоколом должен быть порт RS485?
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
Есть такая штука - проект называется.
А вдобавок, реализованный проект.
103 протокол не прокинуть до стоек серверов СОТИ, мощенок не хватит. Это во первых.
Поэтому ставится MOXA, которая по оптике TCP/IP прокидывает порт до серверных шкафов. Это самая обычная схема телемеханики на подстанциях. Приколы неачинаются позже.
Далее, стоит шлюз (на основе Gridex) который конвертит 103 в 104 и (помимо прочего) должен по 104 отдавать в РДУ.
А вот РДУ захотело, что бы этих шлюзов было 2. Основной и резервный. И каждый работал по своему каналу - основному и резервному.
И вот тут то вопрос и встает, как один 103 протокол раздать на 2 шлюза.
А вдобавок, реализованный проект.
103 протокол не прокинуть до стоек серверов СОТИ, мощенок не хватит. Это во первых.
Поэтому ставится MOXA, которая по оптике TCP/IP прокидывает порт до серверных шкафов. Это самая обычная схема телемеханики на подстанциях. Приколы неачинаются позже.
Далее, стоит шлюз (на основе Gridex) который конвертит 103 в 104 и (помимо прочего) должен по 104 отдавать в РДУ.
А вот РДУ захотело, что бы этих шлюзов было 2. Основной и резервный. И каждый работал по своему каналу - основному и резервному.
И вот тут то вопрос и встает, как один 103 протокол раздать на 2 шлюза.
-
- не первый раз у нас
- Сообщения: 320
- Зарегистрирован: 31 окт 2017, 16:45
- Имя: Дмитрий
- Страна: Россия
- город/регион: Калининград
- Благодарил (а): 9 раз
- Поблагодарили: 82 раза
103 протокол через NPort
тогда в проекте должен был быть терминал с двумя независимыми портами rs485, с двумя архивами событий для работы с двумя мастерами 103
-
- эксперт
- Сообщения: 1623
- Зарегистрирован: 06 янв 2016, 19:45
- Имя: Петров В.Л.
- Страна: Россия
- город/регион: Красноярск
- Благодарил (а): 70 раз
- Поблагодарили: 191 раз
103 протокол через NPort
Да, только второй порт был занят. Но когда было предложено добавить Арбитр или отдать второй порт, подумали и отдали. Спасибо всем за диалог, проблема решилась.