Showing posts with label Introduction. Show all posts
Showing posts with label Introduction. Show all posts

Tuesday 1 September 2015

PDMS Databases

Introduction
For any PDMS Project, Every data related to that Project is stored in particular type of Database. Databases are created by administrator based on physical area or complexity of Plant at the time of Project setup. Databases can be included or copied from other Project also. These Databases can be found in xxx000 folder (xxx – Project Code). Each Module uses one or several databases to work on Project, if required databases are not found or user does not have access to those databases then Entry to that module will be prohibited and user will be directed to Monitor Module.
As per good practice, each discipline (such as Piping, Mechanical, etc.)  for particular process unit or construction unit should have separate database to work.

Database Elements

Before we proceed with databases types and Structure, understand following Fundamental Elements related to Databases:
Team – This Element owns database created in Project, Team can own one to several databases of same type or of different type. 
User – Member of Team, has Username and Password, has read or write access to database depending upon access right set by administrator.
User can be Free or General. Free User has access to All modules and can modify all Databases, while General Users can't enter restricted modules but can modify databases to which they have access as set by administrator.
MDB – Collection of DBs, normally it groups of all required databases for Project. Project must have at least one MDB. MDBs can be created for every user or for Units depending volume or Complexity of Plant. MDBs must contain reference databases which are  used by modules. E.g. MDB containing design Databases must Contain Catalogue database/s.
Database Access 
Databases can be accessed in UPDATE or MULTIWRITE access Mode. Access Mode is set at time of Database Creation, later it can be changed if required.
In UPDATE access Mode, only one user has write access to that database while others can access that database in Read only mode. 
In MULTIWRITE Access Mode , several users can write and read database at same time.
DESIGN, CATALOGUE, DRAFT and ISODRAFT, SYSTEM Databases are MULTIWRITE databases. 
In MULTIWRITE Databases, Claim Mode can be set to Implicit in which Database elements are claimed automatically whenever User modifies elements  or Explicit Mode in which Database elements need to be claimed first before user can start work on them.
Note : Only One User can work on same element or same part of Database at same time.
In order to Other User start working on same element, first user must release claim over that element.

Database Sessions
Session in PDMS is section of Database which holds data about work user has done till Savework or module change. work done in that session can be saved or discarded by user. whenever User switches Module or Saves work by SAVEWORK Command, session data will be stored to Database with Session Number. after that new pdms session will be created. Every database on which user works has separate Database session which can be saved by SAVEWORK Command. Sessions are useful for Backtracking and Merging databases as part of Maintenance activity for Project.

Database Functionality
DABACON
Database Constructor is system used by PDMS to construct, navigate, interrogate a database structure. DABACON instances are data objects which can be equipment or Primitive in PDMS, which are hold in particular hierarchy in Database, has set of attributes to define properties of items.
E.g. Equipment is significant element in PDMS which owns SUBE or Primitives such as BOX, CYLI, etc. , which has attributes such as Xlen, Ylen, Zlen to define geometry or properties of item.

The DABACON buffer is an area of data storage space within each module, reserved for holding pages of data which have been read from databases or which are to be written to databases. Data transfers between the databases and the module always take place in  exact multiples of one page.
The default buffer size is 5,120,000 words (20 Mbyte) for all modules.

Database Types
For any Plant Design Project, there are 10 different types of Databases which can be created depending upon requirement. Databases can be majorly classified as follows based upon the functionality.
1. Design and Drawing databases
    Design (DESI) Database
    Draft (PADD) Database
    Isodraft (ISOD) Database
    Schematic (SCHE) Database

2. Reference Databases
    Catalogue (CATA) Database
    Dictionary (DICT) Database
    Properties (PROP) Database

3. Administration Databases
    SYSTEM Database
    COMMS Database
    TRANSACTION Database

Thursday 20 August 2015

Getting Started: Introduction to PDMS

PDMS (Plant Design Management System) is 3D Design software package developed by AVEVA Group Plc (UK based Information Technology Company). PDMS provides various functions which are useful for Engineering, Design and Construction of Chemical Process Plants (both offshore and onshore Projects).

PDMS is Multi-User, Multi-Discipline 3D design tool which can be customized with PML (Programmable Macro Language) and C# to suit company or Project Requirements. PDMS Global allows big and complex projects to be divided over geographical regions/offices on which users can work concurrently from their respective locations depending upon scope of work agreed.

PDMS enables you to design 3D interactive computer model of Chemical Process Plant with full colour shaded representation. PDMS User selects and positions components from available catalogues. 3D Model becomes source of engineering data for all sections and disciplines involved in design project.
PDMS clash checking facility ensures clash free model to be generated to eliminate scope of error that could arise on site while construction. Reports can be generated from PDMS to perform quality check in design so unwanted errors could be avoided. 2D engineering drawings which are produced using PDMS, forms sharing links to transfer information from Design office to Construction site.

