SIEMENS, DF&PD

Предыдущее посещение: Ср июл 06, 2016 5:03 Текущее время: Ср июл 06, 2016 5:03

Часовой пояс: UTC + 3 часа




 [ Сообщений: 78 ]  На страницу 1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения: Modbus over TCP/IP
СообщениеДобавлено: Пн май 31, 2010 17:28 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Добрый день! Прочитал все похожие ветки, но, к сожалению, ответа для себя не нашел.

Задача такая: есть несколько устройств, подключенных в общий Ethernet свитч через преобразователь RS485/TCP. Устройства передают данные по Modbus. Необходимо получить эти данные с помощью S300 (CPU 315-2 PN/DP), подключенного в тот же свитч по Ethernet. Как это сделать?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 01, 2010 8:40 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Чт ноя 22, 2007 5:39
Сообщения: 1361
Откуда: Иркутск
Инфо по драйверу Модбус ТСР для симатика:
http://www.industrysolutions.siemens.co ... us_tcp.htm


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 08, 2010 9:25 
Не в сети
Новый писатель

Зарегистрирован: Пт авг 28, 2009 7:27
Сообщения: 48
Откуда: Россия, Сахалин
Как вариант, воспользоваться функциями AG_SEND, AG_RECV. Есть примеры реализации, могу выслать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 09, 2010 14:06 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Спасибо, Kapter! Изучаю вопрос. Нашел большой мануал "S7 - OPEN MODBUS / TCP Communication via the integrated PN interface of the PLC", читаю.

Иван! Вам тоже большое спасибо! Буду рад посмотреть Ваши примеры.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 29, 2010 14:07 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Upd Потратил две недели (!) на изучение вопроса и попытки получить данные от устройства. Естественно, версия ПО пока демо, потому что без гарантии 1500 евро никто не даст. Возможно, именно поэтому у меня трудности с поиском ошибки, а она есть.

После конфигурирования, заливки и рестарта PLC получаю: устанавливается соединение, отправляется телеграмма, приходит ответ, и на его анализ уходит все оставшееся зарезервированное время, после чего вываливается ошибка с кодом #A100, что есть "The monitoring time CONN_TIME or RECV_TIME was exceeded when executing a job".

Мониторю все это по ModbusPN Instance db. Вижу, что отсылается телеграмма длиной 12, а ответ приходит с длиной 0...

Начальство уже косится :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 29, 2010 14:30 
Не в сети
Новый писатель

Зарегистрирован: Пт авг 28, 2009 7:27
Сообщения: 48
Откуда: Россия, Сахалин
В первую очередь попробуйте взять какую-нибудь фриварную Modbus-TCP утилитку для PC и отправить запрос с нее. Может дело в девайсе, либо в преобразователе?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 29, 2010 14:58 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Раньше это устройство подключалось через KepWare Server, оттуда я и номер порта взял, и адрес, и номера регистров. По нему все отлично работает, но решено повышать надежность и уменьшать трафик, иначе приходится для обработки гнать все сигналы с сервера, на котором стоит KepWare, в PLC, там обрабатывать и гнать обратно на визуализацию...

Само устройство - блок управления/мониторинга генератора от Merlin Gerin, подключено через MOXA 52ХХ в общий свитч.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июн 29, 2010 16:21 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Иван! Может, вышлете мне примеры, я Вам свою почту уже скинул в личку.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 9:12 
Не в сети
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547
Обратите внимание на версию firmware CPU. По уморлчанию Modbus tcp использует порт 502. Если для новых проблем с использованием этого порта нет, то для предыдущих версий есть определенные сложности. Подробнее на суппорте.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 9:37 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Прошивка 2.6.5


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 16:29 
Не в сети
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547
Порт 502 может свободно использоваться с версии 3. Подробней это есть на суппорте в фак-ах.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 16:37 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
Облом! Устройства оказались отличными от тех, по которым я получил мануалы (работаю удаленно). Оказалось, что они не поддерживают OPEN Modbus, а работают только по Modbus RTU. Это я узнал, промониторив отсылаемые телеграммы. Устройства просто не понимают, что к ним приходит.

Я предложил ребятам поставить дополнительно семь CP-341. Говорят, что нет места. Теперь не знаю, что и делать...

Может, есть какой-нибудь конвертер?..


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 01, 2010 14:07 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
Какое устройство не поддерживает, преобразователь? Какие именно запросы эти устройства не понимают?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 01, 2010 15:19 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
В общем, что получилось...

