光伏连接器设计为快速易于安装。当前的连接器资格标准,例如UL 6703和IEC 62852,仅旨在评估来自同一制造商的连接器,并最近更改以明确指出一个人不能一起使用不同制造商的连接器。不幸的是,该行业选择设计将与其他制造商连接的连接器。这样做是为了简化安装,避免了诸如微型逆转录器上的连接器或其他模块级电源电子设备等情况时,与系统中的模块上的连接器不匹配。对全球电气代码的这种猖ramp的违规表明,有强烈的愿望,需要开发通用连接器标准。在这里,我们介绍了IEC子组在TC82 WG2下的形成背后的最初方法和哲学。我们打算制定一个标准,其中将构造的材料和几何形状指定为插头和插座,以确保兼容性高质量。我们希望连接器会更昂贵,但是尤其是在电源电子设备需要几个制造商的组件的屋顶安装中,系统兼容性设计需求的减少仍可能导致净成本节省。这些插头和插座必须具有最高的质量,因为我们不想开发无法制造高质量产品的连接器,并且因为这些连接器最常用于安全性更令人担忧的屋顶安装。另外,由于我们不知道将使用哪些插头和插座品牌,因此我们不能简单地依靠测试结果来确保安全,而必须创建一种本质上安全的设计。
云原生技术和原则是将称为云原生网络功能 (CNF) 的网络工作负载扩展到大型云规模的好方法。这项技术正在迅速取代基于虚拟化技术的网络功能虚拟化 (NFV) 及其虚拟网络功能 (VNF)。NFV 难以扩展、升级缓慢、重启缓慢。另一方面,云原生使用 Linux 容器,这些容器只是常规进程,对操作系统及其资源的视图有限。CNF 和 VNF 之间的一个主要区别是,使用 CNF,您通常无法控制它所运行的操作系统。您的 CNF 可以与同一系统上的其他 CNF 和进程共存,甚至可以与公共云提供商中的同一核心共存。为了使云原生提供所需的安全性和共存要求,它必须保留 Linux 安全模型,不需要特定的执行模型,也不需要可能不存在或已被其他东西占用的资源。基本上,它总是独立于环境工作。问题在于,当前提供高速原始数据包网络的技术是基于 SR-IOV 和 SIOV 与用户空间驱动程序相结合,而这些技术需要特定的资源和执行模型,而这些资源和模型在公共云系统中通常无法保证。那么问题是,我们如何为不基于 SR-IOV 或 SIOV 与用户空间驱动程序相结合的 CNF 提供高速网络?
提供的信息被认为是准确可靠的。但是,SGS-THOMSON Microelectronics 对使用此类信息的后果以及因使用此类信息而导致的任何专利侵权或其他权利侵权不承担任何责任。SGS-THOMSON Microelectronics 不以暗示或其他方式授予任何专利或专利权许可。本出版物中提到的规格如有更改,恕不另行通知。本出版物取代并替换了之前提供的所有信息。未经 SGS-THOMSON Microelectronics 明确书面批准,不得将 SGS-THOMSON Microelectronics 产品用作生命支持设备或系统的关键组件。