描述：
从WinCC V5.0 SP1起，针对问题描述提供了System Info Chael。所有必要信息可以在WinCC（WinCC信息系统）在线帮助的以下路径中获得：通讯 >系统信息。n
注意：
CCPerfMon仍继续作为系统内部程序继续使用，但是以下描述的功能就不再适用。因为通过System Info Chael提供了另一种更方便广泛的方法。n
以下描述适用于WinCC V4.x版本:
例如，如果当硬盘空间渐满，可能会使连续的变量记录计算不正确或没有及时输出。最终将导致WinCC或Windows NT在某些时间不可操作。使用“..SiemensWinCCbin“路径下的”CCPerfMon.exe”文件，可以提前预知这种状况并采取措施预防。n
程序CCPerfmon.exe (仅适用于WinCC V4.x)生成内部变量，存储在WinCC变量管理器的@CCPerfMon组中。使用这些变量可能实现诸如在WinCC画面中显示硬盘剩余量的功能。通过这种方法，用户可以看到硬盘还有多少可用空间并在硬盘空间已满之前采取措施。例如，可以选择通过全局动作的脚本采取措施，存储一条消息或初始化其它操作。n
该组变量以@PerfMon@开头，其后跟随相应资源意思的字母（见表1）。文本变量@CCPERFMON@LASTRUN显示上次性能数据测定的日期时间。还有一些内部变量可以被CCPerfMon监控（参见表2）。 监控序列每5 minutes运行一次。n
步骤：n
- 最好在计算机属性中以添加程序的方式启动CCPerfMon。为了隐藏程序，输入参数”/h”。这样CCPerfMon不会出现在Windows任务栏中，只出现在Windows NT的任务管理器中。
- 现在组态一个显示如下变量的画面。
被监控的资源及其含义：
表 1：被监控的性能计数器等（仅在Windows NT中）
|
变量 | 含义 |
@CCPERFMON@LASTRUN | 日期/时间 |
@CCPERFMON@CPU_USAGE_IDLE | CPU空闲时间百分比 |
@CCPERFMON@PAGING_FILE_USAGE | 输出页文件的使用百分比 |
@CCPERFMON@FREE_MEMORY_IN_BYTES | 空闲主内存 |
@CCPERFMON@FREE_MBYTES_x | 分区x上的空闲空间（x为可用的C..M） |
n
表 2：被监控的WinCC变量n
|
变量 | 含义 |
@TLGRT_SIZEOF_DATABASE_QUEUE | WinCC队列长度 |
@TLGRT_SIZEOF_NOTIFY_QUEUE | WinCC队列长度 |
@TLGRT_SIZEOF_DBASE_QUEUE | WinCC队列长度 |
CCPerfMon对话框的解释
WinCC处于运行模式时手动启动CCPerfMon，可以看到以下对话框。在这种情况下CCPerfMon不能通过计算机启动列表启动。这样对随时使用CCPerfMon很有用。注意，无论如何相关的变量都会被自动创建。n
表3：对话框中的操作和显示元素n
|
对话框 域/按钮 | 类型 | 描述 |
Timer Cycle | 输出域 | 资源请求循环. |
Last Run | 输出域 | 上次请求的时间/日期 |
Status of Coection to WinCC | 输出域 | CCPerfMon和WinCC的连接状态。如果 “Coected and in Run Time Mode”没有显示，则CCPerfMon没有正常运行。 |
Clear Statistics | 按钮 | 删除CCPerfMon的静态数据 |
Clear Trace Window | 按钮 | 删除追踪窗口的条目. |
Trace Level — | 按钮 | 提高追踪（诊断）级别（较多诊断输出）。 |
Trace Level | 按钮 | 显示当前追踪（诊断）级别。 |
Trace Level ++ | 按钮 | 降低追踪（诊断）级别（较少诊断输出）。默认值为10。为了使追踪输出也显示在“常规模式”中需要提高该值到20。 |
Trace Window | 输出域 | Windows诊断输出。最新的的信息始终出现在最上边。 |
警告：
只有服务器上的相关值能显示在CCPerfMon上。因此它们以”Project-wide Updating”形式存储。如果将它们修改为”Local Computer Updating”，则只有服务器上的变量会更新，客户机上的变量保持”0″。所以客户机不能覆盖这些值。
原创文章，作者：ximenziask，如若转载，请注明出处：https://www.zhaoplc.com/plc333948.html
微信扫一扫 
支付宝扫一扫