Engineering Templates
Original, reusable starting points for controls work. Every template is an example — adapt it to your project, standards, and organization before use.
These are examples, not deliverables. Each template needs project-specific review before use. None reproduce standards text or table values. Files marked generated are produced by the Python toolkit from a worked example I/O list — regenerate them from your own list to get real project documents instead of blank forms.
What a Design Package Actually Contains
Before the templates, the shape of the thing they add up to. This is one worked example — a pump and VFD control skid — carried through every document a controls package normally produces, so you can see how they reference each other rather than meeting them one blank form at a time.
Products and part numbers shown are examples only — they illustrate a typical architecture and are not a recommendation, endorsement, or statement of compatibility. Substitute your own vendor selections.
Design
| Template | Format | Origin |
|---|---|---|
| Controls design basis | Markdown | Original template |
| Standards applicability register | CSV | Original template |
| I/O list | CSV | Worked example (toolkit input format) |
| Instrument index | CSV | Original template |
| Control narrative | Markdown | Original template |
| Cause & effect matrix | CSV | Original template |
| Bill of materials | CSV | Generated from the example I/O list |
| Wire / terminal schedule | CSV | Generated from the example I/O list |
| Legend plate list | CSV | Generated from the example I/O list |
Safety and Compliance
| Template | Format | Origin |
|---|---|---|
| Safety requirements specification (SRS) | Markdown | Original template |
| Electrical drawing review checklist | Markdown | Original template |
| Alarm rationalization sheet | CSV | Original template |
| Management of change form | Markdown | Original template |
| Cybersecurity asset inventory | CSV | Original template (IEC 62443-2-1 aligned columns) |
Commissioning
| Template | Format | Origin |
|---|---|---|
| Loop test sheet | Markdown | Generated — one per I/O point from your list |
| FAT protocol | Markdown | Generated from the example I/O list |
| Commissioning punch list | CSV | Original template |
| Test instrument record | CSV | Original template |
Communications & Networks
| Template | Format | Origin |
|---|---|---|
| IP address register | CSV | Original template |
| Switch port schedule | CSV | Original template |
| VLAN register | CSV | Original template |
| Firewall communication matrix | CSV | Original template |
| Device & firmware inventory | CSV | Original template |
| Baseline capture log | CSV | Original template |
These pair with the Industrial Communications section — the capture log in particular supports the baseline-comparison step of the diagnostics methodology.
AI & Model Lifecycle
| Template | Format | Origin |
|---|---|---|
| AI / model evidence ledger | Markdown | Original template (NIST AI RMF Govern/Map/Measure/Manage aligned) |
| Twin data-contract schema | JSON Schema | Generated — draft 2020-12, from the same field definitions cst twin-validate enforces |
| Twin payload example | JSON | Generated — a worked advisory payload that satisfies the schema |
Pairs with Validation & Lifecycle in the AI & ML Integration section — one ledger per learned component, kept from design time through retirement. It structures the evidence behind a model’s allowed authority; it does not grant authority.
The twin schema and payload pair with The Digital Twin: they define what a payload must carry for a non-learned gate to be able to judge it — identity, both timestamps, model and calibration provenance, a freshness bound, and the requested authority level. Being schema-valid means a proposal is well-formed enough to evaluate; it is never a safety verdict, and the ceiling it is judged against comes from the method register, not from the payload’s own claim.
Documentation
| Template | Format | Origin |
|---|---|---|
| Design package | Markdown | Generated — I/O summary + BOM + wire schedule + cited calculations in one document |
Generating These From Your Own I/O List
The generated files above come from one command each. With the toolkit installed:
cst bom your_io_list.csv # bill of materials
cst wire-schedule your_io_list.csv # wire/terminal schedule
cst loop-sheets your_io_list.csv --out-dir loops/
cst fat your_io_list.csv --panel CP-01
cst design-package your_io_list.csv --project "Your Project"
This site is an independent educational reference for industrial automation standards. It paraphrases and organizes guidance in original language; it is not a substitute for the official published standards, professional engineering judgment, or legal review, and content has not been independently verified against current published editions.
Items marked Review pending await technical review against the identified edition. Items marked Planned have no reviewed source material behind them. Do not rely on this site for compliance determinations, safety-critical design decisions, or legal interpretation.