PDMS stores all kind of data in respective Database depending upon type of data to be stored. Databases are created by Administrator as per project requirements along with Users who will work on those databases with required access rights.

PDMS is split into a number of Modules which are used at different stages in Plant Design Process.

Availability of PDMS Modules differ depending upon type of license agreement.

In following section, we will discuss about PDMS Modules and their role/ Functionality in Plant Design Process.

1.  Design Modules

    I. DESIGN
Design is Main constructor Module in which Complete Chemical Process Plant is 3D modelled. User selects required components from available specifications and catalogues and positions them as per engineering design. 3D model data is stored in Design database for individual site created. Design Module provides facility to check elements for Clashes, Reporting to produce various design documents for quality checks, Material Takeoff and Preview of Piping Isometrics.
Design Module has Applications which provides suitable functions to work on particular discipline. E.g. Equipment, Piping, Cabling, etc.

II. SPOOLER
Spooler is used for pipework spooling. In this Module, Pipework design can be split into logical sections (i.e. Spools) which are ready fabrication.  Spool data created in Spooler module can be output as Isometric Drawing using ISODRAFT Module.
  
2. Drafting Modules

I. DRAFT
In this Module, Fully dimensioned and annotated 2D drawings of 3D Model are created. Data required for creation of drawings is accessed through Design Database while rest of data is stored in Draft database. Like Conventional Engineering Drawings, User creates views to show particular area of 3D model in required direction. Dimensions and Labels are attached to design elements which are stored under respective view.

II. DIAGRAMS
This Module is used for creation of P&ID, HVAC and Cabling Diagrams. This Application uses AVEVA Design Platform GUI and Diagram Layouts are created using an Embedded Microsoft Office Visio drawing control. Data entered into this application is stored in Schematic Database.
This Module uses Diagram, Stencil and Template Path to create Diagram File. User need to select mode to work to create either P&ID/HVAC/Cabling Diagrams. Diagram files created in this module can be saved in binary format or XML format.

III. Schematic Model Manager
Schematic Model Manager is used to Import P&ID data from XML file into Schematic Database which can be viewed and Modified if required in later stage of Project.

3.  ISODRAFT
ISODRAFT is used to produce automatically annotated and dimensioned piping Isometric drawings along with Material list for that pipe. User need to select from Option file available for project working on, Option file can be customized to suit company or project requirements by administrator. ISODRAFT provides option to take MTO which can be saved to Text file for each Pipe, which can be later used to generate Bulk MTO for Plant.

4. Catalogues and Specification Management Modules

I. PARAGON
This Module Used for Creation and Modification of Catalogues which are referenced by Specification reference of Component. Administrator is directly responsible for Catalogue Creation, Modification.
Component Catalogue normally holds information about connection, Physical Shape, Obstruction and Bolting requirements.
Paragon also stores specification to be used for project, connection Compatibility information of Components, Material and Detailed description of components.

Catalogues must be setup properly in order to avoid any errors in 3D modelling.

II. SPECON
SPECON is Specification Constructor Module, which allows administrator to create or modify specification to suit Project requirement.

III. PROPCON
PROPCON is property Constructor Module, administrator create or modify properties database. Properties database hold information about properties of Component and materials which may be used for stress analysis, calculation of weights, Centre of gravity for components.

5. Project Administration Modules

I. ADMIN
ADMIN is main administrative module which plays important role in setting up Project, database creation, User Creation and access rights for Users. Depending Upon size and complexity of Plant, Plant is divided into individual areas (either on basis of Physical area or Design Area).  It allows administrator to setup fonts, Module definitions for Project.
ADMIN module provides important features which are useful for Project Maintenance such as compacting Database to reduce database size by removing unwanted data,  Upgrading PDMS Projects when database structure changes.

II. LEXICON
LEXICON is used to create User defined attributes. Every element in PDMS has set of attributes which can be set or read. Sometimes default attributes provided by AVEVA may not sufficient; in that case we may define our own attributes which can satisfy requirement which are called as User Defined Attributes. UDAs created in LEXICON are held in Dictionary database. Administrator can choose type of attribute, scope of attribute (e.g. Pipe, Equipment, etc.) and maximum value for UDA.
UDAs are prefixed with Colon (:) and treated in same way as that of default attributes when extracted to drawings or reports.

III. MONITOR
MONITOR module serving as Entry point to PDMS whenever User starts PDMS. This module is commonly used to query system status, Users, MDB, Databases, Teams, and Modules. Batch Processing and messaging can be done in MONITOR module.
MONITOR module can be used to change Project Password. Also, User and MDB can be changed.

If there is problem in Project which prohibits another PDMS module to load, Monitor module will be opened automatically.