Read-only re-check on the shared R1.05 test server plus a diff of the R1.03 and R1.05 manual editions. - installation-security: R1.05 OS list, Defender exceptions, IT security 2.0/3.0, LAPS, automatic configuration merge (jupgutl), PRM chapter, port 34597; setup_check.ps1 gets -Version (default 1.05.00). - data-access: L45 renumbered (new ch. 4 RESTful API), extended OPC UA functions off by default, OPC UA methods (OPCUAC_METHOD_CALL2_DF), Information Model Mapper, ServerConfig.xml in %TLS_SAV_PATH%. - equipment: Modbus unchanged; IEC 104/61850 run as EQT managers (eqtdbg, eqtfrcscn), IEC 61850 report control blocks, upgrade steps. - Issues ISS-076..090; R1.05 notes on ISS-003/008/032/034/061; progress and version-differences updated. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
7.1 KiB
manual: IM 36K10L40-01EN title: EQUIPMENT Service Engineering - Utilities edition: 4th Edition, Feb. 2026 (R1.05); content unchanged since the 3rd Edition, Sep. 2023 (R1.03): the revision table lists contact information only version: R1.05 (first written for R1.03) status: from docs; installed programs, setup file and start scripts checked, eqpdbg "Get main info" run read-only on the R1.03 test system (2026-09-30); on the R1.05 test server files and tool menus checked read-only (2026-10-08), eqpdbg not run there
EQUIPMENT Service Engineering - Utilities (R1.05)
Three utilities of the EQUIPMENT Service (the equipment managers eqp<type> that talk to
stations). Section numbers refer to the manual.
1. Forced scan: eqpfrcscn (§1)
Temporarily scans a group of points faster when a trigger item changes, e.g. a tuning tag normally read hourly.
- Create
%TLS_ROOT_PATH%\tls\com\eqpfrcscn_start.cmdthat starts%TLS_ROOT_PATH%\tls\exe\eqpfrcscn -n EQPFRCSCN, andeqpfrcscn_stop.cmdthat stops it withdurstp.exe -msk -t 10 -p EQPFRCSCN. (The manual's example start line uses-n eqpfrcsrn, a typo.) On the test systemequipment_start.cmdcalls everyeqp*start.cmdintls\com, so the start file makes it start with CI Server. - Define the trigger item; any value change starts a forced scan.
- Give the points to be forced a scan type (e.g. 60000 ms) and link them to items.
- In
eqpfrcscn.sup(Setup File Editor; description "Force scanning equipment"):- Tab General, keyword
FORCE = <trigger item>, <EQP node>, <EQP process name>, <slave number>, <I/O type number>, <scan rate number>, <scan period s>, <scan duration s>(repeatable), plusqueue_size(KB, default 20). - Tab Special events, keyword
FCX_EVENT = <trigger item>, <node>, <process>, <slave>, <period>, <duration>for STARDOM, DNP3 and IEC101 events. - EQP process name = Equipment process name of the line; slave number = Internal
station id (or
eqpdbg"Get slave info"). - I/O type numbers include 100/101/103/104/106 Modbus (Modicon) reads, 293 Siemens 3964R, 580 BK8100, 644 STARDOM FCX (-1 slow, -2 fast, -3 medium), 772/774 ProSafe-COM, 836 FA-M3, 996 AB PLC5, 1028 DNP3, 1092 Siemens S7, 1156 DAQSTATION, 1188 AB CIP, 1220 Fisher ROC, 1316 HexRepeater, 1636 IEC 61850.
- Scan rate number: the points' scan interval in ms, or the driver's internal rate number.
- Tab General, keyword
- Restart CI Server (or the
EQPFRCSCNprocess).
R1.04 and later: IEC 61850 (and IEC 104) lines run under an EQT manager, which
eqpfrcscn does not reach. The forced scan for them is eqtfrcscn: its template
tls\tpl\eqtfrcscn.tpl has the same FORCE / FCX_EVENT / queue_size keywords and I/O type
list, with the EQT node and process as arguments. R1.05 installs no eqtfrcscn.sup; an
eqtfrcscn_start.cmd in tls\com would start it, because equipment_start.cmd runs
eqt*start.cmd. The manual does not describe it (ISS-078; checked from files only, not run).
Example: a change of the trigger item makes 60 s points scan every 10 s for 600 s.
Long scan intervals can let an RTU close its TCP socket; keep at least one faster item or
lengthen the RTU's socket timeout.
2. Hourly I/O statistics: eqpiostat (§2)
Stores the I/O statistics per station line every hour (no record when nothing was sent).
No setup file, no parameters. On the test system equipment_start.cmd starts it
automatically on the host node, and it was running. The manual calls the target a history
group; it is the dataset STATION_STAT (fields: time stamp, station, line, time span,
sends, good answers, bad return code, timeouts, frame errors, bad CRC, retries, line bad).
Verified: dssqld -e st.qlo -d STATION_STAT lists one record per station line per hour
(NAME = <DD-MON-YY hh:00>/<station>/<line>), e.g. CIENG_PLC with TIMESPAN (seconds
counted in that hour), SENDS and GOODANS 1560/1560. Only stations that actually sent requests
appear; the first export (no communicating station) was empty (ISS-021). History type 4.
R1.05 also installs eqtiostat for EQT managers, but its start line in equipment_start.cmd
is commented out (checked 2026-10-08); whether IEC 104/61850 stations reach STATION_STAT is
not checked.
3. Debugger: eqpdbg (§3)
eqpdbg [<node> <process>] then an action number; node 0 = this node, process default EQP
(use the line's equipment process name, e.g. EQPMDC for Modbus). Answers can be piped in,
e.g. read-only main info:
printf '1\n-1\n' | eqpdbg 0 EQPMDC
| No. | Action | Changes anything? |
|---|---|---|
| 1 | Get main info: lines attached, scan interval (tick), scan status, slave count, scans done, line load % | no |
| 3 | Get slave info: type, name, wanted path, scan status, recover count, scan preset, output method, address gap / max size, per-line status items and message statistics | no |
| 8, 9, 10, 11, 13, 17, 18, 23 | I/O type, scan rate, item pointer, timing statistics, item, item by id, slave-specific, item ids | no |
| 4, 5 | Update slave scan status / address gap and max size | yes, makes EQP differ from the database |
| 6, 12 | Delete slave / item signal (EQP only; repair with dsschk) |
yes |
| 7 | Reset statistics (optionally enable I/O timing) | yes (counters) |
| 14 | Save all info on disk (optionally stop the EQP process) | yes |
| 15, 16, 20, 21 | Total scan, force item update, force re-init, general request | triggers I/O |
| 19 | Logging file size (MB, 0 = off): <process>.xml / _old.xml in the list folder |
yes |
| -2 | Dump memory (a wrong address crashes EQP) | risky |
| -1 | Exit | — |
Test system: eqpdbg 0 EQPMDC main info showed line type 107, both lines attached, 100 ms
scan interval, 2 slaves, 2 % line load.
eqtdbg (R1.04 and later) is the same debugger for EQT managers: default process EQT,
same action numbers −2…23 (menu strings read from both programs on R1.05, 2026-10-08; not
run). Use the line's equipment process name, e.g. EQT850. Not in the manual (ISS-078).
Installed on the R1.03 test system
Many drivers tls\exe\eqp<type>.exe (e.g. eqpmdc Modbus, eqpfcx STARDOM, eqpfam3 FA-M3,
eqp850 IEC 61850, eqpdnp DNP3); setup files eqp*.sup (e.g. eqpmdc.sup, eqpmqtt.sup,
eqpfrcscn.sup); start scripts eqpmdc_start.cmd, eqpmqtt_start.cmd. Running managers:
eqpmdc, eqpmqtt, eqpiostat.
Installed on the R1.05 test server (2026-10-08)
Program and data under C:\Yokogawa\CIServer. eqp104, eqp850 and eqp850dmp are gone;
instead eqt104, eqt850, eqt850dmp, eqtdbg, eqtfrcscn, eqtiostat, etaman and the
data servers eta10464.dll / eta85064.dll. Setup files eqtini.sup (licence only),
eta.sup (protocols run by the EQT framework: iec61850, iec104), eta104*.sup,
eta850*.sup, client file eqt850.icd; templates eqtfrcscn.tpl, eqtini.tpl.
equipment_start.cmd starts etaman after epaman and runs eqt*start.cmd;
equipment_stop.cmd stops eta* and eqt*. Running: epaman, etaman, eqpmdc,
eqpmqtt, eqpiostat. Modbus files (eqpmdc.sup, epamdc*.sup, eqpfrcscn.sup/.tpl) are
identical to R1.03.