Принципиальные отличия компонентов TRACE MODE 6

             

Министерство  образования и науки Российской Федерации

Федеральное агентство по образованию 

ИРКУТСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ 

Кафедра управления качеством и механики 
 

                           

       Допускаю к защите

                                                              Руководитель                                                    

                                                                                

                                                                        
 
 
 
 

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к курсовой работе по дисциплине «CALS-технологии»

              на тему : «Принципиальные отличия компонентов TRACE MODE 6» 
 
 
 
 

Выполнил студент  группы  _УПКз-06-1_            ________           Егорова З.Н.

                                             шифр группы           подпись              И.О. Фамилия 

Нормоконтроль                                      ____________  

                                                                    подпись                   
 

Курсовая  работа защищена с оценкой ______________ 
 
 
 
 
 
 
 
 
 
 
 

Иркутск 2010 г. 

Содержание 
 
 

Введение

1.Компоненты SCADA TRACE MODE® 6                                                   6

2. Монитор реального времени (NetLink МРВ, Adaptive Control МРВ)     7

2.1 NetLink МРВ                                                                                               8

2.2 Adaptive Control МРВ                                                                                 8

2.3 Double Force МРВ                                                                                       9

3. Достоинства TRACE MODE® 6                                                                  25

Заключение                                                                                                       28

Список литературы 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

      Введение

      Термин CALS (Continuous Acquisition and Lifecycle Support — непрерывная информационная поддержка поставок и жизненного цикла) означает совокупность принципов и технологий информационной поддержки жизненного цикла продукции на всех его стадиях. Русскоязычный аналог понятия CALS — Информационная Поддержка жизненного цикла Изделий (ИПИ). В последнее время за рубежом наряду с CALS используется также термин Product Lifecycle Management (PLM).Цель внедрения CALS — минимизация затрат в ходе жизненного цикла изделия, повышение его качества и конкурентоспособности.

      Россия  существенно отстает от ведущих  промышленно развитых стран в  части внедрения современных  ИТ, в том числе технологий CALS. Это отставание чревато далеко идущими негативными последствиями, прежде всего, высокой вероятностью резкого сокращения экспортного потенциала российских производителей наукоемкой продукции, вплоть до полного вытеснения их с международного рынка.

      Уже сегодня многие иностранные заказчики  отечественной продукции выдвигают  требования, удовлетворение которых  невозможно без внедрения CALS-технологий:

      представление конструкторской и технологической  документации в электронной форме;

      представление эксплуатационной и ремонтной документации в форме интерактивных электронных технических руководств, снабженных иллюстрированными электронными каталогами запасных частей и вспомогательных материалов и средствами дистанционного заказа запчастей и материалов;

      организация интегрированной логистической  поддержки изделий на постпроизводственных стадиях их жизненного цикла;

      наличие и функционирование электронной  системы каталогизации продукции;

      наличие на предприятиях соответствующих требованиям  стандартов ИСО 9000:2000 систем менеджмента качества и т. д.

Выполнение  этих требований предопределяет необходимость  внедрения на отечественных предприятиях CALS-технологий в полном объеме.     

Суть  концепции CALS (ИПИ) состоит в применении принципов и технологий информационной поддержки на всех стадиях ЖЦ продукции, основанного на использовании ИИС, обеспечивающей единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции (включая государственные учреждения и ведомства), поставщиков (производителей) продукции, эксплуатационного и ремонтного персонала. Эти принципы и технологии реализуются в соответствии с требованиями международных стандартов, регламентирующих правила управления и взаимодействия преимущественно посредством электронного обмена данными.  
     ИИС - основа, ядро CALS - представляет собой распределенное хранилище данных, существующее в сетевой компьютерной системе, охватывающей (в идеале) все службы и подразделения предприятия, связанные с процессами ЖЦ изделий. В ИИС действует единая система правил представления, хранения и обмена информацией. В соответствии с этими правилами в ИИС протекают информационные процессы, сопровождающие и поддерживающие ЖЦ изделия на всех его этапах. Здесь реализуется главный принцип CALS: информация, однажды возникшая на каком-либо этапе ЖЦ, сохраняется в ИИС и становится доступной всем участникам этого и других этапов (в соответствии с имеющимися у них правами пользования этой информацией).

Это позволяет  избежать дублирования, перекодировки и несанкционированных изменений данных, а также ошибок, связанных с этими процедурами, и сократить затраты труда, времени и финансовых ресурсов.  
     Основное содержание CALS, принципиально отличающее эту концепцию от других, составляют базовые принципы и технологии, которые реализуются (полностью или частично) в течение ЖЦ любого изделия, независимо от его назначения и физического воплощения.  
     

Базовыми  принципами CALS являются:

·  безбумажный обмен данными с использованием электронной цифровой подписи;

·  анализ и реинжиниринг бизнес-процессов;

·  параллельный инжиниринг;

·  системная организация постпроизводственных процессов ЖЦ изделия - интегрированная логистическая поддержка.  
     К базовым технологиям можно отнести управление: проектами; конфигурацией изделия; интегрированной информационной средой; качеством; потоками работ; изменениями производственных и организационных  структур.  
     CALS-технологии реализуются силами многопрофильных рабочих групп, объединяющих в своем составе экспертов различных специальностей. Нормативную базу разработок составляют международные и национальные стандарты, регламентирующие различные  аспекты  CALS-технологий.  
     В ИИС информация создается, преобразуется, хранится и передается от одного участника ЖЦ к другому при помощи прикладных программных средств, к которым относятся системы CAE/CAD/CAM, PDM, MRP/ERP, SCM и др.  
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 
 
 
 

