SIEMENS, DF&PD

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

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




 [ Сообщений: 20 ] 
Автор Сообщение
 Заголовок сообщения: Вопрос про приемущества PCS vs Step7+WinCC
СообщениеДобавлено: Вт мар 08, 2011 10:48 
Не в сети
Новый писатель

Зарегистрирован: Чт июл 08, 2010 12:23
Сообщения: 45
Уважаемые господа! Разрабатывается система основанная на базе контроллера 417H:
1. На верхнем уровне: резервированный SCADA-сервер, 3 АРМ-клиента. Предполагается использование 15К тегов I\O, 2К тегов архивирования. Требуемое время отклика не хуже 1 сек (по мониторингу и командам), по архивированию пока требований нет, но они менее жесткие.
2. На нижнем уровне 20 ET200M, которые сидят на 3-х различных профибасах (2 встроенных+доп. модуль). Требование по таймерному циклу основной управляющей программы - не хуже 200 мс.

На данный момент имеется опыт создания меньших по обему систем на основе Step7+WinCC. Имеет ли смысл для вышеописанной системы применять PCS? Сколько не читал описания PCS - так ничего в нем и не нашел такого, чего нельзя реализовать в Step7+WinCC. Так ли это? Многие знакомые, кто имел дело с PCS предпочитают в итоге Step7+WinCC, говорят, что багов меньше и работает шустрее...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт мар 08, 2011 11:47 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Пт мар 04, 2011 23:01
Сообщения: 1089
Если ты не пользовал до этого программирование на CFC и SFC, то наверное и нет смысла перелезать на них ради одного проекта.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Вопрос про приемущества PCS vs Step7+WinCC
СообщениеДобавлено: Вт мар 08, 2011 13:34 
Не в сети
Новый писатель

Зарегистрирован: Чт июл 08, 2010 12:23
Сообщения: 45
При реализации регуляторов мы обычно используем Step7 + CFC, так что это тоже не "+" PCS.


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

Зарегистрирован: Чт ноя 23, 2006 9:28
Сообщения: 545
Откуда: SIEMENS PD PA AE DCS Москва
Цитата:
На данный момент имеется опыт создания меньших по обему систем на основе Step7+WinCC. Имеет ли смысл для вышеописанной системы применять PCS? Сколько не читал описания PCS - так ничего в нем и не нашел такого, чего нельзя реализовать в Step7+WinCC. Так ли это?

Нет, не так. :) Смысл безусловно имеет. Количество сигналов достаточно велико, чтобы ощутить преимущества при проектировании в PCS7.
При сравнении "в лоб" только результатов, потенциально достижимых с пом. Step+Wincc и без усилий достигаемых в PCS7, разницы можно и не увидеть, а вот почувствовать на этапе разработки - легко! Дело в том, что PCS7, помимо базовой функциональности Step и WinCC предоставляет и инструментарий для быстрой разработки больших проектов. Как то:

- Автоматически генерируемые на модуль-драйверы, обеспечивающие полнофункциональную диагностику всех компонентов ПТК(контроллеров, станций периферии, модулей УСО, сетевых компонентров и переходов PA, FF, датчиков и устройств в сетях DP, PA и FF и т.п.). Ни их основе в PCS7 может интегрироваться и PCS-ская станция управления комплексными ресурсами - Maint. Station PCS7, бледным подобием которой которой является Maint. Station for WinCC

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

- Готовые технологические библиотеки и шаблоны, состоящие из множества блоков и схем управления различным технологич. оборудованием

- Большое количество отраслевых библетек PCS7, реализуюших специфику каких-то отраслей. Например, как бесплатные библиотеки для отрасли водоочистки и водоподготовки или для химической промышленности.

- Готовая библиотека и инструменты встраиваемых методов усовершенствованного управления APC и оптимизации регуляторов, в .т.ч. и многопараметрическое регулирование, с предсказанием по модели, и т.п. Штатно поставляется PID Tuner.

- Причем все библиотеки PCS7 это набор не только блоков, но и элементов операторского интерфейса: символов блоков(иконок) и лицевых панелей управления блоками(фейсплейтов)

- Инструменты для организации и работы с технологической иерархией установки или процесса, т.е. полного абстрагирования от уровня компонентов АСУТП - PLC, АРМ. Т.о. работаете, обвязываете, создаете логику, взаимосвязи, мнемосхемы, отчеты специально для технологии, без оглядки на количество и типы ПЛК и количество операторских станций и серверов. Возможность доступа к различным уровням иерархии задается на этапе компиляции Оп. станций или серверов системы.

