| Version 47 (modified by gordonrachar, 15 years ago) |
|---|
TracNav menu
Introduction to ISO 15926
Status of this document: Ready for Cold Eyes Review
This is the beginning of the Primer for ISO 15926. It is open for feedback in the forum at the bottom of this page. You need a login to post in the forum.
Why Do We Need ISO 15926?
The short answer is: "So we can exchange complex plant and project information easier and cheaper."
A slightly longer answer is: "To mitigate the current high costs of rekeying and reformatting information to move it from one proprietary system to another."
For example, take the task of designing, specifying, and purchasing a process instrument for a plant modification. Imagine how many times information has to be rekeyed after the instrument is basically designed, until it is installed and commissioned in the target plant:
- After design, enter the information into the project data store, likely an Excel spreadsheet, or a database.
- For quotation, a procurement officer assembles several sets of data sheets and sends a set to each bidder.
- Each bidder will read the data sheets and enter some of the data values into proprietary software to make a selection, then compose a quotation and send it to the EPC.
- During the design of an instrument the engineer will usually only specify the properties that are necessary for the process conditions. However there are many other properties that must be known, but are dependent on the manufacturer. After the vendor is chosen this information must be entered manually into the plant design system from the vendor's quotation.
- Data sheet turnover to the client will likely be something like an Excel file for each data sheet.
- After receiving a large truck load of boxes filled with CDs from the EPC, the owner will review each data sheet. Critical data values will be rekeyed into an asset management system. This can take months.
[Feedback Requested. We want to end up with all of instances, in this information chain, of having to rekey information that 15926 will mitigate. GPR]
The situation is improving. A few years ago we would have faxed the data sheets to the vendors who would manually add their information and fax them back--now we e-mail editable electronic files. There are also proposals to streamline the final hand over from an EPC so that it the information is already in the form required for the owner's Asset Management System--but the configuration costs, and the lead time required, speak to the complexity of the issue.
What we need is a way for each participant's software to be able to communicate complex information to the other participants without having to know in advance things like database structure or format.
ISO 15926 is Like a Babel Fish
If you wanted to listen to Vogon poetry spoken in the original dialect, you might use a Babel Fish.
The Babel Fish would listen to the Vogon speaking, then rearrange the syntax and translate all the words all on the fly, so to speak.
ISO 15926 acts like a Babel Fish by acting as an interpreter between two otherwise incompatible systems.
ISO 15926 is like a Babel fish
Example: Exchanging Instrument Information Using ISO 15926
Compare the process of specifying and purchasing an instrument above, to doing the same thing with ISO 15926-enabled tools.
The initial data entry is the same:
- After design, enter the information into the project data store, likely an Excel spreadsheet, or a database.
But thereafter, tools written to support the ISO 15926 standard extract the relevant information automatically:
- For quotation, a procurement officer will expose the Request for Quotation on his company's public interface, known as a "façade", then include the URL in an e-mail to the bidders.
- By connecting to the EPC's façade, each vendor will pull in the relevant information for each instrument. At this point, the vendor has a choice. He can have a human sales engineer read the information and manually make decisions in the same manner we use today. However, because it is in ISO 15926 format, the instrument information will be rich enough that analysis, decisions, and composition of a preliminary quotation will be able to be done by a computer program. In this case the sales engineer will only have to review the quotation before submitting the bid to the EPC.
- After selecting the winning bidder, the engineer will point his plant design system to the vendor's façade and pull in vendor-supplied information.
- Data turnover to the client will simply require exposing the plant information database on the EPC's façade.
- The owner will open the link to the engineer's plant information database and import whichever data values are of interest.
You can see that if we use 15926 tools we are removing a great many opportunities for human error. So in addition to being able to transfer information faster, by removing the labor-intensive tasks the whole process will be more reliable. (And, I might add, the job of the design engineer gets considerably less boring!)
[Feedback requested: #2, #3, #4 are me putting 2+2 together from conversations with others. Did I get the correct answer, 4, or did I jump all the way to 42? GPR]
How ISO 15926 Makes Sharing Information Easier
ISO 15926 is a world-wide standard interchange format for rendering complex information about plant objects into a common format. By using a common interface we will all be able to communicate without having to know anything about each other's data storage configuration. Everyone will still have their own data stores, perhaps in a proprietary format, perhaps not, but will employ a Babel Fish (known as a "façade") when we exchange information with others.
- A consortium of EPCs will be able to collaborate on designing a plant, each using its chosen plant design system with proprietary work processes. They will be able to share information without having to know anything about each other's data storage format beforehand.
- During design, vendor's and EPC's software will be able to connect to each other passing information back and forth much easier.
- Information turnover from EPC to Owner will be a non-issue. Owners will be able to receive the plant data by connecting to the EPC's Babel Fish (i.e., façade) and then store it in the their own format.
- After information turnover, any of the owner's computer systems will be able to use the information. For instance, a Plant Operations System will be able to access the pieces of information it needed. A Plant Maintenance System will be able to access just the pieces it needs. Each application will take the pieces it needs and ignore the rest.
- Owners will be able to harmonize maintenance systems between production facilities that have incompatible information storage formats.
Opportunity for Niche Applications
Once a critical mass of plant information is available through ISO 15926-compliant façades, niche applications will become viable. Currently, the high cost of acquiring information from proprietary data stores impedes all but the most high-value initiatives. But when a niche application can access plant information in a format that is predictable in advance, acquiring input data will be trivial. Entrepreneurs will be able to concentrate on value-added calculations instead of having to figure out how to configure access to proprietary databases.
Example: A calculation to optimize a chemical reaction where the precise history and the exact instrumentation and equipment are significant variables.
Some More Useful Metaphors
- ISO 15926 is Like HTML
- ISO 15926 is Like Esperanto on Your Cell Phone
- ISO 15926 is Like a GUI for Machines?
Next
An introduction to ISO 15926 showing how machine-to-machine information exchange is hampered by the need for context to convey meaning.
Overview
An overview of the Introductory sections of this primer.
Author:
- mailto:Gordon.Rachar@…
