Collect four facts.
- The approved IED IP address
- The subnet mask and required gateway or route
- Whether IEC 61850 MMS service is enabled on TCP port 102
- Permission to connect from this engineering workstation
This tutorial takes you from network preparation to one trustworthy live value. The goal is not merely a green “Connected” indicator—the goal is to prove which IED answered, what model it exposed and whether the observed data carries usable quality and time context.
Discovery and live monitoring should be separated from active control. Do not operate a breaker, change RCB configuration or modify the IED unless the procedure, authority and rollback plan explicitly permit it.
Record the IED name, IP address, bay or function, expected vendor/model and the approved purpose of the connection. This prevents a successful connection to the wrong device from being treated as success.
Use an address in the approved subnet, or an approved routed path. Avoid changing plant network settings by trial and error. Keep the original adapter configuration so it can be restored.
Ping can prove basic IP reachability, but MMS uses TCP port 102. A device may answer ping while the service is disabled, blocked by a firewall or unavailable to your client.
Select Add IED, then enter a clear device name, the approved IP address and TCP port 102 unless the project explicitly uses another endpoint.
ARSAS establishes the MMS association and reads the server model. Do not judge success only from the TCP connection; confirm that Logical Devices, Logical Nodes, Data Objects and DataSets are actually discovered.
Choose a familiar indication or measurement. Check the IED identity, full IEC reference, current value, quality, device timestamp and acquisition source. Capture diagnostics before changing anything when one field is missing or unexpected.
Which IED answered? Which object was read? What was the value? Was its quality acceptable? When did the IED say it changed? How did ARSAS obtain the value—direct read, report or polling?
The network path reached a service endpoint. It does not yet prove the intended IED model or permissions.
The server accepted the association and exposed a navigable IEC 61850 model.
A known point returned a plausible value with understandable quality, timestamp and identity.
Reporting or bounded polling delivers continued observations with visible source and diagnostics.
Check cable, VLAN, subnet, route, duplicate IP and the approved network boundary.
Check MMS enablement, firewall, ACL, service endpoint and whether another interface is intended.
Capture the exact diagnostic. Check server limits, authentication or access policy, edition behavior and concurrent client restrictions.
Verify you selected the right object and Functional Constraint. Compare configured SCL intent with the live model and inspect quality.
After discovery and a trustworthy read, learn how DataSets, BRCB and URCB let the IED send selected changes and how ARSAS keeps the acquisition source visible.
The current stable build includes Rev.3 IO List FAT import, an executive AS TESTED evidence report, a loaded Engineering/FAT workspace session, and direct receive-only GOOSE plus bounded SMV capture from each IED card.
Use the installer for a normal workstation, choose the portable single EXE for an approved no-install deployment, and verify the published SHA-256 before use.
What’s new, engineering boundaries and signing status →