Обмен информацией контроллерами через Profibus

[ASUTP_PLC]

По работе есть задача интегрировать новый контроллер в систему.

В системе контроллеры обвязаны между собой по профибасу и некторыми данными обмениваются посредством соединения Master - SLave.

Сделал тестовую конфигурацию, обозначил DP одного контроллера мастером и связал его с другим контроллером в режиме DP slave.

В качестве примера на DP slave в конфигурации завязаны два аналоговых модуля. Данные на DP slave я читаю и вижу что на соответствующих входах PIW есть аналоговый сигнал.

Получить на мастере те же самые данные никак не могу по профибасу. Конфигурации обе прогружаются, ошибок нет.

Но PIW на мастере не получаю. Подскажите кто знает.

[CHANt]

У аналогового модуля есть своя область адресации, у встроенного интерфейса DP своя, т.е. надо перенаправить информацию руками, написав соответствующие инструкции. Но, это очень не оптимальный путь обмена. Почитайте в официальной документации про стандартные функции обмена по профибасу, выберите нужную и организуйте обмен массивами информации, а не отдельными переменными, адресное пространство которых не такое большое, в Вашей конфигурации - 32 байта.

[ASUTP_PLC]

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

[CHANt]

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

есть, и на родном, и куча целая, например - http://old.automation-drives.ru/as/down ... +FDL_r.pdf

[san]

У аналогового модуля есть своя область адресации, у встроенного интерфейса DP своя, т.е. надо перенаправить информацию руками, написав соответствующие инструкции.

+1
в Слейве с аналогового входа направить на PQW256
а на счет функций, тут я бы не завязывался, если надо обменяться небольшим объёмом данных, можно обойтись ДП функционалом, так как с функциями может придется помучаться

[CHANt]

DP_SEND/DP_RECV не такие уж мудренные, главное поле адреса понять))

[ASUTP_PLC]

Исходя из той информации что попала ко мне, смею предположить что и без функций реализуется такой обмен.

В Мастере описано какие области на ввод, какие на вывод. А на Мастере опрашивается по сконфигурированным адресам. /по крайней мере такая идея/.

Программа с примерно таким алгоритмом есть где работает, но не имею возможности уточнить.

[ASUTP_PLC]

Смею предположить что при опросе по Profibus если вызов DP_SEND/DP_RECV осуществляется, то вызывать его необходимо в блоке обработки циклического прерывания например OB35.
Или я ошибаюсь. Просто в этих ньюансах я не дока.

[ASUTP_PLC]

У аналогового модуля есть своя область адресации, у встроенного интерфейса DP своя, т.е. надо перенаправить информацию руками, написав соответствующие инструкции.

+1
в Слейве с аналогового входа направить на PQW256
а на счет функций, тут я бы не завязывался, если надо обменяться небольшим объёмом данных, можно обойтись ДП функционалом, так как с функциями может придется помучаться

Попробовал, контроллер слейва выдает в буфере несуществующий адрес. Куда копать?

[CHANt]

Сколько всего данных в байтах надо передавать из слейва в мастер?
Вечером набросаю обмен по SFC14/15...

-----------------------------------------

Test_dp_SFC.zip

Попробуй, связь собрал с использование SFC 14/15. В симуляторе данные отправляет, на прием не хочет, надо на железе смотреть.
А вообще, глобальное рук-во посвященное обмену между контроллерами - https://support.automation.siemens.com/ ... d=47938119

[ASUTP_PLC]

Я протестил программу, не передает она.

Есть пример конфигурации, где просто определены адреса ввода на слейв конфигурации и настроена связка на конфигурации мастера.
Как я понимаю можно это сделать по разному.

Просто в таком примере я не наблюдал никаких вызовов SFC c указателями на DB c данными.
Как пример на самом слейв устройстве шла просто передача параметров на соответсвующий PQD.

[ASUTP_PLC]

Работает. Не сразу просто до железа получилось добраться. Все просто...

[Marrenoloth]

Чисто как альтернатива - DP/DP куплер. Прописывается в обоих связываемых системах в железе - указывается кол-во передаваемых байт в обе стороны для I и Q памяти и просто I из первой системы напрямую передаются в Q память второй и обратно. Из особенностей - простота конфигурирования, но нужно перегружать hardware и сети не пересекаются по адресации (Т.е. в обоих сетях независимые адреса профибаса, I и Q памяти).

P.S. Знаю, что банальность все это, но, вдруг кто не знает.

[CHANt]

P.S. Знаю, что банальность все это, но, вдруг кто не знает.

Денег стоит и ждать заказ офигеть сколько. :D Проще попробовать несколько вариантов.

[Marrenoloth]

P.S. Знаю, что банальность все это, но, вдруг кто не знает.

Денег стоит и ждать заказ офигеть сколько. :D Проще попробовать несколько вариантов.

Таки да, но как альтернатива. Иногда сети нереально переконфигурировать чтобы адреса не пересекались, а передавать нужно достаточно много информации - электрическими сигналами не обойдешься.

[CHANt]

Таки да, но как альтернатива. Иногда сети нереально переконфигурировать чтобы адреса не пересекались, а передавать нужно достаточно много информации - электрическими сигналами не обойдешься.

Таки да, но тогда вопросы к этапу проектирования или модернизации возникают Куда смотрели, одним словом. :)

[Marrenoloth]

Таки да, но тогда вопросы к этапу проектирования или модернизации возникают Куда смотрели, одним словом. :)

Все как обычно :D Как мне кажется, это больше проблема роста. Сначала несколько отдельных систем, потом их уживать. А останавливать нельзя - потери времени=выпущенной продукции=денег. А потом уже (если доживут) все сносят и ставят общую гомогенную систему.

[ASUTP_PLC]

Обычный парадокс. Нужно все и по быстрому. Стенда с Симатиком нет. На месте особо не разбежишься. Контроллеры идут впритык (только пришел - поставили - ушел).
Да и разжеванное все и упорядоченное по полочкам не лежит. (это же полюбому система).