【行业标准】IPC标准动态更新(2025年3月18日)

IPC标准最新进展(2025)

更新说明:

20250318:信息收集-ing

20251017:内容优化

区域技术组, 即分技术组,如中国技术组,日本技术组等

中国区分技术组开发进展

IPC-CFX-2591-V2.0 

互联工厂数据交换标准

技术组代码:2-17A-CN

主席单位:华为技术有限公司,昇士達科技股份有限公司,Aegis Software

所处阶段:2.0 版本PSB 阶段结束(2025年1月24日至2025年2月23日);2.0 版本标准预计2025年4月份发布

IPC-HERMES-9852-V1.6 

表面贴装技术组装中机器对机器通信的全球标准

技术组代码:2-17B-CN

主席单位:招募中

所处阶段:1.6 版本已发布,待启动中国区域技术组

IPC-9111A 

印制电路板组装工艺的故障排除

技术组代码:7-24B-CN

主席单位:德凯宜特(昆山)检测有限公司

副主席单位:上海快贴电子有限公司

所处阶段:Working Draft(时间:2024年10月至2026年3月)

IPC-A-610K 

电子组件的可接受性

技术组代码:7-31B-CN

主席单位:中兴通讯股份有限公司

副主席单位:中国赛宝实验室,苏州新安电器有限公司

所处阶段:Working Draft(时间:2024年12月至2026年3月)

IPC-J-STD-001K 

焊接的电气和电子组件的要求

技术组代码:5-22A-CN

主席单位:航空工业西安航空计算技术研究所,中国赛宝实验室

副主席单位:麦格纳汽车电子(上海)有限公司

所处阶段:Working Draft(时间:2024年12月至2026年3月)

IPC/WHMA-A-620F 

线缆及线束组件的要求与验收

技术组代码:7-31F-CN

主席单位:株洲中车时代电气股份有限公司,中车唐山机车车辆有限公司

副主席单位:沈阳铁路信号有限责任公司

所处阶段:Working Draft阶段(时间:2024年12月20日至2025年8月15日)

IPC-6012G 

刚性印制板的鉴定及性能规范

技术组代码:D-33A-CN

主席单位:招募中

所处阶段:Working Draft阶段(时间:2025年1月24日至2026年8月31日)

IPC-A-600M 

印制板的可接受性

技术组代码:7-31A-CN

主席单位:招募中

所处阶段:FDIR阶段(时间:2025年1月24日至2025年6月15日)

IPC-J-STD-001/IPC-A-610 JA 

电气与电子组件的焊接要求与电子组件的可接受性的汽车补充标准

技术组代码:7-31BV-CN

主席单位:麦格纳汽车电子(上海)有限公司

副主席单位:大陆汽车投资(上海)有限公司

所处阶段:FDIR阶段(时间:2025年2月至2025年4月)

IPC-7711/21E 

电子组件的返工,修改和维修

技术组代码:7-34-CN

主席单位:招募中

所处阶段:待启动


能把这篇内容看到这里,说明你和我一样在认真探索这个领域。
如果这些干货对你有实际帮助,希望你能
点赞让更多人看到,收藏下来当作自己的知识库。

原始技术组, 即发起的全球性的技术组

原始技术组开发进展

IPC-6921 

有机封装基板的要求及验收

技术组代码:3-14A

主席单位:广州广芯封装基板有限公司,Lockheed Martin Missiles & Fire Control

所处阶段:FDIR阶段 (时间:2025年1月8日至2025年4月10日)

IPC-6931 

光模块印制板的要求与验收规范

技术组代码:7-31P

主席单位:深南电路股份有限公司

所处阶段:Working Draft阶段(时间:2025年1月24日至2025年6月15日)

IPC/WHMA-A-620FR 

《线缆及线束组件的要求与验收》轨道交通补充标准

技术组代码:7-31FR

主席单位:株洲中车时代电气股份有限公司、中车唐山机车车辆有限公司

所处阶段:Pre-Working Draft阶段(时间:2024年12月20日至2025年3月15日)

IPC-1401B 

ESG管理体系标准

技术组代码:4-35A

主席单位:富士康工业互联网

副主席单位:招募中

所处阶段:PIN已提交,Working Draft 阶段(2025年2月7号至2025年3月8号),技术组成员招募中

IPC/DAC-2552A 

通用电子元器件基于模型的定义(MBD)标准

技术组代码:2-12B

主席单位:华为技术有限公司、浙江大学、杭州电子科技大学

所处阶段:Working Draft阶段

IPC-9541 

系统级封装的可接受性

技术组代码:5-27A

主席单位:天芯互联科技有限公司,中科院微电子所

副主席单位:华为技术有限公司

