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

CP 342-5, проблема со связью

PLC, прочие контроллеры, промышленные компьютеры, операторские панели

Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

CP 342-5, проблема со связью

Сообщение Большой Зелёный » 05 мар 2012, 10:13

Существует необходимость связать по сети Profibus DP контроллер фирмы Siemens (CPU 315 2PN/DP) и частотник фирмы Gefran (ADV200). Для связи со стороны контроллера используется коммуникационный модуль CP 342-5, со стороны частотника - интерфейсная плата EXP-PDP-ADV. В качестве канала связи используется двенадцати метровая экранированная витая пара (6XV1830-0JH10).
Для получения данных используется команда DP_RECV (вызывается в FB, который вызывается в OB1). При этом и модуль CP 342-5, и интерфейсная плата на частотнике сообщают о том, что обмен данными производится.
Однако! Вместо данных приходят одни нули!
При этом, если для связи использовать не CP 342-5, а сам ЦПУ, то данные приходят в полном объёме.
После долгих мучений и танцев с бубном вокруг GSD файла получилось настроить обмен данными и через CP 342-5. На радостях был тут же сделан бэкап всей программы. Однако после очередной модификации программы связь снова пропала (настройки частотника не менялись). При этом, как и раньше, оба устройства сообщали об обмене данными и никаких ошибок не выдавали. Загрузка бэкапа не помогла! Всё равно приходят одни нули.
Загрузка программы производилось как в горячем, так и в холодном режиме, как при остановленном CP 342-5, так и при запущенном.

Подскажите, в чём может быть проблема? Может быть, у CP 342-5 есть какие-то особенности?

P.S. В тех поддержку обращался, как к поставщику частотника, так и в сименс. Но ни те, ни другие не смогли помочь с решением данной проблемы.

Аватара пользователя

san
преподаватель
преподаватель
Сообщения: 1400
Зарегистрирован: 01 сен 2008, 17:32
Ф.И.О.: Пупена Александр
Откуда: Киев, Украина
Поблагодарили: 1 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение san » 05 мар 2012, 10:42

Для начала нужно выложить программу.


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 05 мар 2012, 12:54

Вот сам проект.
Проект в техподдержку.rar
У вас нет необходимых прав для просмотра вложений в этом сообщении.


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 05 мар 2012, 12:55

GSD файл интерфейсной платы частотника.
GEF0B5E.rar
У вас нет необходимых прав для просмотра вложений в этом сообщении.

Аватара пользователя

san
преподаватель
преподаватель
Сообщения: 1400
Зарегистрирован: 01 сен 2008, 17:32
Ф.И.О.: Пупена Александр
Откуда: Киев, Украина
Поблагодарили: 1 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение san » 05 мар 2012, 14:30

Может я ошибаюсь, но где-то в памяти отложилось, что инициация обмена через комм. модуль происходит при первой отправке DP-Send, а у Вас только DP-Recv. Будет больше время - поищу, где это есть али нет.


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 05 мар 2012, 14:43

Ммм. Функция DP_SEND у меня не использовалась вообще ни разу. Однако один раз каким-то образом удалось настроить обмен данными. Причём, если в программе вообще не вызывается ни одна из функций обмена (DP_SEND или DP_RECV), то модуль CP 342-5 выдаёт ошибку, а интерфейсная плата на частотнике находится в ожидании параметрирования.
У меня же, хоть я и не могу в данный момент получить данные, все модули сигнализируют об активной фазе обмена этими самыми данными, а так же об отсутствии каких либо ошибок.

Аватара пользователя

san
преподаватель
преподаватель
Сообщения: 1400
Зарегистрирован: 01 сен 2008, 17:32
Ф.И.О.: Пупена Александр
Откуда: Киев, Украина
Поблагодарили: 1 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение san » 05 мар 2012, 15:04

А какие значения выходов функции DP_RECV в Вашем случае?


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 05 мар 2012, 15:12

NDR мигает с нуля на единичку.
ERROR в нуле.
STATUS мигает с W#16#8180 на что-то ещё неразборчивое, вроде как на W#16#0000 (к сожалению, лог значений не делал, видимо придется).
DPSTATUS либо в нуле, либо в четвёрке. Причём он не мигает, а именно длительно горит в этих состояниях.

Аватара пользователя

san
преподаватель
преподаватель
Сообщения: 1400
Зарегистрирован: 01 сен 2008, 17:32
Ф.И.О.: Пупена Александр
Откуда: Киев, Украина
Поблагодарили: 1 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение san » 05 мар 2012, 16:30

Я бы все-таки попробовал посылать DP-SEND. Когда Вы конфигурируте DP через встроенный интерфейс, данные в любом случае посылаются, поскольку в конфигурации контроллера для частотника они забиты. Таким образом на встроенном ДП канале данные отправляются и получаются. Если в СР Вы не вызываете DP-Send, то в отправленном кадре может и не будет выделенно данных для записи, что отличатеся от первого варианта.

