[?]: организация связи и общего доступа между 4-мя S7-31*

[Balagur]

Доброго времени суток!

Есть три станции на базе CPU S7-315 2DP и скажем так, "общая" станция на базе CPU314 & CP342-5. Связь через PROFIBUS.
Все 4 станции имеют свои модули ввода-вывода аналоговых и дискретных сигналов.
Централизованная периферия "общей" станции должна быть доступна каждой из трех станций.
Более того, в "общей" станции должна работать небольшая программка: если одна из трех станций дает сигнал на включение, например, дискретного выхода общей станции, то остальные две станции должны ожидать своей очереди на "пользование" этого же выхода, пока первая станция не снимет сигнал на включение.

Был опробован вариант: "общая" станция была настроена как MASTER, три станции - как SLAVE.
Перечитав тонны литературы и опробовав пример связи CPU315 2DP (Slave) - profibus - CPU315 2DP & CP342-5 (Master, причем пользуя именно связь через CP342-5), ничего не получилось.

Если попробовать вариант, когда все 4 станции являются Master в сети Profibus, связь - без гарантированной доставки данных, каким образом это реализовать? Подскажите, плиз

[CHANt]

А почему нельзя решить задачу логическим путем на центральной станции? Ожидая команду от 1 станции, при отсутствии, через небольшую задержку от второй станции ит.д. Попутно информируя слейвы о текущей роли каждой станции. Складывается впечатление, что Вы недоговариваете все условия. В чем причина решить задачу "железным" путем, а не логическим. Памяти в 315-2DP не мало...

[Balagur]

CHANt , спасибо за ответ. Проблема стоит вообще в организации связи по profibus с коммуникационным процессором CP342-5 на одной из станций. Оборудование уже закуплено и изменению не подлежит. Сейчас проблема связать один CPU315 2DP c CP314 & CP342-5. Рассматриваю любые варианты. Поэтому, конкретный вопрос: можно ли связать описанную мной (сейчас) конфигурацию используя связь S7? Какие коммуникационные блоки можно использовать? Можно даже пример дать

Для S7 - связи SFB\FB:
SFB 8 USEND Некоординированная передача данных
SFB 9 URCV Некоординированный прием данных
SFB 12 BSEND Передача сегментированных данных
SFB 13 BRCV Прием сегментированных данных
SFB 14 GET Чтение данных из удаленного CPU
SFB 15 PUT Запись данных в удаленный CPU

Вопрос по конфигурации возникает. В configure network, при создании S-7 соединения, CPU315 2 DP не хочет создавать соединение. Создается соединение S7 только CPU314 c CP342-5. Если же, добавить в корзину к CPU315 2 DP CP342-5 - соединение создается и для CPU315 2DP. Т.е., получается, что S7-связь доступна только для profibus с CP342-5.

[Balagur]

Добавлю: чтобы соединить два процессора средством S7-соединения, нужно в NetPro создать соединение, в котором задается ID локального процессора и ID партнера. Так вот, для CPU314&CP342-5 создается соединение, по умолчанию ID local ставиться "1", а ID partner - поле остается пустое. Т.е., используя SFB8, SFB9, нужно указать ID партнера. Т.е., при просмотре кода в он-лайн для CPU315 2 DP - и прием и передача средствами SFB8\9 - завершаются с ошибкой "01". В коде же CPU314 с CP342-5 - данные отправляются успешно, а прием завершается с ошибкой

[CHANt]

Вопрос по конфигурации возникает. В configure network, при создании S-7 соединения, CPU315 2 DP не хочет создавать соединение. Создается соединение S7 только CPU314 c CP342-5. Если же, добавить в корзину к CPU315 2 DP CP342-5 - соединение создается и для CPU315 2DP. Т.е., получается, что S7-связь доступна только для profibus с CP342-5.

Скорость работы шины Profibus понизьте до 187,5 кбит/с, тогда соединение получится. У Вас видимо по умолчанию - 1,5 Мбит/с. С 315-2DP в качестве слейва не пройдет такая скорость.
И многое зависит от версии ЦПУ - почитайте характеристики Ваших процессоров, что могут, что не могут - затем и определитесь какие функции обмена использовать при обмене с СР342-5. И, не помню точно, есть нюансы с "пассивным" и "активным" слейвом...Может кто подскажет лучше меня.