6ES7322-1HH01-0AA0参数详细

6ES7322-1HH01-0AA0参数详细

农网特点面广点多，农网改造是以降低线损，从而降低农村电价，改造具体到居民的进户箱，改造后进户箱将成为居民与电力部门的产权分界点，所以本次改造是对农网体制的重大改革，保证今后电网更加合理、安全、经济，同时也紧密了电力部门和用户的关系，农网改造的方案必须完善可靠。针对农村用电的复杂性，一般要求：
　　(1)要求所有用电设备外壳接地；
　　(2)装设漏电末级保护，以保证广大用户的人身安全；
　　(3)线路进行多处的重复接地。
　　根据我们的经验推荐两种接线供参考。
1、TN－C接地系统
　　TN－C系统接线如图1所示，具体接地情况如下：

图1　TN-C系统

　　(1)用电设备依靠漏电末级保护进行保护；
　　(2)取消漏电总保，增加漏电中保；
　　(3)保护接地的电阻在符合《低压规程》“12.4.6"的前提下必须足够小；
　　(4)配电屏、控制屏接地接零，分支箱、计量箱、用电设备接地。

2、TN－S三相五线制系统
　　在这个系统中，中性线与保护线是分开的，接线如图2所示，具体接地情况如下：

图2　TN-S三相五线制系统

　　(1)N点直接接地，N线重复接地，保护零线与N线共同接地，且重复接地；
　　(2)设漏电末级保护；
　　(3)保护零线除在中性点接地与工作零线相连外，不允许其他地方相连。

　　农网改造事关重大，不能有半点疏忽，各地区应根据地方实际选择一安全可靠的系统接线。以上推荐方案仅供参考，同时我们还必须注意以下一些问题：
　　(1)表箱内安装的漏电保护开关必须可靠，要有足够开断短路电流的能力；
　　(2)保护、工作接零系统上零线不允许装设开关或保险；
　　(3)农网改造严格控制供电半径在500 m以内，线路重复接地数不少于3处；
　　(4)配电箱、计量箱装设电流表，严格控制三相负荷的平衡度，从规划到设计施工均应引起重视，在规程要求25％的中线电流内，做到尽可能小，并能有不同季节的负荷记录，及时地调整负荷分配。推广使用配变监测仪；
　　(5)总(分支)开关的保护应校核至线路末端动作，应该说在500 m控制范围内，实现是比较容易的；
　　(6) 条件许可的地区，电压架空线路推广使用绝缘线；
　　(7) 零线应与相线同截面，工作零线与保护零线应有不同的色标；
　　(8) 要求每年测试配变的中性点接地电阻，发现电阻超过规定值的20％及以上时，应增加接地体

西门子PLC控制器6ES7315-6TH13-0AB0.

　1使用apdiag工具进行wincc脚本诊断概述

　　wincc 的c脚本功能非常强大，可以提供较高的自由度。 但是，不恰当地组态和使用脚本功能会显著降低系统性能，也可能导致系统崩溃。本文所讨论的脚本问题主要为c脚本的阻塞和挂起问题，即如果在过小的周期内正在运行的动作太多或者动作的执行时间过长（要处理的动作将越聚越多），或者动作已被挂起（休眠、循环、输出对话框、等待另一个应用程序的响应...），则等待队列可能会溢出。所有其它动作均将积聚在等待队列中，不能及时进行处理。

　　针对以上问题，可以使用 apdiag 诊断工具进行分析和诊断，apdiag 工具主要可以提供以下功能：

　　1. 监控当前请求队列中待处理的动作数。

　　2. 判断脚本是否发生阻塞。

　　3. 帮助定位发生阻塞的动作。

　　4. 定位导致脚本阻塞的函数。

　　5. 启动将重要脚本诊断值保存在变量中的功能。

　　6. 设置诊断信息输出到窗口、文件或被删除。

　　……

　　诊断工具apdiag.exe 位于安装目录的“...\siemens\wincc\utools"文件夹中，双击即可启动该应用程序。关于 apdiag 的详细使用方法，请参见帮助文档目录中的“wincc 诊断"一章。