所处阶段:Pre-Worki中国电子科技集团公司第二十九研究所 ng Draft(时间:2023年2月至2025年8月)

IPC-7077 

微电子行业引线键合工艺,材料的要求和可接受性

技术组代码:5-21Q

主席单位:中国电子科技集团公司第二十九研究所 

副主席单位:贵研铂业股份有限公司

所处阶段:Pre-Working Draft(时间:2021年5月至2025年3月)

IPC-9207 

IGBT产品的应用可靠性测试方法

技术组代码:6-10S

主席单位:中国电力科学研究院有限公司

副主席单位:厦门新能德科技有限公司

所处阶段:PIN已通过审核,技术组成员招募中,计划3月中下旬召开首次会议

基于模型的板级有限元分析及可靠性虚拟验证指南

技术组代码:待确认中

主席单位:西北工业大学

所处阶段:PIN已提交,技术组成员招募中


中文翻译标准发布

IPC/WHMA-A-620ES-CN 

线缆及线束组件的要求与验收 

在航天及军事应用电子部件中的补充标准 

发布日期:2025年1月27日

内容简介:IPC/WHMA-A-620ES航天和军事应用电子部件补充标准为IPC/WHMA-A-620E标准提供了额外要求,以确保线缆及线束组件的可靠性,必须能够耐受在军事或太空环境中运行或遇到的振动与超温。IPC/WHMA-A-620ES必须与母标准IPC/WHMA-A-620E搭配使用


英文原版标准发布

IPC/JEDEC-J-STD-609 

电子组装中使用有铅和无铅联接端面材料的标记、符号及标签定义

发布日期:2025年2月5日

内容简介:该标准适用于包含无铅和含铅焊料和表面处理的元件和组件,描述了其包装箱的标记和标签,以识别其二级端子表面处理或材料,并提供一个标记和标签系统,便于组装、返工、维修和回收,以便识别如下情况:1.使用含铅或无铅焊料组装的组件和装配体;2.元件的二级互连终端涂层或材料是否含铅;3.组件在组装或返工过程中不能超过的最高温度;4.PCB基材类型,包括无卤素树脂;5.PCB表面涂层;6.PCBA上的保形涂层。

IPC-6011A 

印制电路板通用性能规范

发布日期:2025年1月27日

内容简介:本规范规定了与 IPC-601X 系列性能规范相关的印制电路板的通用要求及其质量和可靠性保证要求。本规范旨在使印制电路板用户和供应商能够灵活地制定采购和制造印制电路板的最佳程序,取代旧版本IPC-6011,适用于 IPC-6012 至 IPC-6018。


大致上先这样收集下,等后续有空再整理优化

今天的内容到这里就结束啦~

如果这篇文章帮你解决了某个小疑问,或者让你有了新启发,别忘了点赞 + 收藏,方便之后反复查看。
当然特别希望您能订阅专栏,方便更新后能及时查阅。
也特别期待在评论区看到你的想法 —— 你对这个话题还有哪些补充?或者下一期想看什么内容?想听听你的实践经验,比如你是怎么应用这个方法的?
咱们评论区见!评论区分享你的故事,一起进步~
————————————————
版权声明:本文为优快云博主「硬件王哪跑」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。

