Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

Supported device types and versions
Communication line configuration
Communication station configuration
Station protocol parameters
I/O tag configuration
Literature
Changes and modifications
Document revisions

Kotva
typy_verzie
typy_verzie
Supported device types and versions

...

...

ParameterMeaningUnitDefault value
Kotva
kl
kl
Communication Line
Number from range 0-255 which defines the parameter "Communication number" in the protocol telegrams.-0
Kotva
lat
lat
Line Alive Timeout
Timeout for detection of failure of master side of communication.
After elapsing the timeout since receiving the last sign, the communication line is considered to be nonfunctional. If all lines did not work (relates to the redundant lines), all stations switch to the status of communication error StCOMERR, and after elapsing other such interval, switch to StHARDERR status.
sec7
Kotva
wt
wt
Read Wait Timeout
Delay between reading data from communication line.ss.mss00.050
Kotva
mt
mt
MOXA Timeout
Timeout for detection of failure of one communication line on the redundant lines. After elapsing the timeout since receiving the last character, the communication is redirected to other communication line, i.e. reading/writing will be done via secondary / backup device.mi:ss00:10
Kotva
mds
mds
Max Data Size
Maximum number of data bytes in a single packete. This parameter defines approximate value (can be exceeded by a data size of one output I/O tag). The standard defines maximum data size equal to 255 bytes but decreasing the packet size practically solved a particular packet fragmentation problem in WAN communication.-210
Kotva
srmast
srmast
System Redundancy: Manages A Status Address
HW address of output I/O tag with the status of system redundancy. Format of HW address is Rack.Chassis.Slot.Point or Rack-Chassis-Slot-Point, for example "0-2-15-1".
Parameter is useful for Serial System&Line Redundant and SerialOverUDP System&Line Redundant lines, which enable the communication with two independent control systems (e.g. main dispatching SED in Žilina and backup dispatching SED in Bratislava).
Parameter enables to ignore values that are received from the control system, which is inactive just now, providing that the application knows which one is active or inactive. It can know it e.g. based on the value of input I/O tag with defined value.
This feature (information about active control system) will work providing that output I/O tag of Dout type with the same HW address as defined in this parameter must be on the station and the application must write True into it if "System A" is active, or False if "System B", configured on the system redundant line, is active.
- 
Kotva
is
is
Is Substation
On every line ther should be only one station (called the main station) that has this parameter set to False. All other stations (called substations) should have this parameter set to True. This emulates the situation when there may be several substations behind the main station. Requests from the master which do not contain the station number, are related to the main station.-False
Kotva
scan
scan
Scan-only Mode
In scan-only mode data is being read and analysed, but no data is sent. Combined with the parameter Full Debug this parameter enable KOM process to be used as an analyser of TG809 communication.-False
Kotva
np
np
No Point No Answer
If the I/O tag with an address that is in the request from the TG809 server is not found, the KOM process will not send any response.
This behavior is not according to the standard but it can be used, for example, to simulate unconfirmed commands.
-False
Kotva
full_debug
full_debug
Full Debug
Enables detailed listings about sending and receiving values.-False

...