- Инструменты для быстрого создания больших объемов данных - определяется общий Тип/Модель, представляющая собой законченный контур - мониторинга, регулирования, управления тех. оборудованием, в этой схеме выделяются свойства, сообщения, входы, выходы, которые могут быть уникальными для разных экземпляров Типа/Модели. И в табличном виде(либо во встр. редакторе, либо в любом табл. процессоре) простым копированием строк размножаются до необходимого количества с внесением уникальных для каждого конкретного экземпляра данных и настроек (напр, привязка к каналам, шкалы, сообщения, границы мониторинга, принадлежность к у уровню иерархии и т.п.). При импорте этого списка в проект, в нем генерируются все описанные схемы-экземпляры типа со сделанными индивидуальными настройками и связями. Таким образом, с плеч проектировщика снимается львиная доля рутинных операций, требуюших значительных трудозатрат при стандартном подходе к проектированию в Step+WinCC.

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

Резюмируя все это. Фактически сразу после табличного размножения и настройки экземпляров контуров, в PCS7 в получаете практически готовый проект для всех контроллеров системы, содержащий все необходимые схемы(со всеми настройками сообщ. и трендов), и мнемосхемы со сгенерированными динамическими элементами управления для всех уровней технологической иерархии, для любой из операторских станций системы управления. Вам остается только рализовать общие алгоритмы управления и нарисовать только статичную графику.

Таким образом, при проектирования, отличие Step7+WinCC от PCS7 будет главным образом в количестве крови, которым теоретически может быть достигнута та же функциональность, степень интеграции компонентов, диагностики и т.п., что и в PCS7.
Соответственно разными трудозатратами будет достигаться и сопровождение, модернизация, возможное расширение такой системы.
Это в общем-то вкратце и особо не вдаваясь в подробности.

Также имею сказать, что да, все вышеперечисленное не дается бесплатно. Расплатой за все вышеперечисленное являются:
- необходимая рабочая память, и быстродействие ЦПУ. В PCS7 используются только S7-400, причем начиная с 414-3 для стандартных ЦПУ и 412H для резервированных. Собственно поэтому и существует разница в стоимости Step+WinCC, зачастую работающих в связке S7 300 и решений на базе PCS7, работающих в связке PCS7 AS (линейка старших S7 400). А вот стоимость пакетов ПО Step7+WinCC и PCS7 практически не различается, разумеется при комплектации Step7+WinCC сопоставимым набором лицензий.

- Определенный подход к проектированию, который не представляет собой чего-то сложного, но которому все-таки необх. научиться. Делается это либо собственными силами, с пом. документации и руководств Getting Started, либо на курсах.

Цитата:
Многие знакомые, кто имел дело с PCS предпочитают в итоге Step7+WinCC, говорят, что багов меньше и работает шустрее...

Разговоры про баги PCS7 проистекают по большей части от "неумения его готовить", которые(баги), как и в любой системе конечно есть, но уверяю, их не так много, как об этом рассказывают. И уж точно меньше чем в Step+WinCC, хотя бы потому что PCS7 определенной версии - это набор программных продуктов совершенно определенных версий, полностью тестируемых на совместимость между собй перед релизом нового PCS-а.

По поводу быстродействия. PCS7 - это все-таки РСУ, которые главным образом используются в непрерывных производствах, и типовой гарантированный период сканирования контуров варьируется в основном от 100мс до 1с поэтому сравнивать в лоб со Step7+WinCC, где зачастую для управления и регулирования используются не циклические OB3x, а общий цикл OB1 не совсем корректно.
Конечно, диагностичесткие драйвер-модули и блоки тоже потребляют ресурсы ЦПУ, как по производительности, так и по памяти, но это совсем не значит, что какое-то количество регуляторов нельзя определить, допустим в 50мс OB и они не смогут с таким периодом выполниться. Ну а уж период сканирования в 200мс - абсолютно нормальное и реализуемое время для PCS7 и 417H.
Цитата:
При реализации регуляторов мы обычно используем Step7 + CFC, так что это тоже не "+" PCS.
Честно говоря, не понятно в в чем не + PCS7. Тем более, если CFC, как основное визуальное средство проектирования уже знакомо по Step7. Вообще говоря, уж если проект большой, если используется 417H и если есть опыт c CFC, то уж используя PCS7, вы всегда имеете 2 возможности разрабатывать проект:
- как проект Step7 на LAD, FBD, STL и поверх всего этого на CFC
- как и проект PCS7 на библиотечных блоках или самописных на SCL, STL, вызываемые из СFC и SFC.
В отличии от Step7.
При этом, стоимость решений на Step7, с учетом что используется 417H, Step7 Prof и необходима лицензия WinCC RC будет практически не отличима от PCS7. Т.е здесь вызывает вопрос именно это - почему отсутствие возможности представляется плюсом, а наличие оной - минусом, при сравнимой стоимости. На мой взгляд, это не так.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 21, 2011 11:41 
Не в сети
Начинающий писатель