FC DP_SEND transfers data to the PROFIBUS CP. Depending on the mode of the PROFIBUS CP, DP_SEND has the following significance:
 On the DP master The block transfers the data of a specified DP output area to the PROFIBUS CP for output to the distributed I/O system.
 When used in the DP slave: The block transfers the input data of the DP slave to the PROFIBUS CP for transfer to the DP master.
The selected data area can be a process image area, a memory bit area or a data block area.
Correct execution is signaled when the entire DP data area could be accepted by the PROFIBUS CP.
Remember *), that the DP_SEND function must always be called at least once on the DP master and on the DP slave in the user program.
*) Note: This does not apply to newer CP types! FC DP_SEND must then be called successfully at least once for the DP slave in the user program if inputs were configured for this slave. Please read the information in the manual.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1243
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 11 раз
Поблагодарили: 37 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение CHANt » 05 мар 2012, 19:26

По справке - 8180H, передача была начата но не завершена. Действительно, попробуйте добавьте DP-SEND, с тем же адресом и длиной данных.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 06 мар 2012, 09:17

Вчера покумекали со старшим товарищем над данной проблемой. В итоге, после продолжительных экспериментов и вдумчивого вкуривания хелпа было найдено решение.
Сразу скажу, что DP_SEND не помог. Эта функция всё-таки не нужна, так как параметрирующая и конфигурирующая посылки отправляются контроллером не только функцией DP_SEND, но и DP_RECV.
Проблема крылась в адресации. Когда я конфигурировал профибас и вешал на него GSD файл частотника, то автоматоматически в этом файле выставлялись адреса 0..15/0..15 (входы и выходы). Однако при задании таких адресов контроллер после прошивки выдавал ошибку. Когда же я задал в GSD файле такие же адреса, как и адреса, присваиваемые модулю CP 342-5 в стойке контроллера (256..271/256..271), эта ошибка исчезла.
Но вместо данных приходили одни нули!
Помогло делу расширение принимаемых данных с 16 байт до 272 байт (256+16). Входу RECV функции DP_RECV было присвоено значение P#DB104.DBX0.0 BYTE 272.
Причём начальный адрес указывался тот же - CPLADDR:=w#16#100.
Естественно, пришлось сильно увеличить размер DB 104.
Требуемые данные пришли, причём в самый конец DB, на адреса 256..271.

В целом, проблема на данный момент решена, хотя и как-то криво, на мой взгляд.
Почему контроллер не захотел кушать в GSD файле адреса 0..15/0..15, которые сам и поставил, пока не ясно. Надо ещё поэкспериментировать, а то такая раздутая DB мне не нравится.

P.S. Сам я был против такой длинной посылки в 272 байта из-за того, что в мануале на интерфейсную плату было указано ограничение на количество передаваемых данных в 240 байт. Мой старший товарищ об этом, к счастью, не знал, поэтому и настоял на считывании 272 байт. За что ему и спасибо :)

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1243
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 11 раз
Поблагодарили: 37 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение CHANt » 06 мар 2012, 09:53

Зайдите в HWConfig в свойства частотника и сдвиньте адресацию на 0 , 256+0 , соответственно P#DB104.DBX0.0 BYTE 16
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 06 мар 2012, 10:32

При такой адресации контроллер ругается. Как именно ругается, сейчас сказать не могу, так как не на объекте нахожусь.

Аватара пользователя

san
преподаватель
преподаватель
Сообщения: 1400
Зарегистрирован: 01 сен 2008, 17:32
Ф.И.О.: Пупена Александр
Откуда: Киев, Украина
Поблагодарили: 1 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение san » 06 мар 2012, 10:42

Действительно ерунда какая-то.

Аватара пользователя

san
преподаватель
преподаватель
Сообщения: 1400
Зарегистрирован: 01 сен 2008, 17:32
Ф.И.О.: Пупена Александр
Откуда: Киев, Украина
Поблагодарили: 1 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение san » 06 мар 2012, 10:49

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


Автор темы
Большой Зелёный
здесь недавно
здесь недавно
Сообщения: 38
Зарегистрирован: 05 июл 2011, 15:03
Ф.И.О.: Леонов Александр Сергеевич

Re: CP 342-5, проблема со связью

Сообщение Большой Зелёный » 07 мар 2012, 12:22

Сегодня поставил адреса в GSD файле 0..15/0..15. Неожиданно, никаких ошибок не появилось. Связь есть, данные передаются.
Сделал вывод, что ошибка выскакивала тогда, когда в GSD файл вставлял другой модуль. А потом в своей голове перенёс эту ошибку на все остальные модули. Техподдержка Gefran советовала использовать модули с PKW или с СС. Но они конфигурировали связь только через ЦПУ, с которым эти модули прекрасно работали. С CP 342-5 пришлось использовать облегчённый модуль, для которого адреса 0..15/0..15, как оказалось сегодня, уже не вызывают ошибку.
В общем, накосячил, сам себя запутал :oops:

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1243
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 11 раз
Поблагодарили: 37 раз
Контактная информация:

Re: CP 342-5, проблема со связью

Сообщение CHANt » 07 мар 2012, 13:52

Ну и отлично! На праздники можно идти с чувством выполненного долга! :)
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Вернуться в «Средний уровень автоматизации»



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

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