百度hi是什么.docx

百度hi是什么篇一：什么叫工装 1.什么叫工装，夹具，治具，检具 工装,即工艺装备: 指制造过程中所用的各种工具的总称.包括刀具/夹具/模具/量具/检具/辅具/钳工工具/工位器具等.工装为其通用简称.工装分为专用工装/通用工装/标准工装(类似于标准件) 夹具: 顾名思义,用以装夹工件(或引导刀具)的装置 模具: 用以限定生产对象的形状和尺寸的装置. 刀具,机械制造中使用的刀具基本上都用于切削金属材料,所以“刀具”一词一般就理解为金属切削刀具。 辅具,一般指用以连接刀具和机床的工具. 钳工工具: 各种钳工作业所用的工具总称 工位器具: 用以在工作地或仓库中存放生产对象或工具的各种装置. 检具: 生产中检验所用的器具 治具: 制造用器具,这个词对应fixture,有时与工装同意,有时也指夹具, 一般台资/韩资/日资等电子企业多用该词。 2.夹具设计与测试看法 1.客户资料提供：1.1为求资料处理时方便作业与减少困扰，并增加其正确之判断性，客户应提供完整且正确之资料如下：1.1.1原始GERBER FILE。1.1.2 排版CNC钻孔资料。1.1.3底片菲林或实物板(如能提供最佳)。2.标准网路测试程式建立/测试中标准板确认：2.1必须完全依据客户所提供之原始GERBER FILE做资料处理方为正确之做法。（避免CAM处理错误造成检测失效）2.2应根据工艺能力对测试点选取方式进行明确定义，如有特殊测试点设针与否之要求，应以书面方式明确告知夹具制作部门或外包厂商。在此建议客户，除非本身相关之专业能力足够且能正确判断，否则最好不要任意要求删点，如此有可能影响标准网路测试程式(NET LIST)正确性，发生短断路漏测问题。2.3不可避免测试夹具制作软体亦有可能在设计上有盲点或不够完整，或者人为的CAM处理错误以致无法做出完全正确之标准网路，这种情况可能必须采取?网络学习?的方法；在此建议客户，PC板在实际测试前应确认是否为标准板，其方法为以传统读板比较与载入标准网路测试程式两种方式相互比对，经此程序确认之标准板将较为安全可靠。3.测试阶段可能产生漏测、盲点/问题解决方式/看法：3.1环状孔破(断路)： 3.1.1发生原因： 3.1.1.1客户只提供零件面(文字面)资料，只要求零件面测试，独立孔甚至一般不要求设针测试，如果环状孔破发生在焊锡面，即无法测出问题点。3.1.2解决方式： 3.1.2.1在资料处理阶段,测试孔设点时，改为双面测上下设针，包括独立孔在内，即可有效防止问题发生。3.2小孔孔破(外层线路面未覆盖防焊漆，有连接内层之导通孔)： 3.2.1发生原因：3.2.1.1资料处理人员作业时疏忽并判断错误，自行删除测试点。3.2.1.2客户要求不设测试点。3.2.2解决方式： 3.2.2.1现今多层板的线录设计密度，层次愈来愈高、愈复杂化，外层线路上的小孔(包括独立孔在内)，多半与内层某一层有连接，其功能为设计上之测试点或信号导引孔原则上皆须设测试点，不应任意删除之。3.2.2.2除非客户本身具专业能力及把握正确判断，小孔不须设针，否则夹具外包制作时，最好不要要求删点，以免不幸发生漏测而造成测试品质问题。3.2.2.3建议客户在制作测试夹具时，应同时做出明确的设针方式，以利於夹具部门或外包厂商作业，并避免不必要之错误产生。3.3回路断线： 3.3.1三条线路三个点即构成一组回路。3.3.2回路断线问题在一般测试上称为盲点，很难直接测出问题点所在，如果断线只有一条，将无法测出其问题点；如果断线有两条时，则可测出其问题点。客户如有要求不能有回路断线发生，则在治具制作之资料处理时，凡是线路有经过之中间点(孔)，都必须设测试点；Plot标出回路位置，在测试后以目视检验，以克服问题。 夹具治具漫谈 关于机械设计方面的读物和文章，网上或书店流行且比较实用有效的，95%是所谓的机械设计图册或者精巧机构设计实例之类。然而，即便是标榜“经验”或分析，个人觉得，还是停留在教材阶段，对初学者或者基础不够扎实的设计者来说，能够应用和受益的范围和层次都比较有限。 相反，倒是论坛有些“菜鸟”（其实大部分都有相当经验了：）提出某某问题，引来多人竞答而带有“专题性”的内容，和实际工作贴合较紧，有用可用也。有鉴于此，我有意结合自己的工作经验、感受和认识，给想了解或进入机械行业的朋友作一些介绍和分享，可能陆陆续续会有，不求理论如何正确观点如何新颖，但求对大家有启发有帮助。（注意，绝不是在卖弄哦，纯粹无私分享个人经验、教训和感受罢了，希望大家也都不要太闭塞和吝啬：） 由于机械是一个很宽泛的行业，而个人往往只是从事其中一个分支或部分，不可能面面俱到，因此我拣广为人知相对简单的夹治具谈起。当然，不管分得多细多深，都只是实践性操作和行业特性有些区别，所涉及的机械理论是通用的，都能被大家接受。 关于夹治具的确切定义，没有找到（也没必要追究，知道是什么就足够了），我认为是：为解决实际问题或实现某个功能而针对性制作的辅助性装置。特点是：结构简单，应用广泛，种类繁多，可以是一块铁片，也可以是一台设备。比如，磨床用挡块，可以叫它夹治具；比如，Hi-pot测试机，可以叫它治具。（注：名词来源日本，我们叫工具） 电子行业的夹治具，大致有压入、折弯、切断、铆合、熔接、测试、固定等分类，当然，也可以分为普通和特殊两类，看个人喜好或等专业书记去整理规定了。基本上，除了电测和熔接，一般工厂都有自己的设计部门或干脆自己制作。可以断言，有电子厂的地方，就会有夹治具；没有电子厂的地方，夹治具也比比皆是。相应地，这类工作需求是比较大的，由于入门相对容易，也比较适合学历层次不够高（工厂一般要求不高）或者作为转机械行业的一个突破口。 从某种意义上讲，夹治具设计更能锻炼一个人的异常分析和问题解决的能力，而设计能力相对比较复杂设备如自动机之类而言，会比较淡薄和次要些。为什么这么说呢？理由有二： 1. 治具在设计上以简单、好用和安全为原则，体现在结构上也体现在工件上。所以，知道怎么做了，从画图到组装到调试成功，几乎不用费多大劲。然而，治具服务的对象，往往有些是不能实现自动化而手工作业困难的棘手产品，这时，会经常头痛，如果有问题不是机械本身问题，但如缺乏异常分析和甄别解决问题的能力，就会被混淆欺骗，就会被搞到寝食不安，每天头发像刺猬：） 大多数工厂（尤其大陆）生产基本工序大都仍是人在主导，治具发挥的是辅助性作用。由于结构相对简单，有时要实现某个“复杂”功能或解决某些疑难问题，确实很伤脑筋，而主管或别部门的人才不管这些，他们通常会说，某某，产线XX产品不良多，你弄个治具或把已有治具改善下。简单解决简单，当然没问题了，遇到麻烦的，可能就要考验下分析和解决问题的能力了，而一旦你找到原因和对策，设计个夹治具要不了两三天，因为简单。有时，产线会拿一大堆不良品来找你算帐，如果你不能找出“反证据”，那么你要么可能稀里糊涂做了替罪羊，要么可能费老大一番工夫才找到原因，然后吐血30两。 2.通常设计夹治具，考虑最多的，往往不是机械本身，而是产品或制程方面，无论怎么做，每套治具的成本差别不大（专案费用也限死了），就算多花个三五万，企业也能接受；如具备丰富的产品和制程经验，往往能洞悉先机，在未生产时就对产品可能问题提出改进，同时拟出一套合理高效的生产方案，然后再细化到各工站夹治具制作，也就长远性地保障成本控制和效率提升，这部分是企业最在乎的。同工站的治具，会有很多方案，有时需要综合考虑产品特性、产能要求、成本控制等因素才能定稿，这个过程其实更多是一种机械以外的分析能力，而不单纯是所谓的设计能力。换言之，优秀夹治具设计者同时应该是产品、制程和设计全通，否则水平会低一个档次，哪怕图画得再漂亮，治局具做得再巧妙。事实上，不懂产品不了解制程的设计师，我相信也捣不出象样的治具，甚至可以说只会制造麻烦。 当然啦，强调机械以外的问题分析和解决能力，并非忽视淡化机械本身的功用。相反，机械设计师必须以设计能力和水平为最基本和最重要的“拳头”来武装自己，而且要注意不断增进从各个方面提高自己的，否则很容易就落伍了，至少很多案子会由于困难或毫无头绪而经常找借口：老板，这个东西，难以做到！而事实上，同 样的问题，也许别的厂家或者别人正在克服或已解决。 我一直认为，设计师拟定一套设计方案需要考量的东西很多，很大一部分就在机械之外。机械技术发展到今天，已经算是很烂熟了，为什么还会遇到各种棘手问题，为什么还会有些技术难题难以逾越，很大程度上，与这些发展更快几乎日新月异的机械以外的因素有关。比如，摩托罗拉对手机连接器端子共面要求，从以往的0.15mm到0.1mm直到目前的0.08mm，可谓难度不断提升，但机械技术呢，更别说作为个体的设计能力和经验了？ 夹治具尽管简单、易上手，但其设计理念和水平，基本上可以反映一个人的机械功底；反之亦然。很多功能或问题，都要结合机械来考量，否则只能是巧妇难为无米之炊或“扯蛋”。恰恰有些部门的同事就这样，他们对机械乃至夹治具毫无所知或一知半解，只会根据自己的想法要求或批判，有时会让人无所适从或不知所谓。在企业做事，问题永远解决不完，很多时候会有黔驴技穷的感觉，但还是得想方设法去完成，别人只看结果，借口只有老板才有。 大多数夹治具设计者，可能都在使用AutoCAD,原因很简单，3维软件昂贵而公司不敢用盗版的，当然，还可能是设计主管偏好或只会2D软件。我个人觉得，对初学者而言，三维设计二维出图，绝对是个比较理想的方式。类似Pro-e、Solidwork、Onespace等软件，学起来并不太吃力，用于夹治具设计那部分更是可以轻松学会。三维软件有个好处，比较直观，看不懂图纸的人，会操作也能把图“摸”个大概，这样解放了设计上的读图和想象力障碍；同样道理，好的IDEA或设计灵感，只要动动鼠标键盘，也能快捷明了表达出来。把构思完整描绘出来了，其实设计已经完成了一半，含尽量最高的一半。当然，在这强调三D设计的好处，绝不是在否定2D，恰恰相反，我甚至很佩服2D设计者，当然，大多数情况，是其绘图能力和水平：）软件只是个工具，根据看个人喜好和擅长去选用，这才是正确的。我想，如果有人喜欢徒手设计，并且设计出来的东西OK，那么也是可以接受的，不是吗？ 夹治具设计过程，第一步是了解产品。相信很多设计者，可能习惯搬，也难怪，产品都是搬的，夹治具有理由不搬？说个笑话：我搞自动化前两年，夹治具做了很多，但有次到一家公司面试，人家拿一张很复杂的产品图给我看，而且是英文的，我当时愣了大半天，呵呵。有从这以后，我就很注意拿到个案子，先分析产品，不是为了以后面试，而是慢慢感觉到，对产品深入了解，其实对做夹治具百利无一害。原本，我习惯每次都是直接吊产品3D图进行“经验设计”，所以基本上做的东西没什么问题，但有很多其实是误打误撞或者事后修改的。如果一开始就把握好产品，那么可以少走弯路，也可以将很多以后可能发生的问题先行消灭，为公司减少浪费也是种好品德啊！ 设计的第二步，当然是设计构思啦。谁都知道夹治具简单，可是正如前文提到的，还是要费不少头脑的。涉及的东西很多，我自认为精髓的，已经归纳为一句话了：定位准，限位稳，取放易，加工少，结构巧。别看就这几个字，可综合了成本、人机、机构等相关内容了的，每个人可能掌握和应用的层次不一样，但绝对在应该用着。而具体到实际设计中，用的东西就更多了，凸轮、连杆、弹簧、气缸、马达、轴承等等。需要考虑的也很多，刀具是否有较强互换性，机架是否能撑得住，定位槽的间隙留得是否合适，万一卡料了怎么处理.综上，其实，这一步可以说是最费头脑的，也就是通常所说的，有实质意义的设计。 再接下来，是边绘图边检查，差不多了就把图甩出去加工了，再接着，等工件回来就装上试试，有问题赶紧趁早改好，免得到时来不及，然后就是做样品阶段了，可能会很顺畅也可能有麻烦，要费点心思琢磨下，最好不要事不关己高高挂起，把问题解决把样品送出去，设计基本完成了70%，（至少说明没有致命错误：）还有20%则要留待正式生产时才能发现和解决。也只有经过量产确认OK的夹治具才是成功的，设计到此也就基本结束。那么还有10%呢，请注意，绝对不会有完美的夹治具，这10%留给产线去改善，直到产品game over了，设计宣告彻底完成。-注意哦，以上是一个成功的设计过程，如果是失败的呢？其过程有时是让很多人痛苦的，越往后惹上的人越倒霉痛苦，甚至客户：）说到这，大家也许可以体会到，真正搞一个设计是多么不容易，哪怕是个简单的夹治具。篇二：Hi平台工作流完全指南WooW工作流完全指南Version:1.0修改历史第1章 1.1 1.2 1.3 第2章 第3章 3.1 3.2 第4章 4.1 4.2 4.3 4.4 4.5 4.6 第5章 5.1 5.2 5.3 5.4 5.5 快速上手 . 5 开始前的准备 . 6 运行工作流程序 . 8 订单复合例子 . 9 系统结构 . 16 WooW流程编辑与查看器 . 17 流程编辑器 . 17 流程查看器 . 25 WooW工作流使用指南 . 25 处理器集 . 26 配置文件指南 . 29 工作流配置文件 . 31 启动流程实例 . 37 委托管理 . 40 外部节点的调用 . 40 集成与实施 . 42 用户集成 . 42 角色集成 . 44 动态用户角色集成 . 46 类型转换器集成 . 48 通知的集成 . 49 如果数据库系统（ database systems）像受人尊敬的智者讲述的条理清晰的故事，那么工作流（workflow）就像一群乳臭未干的小子在大谈各自的“哲理”。之所以这样讲，我是想指出，工作流系统 （workflow management systems）还处于技术发展曲线（ technology hype curve ）上的初级阶段。在这个领域我们将面临一个激动人心的阶段。为了描述这一点，可以和关系数据库系统（RDBMS）做一个对比。当在软件开发团队中谈论RDBMS时，大部分人会有一个清晰的概念，在你和他们交流的时候，人们会通过轻微的点头表示认可或理解你所说的。可当使用工作流术语讨论工作流时，他们会摇头表示不同意，因为每个人对工作流术语都有不同的理解。 Figure 1: Workflow vs. RDBMS positioned in the hype-curve 导致形成这种状况的原因之一，是在工作流中使用了过多的概念。在这个领域中的大量规范和工具没有一个是相似的。当然，它们相互之间有重叠并且会相互参拷引证。在介绍工作流时有一个话题必须包括，那就是工作流和业务流程管理（BPM）的关系。术语“工作流”通常描述人与计算机系统的一系列相关交互。在开发人员中，工作流经常被提及。有时，工作流的意思是指一些不同的UI界面。业务流程管理的范围比较广，相比之下工作流多半局限于技术领域。业务流程管理还从管理人员的角度涉及了非技术问题，比如分析、组织的效率。那么什么是工作流呢? 工作流系统是以规格化的流程描述作为输入的软件组件,它维护流程的运行状态,并在人和应用之间分派活动。 为了后面的描述，我们先定义一些基本的术语：流程定义（process definition）和流程实例（process instance）. 一个流程定义是一个业务流程或过程的规格化描述。一个流程实例是流程定义的一个运行实体。 都目前为止，概念还比较清晰是不是？但当再深入一步时，我们就要小心使用文字了。如何阐述流程中的步骤，现在还没有一个统一的方式。这是各种工作流规范和工具之间主要的分歧。 工作流系统另一个重要的职责是维护每一个流程运行的上下文信息。 流程上下文变量 （process context variable） ，或简称变量，是与流程实例相关的变量。如，休假申请的开始日期、数据库中一条记录的键值、文档管理系统中一篇文档的索引等。通常在流程定义中声明这些变量，然后在流程实例生成时，这些流程变量被实例化。所有成熟的工作流管理系统都支持定制的变量类型。 针对以上种种,WooW工作流是基于现在开源项目中做的比较出类拔萃的JBoss jBPM作为其工作流引擎的内核，当然前者在设计上并非与后者之间是紧藕合的。它可以适用与任何其它工作流引擎相集成，并且其自身自带有一个工作流引擎的内核以方便采用非开源框架项目使用。 在此要简单阐述一下本团队开发这套系统的初衷了，在我们做过的大量项目中发现采用国外的工作流产品或是开源框架，总是觉得不够人性化在很多功能上均不符合中国的国情。总结目前市场上的工作流产品有如下几点不足之处： 1. 在技术上设计过度、功能的颗粒度太细，这就导致在开发过程要耗费大量的时间， 而且因为粒度过细所以晦涩难懂，大大增加了学习曲线。本来工作流只是个工具简单易用是根本，却搞成了一门高深的说问，有些杨春白雪的味道 2. 在一些自带有流程监视图的产品中，流程图的展现形式过于技术化。流程图是给最 终用户看的，不只是给程序员开发用的，而对于一个好的工具产品来说前者要比后者更为重要 3. 目前大部分的工作流产品在集成方面（包括人员、组织结构、权限、角色、通知方 式或称催办）要么紧密与即有系统相关联无法将工作流从中拨离出去，要么就干脆不做集成工作所有的数据都在工作流系统之中。总的来说这两种方式都不太可取，原因我想大家都清楚，不言自明。 4. 现在的工作流产品在开发时都需要写大量或部分的代码，而WooW希望在零代码开 发工作流业务上做一些尝试 最后简单阐述一下WooW工作流理念和所独有的特点： 在设计理念上它不排斥任何其它的工作流产品或工作流引擎，而是在它们的基础上做有益的扩展与补充。理论上WooW更应该称为一个框架(framework)就象BSF，把各种优秀的工作流引擎集成到本系统中来，可以使您在不同的底层流程引擎中做自己偏爱的选择。很大一部分工作流产品面向的用户群，而本产品更偏向于业务，更符合非计算机人员的思维方式。在创新点上有如下几个方面： ? 可以无缝的与第三方应用系统集成，自身无需用户、权限、角色，完全依赖于第三 方系统（缺省依赖Hi平台）。在设计上W