Зарегистрирован: Вт янв 04, 2005 11:22
Сообщения: 83
Откуда: Украина, Киев, Харьков
Уважаемый Денис рассказал о + и нюансы программирования, хотелось и свои 5 копеек добавить может в более общем подходе...
1. Заменяемость программистов, т.е. если что случилось с программистом который вел проект (заболел, ушел в запой, роды) другому программисту не нужно разбираться в коде программы, ему нужно разобраться в технологии.
При большом объекте, круглосуточном пуске и наладке - заменяемость, подстраховка состава.
2. Ну скорость разработки больших объектов с повторяемыми объектами управления, как бы уже озвучивалась.
3. Уменьшение сроков пуско-наладки, за счет использования готовых блоков (безглюковых...), т. е не надо искать баги в своих разработка - все время уходит на построение логики тех. процесса
4. Простота в обслуживании и эксплуатации, все же не надо быть программистом, нужно быть больше технологом чтобы работать с PCS7 (ну может немного утрирую). Т.е. не надо иметь супер знаний для освоения и сопровождения сего продукта. Как правило, местная эксплуатация в дальнейшем сама может дорабатывать систему. Согласитесь, довольно просто, бросить готовый блок обработки аналога, нажать кнопочку-компилировать, переместить уже готовую блокиконку в нужное место на картинке и вуаля - блеск в глазах Иван Иваныча из с.Иваново.
5. Диагностика хардварной, управляемой части проекта которая встроена в систему. А своевременная диагностика это уменьшение простоев- увеличение производительности объекта, соответственно уменьшение себестоимости ед. продукции
Для меня в PCS7 намного больше + чем -
Да и может не в - и + дело, это другой подход
Ещё раз повторюсь, для автоматизации больших объектов с большим количеством управляемых элементов, PCS7 - то что надо, + очень жирный (так шо аж жир капает)

Эта тема довольно обширная, прошу прощения, если написал “дергано” , не разложил все по полочкам и не охватил все аспекты.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 21, 2011 18:30 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Вс янв 25, 2009 22:05
Сообщения: 1915
Откуда: Киров
Подведем итоги: Все преимущества PCS реализуются только на больших проектах, где используется 400 серия контроллеров? Т.е. если разрабатывается большой проект с большим количеством контроллеров S7-300 - то использовать PCS нельзя?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 23, 2011 16:45 
Не в сети
Начинающий писатель

Зарегистрирован: Вт янв 04, 2005 11:22
Сообщения: 83
Откуда: Украина, Киев, Харьков
PCS7 разрабатывается на платформе S7400


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт мар 24, 2011 7:56 
Не в сети
Известный Писатель

