s7-1200 3 точки p2p

[a93911]

здравствуйте, коллеги.
Создана конфигурация s7-1200 c 3 модулями rs485 1ch32. два модуля настроены как мастеры, один слейв. При загрузке проекта все блоки выдают ошибку 8180 (неверный id). Блоки подключены к портам верно (269,270,271), при запуске по отдельности при отключении остальных работают хорошо. Кто нибудь сталкивался с подобной проблемой?

И ещё вопрос. Возможно ли в симуляции связать модули с реальными сом портами компьютера по аналогии с ethernet?

[M3f]

a93911, где и как вы вызываете блоки "Modbus_Comm_Load" для ваших модулей? Используете "legacy" блоки или новые? Какая версия TIA и ваших блоков?

[a93911]

a93911, где и как вы вызываете блоки "Modbus_Comm_Load" для ваших модулей? Используете "legacy" блоки или новые? Какая версия TIA и ваших блоков?

вызываю из отдельной функции один раз в первом цикле. В используемом 13-м портале только один тип блоков,
"mb_comm_load" версии 2.1, "mb_master" версии 2.2, "mb_slave" версии 2.1. Как писал ранее, по отдельности каждый порт работает без нареканий. Как только включаю в работу все, появляется ошибка, причем не в "mb_comm_load", a в "mb_master" и "mb_slave". Странно, ведь не должны влиять друг на друга.

[M3f]

a93911, у каждого модуля свой IDB для "MB_COMM_LOAD"? Проверьте после первого цикла, что в IDB для каждого модуля, записан верный адрес.
Модули и ПЛК с последней прошивкой или старые времен 13 портала?
Перестает работать даже с 2 модулями?
Ошибки могут быть как в мастере (слейве), так и в загрузке, и они могут висеть только 1 цикл, а потом сбрасываться. Все зависит где и какая проблема.

P.S. Лучше скинуть проект (или только ваши блоки с Modbus), а то так можно долго гадать.

[a93911]

проект по ссылке https://disk.yandex.ru/d/8OnYKD46wLWkBg
блок Modbus_RTU_TCP

[M3f]

a93911,
1. У вас блоки "MB_COMM_LOAD" не работают. Вы не подаете разрешение на входы EN. Поэтому и ошибки по портам.

P.S. Из общих замечаний:
1. У вас нет вообще никакой диагностики блоков "MB_COMM_LOAD" и "MB_SLAVE".
2. Диагностика, соответственно и ошибки, блоков "MB_MASTER" записываются только за последний цикл, еще и в раздел Temp, который может обнуляться каждый цикл.
3. Работа Modbus идет по таймеру в 0,4 сек. без контроля состояния блоков "MB_MASTER". Если за это время блок не успеет обработать данные и не придет "DONE" или "ERROR", то произойдет переключение на следующий цикл при еще работающем "MB_MASTER.

[a93911]

Спасибо за замечания
1. По опыту работы с Сименсом, три точки на свободном входе EN означает свободное прохождение сигнала, т.е. добавляемый блок по умолчанию активирован.

1. Да пока отслеживаю по DB этих блоков. Проект сыроват, конечно.
3. Думаете. 0,4 сек недостаточно? Попробую отключить таймер совсем. Поставил из-за опасения, что если блок зависнет, кольцевой опрос прервется.

[M3f]

a93911,
1. Скорее всего вы правы (я больше на SCL пишу), но для других блоков вы явно прописываете разрешение (например "alwaystrue"). Я бы еще попробовал сделать EN через "FirstScan", как в примере из руководства у Siemens (с этим есть нюансы особенно у новых блоков). Раньше я старые блоки вызывал в основном через OB100, а там весь блок был активен 1 цикл.

3. Блок всегда выдает или DONE или ERROR по результату опроса, зависания блока я ни разу не встречал. Если так боитесь зависания, я бы ставил время больше параметра RESP_TO, с записью в переменную.

P.S. Перед загрузкой делайте "rebuild all". И что там у вас, когда работают только 2 блока? Тоже ошибки по порту?

[Михайло]

зависания блока я ни разу не встречал

У процессоров ПЛК в принципе невозможно зависание, если вы не используете циклы FOR/WHILE и GOTO. Они этим сильно отличаются от процессоров Intel/AMD/... Промышленность не зависает, пафосно говоря.

[Roman_33]

Вставлю свои пять копеек. На старых Порталах у меня и с одним модулем бывали глюки. Выдавал ошибку на неверный ID. Лечилось тем, что добавлял еще один такой же модуль (ID у него,разумеется, уже был другой), а прежний удалял, и, о чудо, все начинало работать. С чем это связанно разбираться было лень, но складывалось впечатление, что есть некие "запрещенные" номера. Потом как то все постепенно перешло на коммуникации по Ethernet и модбас благополучно был похерен.

[a93911]

P.S. Перед загрузкой делайте "rebuild all". И что там у вас, когда работают только 2 блока? Тоже ошибки по порту?

Спасибо, попробую. Когда отключал 2 блока, третий работал без ошибок. Буду пробовать все варианты на ПНР. О результатах постараюсь отписаться.

[a93911]

В общем, внёс несколько изменений в программу, поэтому точно не знаю, что помогло.

1. На входы EN блоков MB_COMM_LOAD так же, как и на входы REQ, поставил бит FirstScan;
2. Сделал таймаут 5 сек на тот случай, если опрос "зависает" на одном блоке Мастера.

Заработали все 3 модуля, запросы отрабатываются хорошо.