3.Достоинства Trace Mode

• Trace Mode (далее ТМ) предназначен для разработки проекта АСУТП, а не человеко-машинного интерфейса, что характерно для подавляющего числа SCADA-систем. Причем, развивать проект можно в любом направлении: от датчиков/исполнительных механизмов до операторов и конечных потребителей информации о технологическом процессе/объекте или же, наоборот, от заданной топологии рабочих мест (РМ) до «поля». Мало того, вне зависимости от выбранного направления развития проекта сам предмет автоматизации (процесс, объект) описывается с применением объектного подхода по принципам «от технологии», «от топологии», «от разведенного кроссового шкафа» и по свободному – т.е. как решает сам разработчик. Причем, все указанные подходы в рамках проекта можно комбинировать. Групповую работу над проектом в настоящий момент можно вести только через обмен пользовательских библиотек и ежедневной/недельной/проч. «сборке» проекта с последующим тестированием на столе ведущего разработчика.
• В концепцию TM заложена поддержка распределенности. Объединять РМ и контроллеры (с DOS, ROM-DOS, MiniOS, Windows CE) общим числом до 200 штук можно по всем доступным на сегодняшний момент каналам связи.
• В проекте ТМ в качестве устройств ввода/вывода могут быть использованы практически все известные платы вв/выв, удаленное УСО, PLC напрямую, т.е. через встроенные в ТМ бесплатные прямые драйверы. Иными словами, нет необходимости вообще связываться с ОРС-технологиями, хотя если нравится их применять, то можно использовать и их – и DA и HDA. Примечательно, мало кто еще об этом знает, но для стандартных протоколов, таких как, например, Modbus, в TM вообще может быть использовано неограниченное количество источников и приемников физических сигналов аналоговых и дискретных входов/выходов. Важная вещь – канальная организация TM наряду со множеством положительных моментов позволяет гибко распределять аппаратуру вв/выв в проекте, т.е. реконфигурировать систему, особенно в случаях ее развития, оставляя логическую часть незыблемой.
• Всю необходимую обработку данных можно проводить непосредственно в уже имеющихся каналах, вызывая необходимые алгоритмы, и не неся при этом дополнительных расходов! Программирование ведется с использованием семейства языков по IEC 61131/3, причем единожды разработанная программа может вызываться многократно с разными наборами данных и на любых поддерживаемых TM платформах без вашего вмешательства. Если в проекте необходимо использовать уже имеющиеся программы (которые по любым причинам не желательно переводить, например, в ST), то существуют как механизм обмена с внешними приложениями по стандартным программным интерфейсам, так и взаимодействие с внешними динамическими библиотеками.
• Графика реализуется, в том числе, и для контроллеров с Windows CE. Красивая. Иногда бывает соблазн разукрасить все объемными картинками с навороченными анимациями, а это приводит порой и к недоразумениям, но время отрисовки можно контролировать, а сама графика выведена в поток с пониженным приоритетом J.
• Архивирование данных штатно выполняется по изменению контролируемых значений, однако можно разработать свой собственный алгоритм сохранения данных, затрагивающий как штатные СПАДы (всего их четыре, но пользоваться можно только тремя, что тоже не мало!), так распространить его и на любые реляционные СУБД (локальные/удаленные).  Настройка архивирования задается четырьмя параметрами, но к их назначению нужно подходить крайне взвешенно.
• Скорость записи в СПАД просто чудовищная, чтение существенно ниже, но, опять-таки, если нужно «быстро» читать, не ожидая окончания штатных процедур записи в СПАД, то необходимо генерировать копии текущего СПАДа и использовать именно их для чтения на тренды/документы и проч. Нелишне было бы напомнить, что сам диск в эксплуатирующейся годами системе испытывает совсем  не расчетные нагрузки, а, стало быть, к его выбору тоже стоит подходить предметно.
• Резервирование. Это, пожалуй, один их важнейших факторов. В TM резервируется абсолютно все – и вв/выв, и коммуникации, и РМ с контроллерами вместе со всеми имеющимися там архивами, алгоритмами и прочее. Выполняется гибкая настройка всего вышеуказанного с разнесением по фазам исполнения, при всем при этом довольно просто все контролируется, а сам способ переключения на «горячий» резерв может быть штатный или тот, который сами с помощью алгоритма определите. Резервов, кстати, может быть два, а время переключения – от единиц секунд в штатном режиме, до миллисекунд в пользовательском.
• Минимизация ошибок при разработке проекта. Этому аспекту в TM уделено достойное внимание. Существует несколько настраиваемых механизмов, позволяющих выполнять создание различных компонентов проекта по тому или иному принципу, а процедуры группового редактирования этих созданных компонентов логично его продолжают и развивают.
• Единственное, что не нравится в ТМ – генерация отчетов, вернее его редактор. Не велик, к сожалению, инструментарий и не хватает гибкости (к которой все, использующие ТМ довольно быстро привыкают). Хотя, это можно было бы пережить, если бы был отдельный доступ к шаблону отчета, но он накрепко запакован в dbb-файле.