Просмотр полной версии : Подключение преобразователя MOXA
Pavel Snegirev
14.01.2020, 07:53
Здравствуйте, подскажите пожалуйста как правильно настроить соединение Ethernet ПЛК со шлюзом МОХА. Имеется ПЛК Овен 110-30[М2] и однопортовый шлюз MOXA MGate MB3170, к которому подключено 5 устройств по RS 485, а именно модуль дискретного ввода 110 и 4 ТРМ200. Как именно в CodeSya 2.3 настроить данное соединение. Сильно не ругайтесь делаю в первый раз.
Страница 50 руководства http://www.kipshop.ru/CoDeSys/steps/owen_plc-configuration.pdf, и это только начало
Pavel Snegirev
16.01.2020, 16:54
Спасибо вам огромное. Благодаря этой брошюре разобрался. Очень странно, что я подобного сразу не нашел.
У меня другого рода проблема.
К преобразователю Ethernet/RS485 MOXA nPort5130 подключены один МВ110-224.8ДФ и четыре ТРМ202. Физически RS485 от MOXA подключен сперва к МВ110 (адрес 16), затем к ТРМ №1 (адрес 1), ... , ТРМ №4 (адрес 4). Поскольку у ТРМ-ов стоп.битов 2, то это же значение прописано и в модуле МВ110 и в MOXA. Линия RS485 короткая (не более 30м до последнего ТРМ-а).
Если физически откинуть ТРМ-ы и оставить один МВ110, то в ОРС я его вижу. Как только подключаю линию RS485 ТРМ-ов, то вижу все ТРМ-ы, а модуль отваливается. В чём может быть проблема?
Что интересно: Если установить в МОХА 1 стоп.бит, то связь с ТРМ-ами всё равно остаётся, а с МВ110 пропадает (когда на линии он один).
К теме приложил файл конфигурации для OPC-сервера Lectus.
У меня другого рода проблема.
Если физически откинуть ТРМ-ы и оставить один МВ110, то в ОРС я его вижу. Как только подключаю линию RS485 ТРМ-ов, то вижу все ТРМ-ы, а модуль отваливается. В чём может быть проблема?
Поставили резистор 120 Ом (терминатор) между А и В на линии RS485. Всё заработало как часы.
(надо было читать https://owen.ru/forum/showthread.php?t=30624)
Дабы не плодить однотипные темы, продолжу здесь.
Появилась задача подключить преобразователь интерфейсов MOXA NPort 5130A к ПЛК210.
Методом проб и ошибок выяснено, что преобразователь работает по MODBUS over TCP, а по MODBUS TCP не работает. По крайней мере данные с преобразователя пошли в OPC Lectus именно по MODBUS over TCP.
Вопрос: Как в ПЛК210 реализовать аналогичное подключение MODBUS over TCP?
Я в ПЛК210 сделал "Ethernet" -> "Modbus TCP Master". Там у меня добавлены модули МВ210-101. Там же создал "MOXA", а неё добавил устройство "Modbus Slave, COM port" с нужным мне адресом по Modbus RTU. Но связи нет. Возле "Ethernet" и "Modbus TCP Master" зелёный кружок со стрелками по кругу. Возле "MOXA" такой же, но со знаком "!" внутри, при этом этот кружок иногда становится красным и мигает вместе с "!". А у устройства "Modbus Slave, COM port" оранжевый треугольник постоянно.
Евгений Кислов
11.03.2024, 12:11
Дабы не плодить однотипные темы, продолжу здесь.
Появилась задача подключить преобразователь интерфейсов MOXA NPort 5130A к ПЛК210.
Методом проб и ошибок выяснено, что преобразователь работает по MODBUS over TCP, а по MODBUS TCP не работает. По крайней мере данные с преобразователя пошли в OPC Lectus именно по MODBUS over TCP.
Вопрос: Как в ПЛК210 реализовать аналогичное подключение MODBUS over TCP?
Я в ПЛК210 сделал "Ethernet" -> "Modbus TCP Master". Там у меня добавлены модули МВ210-101. Там же создал "MOXA", а неё добавил устройство "Modbus Slave, COM port" с нужным мне адресом по Modbus RTU. Но связи нет. Возле "Ethernet" и "Modbus TCP Master" зелёный кружок со стрелками по кругу. Возле "MOXA" такой же, но со знаком "!" внутри, при этом этот кружок иногда становится красным и мигает вместе с "!". А у устройства "Modbus Slave, COM port" оранжевый треугольник постоянно.
Добрый день.
В стандартном драйвере Modbus не поддерживаетcя режим Modbus RTU Over TCP, который вам нужен для работы с NPort.
Вам нужно организовать опрос другим способом - через ФБ MB_TcpRequest из библиотеки OwenCommunication (его входу xIsRtuOverTcp нужно присвоить значение TRUE).
https://owen.ru/forum/showthread.php?t=31816
Да, совместно с ФБ TCP_Client всё получилось. Спасибо!
Труженик
07.03.2025, 14:12
Добрый день!
Спрошу здесь, вроде тема соответствует. Имеется мв110-32дн совсем свежий. Имею огромное желание считывать с него данные при помощи owen OPC сервера через nport 5150. Но что-то не получается. nport настроен на ПК через nport administrator как виртуальный com port. OPC сервер пишет, что нет ответа от устройства.
Проверил через преобразователь АС4-м, ОРС сервер все считывает без проблем. Не хотелось бы ставить дополнительный ПК. Есть какие идеи, как получить данные через nport 5150?
Добрый день!
Спрошу здесь, вроде тема соответствует. Имеется мв110-32дн совсем свежий. Имею огромное желание считывать с него данные при помощи owen OPC сервера через nport 5150. Но что-то не получается. nport настроен на ПК через nport administrator как виртуальный com port. OPC сервер пишет, что нет ответа от устройства.
Проверил через преобразователь АС4-м, ОРС сервер все считывает без проблем. Не хотелось бы ставить дополнительный ПК. Есть какие идеи, как получить данные через nport 5150?
О! АС4-М на выход NPort и проверьте через NPort запросы проходят?
Труженик
07.03.2025, 14:46
Не совсем понимаю как это сделать....
Евгений Кислов
07.03.2025, 15:19
Добрый день!
Спрошу здесь, вроде тема соответствует. Имеется мв110-32дн совсем свежий. Имею огромное желание считывать с него данные при помощи owen OPC сервера через nport 5150. Но что-то не получается. nport настроен на ПК через nport administrator как виртуальный com port. OPC сервер пишет, что нет ответа от устройства.
Проверил через преобразователь АС4-м, ОРС сервер все считывает без проблем. Не хотелось бы ставить дополнительный ПК. Есть какие идеи, как получить данные через nport 5150?
Добрый день.
Через Owen OPC Server сделать это не получится.
Используйте OPC, который поддерживает Modbus RTU over TCP - например, MasterOPC Universal Modbus Server.
Труженик
07.03.2025, 15:35
Инсатовский modbus ОРС сервер я тоже пробовал. Он так же через АС4-М работает, а через nport увы, нет. Может есть альтернатива какая nport -у? Или что-то нужно докручивать и с другими?
Евгений Кислов
07.03.2025, 15:51
Инсатовский modbus ОРС сервер я тоже пробовал. Он так же через АС4-М работает, а через nport увы, нет.
См. скриншот.
82344
Добрый день.
Через Owen OPC Server сделать это не получится.
Используйте OPC, который поддерживает Modbus RTU over TCP - например, MasterOPC Universal Modbus Server.
Что-то Вы не то советуете. Ое же пишет, что
nport настроен на ПК через nport administrator как виртуальный com port.
При чём тут RTU over TCP? Что там и как по факту у него настроено - мне отсюда не видно, но Ваш совет очевидно мимо кассы, поскольку он для "TCP Server Mode". У него сам nport должен быть настроен как
Operating mode (TCP Server Mode)
(0) Real COM Mode
(1) TCP Server Mode
(2) TCP Client Mode
(3) UDP Client/Server Mode
(4) Pair Connection Slave Mode
(5) Pair Connection Master Mode
(6) Reverse Telnet Mode
(7) Disabled
Евгений Кислов
07.03.2025, 18:14
Что-то Вы не то советуете. Ое же пишет, что
При чём тут RTU over TCP? Что там и как по факту у него настроено - мне отсюда не видно, но Ваш совет очевидно мимо кассы, поскольку он для "TCP Server Mode". У него сам nport должен быть настроен как
Если речь о Real COM - то вы, безусловно, правы.
Я невнимательно прочитал исходный пост и ориентировался на TCP Server Mode, конечно.
Труженик
10.03.2025, 14:07
Добрый день! Спасибо, что помогаете. Нам дополнительные ПК ставить вообще не вариант.
Настроил mox-у на TCP server mode(все параметры по умолчанию). Выбрал в ОРС Modbus поверх TCP. Добавил тег с адресом 102(как через АС4). Значение не считывается. На moxe горят все лампочки(Ready, Link - зеленые; RxTx - оранжевая). Может с адресацией что-то меняется в этом случае.... Перестановку байтов у тега отключал. Не помогло.
82368
Настройки узла и устройства сначала покажите в OPC.
Чего на лампочки смотреть, если в телнете всю диагностику посмотреть можно?
82369
Виртуальный порт создали?
Зачем нужен виртуальный порт при использовании RTU over TCP?
Труженик
10.03.2025, 16:01
82372 узел
82373 устройство
Труженик
10.03.2025, 16:05
82374 moxa
А с какой радости у Вас порт 502, если сами же писали, что
Настроил mox-у на TCP server mode(все параметры по умолчанию)
Насколько я помню, у nport в режиме TCP server mode порт по-умолчанию 4001
Port 1 : TCP Server Mode
TCP alive check time (0-99min) : 7
Inactivity time : 0
Max connection : 4
Ignore jammed IP : Yes
Allow driver control : Yes
Packing length : 0
Delimiter 1 : (Disable) 0
Delimiter 2 : (Disable) 0
Delimiter process : Do Nothing
Force transmit : 2
Local TCP port : 4001
Command port : 966
Это у 5210, не думаю, что у Вашей модели радикально отличается.
Ну, чтд - 4001
Труженик
10.03.2025, 16:17
[QUOTE=imaex;458973]Настройки узла и устройства сначала покажите в OPC.
Чего на лампочки смотреть, если в телнете всю диагностику посмотреть можно?
Не могу не согласиться. Я и в браузере все вижу. Моха слушает.
Да, учтите - параметры последовательных портов мв110 и nport должны быть жёстко согласованы - скорость, старт/стоп, четность и т.д. Иначе не будет работать.
Труженик
10.03.2025, 16:23
сменил 4001 на 502. Ничего не изменилось.
Моха слушает.
Она не слушать должна, а соединение с вызывающим хостом отображать и обмен по последовательному порту.
Port Type Connection
01 TCP Server 192.168.40.120 Listen Listen Listen
02 Real COM Listen
Port TxCnt RxCnt TxTotalCnt RxTotalCnt DSR DTR RTS CTS DCD
01 4043920 24768800 34415216 210763119 OFF ON ON OFF OFF
02 0 0 0 0 OFF OFF OFF OFF OFF
Труженик
10.03.2025, 16:24
Да, учтите - параметры последовательных портов мв110 и nport должны быть жёстко согласованы - скорость, старт/стоп, четность и т.д. Иначе не будет работать.
согласованы один в один.
сменил 4001 на 502. Ничего не изменилось.
Ну, и - хотя бы соединение-то отображается в веб-морде nport?
Save/Restart для Nport сделали после изменения 4001 на 502?
Труженик
10.03.2025, 16:35
появилось движение, но данных не вижу.
82375
Save/Restart конечно делал после каждого изменения. Иначе изменения не вступают в силу.
Труженик
10.03.2025, 16:37
Точно такое же движение было, когда я через виртуальный сом порт пытался считать данные. Но данных не было и нет.
Ну, уже что-то - обмен в обе стороны по последовательному порту пошёл. Дальше с этим OPC разбирайтесь.
Хотя я бы сначала чем-то более простым проверил для отладки.
Труженик
10.03.2025, 16:43
Чем например? Не подскажете.
Попробуйте Modbus Gure. Утилита интересная, относительно новая и бесплатная.
На страничке автора можете скачать последнюю версию (1.2.0.35)
https://cloud.mail.ru/public/44ZU/bCCTGHQfb
или по классике Modus Poll, но там нужно кряки искать. Лично я ей не пользуюсь практически никогда.
Есть ещё совсем простая Radzio!, тоже бесплатная. Найдёте в Сети.
Труженик
11.03.2025, 09:25
Спасибо! Проверил при помощи Modbus Guru. Активность на мохе имеется, а данные прибор не отдает. Может это утопия....и прибор(МВ110-32ДН) данные по такой схеме(Modbus поверх TCP) отдать не сможет. Был ли у кого реальный опыт с этим прибором?
Может это утопия....и прибор(МВ110-32ДН) данные по такой схеме(Modbus поверх TCP) отдать не сможет. Был ли у кого реальный опыт с этим прибором?
Что за глупости? Конечно есть, всё прекрасно работает. Кстати,
Добавил тег с адресом 102(как через АС4)
почему 102? Если адреса регистров битовой маски входов - 99 и 100 (dec).
Посмотрите в Modbus Guru журнал обмена. Можете сюда выложить.
Труженик
12.03.2025, 09:21
Что за глупости? Конечно есть, всё прекрасно работает. Кстати,
почему 102? Если адреса регистров битовой маски входов - 99 и 100 (dec).
В Овен ОРС видно какие адреса 101 -132. В нем готовый шаблон для этого прибора есть.
Посмотрите в Modbus Guru журнал обмена. Можете сюда выложить.
Два тега создал первый bool - адрес 102. Второй int - адрес 104
09:10:40.295 >> 10 03 00 68 00 01 06 97
09:10:43.396 >> 10 01 00 66 00 01 1E 94
09:10:46.494 >> 10 03 00 68 00 01 06 97
09:10:49.582 >> 10 01 00 66 00 01 1E 94
В Овен ОРС видно какие адреса 101 -132. В нем готовый шаблон для этого прибора есть.
Ну, развлекайтесь с шаблонами. Так-то документация есть.
82404
Два тега создал первый bool - адрес 102. Второй int - адрес 104
Откуда взялся bool, если все регистры целочисленные?
09:10:40.295 >> 10 03 00 68 00 01 06 97
09:10:43.396 >> 10 01 00 66 00 01 1E 94
09:10:46.494 >> 10 03 00 68 00 01 06 97
09:10:49.582 >> 10 01 00 66 00 01 1E 94
1) Запись в регистры осуществляется командой 16 (0х10), чтение – командами 03 или 04
(прибор поддерживает обе команды)
Про функцию 01 ни слова. Что не удивительно, т.к. все регистры целочисленные.
У Вас модуль ничего не отвечает, тут только запросы. Может имеет смысл провода проверить?
Или у МВ110 адрес не 0x10 (16 dec), а другой. Через AC4 работает говорите с эти адресом?
При работе с ModbusTCP MOXA может заменять на адрес 0x01.
вот так выглядит чтение регистров битовой маски значений входов, сразу двух (ulong int) с физического адреса 99 (dec)
10:00:27.253 >> 10 03 00 63 00 02 37 54
10:00:27.463 << 10 03 04 00 00 01 00 FA A2
10:00:29.087 >> 10 03 00 63 00 02 37 54
10:00:29.088 << 10 03 04 00 00 01 00 FA A2
10:00:30.793 >> 10 03 00 63 00 02 37 54
10:00:30.793 << 10 03 04 00 00 01 00 FA A2
10:00:32.577 >> 10 03 00 63 00 02 37 54
10:00:32.577 << 10 03 04 00 00 01 00 FA A2
10:00:34.431 >> 10 03 00 63 00 02 37 54
10:00:34.584 << 10 03 04 00 00 01 00 FA A2
10:00:36.189 >> 10 03 00 63 00 02 37 54
10:00:36.395 << 10 03 04 00 00 01 00 FA A2
При работе с ModbusTCP MOXA может заменять на адрес 0x01.
С какого перепуга? И там не Modbus TCP, а RTU over TCP, этот Nport не умеет протоколы шлюзовать, он про modbus вообще ничего не знает.
...
Проверил через преобразователь АС4-м, ОРС сервер все считывает без проблем.
...
Соберите еще раз через АС4, проверьте чтобы работало и выложите настройки ОРС в тему.
Труженик
12.03.2025, 11:37
В пятницу только смогу. Выложу, не вопрос.
Труженик
12.03.2025, 11:43
Ну, развлекайтесь с шаблонами. Так-то документация есть.
82404
Откуда взялся bool, если все регистры целочисленные?
Ну это я пальцем в небо. Проверить на всякий случай. Вроде ОРС клиент с овен ОРС видел их как bool.
Про функцию 01 ни слова. Что не удивительно, т.к. все регистры целочисленные.
У Вас модуль ничего не отвечает, тут только запросы. Может имеет смысл провода проверить?
Пять раз уже прозванивал провода. На моху еще думается, но второй такой нет у нас.
Труженик
14.03.2025, 12:00
Ура!!! Заработало. Даже не знаю с какой помощью мы это нашли. Была сопля в проводе, хотя провод при этом звонился. Всем просто огромное спасибо и моему коллеге тоже, который каким то чудом решил укоротить кабель!!!!
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot