HD14-200/31手柄式刀开关200A玻板三相闸刀

HD14-200/31手柄式刀开关200A玻板三相闸刀，专业生产HD14系列刀开关，HD14手柄式200A刀开关，HD12光伏刀闸只作为电源隔离用的刀开关则不需要灭弧装置。用于电解、电镀等设备中的大电流刀开关的额定电流可高达数万安。这类刀开关一般采用多回路导体并联的结构，并可用水冷却的方式散热来提高刀开关导体所能承载的电流密度。
刀开关在电路中要求能承受短路电流产生的电动力和热的作用。因此,在刀开关的结构设计时,要确保在很大的短路电流作用下，触刀不会弹开、焊牢或烧毁。对要求分断负载电流的刀开关，则装有快速刀刃或灭弧室等灭弧装置。

刀开关按照较数可以分为单较刀开关、双较刀开关和三较刀开关；按照转换方式可以分为单投式刀开关、双投式刀开关；按操作方式可分为手柄直接操作式和杠杆式刀开关。01所展示的图所示为三较单投式刀开关的电路图，它可用来接通或分断电路A,也可作为将电路A与电源隔离之用。图2为单较双投式刀开关，它可用来接通或分断电路A或电路B，也可将电源向电路A供电转换到向电路B供电。转换开关用于主电路将一组已连接的器件转换到另一组已连接的器件。

刀开关又名闸刀开关，一般用于不需经常切断与闭合的交、直流低压（不大于500V)电路，在额定电压下其工作电流不能**过额定值。在机床上，刀开关主要用做电源开关，它一般不用来接通或切断电动机的工作电流。 刀开关分单较、双较和三较，常用的三较刀开关长期允许通过电流有100 A、200 A、400A、600 A 和1000 A 五种。目前生产的产品型号有HD(单投)和HS(双投)等系列。

刀闸，是电力设备手动开关的一种，别名闸刀，一般多用于低压电，有单相刀闸和三相刀闸之分。
根据应用的不同有各种规格，一般都标注电压和电流，如220伏，16A,意思是适用于220伏电压，电流不**过16安培。一般有瓷底座，塑料盖，铜件组成，上部为进线口，下部为出线口，中间设计有安装保险丝部位。一般常用为正面操作的HD13,HS13系列，多用于正面操作背面维修的开关柜。

HD12，HS12系列为侧面操作，用于正面侧方操作，正面维修的开关柜。

熔断器之间的保护选择性，《低压隔离电器和熔断器选用和使用导则》T/CEEIA 301-2018、《全国民用建筑工程设计技术措施（电气）》2009版等文献有详细要求。
介绍过熔断器的类型，请参阅：重新认识熔断器！
符合GB/T13539.2-2015的相同类型的熔断器（如gG），当额定电流≥16A，通过确定其额定电流比为1.6:1或更高，则熔断器满足全选择性要求，用户不需进行另外验证。
对于额定电流15A以上的gN或gD熔断器，其额定电流比为2:1。
当熔断时间≥0.1s时，熔断体之间的选择性通过时间-电流特性进行验证，如图1所示。
当熔断时间＜0.1s时，熔断体之间的选择性通过弧前I2t和熔断I2t值进行验证。
需要说明，熔断器制造厂将提供在额定电压下假定非常低的阻抗短路故障时的熔断I2t值。实际使用中，在熔断期间，由于故障时的阻抗及出现在熔断器两端的实际电压，允通I2t值通常较低。
1、熔断时间≥0.1s时选择性验证
如图1所示，对每个预期电流值，熔断器F4的较大熔断时间应小于F2的较小弧前时间。如果大家有印象的话，尤其是夏天，如果家里用电负载过大，比如开了很多家用电器，就会”自动跳闸”，此时电路就会断开。在以前更古老的一种方式是”保险丝”，当负载过大，或者电路发生故障或异常时，电流会不断升高，为防止升高的电流有可能损坏电路中的某些重要器件或贵重器件，烧毁电路甚至造成火灾。保险丝会在电流异常升高到一定的高度和热度的时候，自身熔断切断电流，从而起到保护电路安全运行的作用。
同样，在大型的软件系统中，如果调用的远程服务或者资源由于某种原因无法使用时，如果没有这种过载保护，就会导致请求的资源阻塞在服务器上等待从而耗尽系统或者服务器资源。很多时候刚开始可能只是系统出现了局部的、小规模的故障，然而由于种种原因，故障影响的范围越来越大，较终导致了全局性的后果。软件系统中的这种过载保护就是本文将要谈到的熔断器模式(Circuit Breaker)
一 问题的产生
在大型的分布式系统中，通常需要调用或操作远程的服务或者资源，这些远程的服务或者资源由于调用者不可以控的原因比如网络连接缓慢，资源被占用或者暂时不可用等原因，导致对这些远程资源的调用失败。这些错误通常在稍后的一段时间内可以恢复正常。
但是，在某些情况下，由于一些无法预知的原因导致结果很难预料，远程的方法或者资源可能需要很长的一段时间才能修复。这种错误严重到系统的部分失去响应甚至导致整个服务的完全不可用。在这种情况下，采用不断地重试可能解决不了问题，相反，应用程序在这个时候应该立即返回并且报告错误。

