The complete guide to creating an I/O list from P&IDs
The DCS vendor needs a signal count before they will price the hardware. The integrator needs tag-class breakdowns before they will size the panel. The project manager needs both before the FEED report closes. The I/O list is what everyone is waiting on, and the drawings are the only place the data exists.
Read one of your own drawings.
Drop a P&ID, instrument index, or schedule. Tagsight reads it to the tag and opens a workspace you keep when you sign in.
PDF · DWG · DXF · TIFF · PNG · XLSX
What an I/O list is.
An I/O list is the single document that connects the process drawing to the control system. It is a row-per-instrument tabulation of every signal that lands on a PLC, DCS, or RTU, with enough context for a configuration engineer to wire it up, an instrument tech to commission it, and a project manager to count modules.
Different companies call it different things. I/O list, I/O schedule, instrument list, control system input, output schedule. The format varies, but the function is constant. The I/O list is the bid document, the procurement document, the configuration document, and the commissioning document, depending on which week of the project you are in.
A typical mid-size process unit produces somewhere between 200 and 1500 rows. A greenfield refinery train can run into the tens of thousands. The list is built once during front-end engineering, refined through detailed design, frozen at the IFC milestone, and then fought over for the next eighteen months as construction discovers what the drawings did not capture.
Columns and what they mean.
There is no universal column set, but most I/O lists ship with a recognizable spine. The minimum useful list has tag number, signal class, description, P&ID reference, and connected equipment. Most production lists carry 14 to 30 columns once you account for loop ID, range, units, fail-safe state, IP rating, voltage, terminal block, cable number, junction box, and PLC slot, channel.
The distinction worth drawing is between data that comes off the P&ID and data that comes off the instrument datasheet. Tag, signal class, and connected equipment are P&ID data. Range, manufacturer model number, and signal type, 4-20mA vs HART vs Foundation Fieldbus are datasheet data. Wiring data, terminal blocks, and PLC channel assignments come from the panel drawings and the I/O allocation pass.
For a bid-stage I/O list you do not need datasheet detail. You need tag, signal class, description, equipment, line, and rough count by class. For an IFC-stage I/O list, you need everything down to the terminal.
Where the data actually lives.
The P&ID is the primary source. Every instrument bubble on a P&ID is a row on the I/O list. The bubble carries the tag, the host equipment is the connected equipment, and the line the bubble sits on is the line number. The first letter of the tag tells you what is being measured, F for flow, T for temperature, P for pressure. The second letter, sometimes the third, tells you what the device does, T for transmitter, V for valve, S for switch. That two- or three-letter combination plus the bubble shape gives you the signal class.
Datasheets fill in everything the P&ID is too coarse to carry. Range, accuracy, manufacturer, model, materials of construction, calibration certificate. Datasheets are usually one PDF per tag, sometimes a stapled bundle by area. They are the second pass.
Loop diagrams confirm what the P&ID and datasheets imply. A loop diagram shows the wiring from the field instrument back to the marshalling cabinet, with terminal numbers and cable codes. If the I/O list disagrees with the loop diagram on signal class or fail position, the loop diagram usually wins because it is closer to the build.
Line lists, equipment lists, and the tag register fill in the cross-references.
Signal classification, in practice.
Four classes cover the large majority of conventional I/O. AI, AO, DI, DO. Analog input is anything that reports a continuous value, typically 4-20mA from a transmitter. Analog output is anything the controller drives continuously, typically a control valve positioner. Digital input is a contact closure. A level switch, a pressure switch, a hand switch, a limit switch. Digital output is a contact the controller drives. A solenoid energize, a motor start permissive, a horn.
The edge cases are where junior engineers lose hours. A pressure transmitter is AI. A pressure switch is DI. A pressure indicator with no transmitter is not on the I/O list at all because it does not connect to the control system. A control valve with a positioner is one AO and usually two DI, open and closed limit switches and sometimes one DO, solenoid. A motor is one DO, run command, one DI, run feedback, one DI, fault, and often a thermal AI from the winding RTD.
Safety instrumented system tags get classified separately. An SIS PT is still an AI, but it lives on a different controller and a different I/O list. Mixing BPCS and SIS tags on a single I/O list without a column to separate them is a real and common mistake.
Common mistakes that ship to construction.
The first mistake is missing tags. A P&ID can carry 60 to 200 instrument bubbles per page. A 40-page drawing set is 4000 to 8000 bubbles to read. Manual transcription on that volume leaves a real gap even with experienced engineers, and a wider one when the drawings are scanned, rotated, or stained. Missing tags become construction RFIs, each one a delay and a cost.
The second mistake is wrong classification. PT versus PSL, FIT versus FE, valve open feedback versus valve close feedback. Wrong classification means wrong I/O module count, which means wrong panel size, which means changes during installation.
The third mistake is stale data. The I/O list is built off rev A drawings and never updated when the P&IDs go to rev B. Three months later the controls integrator builds the panel off the I/O list and the tags do not match the drawings. Every revision of the P&ID needs a sweep against the I/O list. This is where revision comparison earns its keep.
The fourth mistake is the in-house tag standard. Half the operating companies on the planet use ISA 5.1. The other half use KKS, IEC 81346, NORSOK, or a convention written in 1987 by an engineer who has since retired. If your I/O list workflow assumes ISA, you will lose every brownfield project that uses something else.
A review workflow that scales.
On a 500-tag list, eyeball review works. On a 5000-tag list it does not. The workflow that scales is exception-based. Extract everything, sort the rows that need a second look to the top, review and correct those, spot-check the rest, and move on.
The rows that need attention tend to cluster around three causes. The bubble is partially obscured by a line crossing or a stamp. The tag uses a non-standard letter combination. The drawing was scanned at low resolution and a digit is hard to read. All three are fast to resolve when the offending bubble is highlighted on the original drawing in the same view as the row.
A good review tool pins the row to the bubble. You click the row, the canvas zooms to the instrument, you see the bubble, you confirm or edit. A 5000-row list with a small share of rows needing attention takes a fraction of the time that manual transcription of all 5000 rows would take, which is a senior engineer-week.
Keep the audit trail. Who reviewed which row, what the original read said, what the final value is. This becomes the basis for management of change later.
Exporting for the controls team.
The I/O list lands in a different format depending on who is downstream. The configuration engineer wants tags importable into TIA Portal, Studio 5000, DeltaV, or Experion. The integrator wants Excel for cabinet design. The procurement team wants CSV for the bid package. The instrument tech wants a printed sheet by area.
A workable export pipeline produces several formats from one source of truth. Excel for humans, with conditional formatting to flag review-status and signal class. CSV for spreadsheet-agnostic consumers. Vendor-specific formats, TIA Portal XML, Rockwell L5X for direct import into the control system editor. PLCCreator format for bidders who use it. DEXPI or ISO 15926 for plant data exchange across major capital projects.
The non-obvious requirement is round-trip integrity. If the controls engineer makes corrections in Studio 5000, the I/O list needs to absorb those changes on the next revision. Otherwise the engineering document and the as-built diverge and the operations team inherits two slightly different sources of truth.
Handling revisions and MOC.
P&IDs revise. Rev A goes to IFR, Rev B incorporates HAZOP findings, Rev C reflects vendor data, Rev D becomes IFC. Every revision can change the instrument count. A new vessel adds eight tags. A safeguard added in HAZOP review adds a PSV and a pressure switch. A vendor package replaces three transmitters with a single multi-variable.
The right workflow runs the new revision through the same extraction, then diffs against the previous revision. Added tags, removed tags, modified tags. Modified means the tag exists in both but a column has changed. Signal class, equipment, description, or range. The diff is the basis of the management of change document, which engineering, operations, and safety all need to sign.
For regulated facilities, pharma under 21 CFR Part 11, life-critical under IEC 61511, anything with a HAZOP report the diff is also the audit artifact. You need to be able to demonstrate, three years later, exactly which tags were on rev B and which were added in rev C, who reviewed the change, and when. An I/O list workflow that does not preserve revision history is a problem waiting to happen.
Downloads.
FAQ.
How long does it take to build an I/O list manually.
By hand it is slow, page by page, for an experienced controls engineer, and the total depends on drawing density and how clean the standards are. A 40-page drawing set is one to two weeks of focused work, plus review and revision. The number balloons on brownfield projects where the original drawings are scanned and the tag standard is in-house.
What columns should a minimum-viable I/O list have.
Tag number, signal class, description, P&ID reference, equipment served, and line number. That is enough to count modules, build a panel, and run the bid. Datasheet columns, range, manufacturer, model, signal type come in at IFC stage.
Do I include indicators that have no signal to the control system.
No. Local indicators, LI, PI, TI without a transmitter do not produce I/O. They show up on the instrument index but not on the I/O list. The I/O list is strictly tags that occupy a PLC or DCS channel.
How do I handle motor I/O.
A standard motor with a remote start contributes one DO, run command, one DI, run feedback, and usually one DI, fault. Larger motors add winding temperature AIs. Motors driven by VFDs typically add an AO for speed reference and an AI for speed feedback. List each as its own row and tie them with a common loop or motor tag.
Should BPCS and SIS tags be on the same list.
Sharing one spreadsheet is fine if the columns clearly separate them. A 'system' column with BPCS, SIS, F&G values keeps them distinct. Module counts and panel allocations must be done per system because the controllers are physically separate.
What is a typical I/O class breakdown.
Conventional process plants are majority AI, with DI second, and AO and DO making up the remainder. Heavy on switches and motor feedbacks pushes DI up. Heavy on control valves pushes AO up. The breakdown is one of the first sanity checks on a freshly extracted list.
How do I keep the I/O list in sync with revised P&IDs.
Re-extract the new revision, compare against the previous revision, and review the diff. The diff, added, removed, modified becomes the basis of the management of change document and the change order to the integrator. Avoid editing the I/O list ahead of the P&ID. The drawing is the source.
What format should I export to.
Excel and CSV are universal. For direct PLC import use vendor-native formats, TIA Portal XML for Siemens, Rockwell L5X for Allen-Bradley. PLCCreator CSV is common in EPC bid packages. DEXPI XML is the right answer for major capital projects with downstream plant-data-management requirements.
How do I document loop assignments.
A loop column on the I/O list is the most direct method. All tags in loop FC-101 carry FC-101 in that column. The loop diagram is the controlling document for what is in each loop, but the I/O list cross-reference saves the controls engineer twenty lookups per shift.
What about HART and Foundation Fieldbus tags.
HART instruments occupy a 4-20mA AI channel and ride digital diagnostics on top. They appear as AI on the I/O list with a 'HART' flag in the signal-type column. Foundation Fieldbus and Profibus PA instruments share a segment, so the channel allocation is per segment, not per instrument. A Fieldbus column, segment, address is the right way to capture this.
How do I treat package equipment with vendor-supplied PLCs.
If the package PLC hands a digital communication link, Modbus TCP, Ethernet, IP, Profinet up to the main control system, list the link as a single row with a note. If the package hands hardwired I/O up, list each hardwired tag as its own row. The distinction matters because hardwired I/O occupies module channels and digital links do not.