Обмен по Profibus DP через CP342.

[ASUTP_PLC]

Посдкажите где можно найти пример обмена информацией между двумя контроллерами.

Если один контроллер имеет DP встроенный, на другом профибас реализуется через внешний CP342.
Опрос по функции DP send DP recieve считыванием data block-а.

[CHANt]

С CP342-5 забирается весь буфер коммуникационника 296 байт.
Для функции FC1 "DP_SEND"
1) на вход CPLADDR задается адрес CP342-5 из HWConfig, надо перевести его из десятичной величины в шестнадцатеричную. Например в HWConfig CP342-5 = 352, в "DP_SEND" на вход CPLADDR = W#16#160
2) создаете, как пример: DB5 (Shared) с массивом 296 байт
3) на вход SEND задаете указатель = P#DB5.DBX0.0 BYTE 296
Соответственно из DB5 данные будут перенесены в буфер CP342-5 и отправлены slave. В какое место DB5 надо писать Ваши данные из программы, видно из адресации slave - в HWConfig выделяете slave и видите его адресацию. Например, у меня slave частотник, у него в HWConfig адресаци входов/выходов начинается с 256, следовательно в DB5 я для него записываю данные начиная с 256 байта и т.д.
Работа с встроенным интерфейсом DP более проста, там достаточно обратится как к периферийному входу/выходу прямо в программе где Вам нужно. Либо, например, работаете с помощью SFC14"DPRD_DAT"/SFC15''DPWR_DAT".

[DelSnos]

Коллеги, может этот компендиум тоже будет полезен:
http://support.automation.siemens.com/W ... n/20982954

[ASUTP_PLC]

У меня чуть подругому конфигурация. Есть контроллер 2DP, по этим каналам он ведет сбор данных.
И по расширенному профибасу через CP342 идет опрос отдельной станции S7-400.

Меня интересует вопрос. Какие то настройки придется на второй станции делать. Сейчас пока что это работает,
Но конфигурацию придется дополнять. И я боюсь что установленные коннекшны отлетят.
Что творится в отдельном контроллере мне не известно.

[ASUTP_PLC]

Насчет соединения и конфигурации CP342-5 есть некторые недоразумения.
Свойства CP выдают такое сообщение: CP has activated the option "Save configuration data on the CPU". However, the assigned CPU does not support this function.
Адрес контроллера 5.
Код который снимает информацию выглядит так:
CALL FC 2
IN0 :=W#16#1A0
IN1 :=P#DB11.DBX 0.0 BYTE 192
OUT2:=DB11.DBX195.0
OUT3:=DB11.DBX195.1
OUT4:=DB11.DBW192
OUT5:=DB11.DBB194
Согласно коду W#16#1A0 это 416 (dec). В конфигурации коммуникационника I-поле идет с 414 адреса.
Предполагаю что конфигурация имеет изменения. И если прогружать в таком виде, связи быть не должно. Несмотря на то что пока что работает.

[CHANt]

У меня, при неверном задании адреса обращения к СР, ошибку ЦПУ выдавал.

[ASUTP_PLC]

Из конфигурации коммуникационник как бы мастер и имеет 5 адрес. Со стороны второго контроллера может ли что-то потребоваться.

Насчет неразберихи с адресами понятно. (тестовая собранная конфигурация которую накидал с нуля как раз с таким адресом оказалась как в программе).

Ведь по шине тот второй контроллер может быть с любым адресом. И все будет работать?

[CHANt]

Из конфигурации коммуникационник как бы мастер и имеет 5 адрес. Со стороны второго контроллера может ли что-то потребоваться.

Только указание того что он slave.

Ведь по шине тот второй контроллер может быть с любым адресом. И все будет работать?

Ну да, любой другой кроме 5.

[ASUTP_PLC]

Я еще раз проверил. В конфигурации слитой непосредственно с контроллера он свойств не показал. Из еще одной копии есть указание что 342 - слейв. То есть все верно, сходится.

[ASUTP_PLC]

Прохожу стадию тестирования на железе. Чтоб связь работала.

В качестве мастера буду использовать контроллер 315-2DP 315-2AG10-0AB0. (в реале должен быть 400, но он на объекте).

В качестве слейва выступает контроллер 317-2AJ10-0AB0. В конфигурации слейва есть коммуникационный процессор под профибас CP342-5.
В конфигурацию мастера 315 не могу добавить DP slave станцию с адресом. Добавляемая станция появляется, но без адреса и адрес не выставляется. Где копать?
/P.S. весьма странное поведение, думал что хардвей не обновлен, но хардварь актуальный.
И кроме того легко открывается проект где мастер S400 опрашивает несколько станций по профибасу через PIW/PQW. и он отлаживался всего неделю назад/
Подскажите на что обратить внимание.

[ASUTP_PLC]

Из описания функции FC1 DP_SEND в Сименсовском хелпе, есть указание что функция относится к коммуникационному процессору.

Можно ли проверить передачу данных если в качестве мастера будет выступать не мастер на коммуникационном ппроцессоре, а стандартный порт DP контролера 2DP в роли мастера?

Возможно ли так проверить систему?

[ASUTP_PLC]

Из одной книги по Сименсу прочитал что соединения возможны для каждого "активного" CPU. Следует отметить ( и далее что писано в книге...) you cannot create connection table for an S7-300 CPU; S7-300 CPU can only be "passive" partners in an S7 connection.

Стандартный пример который попался, реализован на CPU S7-400 с коммуникационником CP 443-4, в роли ведомой станции S7-300 контроллер (315-2DP!!!) с коммуникационником CP342-5.
Неужели реально все так плохо?

[ASUTP_PLC]

Подскажите с конфигурацией.
На мастер системе S7-400 должна быть сконфигурирована область вывода для контроллера S7-300?
Вот примерно такого вида? :


предполагаю что контроллер S7-400 просто будет пересылать требуемые данные на сконфигурированное соедиенение.
Помогите кто знает.