通常，如果一个服务器非常繁忙，那么系统中的部分失败可能会导致 “连锁失效”（cascading failure）。比如，某个操作可能会调用一个远程的WebService，这个service会设置一个**时的时间，如果响应时间**过了该时间就会抛出一个异常。但是这种策略会导致并发的请求调用同样的操作会阻塞，一直等到**时时间的到期。这种对请求的阻塞可能会占用宝贵的系统资源，如内存，线程，数据库连接等等，最后这些资源就会消耗殆尽，使得其他系统不相关的部分所使用的资源也耗尽从而拖累整个系统。在这种情况下，操作立即返回错误而不是等待**时的发生可能是一种更好的选择。只有当调用服务有可能成功时我们再去尝试。
二 解决方法
熔断器模式可以防止应用程序不断地尝试执行可能会失败的操作，使得应用程序继续执行而不用等待修正错误，或者浪费CPU时间去等到长时间的**时产生。熔断器模式也可以使应用程序能够诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。
熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录较近调用发生错误的次数，然后决定使用允许操作继续，或者立即返回错误。熔断器可以使用状态机来实现，内部模拟以下几种状态。
闭合（closed）状态： 对应用程序的请求能够直接引起方法的调用。代理类维护了较近调用失败的次数，如果某次调用失败，则使失败次数加1。如果较近失败次数**过了在给定时间内允许失败的阈值，则代理类切换到断开(Open)状态。此时代理开启了一个**时时钟，当该时钟**过了该时间，则切换到半断开（Half-Open）状态。该**时时间的设定是给了系统一次机会来修正导致调用失败的错误。
断开(Open)状态：在该状态下，对应用程序的请求会立即返回错误响应。
半断开（Half-Open）状态：允许对应用程序的一定数量的请求可以去调用服务。如果这些请求对服务的调用成功，那么可以认为之前导致调用失败的错误已经修正，此时熔断器切换到闭合状态(并且将错误计数器重置)；如果这一定数量的请求有调用失败的情况，则认为导致之前调用失败的问题仍然存在，熔断器切回到断开方式，然后开始重置计时器来给系统一定的时间来修正错误。半断开状态能够有效防止正在恢复中的服务被突然而来的大量请求再次拖垮。在Close状态下，错误计数器是基于时间的。在特定的时间间隔内会自动重置。这能够防止由于某次的偶然错误导致熔断器进入断开状态。触发熔断器进入断开状态的失败阈值只有在特定的时间间隔内，错误次数达到*错误次数的阈值才会产生。在Half-Open状态中使用的连续成功次数计数器记录调用的成功次数。当连续调用成功次数达到某个*值时，切换到闭合状态，如果某次调用失败，立即切换到断开状态，连续成功调用次数计时器在下次进入半断开状态时归零。
实现熔断器模式使得系统更加稳定和有弹性，在系统从错误中恢复的时候提供稳定性，并且减少了错误对系统性能的影响。它通过快速的拒绝那些试图有可能调用会导致错误的服务，而不会去等待操作**时或者永远不会不返回结果来提高系统的响应事件。如果熔断器设计模式在每次状态切换的时候会发出一个事件，这种信息可以用来监控服务的运行状态，能够通知管理员在熔断器切换到断开状态时进行处理。
可以对熔断器模式进行定制以适应一些可能会导致远程服务失败的特定场景。比如，可以在熔断器中对**时时间使用不断增长的策略。在熔断器开始进入断开状态的时候，可以设置**时时间为几秒钟，然后如果错误没有被解决，然后将该**时时间设置为几分钟，依次类推。在一些情况下，在断开状态下我们可以返回一些错误的默认值，而不是抛出异常。

三 要考虑的因素
在实现熔断器模式的时候，以下这些因素需可能需要考虑：
异常处理：调用受熔断器保护的服务的时候，我们必须要处理当服务不可用时的异常情况。这些异常处理通常需要视具体的业务情况而定。比如，如果应用程序只是暂时的功能降级，可能需要切换到其它的可替换的服务上来执行相同的任务或者获取相同的数据，或者给用户报告错误然后提示他们稍后重试。
异常的类型：请求失败的原因可能有很多种。一些原因可能会比其它原因更严重。比如，请求会失败可能是由于远程的服务崩溃，这可能需要花费数分钟来恢复；也可能是由于服务器暂时负载过重导致**时。熔断器应该能够检查错误的类型，从而根据具体的错误情况来调整策略。比如，可能需要很多次**时异常才可以断定需要切换到断开状态，而只需要几次错误提示就可以判断服务不可用而快速切换到断开状态。
日志：熔断器应该能够记录所有失败的请求，以及一些可能会尝试成功的请求，使得的管理员能够监控使用熔断器保护的服务的执行情况。
测试服务是否可用：在断开状态下，熔断器可以采用定期的ping远程的服务或者资源，来判断是否服务是否恢复，而不是使用计时器来自动切换到半断开状态。这种ping操作可以模拟之前那些失败的请求，或者可以使用通过调用远程服务提供的检查服务是否可用的方法来判断。
手动重置：在系统中对于失败操作的恢复时间是很难确定的，提供一个手动重置功能能够使得管理员可以手动的强制将熔断器切换到闭合状态。同样的，如果受熔断器保护的服务暂时不可用的话，管理员能够强制的将熔断器设置为断开状态。
并发问题：相同的熔断器有可能被大量并发请求同时访问。熔断器的实现不应该阻塞并发的请求或者增加每次请求调用的负担。
资源的差异性：使用单个熔断器时，一个资源如果有分布在多个地方就需要小心。比如，一个数据可能存储在多个磁盘分区上(shard)，某个分区可以正常访问，而另一个可能存在暂时性的问题。在这种情况下，不同的错误响应如果混为一谈，那么应用程序访问的这些存在问题的分区的失败的可能性就会高，而那些被认为是正常的分区，就有可能被阻塞。
加快熔断器的熔断操作:有时候，服务返回的错误信息足够让熔断器立即执行熔断操作并且保持一段时间。比如，如果从一个分布式资源返回的响应提示负载**重，那么可以断定出不建议立即重试，而是应该等待几分钟后再重试。（HTTP协议定义了”HTTP 503 Service Unavailable”来表示请求的服务当前不可用，他可以包含其他信息比如，**时等）
重复失败请求：当熔断器在断开状态的时候，熔断器可以记录每一次请求的细节，而不是仅仅返回失败信息，这样当远程服务恢复的时候，可以将这些失败的请求再重新请求一次。
四 使用场景
应该使用该模式来：
防止应用程序直接调用那些很可能会调用失败的远程服务或共享资源。
不适合的场景
对于应用程序中的直接访问本地私有资源，比如内存中的数据结构，如果使用熔断器模式只会增加系统额外开销。
不适合作为应用程序中业务逻辑的异常处理替代品
五 实现
根据上面的状态切换图，我们很容易实现一个基本的熔断器，只需要在内部维护一个状态机，并定义好状态转移的规则，可以使用State模式来实现。