VMS的WebSocket功能,在实际使用中存在一系列体验和性能问题,包括: (1)WebSocket内容格式不统一; (2)推送进度丢失问题; (3)乱序问题; (4)断连问题。 对于以上问题,需要一套切实可行的方案进行优化与解决。 1.1 VMS WebSocket消息现状 现在VMS WebSocket相关的业务在推送消息时没有统一封装,无论是广播还是单播,web端通过SimpMessagingTemplate下的发送消息的方法推送信息给用户,消息内容为StompMessage.payload,该JSON字段仅包含具体的业务内容,由各自业务决定。 以“添加设备”为例,返回前端的WebSocket消息如图所示: 该场景是添加3个设备,成功一个、失败两个情况下前端得到的WebSocket内容。其中,Payload包含errorCode、message、result三个部分,可以看到result中包含failList字段,该字段有数据膨胀的风险,如果大规模添加设备时出现问题,该数据量会很大;其次,所有响应消息和推送消息的标识字段都是“MESSAGE”,可以做一个区分;等等。 【目标】:为了方便前端统一处理,需要对该业务数据进行封装,加入额外字段。 1.2 进度推送丢失问题现状 目前的进度推送存在如下问题: (1)时间差问题:前端先发起HTTP请求触发业务逻辑,后端处理完成后,前端才完成 WebSocket Topic订阅。导致订阅完成时,后端已推送消息,前端无法接收。 (2)冗余逻辑:要维护 HTTP 和 WebSocket 双重通信机制,增加复杂度。 简单示例如图所示: 【目标】:设计合理的方案,规避这种情况。 1.3 乱序问题背景 WebSocket作为应用层协议继承TCP的特性,尽管TCP有解决乱序的措施,但是不保证消息到达的顺序。目前业务的场景如下: 后端按顺序发送:【状态1:10%】→【状态2:30%】→【状态3:50%】。 前端可能收到:【状态1】→【状态3】→【状态2】。 导致进度条从 10% → 50% → 30%,从视觉上引起了倒退,影响用户体验。 【当前应对方式】:使用Sleep方式、通过固定延迟,缓解乱序问题,该方式在大规模场景下严重影响性能;同时无法动态适应网络波动,乱序仍可能发生。 【目标】:实现更有效的方法减缓或者避免这种情况。 1.4 断线重连背景 前端与后端Pod通过WebSocket建立长连接,订阅特定Topic接收实时消息。当前实现存在以下问题: (1)短线场景:网络波动、Pod重启/崩溃、服务端主动断开等导致连接中断。 (2)重连策略:前端重试3次后放弃,可能导致消息丢失或业务中断。 (3)订阅状态:旧Pod挂掉时,后端未主动通知业务系统停止推送消息,可能引发资源浪费或数据不一致。 目标:优化断线重连机制,确保消息可靠传输,明确前后端职责。 2. 课题内容 课题内容可分为以下六部分: (1)制定前后端websocket标准数据格式 (2)设计方案解决推送进度丢失问题 :前端websocket topic订阅慢于http请求问题,导致订阅完成时,后端推送已完成。设计基于topic订阅时携带业务参数的方案,去除http请求触发请求逻辑,通过规避时间差的方式解决问题。 (3)设计方案解决乱序问题:通过设计序号、状态码等方式,缓解用户进度条显示倒退的问题 (4)设计方案优化断连问题:设计实现断连重连机制 (5)方案落地于设备添加进度推送功能,达到速度、体验优化的效果 (6)设计大数据VMS Local支持设备推送方案,解决大数据量推送时缓冲区满导致断连问题(可选) 3. 课题要求 阶段性需求: 1.学习websocket知识,熟悉VMS设计(1周) 2.完成需求分析和概要设计文档(2周) 3.完成代码开发和自测(2.5周) 4.验证性能优化情况,输出性能测试文档,输出可用的VMS Local软件包(0.5周) 指标要求: 1.需求分析和概要设计符合组内规范,按照文档模板编写。 2.严格按照团队项目流程规范开展工作,组织需求评审会议、概要设计评审会议、设计&代码评审会议; 3.核心代码单元测试并输出完整的自测用例; 4.合理打印志,合理调整志打印级别。 4. 研究思和方法 4.1 研究思与方法 1. 现状分析与需求对齐 【目标】:明确现有项目WebSocket实现的瓶颈和业务需求。 方法: (1)代码审查: 分析现有WebSocket配置、消息处理器、消息转换器。检查现有数据格式是否统一,是否存在冗余字段或解析错误。 (2)场景复现: 使用ipc-simulator-port-local-1.1模拟高并发WebSocket连接,复现多种业务下的WebSocket推送消息格式、复现推送进度丢失问题、复现乱序问题、复现断线重连问题。 2. 技术选型与方案验证 【目标】:选择最适合现有项目的技术方案,避免过度改造。 方法: (1)参考组内文档 (2)向同事请教 (3)查找资料,学习应用现有技术思想 4.2 WebSocket标准数据格式 4.2.1 核心思 1.统一协议:确保客户端和服务端对消息格式有一致理解。 2.支持多业务场景:兼容消息推送、订阅响应、状态同步等需求。 3.易于扩展:未来新增功能时不破坏现有逻辑。 4.安全性:防止数据篡改、注入攻击。 5.可调试性:便于志记录和问题排查。 4.2.2 格式设计 1.消息载荷内容格式 { “type”: “MESSAGE”, //消息类型:SUBSCRIBE/MESSAGE/ERROR “status”: “COMPLETE”, //推送任务状态:RUNNING/COMPLETE “errorCode”: 0, //错误码:非0表示失败 “seq”: 1, //递增序列号:进度类TOPIC必填 “sn”: “vms-task-123344”, // 任务唯一标识 “cookie”: “VMS_SID=xxx”, // 会话标识 “data”: Object // 业务数据 } 2.字段含义 (1)type:包含SUBSCRIBE、MESSAGE、ERROR。即订阅响应、推送消息、错误信息三类,错误信息可用于统一错误处理。 (2)status:RUNNING、COMPLETE。对进度类推送任务,未完成时标为RUNNING状态,结束时标为COMPLETE。其他类型的topic固定传COMPLETE (3)errorCode:错误码。对进度类推送任务,有失败情况时置为非0,前端在COMPLETE时通过errorCode判断是否执行失败逻辑。其他类型的topic默认传0 (4)req:消息编号,每个topic从0开始递增。SUBSCRIBE无req。 【注意】使用此字段时需要确保topic有随机字符区分每次任务,需要各业务在处理时每次加1后推送。无随机字符的topic使用时保持number字段为空,前端不执行乱序处理逻辑 (5)sn:随机值,进度类推送任务topic中的随机字符 (6)cookie:与http请求响应中的Set-Cookie内容一致,由api-gateway统一处理填充。 (7)data:业务内容,必须为一个对象。订阅响应无data 【注意】data中需控制推送对象大小。进度类推送任务不将失败结果列表(FailList)直接放入对象中推送,防止数据量不受控膨胀。 4.2.3 兼容性设计 1. 新建V2 Topic:对现有业务Topic统一增加/v2后缀,业务系统推送消息时需同时向新旧Topic双写,确保新旧前端均可接收数据;待后续版本发布后删除旧Topic以释放资源。 2. 客户端/APP兼容性保障:因终端兼容性问题,客户端及APP使用的Topic保留原径不删除,避免影响存量用户。 4.3 推送进度丢失问题 4.3.1 核心思 1.移除HTTP触发:前端直接通过 WebSocket 订阅 Topic 并携带业务参数,后端根据参数立即处理并推送结果。 2.参数透传:在 WebSocket的 headers 或 body 中携带业务参数,比如taskId。 3.同步:HTTP参数带进订阅参数,将原来的异步操作改成同步,以规避这个时间差。 4.3.2 方法设计 1.在MessageInboundInterceptor中解析headers或者body; 2.提取业务参数taskId; 3.根据业务参数触发业务逻辑; 4.将结果通过SimpMessagingTemplate推送到订阅的Topic。 简化的时序图如图所示: 4.4 乱序问题 4.4.1 核心思 1.序列号seq:为推送进度相关的Topic下的同一任务的消息设置一个递增序列号,从0开始,用于区分任务。前端按需处理。无Sn的topic保持seq字段为空,前端不执行乱序处理逻辑。 2.状态码state:RUNNING、COMPLETE。对进度类推送任务,未完成时标为RUNNING状态,结束时标为COMPLETE。其他类型的topic固定传COMPLETE。 3.错误码errorCode:对进度类推送任务,有失败情况时置为非0,前端在COMPLETE时通过errorCode判断是否执行失败逻辑。其他类型的topic默认传0。 4.唯一标识码Sn:利用Snowflake生成全局唯一标识码,标识Topic下的任务,避免分布式场景下的问题。 4.4.2 方法设计 1.规则: 进度类 Topic:必填 taskId、seq、state;errorCode 默认 0。 非进度类 Topic:seq 为空,state 固定 COMPLETE。 2.正常功能流程如下: 主要逻辑:若发生乱序,则判断当前seq和上一个seq大小,若小于上一个seq,直接丢弃,不进入进度条处理逻辑。 4.5 断线重连问题 1.经过讨论与分析,该问题的主要工作集中在前端,原因如下: (1)连接状态感知:前端是连接发起方,能第一时间检测断线 (2)订阅状态管理:前端需记录已订阅的Topic列表,重连后需重新订阅。 (3)用户体验:无限重试可避免因临时故障导致业务中断 2.后端的职责 资源清理:旧Pod挂掉时,需通知业务系统停止向该连接推送消息。 3.思与方法 Pod挂掉时的清理逻辑:通过Kubernetes的PreStop钩子,在Pod终止前发送取消订阅事件。 简化流程如图所示: 5. 重点难点 6. 开展计划 任务模式 任务名称 工期 开始时间 完成时间 前置任务 自动计划 撰写开题报告 5 个工作 20259月8 20259月12 自动计划 学习WebSocket 0.5个工作 20259月8 20259月8 自动计划 熟悉VMS,搭建环境 3 个工作 20259月8 20259月10 自动计划 撰写开题报告 1.5 个工作 20259月10 20259月12 自动计划 需求分析和概要设计 10 个工作 20259月15 20259月26 自动计划 需求分析文档 4个工作 20259月15 20259月18 自动计划 概要设计文档 6个工作 20259月19 20259月26 自动计划 代码开发与自测 13 个工作 20259月29 202510月23 手动计划 代码开发 11个工作 20259月29 202510月19 手动计划 代码自测 2 个工作 202510月22 202510月23 手动计划 验证效果,输出VMS Locl软件包 3个工作 202510月24 202510月26 手动计划 验证效果 2 个工作 202510月24 202510月25 手动计划 输出VMS Local软件包 1 个工作 202510月26 202510月26 (未分析重点难点)
最新发布
09-12
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值