...
Selection of an object value type. For the communication station, it is St - Station.
| Kotva | ||||
|---|---|---|---|---|
|
...
The communication protocol specifies the type of station communication protocol. The set of protocols is continuously being extended by the new ones. The documentation of individual protocols can be found found here. The list of available protocols depends on the category of the line, which is the parent of the station.
...
The selection of one of four modes of the communication line. For lines of Serial, "Serial Line Redundant", "Serial System&Line Redundant" and "Moxa IP Serial Library" categories, it is possible to define several sets (up to 4) of serial communication parameters. The value of the Line mode parameter determines , which of the sets will be used for communication with this station. This enables having stations with various communication baud rates, parities, etc., using the same physical line.
Enable simulation
If the communication station is in the simulation mode, the values of all I/O Tags related to the given station are simulated. The simulation of real (Ai, Ao) and integer (Ci, Co) values is performed by means of values lying on the sinusoid within the range of 0...100. In the case of binary values (Di, Do), TRUE/FALSE values are alternated randomly.
...
The communication may be controlled in several ways. Check the Manual option to enable the controlling the station via the dialogue box in process process D2000 HI. The disabled communication option allows enabling (disabling) the communication in Manual mode. The Control object option enables to select the object that controls the communication if the station is in the automatic mode. The control object must be of Boolean type.
...
OnError behaviour
A behaviour of the station after an error is determined by the the
Time filter and Delay after error spin buttons (set in milliseconds). If the station does not communicate, it will pass from the NORMAL state to COMM_ERR (soft error). If the communication is not restored even after the expiration of the time corresponding to the value of the Time filter option, the station is passed goes to HARD_ERR (hard error). The Delay after error parameter determines how long after passing to HARD_ERR there will be no communication with the station.Kotva casovy_filter casovy_filter
...
Gradually, we are moving to a new - , clearer and more convenient - form of entering communication parameters of the station. If it is not possible to enter data in this field (it is not allowed), see the tab Protocol parameters.
...
The communication process obtains new values by periodic polling of stations.
Period [Hours:Minutes:Seconds] - definition of the period which determines the acquisition of new values of the station's I/O Tags. The period exactly determines the time of sending the request. The period is defined by Hours:Minutes:Seconds and Offset in seconds. For example, the period 0:1:0 with the offset 5 seconds will cause the polling in every fifth second of each minute.Kotva period period - Delay [Hours:Minutes:Seconds.MilliSeconds] - after executing a request, the time of the next request is calculated by adding the Delay parameter to the current time.
...
Some communication protocols allow setting the real-time into a device. To enable the real-time setting, check the Enable option and enter the period in the form of Hours:Minutes:Seconds, which determines the time of the next station synchronization synchronisation (it works similarly to Delay parameter for polling). If the communication protocol does not support the time synchronization synchronisation of the station, the request is ignored.
...
A priority is assigned to each station. It solves the potential conflicts of the access to the communication medium (line) - Polling priority option. For the station, it is possible to define one of the five priority levels:
...
When using the protocols that support sending the values with the timestamps, the timestamps are to be replaced by the current time of the D2000 system (time of the computer with the running process D2000 KOM).
Note: if the start parameter /F is not set to 0 (and therefore watchdog messages are sent between D2000 Server and D2000 KOM processes), the the time of the D2000 Server process is transmitted within periodic watchdog messages. The D2000 KOM process then calculates the difference between the local time and the D2000 Server time and corrects the local timestamps by this difference. That is, it effectively uses the D2000 Server time (and so do other D2000 processes). But it also means that if the time jumps on the computer where D2000 KOM is running (e.g. due to time synchronizationsynchronisation), this fact will be detected by D2000 KOM only after receiving the next watchdog message. Therefore, it is recommended to correct the computer time not in one step, but by gradual approximation (i.e. using NTP clients that support such synchronizationsynchronisation, e.g. Windows Time Synchronizer).
...
- When sending the values with the timestamps, the timestamps do not contain the local time but UTC time with an offset defined by hours (the spin button placed right from the checkbox).
- When receiving the value with the timestamp, there is an assumption , that the time is UTC time with an offset defined by hours. So, at first, the hours are subtracted from the UTC time, and then the time is converted to the local time.
...
This parameter activates the filter that checks the timestamp of I/O tags' new values on this station. The new value is ignored if the timestamp is older by a defined number of days and hours than the current real-time of the communication station. The log about this is saved into the the application directory, subdirectory TRACE, file DISCARDED_VALUES_SELF_KOM.log (for SELF.KOM) or DISCARDED_VALUES_name_KOM.log (for name.KOM).
...
This parameter activates the filter that checks the timestamp of I/O tags new values on this station. The new value is ignored if the timestamp is newer by a defined number of days and hours (i.e. it is in the future) than the current time of the communication station. The log about this is saved into the the application directory, subdirectory TRACE, file DISCARDED_VALUES_SELF_KOM.log (for SELF.KOM) or DISCARDED_VALUES_name_KOM.log (for name.KOM).
| Kotva | ||||
|---|---|---|---|---|
|
...
Address
The settings of the communication station address. The form of the station address depends on the type of the protocol used protocol. More information about the communication protocols can be found in the detailed description of the protocols.
| Kotva | ||||
|---|---|---|---|---|
|
...
The editing is allowed only in column the column Value. It enables to set setting the requested value of the parameter. The changed values (they are different from the default value) are highlighted by in red colour. Click on the "Def" button if you want to return the values of one or more selected parameters to the defaults. The "Def" button is placed below the list of protocol parameters, together with the info button.
More information on parameters of asynchronous communication protocols is here, and information on parameters of the communication line is here. They influence the behaviour of communication on all stations of the given line.
...