2016.06.28
P&ID상에서 실선은 pipe line 점선은 signal line이다.
Tag를 검색할 때, PCV 같은 Control Valve가 검색이 안 된다면, PIC를 검색해봐라. P&ID에서 PCV가 단독으로 쓰이는 경우보단 PIC와 함께 쓰이는 경우가 있기 때문이다.
2016.07.06
TE, TT, TI는 하나의 DCS로 구성되는 경우가 많다. TT에 4~20mA의 Analog data가 DCS로 전달된다. 만약, TE, TI가 하나의 DCS로 구성된다면, 이것은 RTD censor인 것이다.
2016년 6월 28일 화요일
2016년 6월 21일 화요일
Optional Functions of AD Suite
AD Suite는 독점적으로 AD Suite를 위해 제공하는 다양한 옵션 패키지를 사용하여 module-based engineering, tuning parameter management, bulkediting, change control, 또는 dependency analysis function등을 수행한다.
Module-based Engineering
Module-based engineering은 I/O module assignment 정보 또는 FCS 설정에 독립적으로 시스템을디자인 할 수 있다.
I/O 디자인은 control application이 디자인된 이후에 변화될 수 있다.
Module-based engineering은 Module-based Engineering Package를 필요로 한다.
Module Components
Module은 독립적인 소프트웨어 컴포넌트로 구성된 design pattern이다. module-based engineering에서, control logic, alarm attribute, design information 또는 붙여진 문서같은 component들은 하나의 module로 간주한다. module-based engineering에서의 module은 다음과 같은 component를 가진다.
Types of Modules
Modules은 application에 따라 2가지 종류로 분류된다. 하나는 class module이고, 다른 하나는 application module이다.
Module-based Engineering은 AD Orgnizer와 VP Builder 두 개의 소프트웨어를 사용해서 수행할 수 있다.
FCS 에서의 I/O와 control logic을 위한 Engineering은 AD Organizer에서 수행된다.
다음의 module-less engineering은 VP Builder를 통해 제어될 수 있다.
Engineering Data는 VP Project안에 저장되어 있는 VP Builder에 의해 수정된다.
AD Organizer의 I/O와 control logic에 의한 engineering data는 AD project에 저장된다.
따라서, I/O와 control logic의 engineering은 시스템 구성과 독립적으로 수행될 수 있다.
I/O와 control logic이 시스템 구성과 독립적으로 engineering 해서 나온 Engineering data는 대량 변환되어 VP Project에 저장되고, 결국 FCS에 할당된다.
다음 그림은 module-based engineering의 engineering data flow를 보여준다.
History Management of Module-based Engineering
AD Organizer에 의해 수정된 engineering data의 변경사항은 AD Server의 history management에 저장된다. 아래와 같은 모든 VP project의 수정된 engineering data들도 AD Server의 history management에 저장된다.
Document Generation
문서 생성 기능은 module-based engineering에만 사용할 수 있는 기능의 engineering 결과를 요약한 문서를 생성한다.
실제 시스템과 설계 명세 또는 다른 문서와의 불일치가 확인될 수 있다.
Tuning Parameter Management
Function block의 tuning parameter value는 control application("design value")가 생성될 때 디자인된다. 그리고 FCS("current value")에서 실제로 사용되는 tuning parameter value는 바로 이 function에 의해 관리된다. 두 개의 parameter value는 비교될 수 있고, 디자인된 tuning parameter value는 FCS에 설정될 수 있다.
Tuning parameter는 HIS로부터 설정과 참조를 할 수 있는 function block의 data item이나 alarm setting value을 말한다.
다음은 이 function에 의해 조작되는 두 종류의 tuning parameter이다.
Tuning Parameter Management는 다음과 같은 작업을 수행한다.
Class module과 application module의 tuning parameter의 design value는 정의될 수 있다.
Collective setting of defined Tuning Parameters on FCS
Tuning parameter에 정의된 design value는 총체적으로 FCS에 설정할 수 있다.
이 기능은 tuning parameter와 application module의 alarm-related parameter에 사용될 수 있다.
Comparison and setting of design values and current value of tuning parameters
Tuning parameter의 current value는 FCS와 application module의 design value와 비교를 통해 얻을 수 있다. 더욱이, application module의 tuning parameter의 design value는 독립적으로 선택될 수 있고, 그것들을 FCS에 등록할 수 있다. 이 기능은 tuning parameter와 application module의 alarm-related parameter에 사용될 수 있다.
Bulk Editing
이것은 개별적 editor를 사용하지 않고 control application을 생성할 때 설계된 multiple function block 및 alarm attribute들로 각 application module의 parameter를 설정하는 배치에 대해 편집하는 기능이다.
이 기능은 다음의 기능을 수행할 수 있다.
Bulk Editing by Mass Editor
이것은 개별적인 control logic editor 또는 alarm attribute editor를 사용하지 않고 control application을 생성할 때 설계된 multiple application module의 control logic 또는 alarm attribute setting parameter를 각각의 application module을 위해 편집하기 위한 table-format editor이다.
Mass Editor는 parameter 설정 편집을 효과적으로 하기 위한 정렬과 편집 기능을 갖고 있다.
Change Control
Change Control은 Modification Package(ModPack)를 사용해 engineering data를 변경하는 process를 관리한다.
ModPack은 변경과 관련된 정보를 그룹 형태로 요약한 것이다. 하나의 ModPack은 ID, status, a person in charge, a place, 그리고 test method와 같은 다양한 change information을 가진다.
Change Control은 다음과 같은 순서에 따라 chage를 관리한다.
1. ModPack에 변경 요청을 등록한다.
2. ModPack으로의 input change 및 change의 영향력을 분석한다.
3. ModPack에 change의 책임자를 등록한다.
4. Engineering data를 변경하고, ModPack에 변경한 것을 등록한다.
5. 변경한 것을 테스트하고, 테스트의 결과를 ModPack에 기록한다.
6. 변경의 내용을 확인하고, 결과를 ModPack에 기록한다.
Control package의 변경은 module-based engineering과 module-less engineering 모두에서 작동될 수 있는 change control function을 사용하는 것을 필요로 한다.
Dependency Analysis
Engineering동안 요청된 change가 미치는 영향의 정도를 분석할 수 있다. Control logic과 I/O, graphic tags의 상호 연결 분석이 제공된다.
이 기능은 "analytical key"를 통해 control logic, I/O, graphic 등과 같은 tag name을 사용하는 dependency의 3가지 타입을 분석한다.
A dependency analysis package는 dependency analysis function을 사용하는 것을 필요로 한다.
Concept of Displaying the Dependency Analysis
Analytical key의 연결 대상의 tag name 리스트는 control logic의 dependency analysis에 표시된다. 또한 연결 목적지 이후의 목적지의 리스트는 계층적 형식으로 새로운 analytical key와 연결 목적지를 사용하여 표시할 수 있다.
다음 그림은 dependency analysis의 conceptual diagram을 보여준다.
First-layer tag는 FIC01, GR01, TR01, ST01이 있고 이것은 analytical key인 TIC02 tag를 사용해서 연결되어 있다. 그리고 second-layer tag에는 %Z02, %Z05, %OG01이 있고 새로운 analytical key tag인 FIC01과 ST01을 사용해서 연결되어 있다.
Control Logic Dependency Analysis
계층적 형식으로 표시된 각각의 dependency element은 필요에 따라 축소, 확장 될 수 있다.
Analysis key (control logic dependency)
Logical and Physical Relationship Analysis
I/O의 logical attribute와 physical assignment는 logical and physical analysis function view에서 볼 수 있다.
Analysis key (logical and physical relationship)
Graphic Dependency Analysis
Analytical key를 포함하고 있는 graphic objects는 control logic dependency analysis와 같은 계층적 형식으로 표현되는 graphic dependency analysis view에서 표시될 수 있다.
Module-based Engineering
Module-based engineering은 I/O module assignment 정보 또는 FCS 설정에 독립적으로 시스템을디자인 할 수 있다.
I/O 디자인은 control application이 디자인된 이후에 변화될 수 있다.
Module-based engineering은 Module-based Engineering Package를 필요로 한다.
Module Components
Module은 독립적인 소프트웨어 컴포넌트로 구성된 design pattern이다. module-based engineering에서, control logic, alarm attribute, design information 또는 붙여진 문서같은 component들은 하나의 module로 간주한다. module-based engineering에서의 module은 다음과 같은 component를 가진다.
Types of Modules
Modules은 application에 따라 2가지 종류로 분류된다. 하나는 class module이고, 다른 하나는 application module이다.
- Class Module은 module을 위한 template이다. 실제 제어 역할을 수행하는 application module은 class module을 기초로 생성될 수 있다. class module을 기반으로 생성한 application module은 class module이 변경됬을 때 application module에 적용할 수 있고, 유지할 수 있다.
- Application Module은 실제 제어역할을 수행하는 module이다. application module은 필요시 생성되어있는 class module에 의해 생성될 수도 있고, class module 없이도 생성할 수 있다.
Module-based Engineering은 AD Orgnizer와 VP Builder 두 개의 소프트웨어를 사용해서 수행할 수 있다.
FCS 에서의 I/O와 control logic을 위한 Engineering은 AD Organizer에서 수행된다.
다음의 module-less engineering은 VP Builder를 통해 제어될 수 있다.
- System configuration and VP project common items
- Engineering of FCS except I/Os and control logics
- Engineering of HIS, UGS, SIOS, GSGW
Engineering Data는 VP Project안에 저장되어 있는 VP Builder에 의해 수정된다.
AD Organizer의 I/O와 control logic에 의한 engineering data는 AD project에 저장된다.
따라서, I/O와 control logic의 engineering은 시스템 구성과 독립적으로 수행될 수 있다.
I/O와 control logic이 시스템 구성과 독립적으로 engineering 해서 나온 Engineering data는 대량 변환되어 VP Project에 저장되고, 결국 FCS에 할당된다.
다음 그림은 module-based engineering의 engineering data flow를 보여준다.
History Management of Module-based Engineering
AD Organizer에 의해 수정된 engineering data의 변경사항은 AD Server의 history management에 저장된다. 아래와 같은 모든 VP project의 수정된 engineering data들도 AD Server의 history management에 저장된다.
- VP Builder에 의해 수정된 Engineering data
- AD Organizer로 변환되고 수정된 Engineering data
Document Generation
문서 생성 기능은 module-based engineering에만 사용할 수 있는 기능의 engineering 결과를 요약한 문서를 생성한다.
실제 시스템과 설계 명세 또는 다른 문서와의 불일치가 확인될 수 있다.
Tuning Parameter Management
Function block의 tuning parameter value는 control application("design value")가 생성될 때 디자인된다. 그리고 FCS("current value")에서 실제로 사용되는 tuning parameter value는 바로 이 function에 의해 관리된다. 두 개의 parameter value는 비교될 수 있고, 디자인된 tuning parameter value는 FCS에 설정될 수 있다.
Tuning parameter는 HIS로부터 설정과 참조를 할 수 있는 function block의 data item이나 alarm setting value을 말한다.
다음은 이 function에 의해 조작되는 두 종류의 tuning parameter이다.
- Class module과 application module의 tuning parameter (class module과 application module에 정의된 function block에 구성할 수 있는 data item)
- Alarm-related tuning parameters (alarm setting values)
Tuning Parameter Management는 다음과 같은 작업을 수행한다.
- Tuning parameter의 design value를 정의
- 총체적으로 FCS에 정의된 tuning parameter의 설정
- Tuning parameter의 current value와 design value의 설정 및 비교
Class module과 application module의 tuning parameter의 design value는 정의될 수 있다.
Collective setting of defined Tuning Parameters on FCS
Tuning parameter에 정의된 design value는 총체적으로 FCS에 설정할 수 있다.
이 기능은 tuning parameter와 application module의 alarm-related parameter에 사용될 수 있다.
Comparison and setting of design values and current value of tuning parameters
Tuning parameter의 current value는 FCS와 application module의 design value와 비교를 통해 얻을 수 있다. 더욱이, application module의 tuning parameter의 design value는 독립적으로 선택될 수 있고, 그것들을 FCS에 등록할 수 있다. 이 기능은 tuning parameter와 application module의 alarm-related parameter에 사용될 수 있다.
Bulk Editing
이것은 개별적 editor를 사용하지 않고 control application을 생성할 때 설계된 multiple function block 및 alarm attribute들로 각 application module의 parameter를 설정하는 배치에 대해 편집하는 기능이다.
이 기능은 다음의 기능을 수행할 수 있다.
- Bulk editing in Mass Editor
- Bulk editing and consistency check of setting parameters in Grid Rule
Bulk Editing by Mass Editor
이것은 개별적인 control logic editor 또는 alarm attribute editor를 사용하지 않고 control application을 생성할 때 설계된 multiple application module의 control logic 또는 alarm attribute setting parameter를 각각의 application module을 위해 편집하기 위한 table-format editor이다.
Mass Editor는 parameter 설정 편집을 효과적으로 하기 위한 정렬과 편집 기능을 갖고 있다.
Change Control
Change Control은 Modification Package(ModPack)를 사용해 engineering data를 변경하는 process를 관리한다.
ModPack은 변경과 관련된 정보를 그룹 형태로 요약한 것이다. 하나의 ModPack은 ID, status, a person in charge, a place, 그리고 test method와 같은 다양한 change information을 가진다.
Change Control은 다음과 같은 순서에 따라 chage를 관리한다.
1. ModPack에 변경 요청을 등록한다.
2. ModPack으로의 input change 및 change의 영향력을 분석한다.
3. ModPack에 change의 책임자를 등록한다.
4. Engineering data를 변경하고, ModPack에 변경한 것을 등록한다.
5. 변경한 것을 테스트하고, 테스트의 결과를 ModPack에 기록한다.
6. 변경의 내용을 확인하고, 결과를 ModPack에 기록한다.
Control package의 변경은 module-based engineering과 module-less engineering 모두에서 작동될 수 있는 change control function을 사용하는 것을 필요로 한다.
Dependency Analysis
Engineering동안 요청된 change가 미치는 영향의 정도를 분석할 수 있다. Control logic과 I/O, graphic tags의 상호 연결 분석이 제공된다.
이 기능은 "analytical key"를 통해 control logic, I/O, graphic 등과 같은 tag name을 사용하는 dependency의 3가지 타입을 분석한다.
- Control logic dependency
- Logical and physical relationship
- Graphic dependency
A dependency analysis package는 dependency analysis function을 사용하는 것을 필요로 한다.
Concept of Displaying the Dependency Analysis
Analytical key의 연결 대상의 tag name 리스트는 control logic의 dependency analysis에 표시된다. 또한 연결 목적지 이후의 목적지의 리스트는 계층적 형식으로 새로운 analytical key와 연결 목적지를 사용하여 표시할 수 있다.
다음 그림은 dependency analysis의 conceptual diagram을 보여준다.
First-layer tag는 FIC01, GR01, TR01, ST01이 있고 이것은 analytical key인 TIC02 tag를 사용해서 연결되어 있다. 그리고 second-layer tag에는 %Z02, %Z05, %OG01이 있고 새로운 analytical key tag인 FIC01과 ST01을 사용해서 연결되어 있다.
Control Logic Dependency Analysis
계층적 형식으로 표시된 각각의 dependency element은 필요에 따라 축소, 확장 될 수 있다.
Analysis key (control logic dependency)
- Tag name
- Tag name data item name
- User-defined label name
Logical and Physical Relationship Analysis
I/O의 logical attribute와 physical assignment는 logical and physical analysis function view에서 볼 수 있다.
Analysis key (logical and physical relationship)
- Application module name
- Tag name
- P&ID tag name
- Station name
- I/O module name
Graphic Dependency Analysis
Analytical key를 포함하고 있는 graphic objects는 control logic dependency analysis와 같은 계층적 형식으로 표현되는 graphic dependency analysis view에서 표시될 수 있다.
- Analysis key (graphic dependency)
- VP project name
- Station name
- Window name
- Trend file name
- Tag name
- Graphic object name
2016년 6월 20일 월요일
Standard Functions of AD Suite
AD Suite의 Standard Function은 모든 CENTUM VP system에서 동작한다.
다음의 function은 Standard Function에서 수행된다.
Module-less Engineering
Module-less engineering은 engineering에 module을 사용하지 않는 방법이다.
이 방법은 첫째로 FCSs와 I/O module과 같은 하드웨어 구성을 결정하고, 그 다음 하드웨어의 각 부분에 대한 engineering을 수행한다. Module-less engineering은 mudule-based-engineering 으로 적용되지 않은 FCS 또는 module-based engineering package가 사용되지 않은 n개의 ENG에 의해 정의된 하나의 FCS와 함께 수행될 수 있다.
Change History Management
VP project를 수정하면 History Management에 저장된다. 매 시간 VP project file은 update되고, 변화는 AD Server의 History Management에 자동으로 저장된다.
AD Server and AD Project Management
AD Server와 AD Project는 ADS Management Tool에 의해 관리된다.
다음의 function으로 AD Server를 관리하는 것이 가능하다.
다음의 function은 Standard Function에서 수행된다.
- Module-less Engineering
- History Management
- AD Server and AD Project Management
Module-less Engineering
Module-less engineering은 engineering에 module을 사용하지 않는 방법이다.
이 방법은 첫째로 FCSs와 I/O module과 같은 하드웨어 구성을 결정하고, 그 다음 하드웨어의 각 부분에 대한 engineering을 수행한다. Module-less engineering은 mudule-based-engineering 으로 적용되지 않은 FCS 또는 module-based engineering package가 사용되지 않은 n개의 ENG에 의해 정의된 하나의 FCS와 함께 수행될 수 있다.
Change History Management
VP project를 수정하면 History Management에 저장된다. 매 시간 VP project file은 update되고, 변화는 AD Server의 History Management에 자동으로 저장된다.
AD Server and AD Project Management
AD Server와 AD Project는 ADS Management Tool에 의해 관리된다.
다음의 function으로 AD Server를 관리하는 것이 가능하다.
- Optional settings for AD Server
- Backup and restore ADMDB
- AD Project의 생성과 삭제
- AD Project의 속성 수정
- AD Project의 권한 제어
- AD Project Database 와의 Import / Export
- AD Project Data 변경의 허용 / 금지
Engineering Environment of AD Suite
Configuration of installing Engineering Function and Operation and Monitoring Function on a single computer
다음 그림은 하나의 컴퓨터에 Operation, Monitoring Function, Engineering Function, AD Server을 설치하는 시스템 구성을 보여준다.
A Configuration with independent engineering function
다음 그림은 다수의 컴퓨터에 Operation, Monitoring Function, Engineering Function, AD Server가 설치된 시스템 구성을 보여준다.
A sample system configuration of collectively managing multiple VP Projects
다음 그림은 하나의 컴퓨터와 AD Server가 다수의 VP Projects를 관리하는 시스템 구성을 보여준다.
다음 그림은 하나의 컴퓨터에 Operation, Monitoring Function, Engineering Function, AD Server을 설치하는 시스템 구성을 보여준다.
A Configuration with independent engineering function
다음 그림은 다수의 컴퓨터에 Operation, Monitoring Function, Engineering Function, AD Server가 설치된 시스템 구성을 보여준다.
A sample system configuration of collectively managing multiple VP Projects
다음 그림은 하나의 컴퓨터와 AD Server가 다수의 VP Projects를 관리하는 시스템 구성을 보여준다.
이 그림에서 VP project-A의 engineering은 VP project-A에 속하는 HIS의 Engineering Function을 수행한다. VP project-B의 engineering은 VP project-B에 속하는 HIS의 Engineering Function을 사용할 수 없다. 그 반대의 경우도 마찬가지이다.
추가하면, 다수의 연결되어 있는 VP projects는 하나의 컴퓨터와 AD Server에 의해 관리될 수 있다.
주의할 점 : 하나의 AD Server에 연결하는 CENTUM VP system은 보안 모델이 동일해야 한다.
Software Configuration of AD Suite
Software Configuration of the AD Suite
AD Server
AD Server는 Engineering Server Function을 사용하는 데이터 베이스에 저장된 CENTUM project의 Engineering data의 모든 관리와 변경 기록을 저장하는 기능을 수행한다.
AD Server는 다음과 같은 두개의 기능을 가진다.
AD Organizer
AD Organizer는 AD Suite내에서 module-based-engineering을 위해 engineering일을 수행하는 메인 소프트웨어 이다.
AD Organizer는 Standard Engineering Function을 포함한다.
VP Builder
VP Builder는 module-less engineering을 위한 메인 소프트웨어이다. 이것은 일반적으로 System View, Recipe View라는 이름을 가지며, 다른 builder들은 이 view에서 실행된다.
VP Builder는 Standard Engineering Function을 포함한다.
다음 그림은 AD Suite의 소프트웨어 구성을 보여준다.
Projects used in AD Suite
CENTUM VP는 FCS와 HIS의 Engineering data를 "project"라는 유닛으로 관리한다.
AD Suite에 있는 Engineering data는 다음과 같은 project에 저장된다.
Automation Design Project
Automation Design Project (AD project)는 AD Organizer에 의해 편집된 Engineering data를 저장한다. AD project는 AD server의 ADMDB에 생성된다. 다수의 AD project가 ADMDB에 저장될 수 있다.
VP Project
VP project는 VP Builder에 의해 편집된 Engineering data를 저장한다. VP project는 Engineering function과 함께 PC에 저장되거나, file server에 저장된다. VP project는 사용하는 AD project에 등록을 해야 한다.
(※하나의 AD project에 다수의 VP project를 등록할 수 있다.)
다음 그림은 AD Organizer, VP Builder, AD Project 그리고 VP Project에 의한 데이터 흐름을 보여준다.
AD Server
AD Server는 Engineering Server Function을 사용하는 데이터 베이스에 저장된 CENTUM project의 Engineering data의 모든 관리와 변경 기록을 저장하는 기능을 수행한다.
AD Server는 다음과 같은 두개의 기능을 가진다.
- Automation Design Master Database (ADMDB)는 CENTUM VP의 모든 Engineering data를 저장한다.
- Automation Design Server Management Tool (ADS Management Tool)은 AD Server를 관리하는 소프트웨어 이다.
AD Organizer
AD Organizer는 AD Suite내에서 module-based-engineering을 위해 engineering일을 수행하는 메인 소프트웨어 이다.
AD Organizer는 Standard Engineering Function을 포함한다.
VP Builder
VP Builder는 module-less engineering을 위한 메인 소프트웨어이다. 이것은 일반적으로 System View, Recipe View라는 이름을 가지며, 다른 builder들은 이 view에서 실행된다.
VP Builder는 Standard Engineering Function을 포함한다.
다음 그림은 AD Suite의 소프트웨어 구성을 보여준다.
Projects used in AD Suite
CENTUM VP는 FCS와 HIS의 Engineering data를 "project"라는 유닛으로 관리한다.
AD Suite에 있는 Engineering data는 다음과 같은 project에 저장된다.
Automation Design Project
Automation Design Project (AD project)는 AD Organizer에 의해 편집된 Engineering data를 저장한다. AD project는 AD server의 ADMDB에 생성된다. 다수의 AD project가 ADMDB에 저장될 수 있다.
VP Project
VP project는 VP Builder에 의해 편집된 Engineering data를 저장한다. VP project는 Engineering function과 함께 PC에 저장되거나, file server에 저장된다. VP project는 사용하는 AD project에 등록을 해야 한다.
(※하나의 AD project에 다수의 VP project를 등록할 수 있다.)
다음 그림은 AD Organizer, VP Builder, AD Project 그리고 VP Project에 의한 데이터 흐름을 보여준다.
피드 구독하기:
글 (Atom)