Solar SCADA Commissioning to COD: Timeline + Milestones
Solar SCADA Commissioning to COD: Timeline + Milestones
On a utility-scale PV project, “SCADA is late” is rarely a SCADA-only problem. Delays usually come from missing definitions (point lists that aren’t testable), unproven boundaries (device-to-historian values that look right but aren’t), or incomplete communications evidence (fiber that passes light but drops packets). The result is predictable: COD pressure rises, the punch list grows, and operations inherits data they can’t fully trust.
This article is for owners/operators, developers, EPCs, commissioning leads, SCADA/DAS engineers, and O&M teams who need a practical solar SCADA commissioning timeline with clear milestones and deliverables. Use it to plan the work, sequence dependencies, and ask for the evidence that keeps commissioning from turning into months of cleanup.
First: define what “commissioned” means (not just “online”)
In the field, a point “showing up” on an HMI only proves communications exist. It does not prove the value is correct, time-aligned, and usable for KPIs, utility telemetry, or control tests. A commissioning-ready definition is: the system is validated end-to-end with documented evidence and a turnover package O&M can use.
A simple validation framework: Measurement, Meaning, Control
Use this to structure every test step and every acceptance discussion:
- Measurement: Is the underlying device reading/action correct (wiring, CT/PT ratios, sensor orientation, calibration, device setup)?
- Meaning: Are units, scaling, sign conventions, timestamps, and quality flags consistent through the whole chain?
- Control: When a setpoint/command is issued, does the plant respond predictably at the defined boundary (typically POI) within the required tolerances?
This prevents the most common failure mode: “It moves on the screen, so it must be right.” Movement is not validation.
Solar SCADA commissioning timeline: phases, milestones, and exit criteria
Every project’s sequence differs, but most commissioning programs follow a similar progression. The key is to tie each phase to testable deliverables and exit criteria.
Phase 0 (Pre-construction / early design): lock requirements before the field is busy
If you wait to interpret utility telemetry and control requirements until the last month, commissioning becomes an integration scramble. This phase is where you prevent that outcome.
- Milestone: Utility/ISO interface defined (protocol, point list, test plan, access method).
- Milestone: Control philosophy documented (PPC roles, inverter/block control, ramp strategy, fallback states).
- Milestone: Data boundaries defined (inverter vs MV vs POI for reporting and KPIs).
Exit criteria: a written requirements map that ties each utility requirement to a concrete plant source and a test method.
Phase 1 (Late construction): build commissioning into the install, not after it
This is the point where comms hardware, networks, field devices, and cabinets are being installed quickly. If evidence collection is not embedded here, teams end up re-opening cabinets and re-trenching late in the schedule.
- Milestone: Network architecture installed and documented (VLANs/subnets if used, IP plan, managed switch configs saved).
- Milestone: Fiber plant baselined (OTDR traces and insertion loss results where required; labeling and route documentation).
- Milestone: Time source implemented (NTP configuration and verification plan for controllers/servers/historian).
Exit criteria: field infrastructure is not just installed, but traceable in documentation (as-builts, configs, baseline tests).
Phase 2 (Device integration): prove each device locally before you blame SCADA
Before doing plant-level tests, validate each device class in isolation so troubleshooting stays fast and evidence-based.
- Milestone: Metering configured and reconciled (CT/PT ratios, sign conventions, SCADA vs meter front panel comparisons).
- Milestone: MET and irradiance channels validated (plane/orientation, scaling applied once, plausible values under clear conditions).
- Milestone: Inverter and tracker communications stable (register maps correct, scan rates reasonable, no polling overload).
Exit criteria: each device group has a short test record showing “raw value” to “engineered value” correctness and stable comms.
Phase 3 (SCADA/DAS functional commissioning): end-to-end point integrity and historian truth
This is where many projects discover they have “two truths”: the HMI looks okay, but the historian/KPI layer is wrong due to scaling, time alignment, or mapping errors.
- Milestone: Commissioning-ready point list finalized (source, address, data type, byte/word order, scaling math, units, expected ranges).
- Milestone: End-to-end value checks completed for critical points (POI MW/MVAR, irradiance, inverter totals, breaker/status points).
- Milestone: Quality flags implemented (stale/bad/substituted values handled intentionally, not silently shown as “good”).
Exit criteria: critical values match known-good references at the device and in the historian, with aligned timestamps and correct units.
Phase 4 (Controls and utility witness testing): prove command path and plant response
Controls are where schedule risk concentrates because multiple boundaries are involved: utility endpoint, RTU/RTAC, PPC, inverters, plant electrical boundary at POI, and metering truth.
- Milestone: Telemetry mapping verified at the utility boundary (DNP3 or IEC 60870-5-104 points, quality, timing, and naming as required).
- Milestone: Active power control proven (MW or % setpoints, ramps, response time measured at POI).
- Milestone: Reactive power / PF / voltage modes validated (per interconnection agreement and PPC design).
Exit criteria: a staged control test report with measured results at POI, plus a rollback procedure that was verified during testing.
Phase 5 (Turnover to operations): deliver a system O&M can maintain
Turnover is not a folder dump. It should reduce future downtime by making troubleshooting fast and unambiguous.
- Milestone: As-builts complete (network drawings, IP plan, fiber routes, port maps, cabinet labeling).
- Milestone: Config backups delivered (managed switches, RTU/RTAC, PPC where applicable, servers).
- Milestone: Baselines archived (OTDR traces, OLTS loss results if required, calibration certificates, commissioning test evidence).
Exit criteria: O&M can answer “what changed?” when an issue arises because a baseline exists and the system is documented.
Milestones that matter most (and why they prevent rework)
| Milestone | What “done” looks like | Rework it prevents |
|---|---|---|
| Testable point list | Source, address, data type, scaling, units, expected ranges, scan rates | Wrong registers, wrong units, byte/word order issues, KPI drift |
| Time sync validated | NTP configured and verified across controllers/servers/historian | PR/KPI instability, misaligned alarms, utility telemetry timing issues |
| POI meter reconciliation | CT/PT ratios and sign conventions confirmed; SCADA matches meter | Failed witness tests, settlement disputes, “export/import” confusion |
| Fiber baselines (OTDR/OLTS) | Traces and loss results organized by link ID; labeling matches as-builts | Intermittent comms hunts with no reference condition |
| Control test evidence | Staged MW/PF/VAR tests with POI confirmation and rollback steps | “Commands work on the screen” but not at POI; late mapping fixes |
Commissioning checklist (field-practical, COD-minded)
Use this list to drive daily commissioning progress and to avoid “we’ll fix that later” decisions that become COD risks.
- Freeze a version-controlled point list and track any changes as controlled revisions.
- Validate the POI meter truth: CT/PT ratios, signs, units, and reconciliation evidence.
- Verify irradiance and MET install: correct plane (POA vs GHI), leveling/alignment, scaling, and cleaning plan.
- Prove scaling is applied once: especially for irradiance sensitivity and 4–20 mA ranges.
- Confirm time alignment: NTP everywhere, consistent logging intervals, and correct time zones/DST handling per project standard.
- Stress-test comms stability: identify intermittent drops, overloaded polling, or switch misconfigurations before witness testing.
- Validate alarms like operators: priorities, deadbands, clear text, and escalation rules to avoid alarm floods.
- Run a controlled “day in the life” test: pick a period, compute key KPIs independently, confirm historian values match the HMI and reports.
Common COD blockers (and how to avoid them)
1) “Online but wrong” values
Typical causes are incorrect Modbus register mapping, wrong data type, swapped word order, or double scaling. Fix this by testing at each boundary: device reading, gateway/controller, SCADA ingestion, historian value, and report output.
2) Time drift and misaligned averaging windows
Even small timestamp misalignment can make PR and curtailment math unstable and can cause alarms to trigger “late.” Treat time sync as a first-class commissioning item, not an IT afterthought.
3) POI sign convention confusion
Export/import definitions vary. Align the sign convention early, document it, and validate with a controlled operating condition during commissioning. Do not wait until utility witness testing to discover the sign is flipped.
4) Fiber that passes light but still causes dropouts
Intermittent comms often comes from dirty connectors, marginal terminations, water intrusion, or undocumented splices. Baseline OTDR traces and organized loss results help isolate whether the issue is fiber, switching, or device-layer behavior.
What to require in the SCADA turnover package
If you want long-term reliability, contract for deliverables that make troubleshooting fast. A strong package typically includes:
- Final point list with sources, addressing, scaling, units, and data types
- Network as-builts (IP plan, VLAN/subnet mapping, port maps)
- Managed switch configuration backups and key gateway configs
- Fiber documentation (route as-builts, splice matrices, OTDR traces, OLTS results if required)
- Commissioning test reports (telemetry validation, control testing, meter reconciliation)
- Device inventory (models, serials, firmware versions, calibration certificates for sensors)
Where REIG fits: commissioning-ready SCADA + DAS integration
Renewable Energy Integration Group (REIG) is a solar SCADA and DAS integration contractor based in Charlotte, supporting utility-scale PV with end-to-end design, installation, commissioning, and ongoing support. REIG focuses on making plant data reliable from day one by integrating network communications (including fiber/optical services), device configuration, alarm strategy, and end-to-end validation—plus commissioning-ready hardware/enclosures through RenergyWare where a standardized build helps reduce variability and rework.
Conclusion: COD goes faster when milestones are evidence-based
Solar SCADA commissioning moves quickly when the project treats SCADA as a system-of-systems and plans the evidence early: a testable point list, proven meter truth at POI, validated time sync, baselined fiber/network health, and staged control test results. When those milestones are met, COD becomes a controlled finish—not an open-ended cleanup effort.
If you want a commissioning plan and turnover package that keeps data trustworthy after COD, REIG can help review your point list, validate signals end-to-end (including fiber verification), and deliver a commissioning-ready SCADA + DAS handoff that O&M teams can run with.
FAQ
When should solar SCADA commissioning start on a utility-scale project?
Commissioning should start during design by locking utility telemetry/control requirements, defining data boundaries (inverter vs POI), and building a testable point list. Field commissioning then begins in late construction as networks, fiber, and cabinets are installed so evidence (configs, OTDR/OLTS baselines, as-builts) is collected while crews are still mobilized. Waiting until “everything is installed” usually turns issues into schedule-critical rework.
What are the most common reasons SCADA delays COD?
The most common causes are non-testable point lists, inconsistent scaling/units through the historian layer, time synchronization problems, and unresolved POI sign/CT/PT issues. Communications problems also cause major delays when fiber and switching are not baselined or documented, leading to intermittent dropouts that are hard to isolate. The fastest mitigation is to validate Measurement, Meaning, and Control with written test evidence.
What deliverables should we require to prevent post-COD SCADA cleanup?
Require a commissioning-ready point list (source, address, data type, scaling, units), network as-builts with an IP plan, and managed switch configuration backups. If fiber is part of the backbone, require OTDR traces and any required insertion loss (OLTS) results organized by link ID, plus splice matrices and route as-builts. Also require control test reports (MW/PF/VAR) verified at POI and meter reconciliation evidence.
How do you validate a SCADA point end-to-end (device to historian)?
Start at the device by confirming the raw value (sensor output or register) and then verify the first engineering-units conversion step (datalogger/RTU/gateway). Next, confirm SCADA ingestion mapping (data type and byte/word order), historian storage units, and the final displayed/report value. Finally, validate timestamps via NTP so the value aligns with power/energy and KPI calculations.
Do we need OTDR testing for solar SCADA commissioning?
If fiber is used for SCADA/DAS communications, OTDR testing is a strong best practice and is often required by project specifications. OTDR traces show where loss/reflection events occur and create a baseline “fingerprint” that speeds future troubleshooting. OTDR is frequently paired with insertion loss testing (OLTS) because the two tests answer different questions.
Further reading
References
- NIST SP 800-82 Rev. 2: Guide to Industrial Control Systems (ICS) Security
- U.S. Department of Energy: 21 Steps to Improve Cybersecurity of SCADA Networks
- IEC 61724-1:2017 Photovoltaic system performance – Part 1: Monitoring (preview PDF)
- NREL: Best Practices for Operation and Maintenance of Photovoltaic and Energy Storage Systems (3rd Edition)
- IEEE Std 1547-2018: Interconnection and Interoperability of Distributed Energy Resources
Next step
Need to hit COD with SCADA signals you can defend and data O&M can trust after turnover? Share your point list, utility telemetry requirements, and commissioning schedule with Renewable Energy Integration Group (REIG) via https://www.reig-us.com/contact-us/ and we’ll help you validate the measurement chain end-to-end (including network and fiber baselines) so commissioning moves faster and rework stays off the critical path.
