SIEMENS, DF&PD

Предыдущее посещение: Чт июл 07, 2016 14:24 Текущее время: Чт июл 07, 2016 14:24

Часовой пояс: UTC + 3 часа




 [ Сообщений: 24 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Передача данных между CPU 313С-2DP
СообщениеДобавлено: Вт янв 15, 2008 12:29 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Подскажите, пожалуйста, как организовать передачу пользовательских данных между контроллерами на базе CPU313C-2DP?

Задача состоит в следующем: в цеху 42 однотипных объекта автоматизации, которые "разбиты" на группы из 3...4 объектов,
управление каждой из групп осуществляется тносительно "автономно" на базе одного контроллера c CPU313C-2DP и операторской панели OP177B PN/DP (соединена с контроллером по интерфейсу MPI).
Всего таких контроллеров и операторских панелей - 12 шт. В трех других цехах располагается вспомагательное оборудование,
управление которым осуществляется еще 3-мя контроллерами c CPU313C-2DP и операторскими панелями OP177B PN/DP.

Общая координация работы всего оборудования цеха должна осуществляться на базе "цехового" контроллера CPU313C-2DP с операторской панелью OP177B PN/DP и 2-мя коммуникационными
процессорами CP342-5 по сети ProfiBus (по встроенному DP-интерфейсу планируется передача данных на WinCC станцию с CP5611, по двум CP342-5 - организация связи со всеми контроллерами проекта). Больших скоростей на формирование управление не требуется.
Достаточно с частотой 1 Гц получать на цеховом контроллере пользовательские данные, в первую очередь - логические о режимах работы оборудования (хотелось бы в виде пользовательских DB) со всех контроллеров проекта и передавать на них логические управляющие сигналы (тоже в виде DB).
Вопрос: возможно ли при данной аппаратной части непосредственное программирование обмена данными в пользовательских программах равноправных контроллеров при помощи системных функций типа USEND, URCV, BSEND, BRCV, GET, PUT или подобных?
Либо организация обмена данными возможна только путем конфигурирования цехового контроллера как DP-Master, а остальных как интеллектуальных DP-Slaves?
В последнем случае какие системные функции возможно использовать для обмена данными (например, SFC14 и SFC15)? Какие получим ограничения на последовательный их вызов в программе цехового контроллера (для последовательного опроса всех 15-ти подчиненных и посылки им управляющих данных)? Какие ограничения по объему передаваемых данных накладываются в данном случае (хотелось бы
на цеховом контроллере, расположенном рядом с WinCC станцией, "знать" не только логические данные о режимах работы оборудования, но и текущие значения всех аналоговых и дискретных входов/выходов подчиненных контроллеров для передачи на WinCC станцию)?

Заранее благодарен за ответы, Сергей.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 15, 2008 18:19 
Не в сети
Писатель со стажем

Зарегистрирован: Ср май 16, 2007 10:17
Сообщения: 743
Откуда: Austria, Bruck
Проще - через архитектуру Мастер/Подчиненный. Архитектура с некоторыми недостатками, но зато колво программных инструкций по обмену данными -> 0.

Если,
На всяк случай: CP342-5 без вызовов библиотечных функций не работают. Функции FC1/2 используют блок данных как виртуальную область ввода-вывода (Process Image). Адрес входа-выхода слейва проецируется 1:1 в блок данных.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср янв 16, 2008 9:09 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Пт дек 31, 2004 15:10
Сообщения: 1079
Откуда: Череповец ОАО СеверСталь СИТ УПИТ
Описанная Вами структура автоматизации достаточно сложная. Да ещё учитывая дополнительные требования к обмену информацией, я бы всё таки посоветовал бы перейти на Ethernet.
Это и упростит последующую эксплуатацию, и увеличит надёжность системы при частичной остановке объектов за счёт независимости каналов связи Ethernet друг от друга.
Объясню. При отключении конечных станций Profibus, отключаются и терминаторы, что приведёт к проблемам в большой общей сети.
Да, можно установить промежуточные терминаторы, но это ведь только удорожит систему в целом.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 17, 2008 20:42 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
hothing писал(а):
Проще - через архитектуру Мастер/Подчиненный. Архитектура с некоторыми недостатками, но зато колво программных инструкций по обмену данными -> 0.


Не понятно по поводу организации обмена без использования программных инструкций. Сконфигурировал "цеховой" CPU313C-2DP как DP-Master через его встроенный DP-интерфейс и один CPU313C-2DP как I-Slave. Подключил I-Slave к DP-Master системе и создал I/Q-конфигурацию в областях отображения процессов, не занятой сигнальными модулями. Вставил вызов функций SFC14 (DPRD_DAT) и SFC15 (DPWR_DAT) в OB1 на DP-Master и I-Slave с параметрами LADDR, соответствующими заданной выше I/Q-конфигурации и функции копирования данных в/из этих областей отображения процесса в соответствующие пользовательские DB. Блоки данных в 32 байта передаются в обе "стороны".

Вопрос: 1. Возможна организация обмена без использования программных инструкций?
2. Как при такой технологии опросить 15 I-Slave? Последовательным вызовом SFC14 с соответствующими LADDR каждому I-Slave?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 17, 2008 21:06 
Не в сети
Это точно не человек

Зарегистрирован: Вт май 03, 2005 17:11
Сообщения: 3547
Если Вы попадете в размер области отображения ввода-вывода, и Вам не критична консистентность группы данных, то достаточно использовать ввод, осущесталяемый операционной системой при вызове ОВ1. Это и предполагалось, когда говорилось о числе инструкций ->0.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 17, 2008 21:07 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Чистяков Дмитрий писал(а):
...я бы всё таки посоветовал бы перейти на Ethernet.


Согласен, хотя по нашим расчетам, удорожание каждого контроллера составит около 300...400 евро. К сожалению, "железо" под проект уже куплено, единственное что можно изменить - конфигурацию "цехового" контроллера (он один, поэтому затраты по, например, покупке дополнительного CP для него будут относительно небольшими).

Чистяков Дмитрий писал(а):
При отключении конечных станций Profibus, отключаются и терминаторы, что приведёт к проблемам в большой общей сети.
Да, можно установить промежуточные терминаторы, но это ведь только удорожит систему в целом.


На курсах по Step7 рассказывали об этом эффекте и предлагали бороться с ним за счет установки концевых активных терминальных элементов RS485 со своим питанием 24В. Кстати, согласно планируемой нами топологии сети Profibus, мы планируем в двух из трех "отдельных" шин Profibus, использовать по одному повторителю RS485 (для организации древовидной структуры). Что касается концевых активных терминальных элементов RS485, то очевидно, что их понадобится 6 шт.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт янв 18, 2008 9:46 
Не в сети
Писатель со стажем

Зарегистрирован: Вт янв 11, 2005 8:43
Сообщения: 527
Откуда: Россия, г.Самара, ООО НВФ "СМС"
Я, конечно, не знаю общую загруженность ПЛК, но для "головного" контроллера 313 мне кажется недостаточно мощным - даже для обновления раз в секунду. Конечно все еще зависит от количества сигналов... Согласен, что скорее всего надо использовать Master/Slave структуру - тогда на всех контроллерах кроме головного обмен будет обеспечен ОС ПЛК, а на головном надо будет использовать только функции для работы с СР342-5.
Еще существуют шлюзы IE / PB - как у siemens так и у других производителей. Может стоит подумать над такой возможностью - оставить ваши 3 сети раздельными, но каждую провести через шлюз и объединить скажем на уровне IE например SCALANCE м. И еще - разные варианты организации имеют разную цену расширения - например если появится еще одни ПЛК.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 22, 2008 14:23 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Спроектировал обмен несколькими блоками данных до 32 байт каждый между одним мастером и двумя подчиненными по встроенным DP-интерфейсам (все CPU313C-2DP) - все работает. Для "заполнения" и "считывания" I/Q-областей в PI использовал функции SFC14, SFC15. Такая технология стала понятна.

gre_m писал(а):
Если Вы попадете в размер области отображения ввода-вывода, и Вам не критична консистентность группы данных, то достаточно использовать ввод, осущесталяемый операционной системой при вызове ОВ1...


Как организовать обмен данными в случае, если размера области отображения ввода-вывода на Мастере недостаточно?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 22, 2008 14:45 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
hothing писал(а):
На всяк случай[/b]: CP342-5 без вызовов библиотечных функций не работают. Функции FC1/2 используют блок данных как виртуальную область ввода-вывода (Process Image). Адрес входа-выхода слейва проецируется 1:1 в блок данных.


Спроектировал обмен между мастером через CP342-5 и двумя подчиненными через встроенные DP-интерфейсы. В общей сложности передаю на Мастер 256 байт. Выполняю на мастере перенос данных из PII-области CP342-5 в DB на CPU вызовом:

CALL "DP_RECV"
CPLADDR :=W#16#100
RECV :=P#DB1.DBX0.0 BYTE 256
NDR :="Read_From_Slave".NDR
ERROR :="Read_From_Slave".ERROR
STATUS :="Read_From_Slave".STATUS
DPSTATUS:="Read_From_Slave".DPSTATUS

все работает.
Вопрос: возможно ли при обмене данными через CP342-5 использовать все его доступное адресное пространство: 2160 байт?
Или функция DP_RECV имеет какие-либо ограничения?

С мастера передаю на два подчиненных 96 байт вызовом

CALL "DP_SEND"
CPLADDR:=W#16#100
SEND :=P#DB2.DBX0.0 BYTE 96
DONE :="Write_To_Slave".DONE
ERROR :="Write_To_Slave".ERROR
STATUS :="Write_To_Slave".STATUS

- тоже работает. В документации сказано, что данный вызов обновляет всю PIQ-обслать CP342-5, но не более 240 байт. Тогда как перенести передаваемую информацию в остальную часть PIQ-области CP342-5? Или остальные 2160-240=1920 байт в данном случае использовать не представляется возможным?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 22, 2008 20:35 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Пт дек 31, 2004 15:10
Сообщения: 1079
Откуда: Череповец ОАО СеверСталь СИТ УПИТ
Стандартно Profibus-DP Slave может иметь не более 244 байт данных. Больше не адресуется.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср янв 23, 2008 19:19 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Чистяков Дмитрий писал(а):
Стандартно Profibus-DP Slave может иметь не более 244 байт данных. Больше не адресуется.


На одном I-Slave не более 244 байт - понятно, а как отправить с мастера через CP342-5 на несколько I-Slave данные общим объемом более 244 байт? Насколько я понимаю последовательный вызов функции DP_Send с разными указателями в параметре SEND, но одним и тем же адресом CPLADDR:=W#16#100 смысла не имеет? С другой стороны, команда DP_Send обновляет всю область PIQ в CP.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 24, 2008 14:07 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Кстати, если даже на одном I-Slave сконфигурировано 244 байт PII, а на СPЗ42-5 Мастера соответственно 244 байт PIQ, то как их перенести из памяти CPU Мастера в PIQ СPЗ42-5, если функция "DP_Send" передает только 240 байт?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 24, 2008 14:46 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
А где Вы почерпнули такую информацию?
Не надо пользоваться старой документацией!!!
Открываете документацию NCM S7 - Manual, которая находится на том компьютере, где установлен Step7, ищите описание параметров этого блока и там написано, что для новых коммуникационных процессоров объем данных составляет максимально 2160 байт. Ту-же цифру можно найти, если открыть документацию по самому СР342-5 (в варианте -5DA02-)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср янв 30, 2008 20:33 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Кухаренко Сергей писал(а):
А где Вы почерпнули такую информацию?


На компакт-диске Simatic. Документация. Документация на русском языке. 07/2007
в файле: NET\Profibus-DP\Profibus-DP_r.pdf
"Сети Simatic Net. Profibus-DP. Руководство."
п.6.7.1 CP342-5 как DP-Master:

"Функция "DP_SEND" должна обновить всю область PIQ в СР, занятую
периферией, то есть область, указанная в параметре SEND должна иметь размер не менее, чем старший адрес периферии, но не более, чем 240 байт (рисунок 6.41)..."

Спасибо, за подсказку, сконфигурировал обмен между одним Мастером с CP342-5 и 4-мя подчиненными CPU 313C-2DP. На каждом подчиненном при помощи 4-х последовательных вызовов SFC15 передаю по 4x32=128 байт, соответственно на CP342-5 Мастера принимается 128*4 PLC =512 байт одним вызовом FC2. C Мастера одним вызовом FC1 отправляю 64*4 PLC=256 байт, на каждом подчинном принимаю по 64 байта 2-мя последовательными вызововами SFC14 (2*32байта). Все работает!!!

Теперь DP-функции и ограничения связи стали понятны для передачи через встроенные DP-интерфейсы и вариант CP-DP передачи.

Вопрос: какие еще варианты передачи данных доступны при наличии CP342-5 на "центральном" CPU313C-2DP и только встроенных DP-интерфейсов на остальных CPU313C-2DP в сети? Например, возможен ли в данном случае обмен при помощи функций типа PUT/GET или подобных?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 31, 2008 8:48 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
Возможно использование функций PUT/GET, но только их.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт янв 31, 2008 20:58 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Кухаренко Сергей писал(а):
Возможно использование функций PUT/GET, но только их.


Почитал Раздел 17 Коммуникационные SFB для спроектированных соединений S7 из доки C79000-G7000-C561-02, а также посмотрел пример из папки step7/examples\com_sfb, в связи с чем возникли следующие вопросы:
1. При помощи данных функций возможен только односторонний обмен?
2. Не получается в NetPro создать S7-соединение на шине Profibus, номер ID которого, насколь я понял, указывается в параметре "ID" при вызове SFB15/SFB14 (в описании встроенного DP-интерфейса CPU 313С-2DP указано, что S7-функции на нем не поддерживаются).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт фев 01, 2008 8:51 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
Через встроенный DP-интерфейс 300-ых контроллеров функции коммуникаций не поддерживаются - об этом никто и не говорил.
Функции коммуникаций (с конфигурированием соединения) и соответственно блоки односторонней коммуникации PUT/GET работают через коммуникационный процессор СР342-5, который может передавать и считывать данные с контроллеров 300-ых или 400-ых через встроенный в них интерфейс РВ без организации на них соответствующего соединения.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт фев 01, 2008 19:19 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Кухаренко Сергей писал(а):
...PUT/GET работают через коммуникационный процессор СР342-5, который может передавать и считывать данные с контроллеров 300-ых или 400-ых через встроенный в них интерфейс РВ без организации на них соответствующего соединения.


Насчет встроенного DP - понял. Непонятным остается - как все-таки организовать обмен через СР342-5 без организации соответствующего соединения? Ведь нужно указать номер в параметре "ID" при вызове SFB15/SFB14.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 04, 2008 8:44 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
А где было написано, что через функции PUT/GET можно работать без организации соединения? Соединение должно быть обязательно. Только оно будет односторонним, т.е. ID будет только со стороны СР342-5, а со стороны CPU его не будет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 04, 2008 13:37 
Не в сети
Новый писатель

Зарегистрирован: Вт янв 15, 2008 12:19
Сообщения: 14
Откуда: Украина, Киев
Кухаренко Сергей писал(а):
Соединение должно быть обязательно. Только оно будет односторонним, т.е. ID будет только со стороны СР342-5...


Не получается создать соединение на S7-станции с CP342-5: в NetPro когда выбираю мышкой на S7-станции CPU313C-2DP (красный квадратик) с сетью MPI, то в нижней части экрана появляется таблица с колонками (Local ID, Partner ID, Partner, Type, Active connection partner, Subnet). Щелкаю на этой таблице правой кнопкой мышки и появляется всплывающее меню, в котором могу выбрать Insert New Connection. Если же выбираю на S7-станции CP342-5 (фиолетовый квадратик), то такой возможности не предоставляется. Подскажите, пожалуйста, каким образом задать ID PUT/GET соединения? Может быть есть какой-либо пример?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 24 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: Nexus_fox и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group