　　另外，关于wincc脚本的基本诊断方法，包括“gsc诊断窗口"和“gsc运行系统窗口"（在对象选项板中，选择“智能对象\应用程序窗口"，在“窗口内容"对话框中选择“全局脚本"，在“模板"对话框中，选择“gsc 诊断"或“gsc 运行系统"即可）的使用，请参见视频“v0742

　　2 apdiag 诊断工具提供的主要功能和使用方法介绍

　　以下介绍了6个主要的功能和相应的使用方法。注意，要及时关闭不用的诊断功能，以避免在运行系统运行期间降低系统性能。

　　2.1监控当前请求队列中待处理的动作数

　　功能描述：根据当前请求队列中待处理动作数的变化趋势，判断脚本是否发生阻塞。

　　使用方法：

　　首先，在画面上放置“gsc 诊断窗口"，运行wincc时，打开apdiag 工具，选择“info"菜单下的“count of actions in requestqueue"菜单项，将输出当前请求队列中待处理的动作数，其中包括来自全局脚本的作业、来自画面的周期性作业以及来自画面的事件控制性作业。例如，在“gsc 诊断窗口"中输出如下图1所示的内容，红色框中的内容代表来自全局脚本作业的当前请求队列中待处理的动作数为8个。

　　图 1 使用“count of actions in requestqueue"的诊断输出

　　运行一段时间后，再次点击“count of actions in requestqueue"菜单项，红色框所示的待处理的动作数变为59个，如图2所示。多次操作后，如果待处理的动作数有不断上涨的趋势，则说明全局脚本发生了阻塞。

　　图 2再次使用“count of actions in requestqueue"的诊断输出

　　此外，在“info"菜单中，还提供了与系统有关的其它诊断信息，如图3所示。在选择相应菜单项后，均将输出诊断信息到“gsc 诊断窗口"，详细内容请参见帮助文档。

　　图 3 “info"菜单中菜单项

　　2.2判断脚本是否发生阻塞

　　功能描述：设置“扫描速率"和“梯度"，可以监视请求队列的增长。

　　使用方法：

　　打开“diagnostics"菜单下的“概要文件"(profile) 菜单项。组态“check the request/actionqueues"，可对缓慢增加的等待队列进行检测。“扫描速率" (scanrate) 值可用于定义应在增加了多少个新作业后检查队列的长度。 如果队列的增长超出在“梯度"(gradient) 中所定义的值，则将以 “printf "的形式输出警告。

　　图 4 “扫描速率"和“梯度" 的组态

　　如上图4所示，如果输入“扫描速率"(scanrate) 为“100"且“梯度"(gradient) 为“30"，则每放置 100 个新条目（动作）到队列中，即会检查队列的增长是否超过 30 个条目（100 个新作业中得到处理的少于 70 个）。 如果情况如此，则以 “printf() "的形式输出以下诊断信息，如图5所示。

　　图 5 组态“扫描速率"和“梯度"输出的诊断信息

　　需要注意的是，除了全局动作之外，画面中周期执行的脚本也在检查的范围内。

　　2.3帮助定位发生阻塞的动作

　　功能描述：设置动作运行时间的限值，可测量运行时间过长的动作的实际运行时间，帮助定位发生阻塞的动作。

　　使用方法：

　　打开“diagnostics"菜单下的“概要文件"(profile) 菜单项。激活“检查运行需要超过 xx 毫秒的动作"(check which action need more than xx msec) 复选框，则将输出运行时间大于规定时间的所有动作的实际运行时间。

　　图 6 组态“check which action need more than xx msec"

　　如上图6所示，将xx毫秒设置成2000毫秒，如果有动作执行超出2000毫秒，可以在图7的“gsc诊断窗口"中找到如下的输出：

　　图 7 组态“检查运行需要超过 xx 毫秒的动作"的输出诊断信息

　　从上图中红色线标注的信息可以看出，有动作执行超出设定的毫秒数。由“szfunctionname：@c"，在“gsc 运行系统窗口"可以查到“@c" 所对应的动作名称。假设该动作设置的触发周期为2秒钟，但是由上图实际执行时间为4999.6毫秒，则有可能由于该动作执行时间过长，导致整个脚本队列的堵塞，需要检查该动作的代码。注意，如果该动作发生挂起（停在某代码处，无法继续执行），则无法计算该动作执行的时间，此时没有以上的输出