Зарегистрирован: Чт фев 25, 2010 11:07
Сообщения: 142
Какие типы датчиков используются? Можно ли использовать стандарт 4-20мА и целесообразно ли (с экономической и технологической точки зрения. В чем проигрывает Profibus'у)?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт мар 24, 2011 14:13 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7512
Откуда: Украина
Markus писал(а):
Какие типы датчиков используются? Можно ли использовать стандарт 4-20мА и целесообразно ли (с экономической и технологической точки зрения. В чем проигрывает Profibus'у)?

Этот вопрос ИМХО мало связан с PCS7. PCS7 с этой точки зрения не отличается от связки STEP7+WinCC. И там, и там могут применяться самые разные датчики. Кто посмел бы существенно ограничивать выбор?
По сути - обычные датчики с выходом 4-20 мА всегда выгодны с экономической точки зрения, но функционально проигрывают датчикам с HART-протоколом или с интерфейсом PROFIBUS.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт мар 25, 2011 7:50 
Не в сети
Известный Писатель

Зарегистрирован: Чт фев 25, 2010 11:07
Сообщения: 142
Eugene1974 писал(а):
Markus писал(а):
Какие типы датчиков используются? Можно ли использовать стандарт 4-20мА и целесообразно ли (с экономической и технологической точки зрения. В чем проигрывает Profibus'у)?

Этот вопрос ИМХО мало связан с PCS7. PCS7 с этой точки зрения не отличается от связки STEP7+WinCC. И там, и там могут применяться самые разные датчики. Кто посмел бы существенно ограничивать выбор?
По сути - обычные датчики с выходом 4-20 мА всегда выгодны с экономической точки зрения, но функционально проигрывают датчикам с HART-протоколом или с интерфейсом PROFIBUS.

Спасибо. Вы развеяли мои сомнения по поводу использования определенных типов датчиков в PCS7.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 12, 2011 4:02 
Не в сети
Известный Писатель

Зарегистрирован: Вт июн 17, 2008 13:14
Сообщения: 405
Откуда: Челябинск
счас стоит вопрос перехода на PCS7 вопрос старые проекты (интегрированная WinCC в Step7 на базе 300 серии) сопровождать на новой среде совсем невозможно? и можно ли создавать "призимленые" пректы используя PCS7 для 300-ых?


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

Зарегистрирован: Чт ноя 22, 2007 5:39
Сообщения: 1370
Откуда: Иркутск
Моя ложка дегтя :)

PCS7 против STEP7+WinCC чрезвычайно жоркий до ресурсов. Есть вероятность, что ваша система не влезет в один 417H.

412-й например это всего 10 аналоговых сигналов.

Изображение

У сименса есть конфигуратор PCS7 в макросах Excel - попробуйте для начала скидать там свою систему. Если примерно известен алгоритм (типы и количество библиотечных блоков) то можно в том числе посмотреть требуюмую память под программу и ориентировочное время цикла.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 19, 2011 13:28 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Чт ноя 22, 2007 5:39
Сообщения: 1370
Откуда: Иркутск
leha007 писал(а):
счас стоит вопрос перехода на PCS7 вопрос старые проекты (интегрированная WinCC в Step7 на базе 300 серии) сопровождать на новой среде совсем невозможно? и можно ли создавать "призимленые" пректы используя PCS7 для 300-ых?


Можно. Но это не будет в чистом виде PCS7. Это будет Степ+WinCC на софте PCS7.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт май 20, 2011 20:50 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7512
Откуда: Украина
Kapter писал(а):
Можно. Но это не будет в чистом виде PCS7. Это будет Степ+WinCC на софте PCS7.

Если не сложно, поделИтесь опытом. Достаточно ли подменить набор лицензий или нужно что-то удалять/добавлять?
Тут, например, однозначно рабочего решения не прозвучало.


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

Зарегистрирован: Чт ноя 23, 2006 9:28
Сообщения: 545
Откуда: SIEMENS PD PA AE DCS Москва
Долго отсутствовал, а тут прямо какой-то наброс "дегтя" на вентилятор.
Специально для Kapter, и введенной в заблуждение общественности:
Цитата:
Добавлено: Чт Май 19, 2011 1:23 pm Заголовок сообщения:
--------------------------------------------------------------------------------
Моя ложка дегтя :)

PCS7 против STEP7+WinCC чрезвычайно жоркий до ресурсов. Есть вероятность, что ваша система не влезет в один 417H.

412-й например это всего 10 аналоговых сигналов.

У сименса есть конфигуратор PCS7 в макросах Excel - попробуйте для начала скидать там свою систему. Если примерно известен алгоритм (типы и количество библиотечных блоков) то можно в том числе посмотреть требуюмую память под программу и ориентировочное время цикла.

Неверно.
AS 412H даже со своими "гигантскими" 256+512 Кb рабочей памяти и быстродействием, даже в PCS7, даже по приведенной таблице - это отнюдь не всего 10 аналоговых сигналов, а сигналов 90 - 150, соответственно контуров(PO) 50-150. Зависит это прежде всего от типов сигналов и их распределения, а также от потребного периода сканирования этих контуров.
В приведенной же таблице дана смешанная нагрузка, и сигналов (каналов) там не 10, в 105, из которых 20 аналоговых, из которых 10 сигналов(каналов в табл.) AI используются в 10 аналоговых точках измерения. А еще там есть и контуры регулирования, и управления движками. и управление клапанами, и дискретные точки измерения. В таблице ведь все есть, как и пояснение внизу. Вообще не понимаю, как ее можно интерпретировать таким образом?
Кроме того, надо учитывать, что 412H (FH) - младший контроллер в линейке резервированных и вводился он, позиционируется и больше всего используется в PCS7, не как контроллер РСУ, а как контроллер для малых СПАЗ, сертифицированный по SIL3.

Что касается жоркости до ресурсов, то как видно даже из приведенного в пример 412H на задаче РСУ, не так страшен черт, как его малюют.
Цитата:
Есть вероятность, что ваша система не влезет в один 417H
Да, 0,5! :))
Влезет или не влезет, зависит в первую очередь не от диагностич. фреймворка модуль. драйверов PCS7, а от используемой библиотеки, соответственно функциональных блоков и необходимых циклов. Время выполнения и требования по памяти библиотечных блоков известны из документации на 3 штатные PCS7-библиотеки, соответственно заранее можно прикинуть требуемый тип ЦПУ. Если требуется впихнуть в ЦПУ больше блоков, то опять же ничего не мешает написать и использовать собственную библиотеку, согласно PCS-их стандартов, хоть на SCL, хоть на STL, включаюшую упрощенные под ваши/проекта нужды, функциональные блоки.
Штатные же библиотеки - они универсальны, потому и технологические блоки в них сосредоточены достаточно функциональные, на все случаи жизни, и зачастую они просто избыточны, а ресурсы потребляют, что на младших контроллерах и может выйти боком, если на этапе подготовки не рассчитать примерную загрузку ЦПУ и выбрать не тот тип AS.

