网站首页 > 技术文章 正文
好久没有更新了,生活的目标总是不断变换,很高兴又能回来,那么还是延续之前的主题。
之前分享过一些ISO的标准,关于机械安全方面的。也分享了关于欧盟地区机械产品CE认证的一些要求和内容。上一篇介绍CE机械指令的时候,说到过机械指令的协调标准分为A、B、C类,其中A类是基础安全标准,而且只有两个,今天就来分享其中的一个:
ISO 12100:2010 机械安全 设计通则 风险评估与风险减小
在CE机械指令的要求中,风险评估文件也是必要的技术文档,可见本标准在机械安全领域地位是十分重要的。
Now,begin to share!
风险评估与风险减小的策略
设计者应该采取什么样的措施来完成风险评估与风险减小呢?直接来吧:
a )确定机器的各种限制, 包括预定使用和任何可合理预见的误用;
b )识别危险及其伴随的危险状态;
c )对每一种识别出的危险和危险状态进行风险估计;
d )评价风险并决定是否需要减小风险;
e )采取保护措施消除危险或减小危险伴随的风险。
其中 a )到 d )与风险评估相关,e)与风险减小相关。接着来看标准给出的策略:风险减小过程迭代三步法。
本标准全文都在围绕这个策略在讲,可以说把这个图看透了,ISO12100这个标准到底要干什么也就了然于胸了。那么这个迭代三步法是如何减小风险的呢?那还不得不再来一图:
应该好理解吧,下面来看看具体的。
风险评估
什么是风险评估?看看策略,去上面的图里就能找到答案:
风险评估包括风险分析和风险评价。
其中,风险分析包括机器各种限制的确定,危险识别和风险估计,让我们来详细看看说的都是什么玩意。
机器的各种限制的确定,机器有什么限制呢?
- 使用限制,主要就是说这个机器给谁用,对使用者有什么要求,男的女的?多大岁数?身高体重?不是为了相亲啊,是看有没有使用这个机器的能力。残疾人能不能用?需要什么样的经验、能力、培训水平?
- 空间限制,这个好理解吧,机器的运动范围,还包括维修的时候占用的空间,动力源的接口在哪。
- 时间限制,部件的寿命?维修保养的时间间隔?
- 其他限制,环境的要求,温度?湿度?粉尘环境ok吗?对物料有要求吗?对洁净程度有要求吗?
确定了限制,接下来要做危险识别,这个是包括机器全生命周期能想到的危险,所谓全生命周期是指包括运输、装配和安装、试运转、使用、拆卸、停用以及报废的所有阶段。那么,都可能有哪些危险呢?简单概括一下:
十大类,这么多可能的危险源,可能引发这么多的潜在后果。所以,对于一台具体的机器,应该怎么识别?ISO14121-2中介绍了两种方法:自上而下法和自下而上法。
识别到了这些危险,如何做风险估计呢?主要是两方面:伤害的严重程度和发生伤害的概率。
伤害的严重程度主要是看对健康的损害程度和伤害的范围。轻微?严重?还是Game over了?是单体伤害还是范围AOE?
发生伤害的概率要看人员暴露于危险的状态、危险事件发生的概率和避免伤害的可能性。人需要进入危险区吗?进去干什么?进去多长时间?进去几个人?多长时间进一次?事故记录、统计数据?危险来的突然吗?选手的敏捷属性点满了能不能躲开?OG比new guy手法好能不能躲开?
风险估计的结果就是风险的级别。low?middle?high?至于具体怎么做,ISO14121-2中介绍了几种风险估计的工具:
- 风险矩阵法
- 风险图法
- 数值评分法
- 混合型工具
风险分析完了,接下来就是风险评价了,风险评价就是要确定接下来要不要进行风险减小。正式进入循环,也就是所谓迭代三步法,每采取措施后都要回来进行风险评价,直到不需要继续进行风险减小为止,也就是说风险已经足够低了,不需要再降低了。那么减小到什么程度可以算是ok了呢?建议阅读标准原文,或留言咨询交流。
再表达一个观点,风险评估的目的是识别危险并估计和评估风险,以便减小风险。所选择的方法或工具很大程度上依靠一个行业、公司或个人偏好。具体方法或工具的选择并不如过程本身重要。资源最好用在减小风险的努力上,而不是试图在风险评估中达到绝对的精确。
风险减小
风险减小怎么做?考虑两个方面:
- 降低危险产生伤害的严重程度;
- 降低伤害发生的概率。
具体怎么做呢?从设计者的角度出发就是采用前图策略中的迭代三步法:
本质安全设计措施是指通过适当选择机器的设计特性或暴露人员与机器的交互作用来消除危险或减小风险。具体怎么做?简单列举一下:
- 考虑几何因素和物理特性
- 几何因素,就是别把机器设计成刀枪剑戟,斧钺钩叉,镋棍槊棒,鞭锏锤抓,拐子流星,带尖儿的,带刺儿的,带棱儿的,带刃儿的,带绒绳儿的,带锁链儿的,带倒齿钩儿的,带峨嵋刺儿的……还有就是别把操作位置设计的离控制位置八丈远,八杆子都打不着,中间还全是掩体。
- 物理特性就是质量、速度、还有排放源特性(包括噪音、振动、有害物质和辐射)
- 考虑机械设计的通用技术知识
- 机械应力、材料性质、上面说的排放。这就不详细说了,这是一门课程。
- 适用技术的选择
- 爆炸性环境选什么样的部件?特定待加工产品怎么选适配技术?避免高噪声怎么搞?都有适用的技术可以选择,不详述。
- 考虑稳定性
- 用多说吗?安装完别倒了,用着用着别散架了。
- 考虑维修性
- 有没有给维修人员设置障碍?就是让你够不着,让你搬不动,让你一般工具用不了?
- 遵循人体工效学
- 不多说,别搞人心态还搞人身体。
- 考虑电气危险、气动与液压危险
- 不多说,都有单独的标准文件,改日单聊。
- 关于控制系统的措施
- 这也是一个复杂的问题,ISO12100中确实有一些描述,感兴趣可以看一看。但是还有若干个独立的标准有更详细的规定,关于控制系统的功能安全,也改期单独分享吧。
安全防护和补充保护措施是什么?
安全防护措施,以前分享过的,固定式防护装置、联锁防护装置、电敏or压敏保护装置。本标准中有一些要求,比较泛泛,这些东西也都是有独立标准进行详细规定的,感兴趣可以去翻看一下我们之前分享的文章。
补充保护措施,包括以下:
- 实现急停功能的组件和元件
- 被困人员逃生和救援措施
- 隔离和能量耗散的措施
- 提供方便且安全搬运机器及其重型零部件的装置
- 安全进入机器的措施
篇幅有限,简单列举,详细可查看标准或留言交流。
使用信息,这个应该好理解吧,告诉用户怎么用这个机器。包括信号和警告装置,标志、符号和书面警告,随机文件。
三板斧打完了,回头再去做风险评价,风险评价通过那就ok,不通过就再来三板斧,循环往复。
以上是从设计者的角度出发,还有就是从使用者的角度出发:
需要注意的是,使用者采取的保护措施需要设计者给到some输入。
写在最后
OK,打完收工了吗?
降龙十八掌,还差最后一掌。查看一下最开始的策略图,在结束之前还有一项,叫做文件。文件不做,白忙一场。做文件也正是我们的弱项,那么对于文件有什么要求吗?文件具体的形式可能多种多样,不同公司可能有不同的模板,但是都应包括下列内容:
- 已评估的机械(如规格、限制、预定使用);
- 已做的任何相关假设(载荷、强度、安全系数等);
- 风险评估中所识别的危险、危险状态以及所考虑的危险事件;
- 风险评估所依据的信息;
- 1 )所使用的数据及原始资料(事故历史记录、适用于类似机械的风险减小经验等);
- 2 )与所使用的数据有关的不确定性及其对风险评估的影响;
- 通过保护措施所达到的风险减小目标;
- 用于消除已识别的危险或减小风险的保护措施;
- 与该机械有关的剩余风险;
- 风险评估的结果;
- 风险评估过程中完成的所有表格。
这个风险评估应该谁来做?设计人员吗?
单凭设计人员坐在办公室里空想来做风险评估,无异于闭门造车。但是很多国内企业就是这么做的,因为他们认为所谓的风险评估文件就是走个过场,应付一下,并没有当成工程方法、设计方法来使用,也就失去了风险评估的意义。
那么,这玩意不让设计人员做,还能让谁来做呢?
ISO14121-2中给出了答案:建立评估组。评估组成员应该包括:
- 可以回答有关机械设计和功能方面技术问题的人员
- 对机器的操作、调试、维护、保养等有实际经验的人员
- 了解这类机械的事故历史的人员
- 充分了解相关法规、标准,特别是ISO12100,以及与机械相关的任何具体安全问题的人员
- 了解人为因素的人员
文中提到的ISO14121-2是干什么的,和ISO12100有什么关系?ISO14121-1呢?怎么不说说?
ISO14121-2实际应该是ISO/TR 14121-2,全称叫做 机械安全 风险评估 实施指南和方法举例。就是怕读者看完ISO12100以后一脸懵*,不知道如何下手,所以出了个解释说明文件。
ISO14121-1全称叫做 机械安全 风险评估 原则。之所以现在没人提,是因为已经废止了,替代它的正是ISO12100,这个在CEN的官网上可以查询到一些端倪,可以看到最后一版是2007的版本,于2009年末withdraw了。
OK,就这样吧,得去洗衣服了,欢迎留言交流讨论。
猜你喜欢
- 2024-10-21 如何选择合适你的MSPs? 如何选择合适你的人生伴侣
- 2024-10-21 什么样的人适合学自动化?这是我见过最全面的解答!
- 2024-10-21 AI 软件工程师 Genie ai和软件工程师的区别
- 2024-10-21 使用Python和TensorFlow进行机器学习实战
- 2024-10-21 机器学习辅助催化剂设计,天大团队开发通用且可解释的描述符
- 2024-10-21 原创解读 | COMPUT:基于机器学习和辐射传输模型的无人机高光谱遥感估计小麦生物物理变量
- 2024-10-21 iPhone16芯片性能详细对比:A18 vs A18 Pro
- 2024-10-21 机器学习 - 训练集、验证集、测试集
- 2024-10-21 ROC和AUC也不是评估机器学习性能的金标准
你 发表评论:
欢迎- 11-18软考系统分析师知识点十六:系统实现与测试
- 11-18第16篇 软件工程(四)过程管理与测试管理
- 11-18编程|实例(分书问题)了解数据结构、算法(穷举、递归、回溯)
- 11-18算法-减治法
- 11-18笑疯了!巴基斯坦首金!没有技巧全是蛮力!解说:真远啊!笑死!
- 11-18搜索算法之深度优先、广度优先、约束条件、限界函数及相应算法
- 11-18游戏中的优化指的的是什么?
- 11-18算法-分治法
- 最近发表
- 标签列表
-
- oraclesql优化 (66)
- 类的加载机制 (75)
- feignclient (62)
- 一致性hash算法 (71)
- dockfile (66)
- 锁机制 (57)
- javaresponse (60)
- 查看hive版本 (59)
- phpworkerman (57)
- spark算子 (58)
- vue双向绑定的原理 (68)
- springbootget请求 (58)
- docker网络三种模式 (67)
- spring控制反转 (71)
- data:image/jpeg (69)
- base64 (69)
- java分页 (64)
- kibanadocker (60)
- qabstracttablemodel (62)
- java生成pdf文件 (69)
- deletelater (62)
- com.aspose.words (58)
- android.mk (62)
- qopengl (73)
- epoch_millis (61)
本文暂时没有评论,来添加一个吧(●'◡'●)