XiaoMi-AI文件搜索系统
World File Search System数字仪器
一般通风用微粒空气过滤器 - 过滤性能的测定
BS EN 779:2012 提供了一种检查空调系统中使用的空气过滤器过滤性能的系统。使用 BS EN 779 的修订版本将确保对空调系统中使用的空气过滤器的质量和性能进行更严格的检查。这反过来会改善室内工作环境的空气质量。本标准中使用的测试程序基于数十年来开发的成熟技术，但使用现代数字仪器。空气过滤涉及的多种机制很复杂，难以建模，因此测试技术本身也变得复杂。其结果是，就空气过滤器在去除大气颗粒物空气污染方面的有效性而言，其性能分级无法重复进行。使用人工（合成）颗粒污染的测试用于对这些过滤器进行分级。BS EN 779:2012 测试系统根据空气过滤器的颗粒去除能力对其进行分级（排名）。在过滤器的使用寿命期间，该能力会发生变化，可能会显著增加或减少。本标准的用户需要注意，分类表和其他地方出现的术语“平均效率”是一个测试参数，仅与在人工测试条件下使用人工测试污染进行的测试有关。在测试程序中获得的此参数值与通风系统中空气过滤器的安装性能不对应或直接相关。此值不能用于估计或预测这些过滤器在去除颗粒大气污染方面的有效性。相反，“最低效率”是最低性能标准。在正常工作条件下，过滤器的颗粒去除能力不会低于此值。BSI 专家与 CEN 和 ISO 的专家一起，积极支持 ISO 项目，为用于一般通风的空气过滤器制定新的性能标准。新标准计划于 2015 年发布，并将根据过滤器在去除颗粒物空气污染方面的表现对其进行排名。
一般通风用微粒空气过滤器 — 测定...
BS EN 779:2012 提供了一种检查空调系统中使用的空气过滤器过滤性能的系统。使用 BS EN 779 的修订版本将确保对空调系统中使用的空气过滤器的质量和性能进行更严格的检查。这反过来会改善室内工作环境的空气质量。本标准中使用的测试程序基于数十年来开发的成熟技术，但使用现代数字仪器。空气过滤涉及的多种机制很复杂，难以建模，因此测试技术本身也变得复杂。其结果是，就空气过滤器在去除大气颗粒物空气污染方面的有效性而言，其性能分级无法重复进行。使用人工（合成）颗粒污染的测试用于对这些过滤器进行分级。BS EN 779:2012 测试系统根据空气过滤器的颗粒去除能力对其进行分级（排名）。在过滤器的使用寿命期间，该能力会发生变化，可能会显著增加或减少。本标准的用户需要注意，分类表和其他地方出现的术语“平均效率”是一个测试参数，仅与在人工测试条件下使用人工测试污染进行的测试有关。在测试程序中获得的此参数值与通风系统中空气过滤器的安装性能不对应或直接相关。此值不能用于估计或预测这些过滤器在去除颗粒大气污染方面的有效性。相反，“最低效率”是最低性能标准。在正常工作条件下，过滤器的颗粒去除能力不会低于此值。BSI 专家与 CEN 和 ISO 的专家一起，积极支持 ISO 项目，为用于一般通风的空气过滤器制定新的性能标准。新标准计划于 2015 年发布，并将根据过滤器在去除颗粒物空气污染方面的表现对其进行排名。
NEI 20-07，高安全性 - 重要安全相关数字 I&C 系统中软件常见原因故障处理指南 - 草案 C
分支技术立场 (BTP) 7-19，修订版 8，提供了三种不同的方法，被许可人可以使用这些方法来消除 CCF 危害，避免进一步考虑。这三种方法是 (1) 在 DI&C 系统内使用多样性，(2) 使用测试，或 (3) 使用防御措施。NEI 20-07 与 BTP 7-19，修订版 8（第 3.1.3 节）中提出的第三种方法 ─ 使用防御措施最为一致。NEI 20- 07 以安全设计目标 (SDO) 的形式提供了客观标准，用于防御因软件设计缺陷导致的软件 CCF。SDO 用于选择平台硬件和软件以及开发应用软件。数字系统要经历软件 CCF，软件中必须存在潜在缺陷。软件缺陷只能通过软件开发过程引入。将软件开发要求应用于安全相关系统，使 NRC 能够将与核电站事故分析事件同时发生的 CCF 视为超出设计基准的事件。但是，NRC 仍然要求行业通过使用“最佳估计”假设的纵深防御 CCF 应对分析来分析 CCF。目前，唯一获得 NRC 批准的消除 CCF 考虑的方法是安装不同的设备或进行只能应用于简单设备的广泛测试。本文档提供了这两种方法的替代方法，以消除安全相关系统的 CCF 考虑。NEI 20-07 中的这种方法首先建立了一套用于保护数字仪器和控制 (DI&C) 系统中的软件 CCF 的基本原则，然后将这些基本原则分解为安全设计目标 (SDO)。本文件还建议使用保证案例方法来证明高安全重要性安全相关 (HSSSR) 安全相关应用系统中的软件应用程序和托管应用软件的平台已充分实现了这些规定的 SDO，以合理保证目标软件不包含可能导致软件 CCF 的软件设计缺陷，在软件开发过程中引入软件缺陷的可能性足够低，因此，由于软件设计缺陷而出现软件 CCF 的可能性也足够低，因此可以充分解决。当在对 HSSSR 系统进行多样性和纵深防御 (D3) 分析时不需要进一步考虑或假设，并且保证案例表明平台和相关应用软件已充分解决 CCF，则系统的这些部分可以免于被假设为 CCF 的来源。这并不排除对 HSSSR 系统 D3 分析的需要，因为可能会识别出其他 CCF 漏洞（例如，数据通信）。