В общем, к чему я все это. Коллеги, призываю правильно интерпретировать справочную и каталожную информацию все-таки. А чтобы не ошибиться с выбором типа AS под проект, всегда можно прикинуть утилизацию ресурсов ЦПУ исходя из данных о распределении типов сигналов или типов контуров конкретного проекта, а также требованиях обеспечить определенные периоды сканирования контуров. Сделать это можно либо самостоятельно, с пом. данных из документации на штатную библиотеку или, если используется собственная бибиотека, то данных о блоках, полученных путем обмера каждого блока, либо если вы представляете нашу компанию-партнера или компанию, работающую через Сименс-Россия, то всегда можно обратиться за помошью с этим в местное представительство Сименс.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: таблица
СообщениеДобавлено: Ср май 25, 2011 9:51 
Не в сети
Начинающий писатель

Зарегистрирован: Вт янв 04, 2005 11:22
Сообщения: 83
Откуда: Украина, Киев, Харьков
Конечно выше приведенная таблица предназначена для ориентировочной оценки контроллеров к объему автоматизации, так буквально не надо воспринимать цыферки). Вообще то для вашего объема автоматизации кто вам мешает использовать несколько контроллеров...
конечно PCS7 требовательна к ресурсам, но если повернуть голову и посмотреть в окно... там 21 ВЕК, пора привыкать что память контроллеров уже меряется Мб, а что будет завтра...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: таблица
СообщениеДобавлено: Пт июн 17, 2011 14:04 
Не в сети
Известный Писатель

Зарегистрирован: Ср сен 17, 2008 9:13
Сообщения: 253
Откуда: Тула
Мне кажется недостатком PCS в отличие от связки WinCC + Step7 является меньшая гибкость при внесении существенных изменений в программу контроллера. В связке WinCC + Step7 больше возможностей сделать все в онлайне (без полной перезагрузки со стопом), или, в крайнем случае, ограничившись перезапуском рантайма WinCC.
А для разработки с нуля однозначно удобнее PCS-ка


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

Зарегистрирован: Вт янв 04, 2005 11:22
Сообщения: 83
Откуда: Украина, Киев, Харьков
Ну, я бы сказал так, чтобы было удобно программировать на ПЦС7, программируйте так чтобы это не приводило к перегрузке контроллера при загрузке программы, и будет счастье…


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: перегрз
СообщениеДобавлено: Пн июл 04, 2011 18:40 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7512
Откуда: Украина
Sergey писал(а):
Ну, я бы сказал так, чтобы было удобно программировать на ПЦС7, программируйте так чтобы это не приводило к перегрузке контроллера при загрузке программы, и будет счастье…

Не понял, развейте свою мысль.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: PCS7
СообщениеДобавлено: Пн июл 11, 2011 13:18 
Не в сети
Начинающий писатель

Зарегистрирован: Вт янв 04, 2005 11:22
Сообщения: 83
Откуда: Украина, Киев, Харьков
Вся идеология PCS7 рассчитана на использование готовых, отлаженных блоков предназначенных для решения определенных задач. Используйте ОТЛАЖЕННЫЕ функциональные блоки как дискретные элементы управления технологией и не меняйте их интерфейс (логику меняйте …).
Логика соединения этих функциональных блоков пишите (соединяйте) в CFC.
Ну и простое решение – если у вас есть FB интерфейс которого будет однозначно меняться, положите его в пустой FC созданный в менеджере (без входов \выходов) ну а FC в CFC.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 20 ] 

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


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

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


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

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