Есть 7 устройств, передающих данные по Modbus RTU и подключенных по RS485 к преобразователям MOXA NPort (485/TCP). Nport своей TCPшной стороной подключены в общий свитч.

Получаем RTU over TCP/IP по 7 независимым каналам, т.е. у каждого RTU-девайса есть IP-адрес. Я, имея на руках мануал по другим устройствам и сильно обрадовавшись тому, что 300й процессор, который должен с этими девайсами работать, потому как я думаю, что используется Open Modbus, оказался 315-2 PN/DP, скачиваю Modbus TCP Wizard, создаю DB с параметрами и пишу код по мануалу...

Далее лью и запускаю PLC, соединение с девайсом устанавливается (CPU - клиент), операция с кодом 3 шлет телеграмму в девайс и все... На этом конец, от девайса ничего не приходит.

Скачиваю программку для тестирования модбаса. Выбираю режим "TCP", выставляю те же параметры, получаю одинаковые с DB (смотрел в онлайне в PLC) телеграммы

Программа (TCP): 00 01 00 00 00 06 01 03 00 01 00 01
DB: 00 01 00 00 00 06 01 03 00 01 00 01

Посылаю телеграмму из тестовой программы. Ответ не приходит, выбираю "RTU over TCP", те же параметры и запускаю, все работает, смотрю текст телеграммы. Он короче:

Программа (RTU): 01 03 00 01 00 01 D5 CA

Отправляю, получаю ответ, все замечательно. Как мне теперь добиться формирования такой же телеграммы? Наверное, именно таким вопросом стоит задаться...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 8:27 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
Я не знаю как МОХА, но типичные шлюзы являются мастерами на RTU. То есть, при формировании запроса, который посылается шлюзу, Вам нужно в заголовке, который обрамляет MBAP запрос, указать в одном из параметров (Unit Identifier) адрес слейва. Тоесть каждому слейву не выделяется отдельный IP, он есть только у шлюза.

http://www.modbus.org/docs/Modbus_Messa ... _V1_0b.pdf
В файле посмотрите таблицу MBAP Header description


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 9:44 
Не в сети
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547
Точнее сказать: шлюз является мастером для протокола RTU, и слейвом для Profibus или сервером для TCP в ethernet.

Попоробуйте поменять номер порта с 502 на другой.

Да еще поддерживает ли Ваша прошивка коммуникации через TCP, точнее открытые коммуникации? Возможно нужно обновить прошивку (если она встанет :-( )


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 11:54 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
Так Profibus вроде как в задаче нет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 14:43 
Не в сети
Новый писатель

Зарегистрирован: Пт июл 21, 2006 13:04
Сообщения: 29
Откуда: Москва
pupena_san писал(а):
Я не знаю как МОХА, но типичные шлюзы являются мастерами на RTU. То есть, при формировании запроса, который посылается шлюзу, Вам нужно в заголовке, который обрамляет MBAP запрос, указать в одном из параметров (Unit Identifier) адрес слейва. Тоесть каждому слейву не выделяется отдельный IP, он есть только у шлюза.

http://www.modbus.org/docs/Modbus_Messa ... _V1_0b.pdf
В файле посмотрите таблицу MBAP Header description


То есть, коммуникация с 3d-party устройством, работающим по Modbus RTU через конвертер 485/TCP, возможно БЕЗ использования модулей CP 343-1?

Для меня, похоже, именно этот вопрос сейчас наиболее важен... Тем более, что подтверждения этому я не нашел пока.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 16:40 
Не в сети
Известный Писатель

Зарегистрирован: Пт дек 18, 2009 10:26
Сообщения: 263
Откуда: Киев
Darg писал(а):
То есть, коммуникация с 3d-party устройством, работающим по Modbus RTU через конвертер 485/TCP, возможно БЕЗ использования модулей CP 343-1?
Для меня, похоже, именно этот вопрос сейчас наиболее важен... Тем более, что подтверждения этому я не нашел пока.


Может я ошибаюсь, но судя по каталогу CPU 315-2PN/DP не поддерживает открытых соединений поверх TCP. Наверно все таки нужен CP 343-1. Да и Step7 этого не дает сделать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 19:36 
Не в сети
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547
Profibus был упомянут для общности. 315-2Pn/DP, начиная с определенной версии вроде 2.7 начал поддерживать открытые коммуникации. Нужно лишь зайти на страничку с апдейтом firmware и посмотреть изменения, а также условия применимости прошивки к вашему процу


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 78 ]  На страницу 1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group