In addition to the usual data fields that you would expect to find on a ClearSCADA Channel, a Totalflow Channel object also has the following data fields, which are listed in the ClearSCADA Database Schema (Channel Schema View). The name in bold at the start of each entry is the OPC tag name.
- CommBadResponses—This is the number of times that a message with a bad CRC is received by the channel. This counter is reset when the ResetCommCounters method is executed.
- CommBadTcpConnTries—This is the number of failed connection attempts to the Totalflow. On each scan, or refresh, or control request, a new connection attempt is made to the Totalflow. Failed connection attempts cause this counter to increment. This counter is reset when the ResetCommCounters method is executed. This field does not apply if the Totalflow Channel is configured to use a serial connection.
- CommCountersTime—This is the time that the all of the counters for the Totalflow Channel object were reset.
- CommGoodResponses—This is the number of good responses from the Totalflow. This counter is reset when the ResetCommCounters method is executed.
- CommTcpConnTries—This is the number of TCP/IP connection attempts to the Totalflow, whether they are successful or not. The ClearSCADA Totalflow driver opens a new TCP/IP connection at the start of a scan and closes the connection at the end of the scan. This counter is reset when the ResetCommCounters method is executed. This field does not apply if the Totalflow Channel is configured to use a serial connection.
- CommWriteCount—This counter is incremented every time a DB2 Protocol packet is transmitted to the Totalflow. This counter is reset when the ResetCommCounters method is executed.
- TcpConnected—This tag is TRUE if the TCP/IP socket in the driver is actively connected to the endpoint, and FALSE if it is disconnected.
NOTE: The TcpConnected tag might not reflect the fact that the connection was closed by the endpoint, or by some device in the communications chain. The only way to test if a socket is actually connected is to transmit some bytes, but this takes time. In the interest of efficiency, the connection to the endpoint is not continuously tested. The TcpConnected tag reflects the state that the driver thinks that the socket is in, and is set to TRUE when the socket is opened by the driver and set to FALSE when the socket is closed by the driver.