首页/新闻资讯/正文详情

Oracle EBS ASCP高级供应链计划实战:多工厂手机制造案例配置与验收

发布时间:2026/11/4 13:25:15 来源:云帆数科 栏目:资讯中心
Oracle EBS ASCP高级供应链计划实战:多工厂手机制造案例配置与验收
简介这份文档面向 Oracle EBS 供应链与计划模块的实施顾问、ERP 运维人员及学习高级计划排程的从业者以一家手机制造企业的完整案例为线索系统梳理 ASCP 方案的搭建与测试流程。内容从物料定义与组织分配、BOM 与工艺路线设置到来源规则与分配清单、MDS 需求计划、供应链计划定义与运行再到计划下达、采购、生产、入库与发运的执行环节形成一条可对照操作的测试链路帮助读者理解 ASCP 各步骤之间的数据依赖与配置要点。资源包共 1 个 doc 文件约 1.43MB以图文步骤说明为主适合按章节顺序阅读或作为实施时的配置检查清单。目前已有 1958 人学习可作为 ASCP 入门演练与方案验证的参考材料。1. 从一张手机 BOM 说起ASCP 方案到底要解决什么多工厂、多分销中心、多供应商的供应链最怕的不是没计划而是计划各算各的。组装厂按自己的节奏排产机身厂和机盖厂按自己的库存补货分销中心再各自提需求最后的结果往往是总装线等料、仓库里却压着一堆半成品。Oracle EBS 里的 ASCPAdvanced Supply Chain Planning高级计划排程就是冲着这个场景来的把需求、供应、产能、来源规则放进同一个计划引擎里跑一遍输出一份跨组织可执行的供应计划。这套方案适合两类人一类是在做 ERP 课程设计或毕业设计的学生需要一个结构完整、步骤可复现的 ASCP 配置案例另一类是要交付供应链计划方案的从业者需要一份能照着搭、照着验的测试文档。下面这套方案以一个虚拟手机制造企业为背景把物料定义、BOM 与工艺路线、来源规则、分配清单、MDS、计划定义、计划运行到计划执行八个环节串成一条完整链路每一步都落到具体操作和参数上。2. 测试场景建模三工厂两分销中心的供应链怎么搭2.1 企业与物料主数据设定方案背景设定为一家生产翻盖手机的制造企业生产基地分三处M1 负责整机总装M2 负责机身制造M3 负责机盖制造成品通过 D1、D2 两个分销中心发往市场。零部件全部外购电池来自 S1键盘来自 S2电路板来自 S3屏幕来自 S4。这个结构的关键在于 M2 和 M3 既是制造组织又是 M1 的供应方跨组织供应关系必须在 ASCP 里显式建模否则计划跑出来只会看到 M1 缺料看不到料从哪来。物料编码按「类别缩写-序号」的规则统一编排成品 YY-SJ机盖 YY-JG机身 YY-JS屏幕 YY-SC电路板 YY-CB键盘 YY-KB电池 YY-BA。提前期和价格作为计划的基础参数一并维护提前期直接影响计划订单的倒排日期价格影响计划的价值汇总。产能参数按原文设定三个工厂每周 5 天、每天 1 班、每班 8 小时M1 每小时 5 千件M2 每小时 0.1 千件M3 每小时 5 千件。M2 的产能明显是瓶颈这一点在后面的计划结果里会直接体现出来也是这套案例值得跑一遍的原因——它能让计划员看到瓶颈工序如何把总装需求往后推。物料编码提前期天来源手机成品YY-SJ1M1 制造机盖YY-JG1M2 制造机身YY-JS1M3 制造屏幕YY-SC1S4 采购电路板YY-CB1S3 采购键盘YY-KB1S2 采购电池YY-BA1S1 采购需求侧设定 2012 年 5 月两个预测点5 月 2 日 10 千件5 月 20 日 20 千件分别落在 D1 和 D2 的 MDS 里。这个需求量相对 M2 的产能每小时 0.1 千件、每天 8 小时约 0.8 千件是明显超负荷的计划跑出来一定会有能力例外这正好用来验证例外管理和计划调整流程是否走得通。2.2 组织间供应关系的建模思路这套供应链的物料流向可以拆成三条线S4 的屏幕和 S3 的电路板进入 M2 生产机盖S2 的键盘和 S3 的电路板进入 M3 生产机身M2 的机盖、M3 的机身加上 S1 的电池进入 M1 完成总装成品再发往 D1、D2。建模时最容易翻车的地方是把「制造」和「采购」两个属性搞混——同一个物料在不同组织里的制造或采购属性可以不同YY-JG 在 M2 是制造件在 M1 就是采购件实际是组织间转移这个差异必须在组织物料属性里分别设置否则来源规则会失效。我一般会先把这张供应网络画成「组织 × 物料 × 来源类型」的矩阵再逐格填来源规则比直接在系统里点要快得多也不容易漏。矩阵填完后面定义来源规则和分配清单基本就是照抄出错概率低很多。3. 基础数据配置物料、BOM 与工艺路线3.1 物料定义与多组织分配物料定义从主组织开始以 YY-JG 为例在主组织物料界面新建物料复制自模板「子装配件」这样单位、库存、成本等默认属性一次带出来不用逐字段填。计划相关属性是重点「MPS/MRP 计划」页签里计划方法设为「MRP/MPP 计划」表示该物料参与物料需求计划运算预测控制设为「冲减衍生」让预测在消耗时按衍生关系冲减追溯设为「总装、软发查」保证计划结果能按需求优先级反查来源。「订单管理」页签启用「客户订购」为后续可能的销售订单接入留口子。定义完成后把 YY-JG 分配给 M1 和 M2 两个组织再分别进各组织的物料属性里设置差异项。M1 侧「总计划」选计划员「制造或采购」选「采购」——因为 M1 不造机盖只从 M2 接收M2 侧「制造或采购」选「制造」。两个组织的例外集都选 ASCP这样计划运行产生的例外才能归集到统一的例外集里查看。-- 物料多组织分配的核心字段示意实际在 EBS 表单中维护此处用于说明字段关系 -- item_master: 主组织物料定义 -- mtl_system_items: 组织级物料属性 SELECT organization_id, inventory_item_id, planning_make_buy_code, -- 1制造 2采购 mrpp_planning_code, -- 计划方法 forecast_control_code, -- 预测控制 exception_set_name -- 例外集 FROM mtl_system_items WHERE segment1 YY-JG AND organization_id IN (:m1_org_id, :m2_org_id);这段查询用来在配置完成后核对两个组织的制造/采购属性和例外集是否按预期落库。实际配置在表单里做但配置完用 SQL 抽查一遍是我习惯的收尾动作比在界面上一个个点开看快也不容易漏组织。参数上重点看planning_make_buy_code在 M1 应为采购、M2 应为制造exception_set_name两处都应为 ASCP。3.2 BOM 结构与工艺路线定义BOM 按实验设计的商品结构搭建成品 YY-SJ 下挂 YY-JS、YY-JG 和 YY-BAYY-JS 下挂 YY-KB 和 YY-CBYY-JG 下挂 YY-SC 和 YY-CB。注意 YY-CB 同时出现在机身和机盖两个子装配下这种共用件在计划里会形成共享供应是验证 ASCP 分配逻辑的好素材。BOM 在 M1 组织下定义成品结构子装配的 BOM 在各自制造组织下定义组织归属不能错。工艺路线以 YY-JG 在 M2 为例分三步。先定义资源 YY-M2-R1去掉「24 小时可用」勾选数量填 1班次选白班、数量 1——这一步决定了资源的可用时间窗口勾着 24 小时可用会让产能算出来虚高是新手最常见的坑。再定义部门 YY-M2-1输入地点 M2。最后定义工艺路线物料选 YY-JG部门选 YY-M2-1在工序资源里选 YY-M2-R1单位使用量填 10表示 1 小时生产 0.1 千件「计划」字段选「是」让该工序参与能力计划。-- 工艺路线资源用量核对单位使用量 10 对应 1 小时 0.1 千件 SELECT r.resource_code, r.usage_rate_or_amount, -- 单位使用量 r.assigned_units, -- 分配单位数 o.operation_seq_num FROM bom_operational_routings o, bom_operation_resources r WHERE o.assembly_item_id :yy_jg_item_id AND o.organization_id :m2_org_id AND r.operation_seq_num o.operation_seq_num;单位使用量这个参数容易被当成「每小时产量」直接填 0.1结果产能被放大 100 倍计划跑出来一切正常实际执行全线延期。正确理解是「生产 1 个资源单位对应的产品数量」配合资源单位换算才是真实产能。配置完用上面这条查询核对一遍用量和工序号能省掉后面排查产能异常的时间。4. 计划逻辑配置来源规则、分配清单与 MDS4.1 来源规则与分配清单来源规则回答的是「这个物料在这个组织里从哪来」。按组织分别定义M1 里 YY-BA 的来源类型为「采购来源」YY-JG、YY-JS 的来源类型为「传送自」指向各自的制造组织YY-SJ 的来源类型为「制造地点」落在 M1。M2、M3 同理外购件走采购来源自制件走制造地点。来源规则定义错计划要么找不到供应要么把该转移的物料当成外购去下采购申请这是跑计划前必须逐条核对的地方。分配清单解决的是「同一个物料有多个来源时怎么分」。切换责任到供应链计划员为 YY-SJ 定义分配清单名称 YY-M1接收组织依次输入 M1、D1、D2每个接收组织选类型制造地点或传送自、输入来源组织 M1、分配比例 100%、级别 1。级别字段决定分配优先级多来源场景下级别小的先分配这里单来源所以填 1 即可但字段不能空。-- 分配清单核对确认 YY-SJ 的三个接收组织与分配比例 SELECT a.assignment_set_name, a.destination_organization_id, a.source_organization_id, a.allocation_percent, a.rank FROM msc_allocation_assignments a WHERE a.assignment_set_name YY-M1 ORDER BY a.rank, a.destination_organization_id;分配比例合计应为 100%级别按业务优先级排。如果后面要扩成多工厂供货只需在这里加行、调比例不用动计划定义这也是把分配逻辑独立成清单的价值——变更点集中回归测试范围小。4.2 指定集与 MDS 定义指定集是把分配清单和所有物料的来源补充规则打包成一个可被计划引用的集合。名称输入 YYAPS-1挂上 YY-SJ 的分配清单再把 YY-SJ、YY-JG、YY-JS、YY-BA、YY-SC、YY-CB 的来源补充规则全部纳入。定义完查看多级供应链清单能直观看到每个物料的上下游关系是否连通——这一步相当于计划前的连通性自检清单断链就说明某条来源规则漏了。MDS 在 D1、D2 分别定义。责任切到制造和分销经理组织改为 D1名称 YY-D1-MDS1冲减方式选「冲减」物料输入 YY-SJ进详细资料录入需求日期和数量。D2 同样操作需求按 5 月 2 日 10 千件、5 月 20 日 20 千件分布。MDS 是计划的输入源头日期和数量录错后面所有倒排结果都是错的所以录完建议导出核对一遍再往下走。5. 计划运行与结果解读从启动请求到计划员工作台5.1 供应链计划定义与启动计划定义用高级供应链计划员责任组织选 M1名称 YYAPS-1。计划选项里逐页确认主要页签计划物料选「需求和供应计划物料」分配集选自定义的 YYAPS-1启用追溯并选「按需求优先级追溯供应」汇总页签确认计划合并方式组织页签把 D1、D2、M1、M2、M3 全部加入并分别为 D1、D2 挂上对应的 MDS约束页签先按非能力约束计划跑第一轮。第一轮不卡产能目的是先看清需求和供应的净缺口再决定要不要上能力约束这个顺序反了会在一堆能力例外里找不到真正的物料缺口。启动计划时组织选 M1计划选 YYAPS-1确定后到请求界面查看运行状态。计划跑完先看请求日志有没有报错再看计划员工作台的主要指标迟到、提前、超出能力、未满足需求这几类数字能快速判断计划质量。我一般会先把例外按类型排序优先处理「未满足需求」和「超出能力」这两类直接对应交付风险。5.2 计划结果的多级追溯与导出查看供应链清单时分配集选 YYAPS-1组织选 D1物料选 YY-SJ点开多级清单能看到从成品一路展开到外购件的完整供应树每一层的计划订单、日期、数量都在。计划员工作台里右键物料可以查看目标、来源、使用处、替代、工艺路线、供应链等维度右键供应/需求能看供需匹配明细右键例外进例外汇总点具体行能看到例外原因和建议处理动作。需要离线分析时用「文件」下的「导出」把供需明细导成 Excel做透视表比在界面里翻快得多。-- 计划订单与例外抽查按物料看计划订单数量和例外类型 SELECT p.item_name, p.organization_code, p.order_quantity, p.new_schedule_date, e.exception_type, e.exception_message FROM msc_system_items p, msc_exceptions e WHERE p.plan_id :plan_id AND e.plan_id p.plan_id AND e.inventory_item_id p.inventory_item_id ORDER BY p.item_name, p.new_schedule_date;这条查询用于计划跑完后抽查计划订单和例外的对应关系重点看 M2 的机盖计划订单是否因为产能瓶颈被推迟以及推迟是否传导到了 M1 的总装订单。参数plan_id取本次运行的内部计划 ID换计划重跑时记得同步替换否则查到的是上一版结果。6. 计划执行与避坑排查下达、采购、生产到发运6.1 计划下达与执行链路计划确认无误后做一次性发放把组织间补货、制造任务、采购申请一并下达。采购侧切到生产与分销经理责任ASCP 释放的采购订单没有订单编号需要走采购管理的自动创建删除采购员条件查找自动创建的采购申请选中 YY-BA选供应商后创建再进发运分配子库存 RIP最后审批状态变为批准。生产侧到在制品管理的离散任务里按装配件查 YY-JG用「工具」下的「更改状态」释放工单。入库和发运按标准流程走完整条链路才算闭环。执行环节的验收标准我一般定三条采购申请全部转成已批准的采购订单且供应商、子库存正确制造工单全部释放且工序资源挂接无误发运记录能对应到 D1、D2 的原始 MDS 需求。三条都过这套 ASCP 配置才算真正跑通而不只是计划界面好看。6.2 常见问题与排查现象一计划跑完所有物料都显示无供应。原因多半是来源规则没定义或指定集没挂全计划引擎找不到供应路径。解决方法是回到指定集查看多级供应链清单逐层确认每个物料的来源补充规则是否都在断在哪一层就补哪一层。现象二M2 产能算出来是实际的几十倍。原因是资源勾了「24 小时可用」或单位使用量填成了每小时产量。解决方法是取消 24 小时可用、按「生产 1 个资源单位对应的产品数量」重填用量再用工艺路线资源查询核对。现象三YY-JG 在 M1 被当成外购件下了采购申请。原因是 M1 组织物料属性的制造或采购选成了制造或来源规则类型选错。解决方法是把 M1 侧属性改为采购、来源规则改为传送自重跑计划验证。现象四MDS 需求日期正确但计划订单日期整体偏移。原因是物料提前期维护错误或工艺路线工序时间没参与计划。解决方法是核对物料提前期和工艺路线「计划」字段是否为「是」改完重跑。现象五例外集里看不到任何例外。原因是组织物料属性的例外集没选 ASCP或计划定义里没启用例外收集。解决方法是逐组织检查例外集字段确认计划选项中的例外相关设置已开启。提示每改一处基础数据都要重跑一次计划并对比前后例外数量单点修改的影响范围往往比预期大。7. 验收与答辩怎么证明这套 ASCP 方案真的跑通了验收这套方案别从界面截图开始讲从「一条需求怎么走完全程」讲起。拿 D1 的 5 月 2 日 10 千件需求做主线MDS 录入 → 计划运行生成 YY-SJ 计划订单 → 展开到 YY-JG、YY-JS 的跨组织供应 → 再展开到 YY-SC、YY-CB、YY-KB、YY-BA 的采购申请 → 计划下达 → 采购订单批准、工单释放 → 入库发运。这条链路每一环都有对应的查询或界面证据串起来就是最有说服力的验收材料。答辩时建议准备一张验收对照表把每个环节的「预期结果」和「实际证据」并排列出来评委问哪一环就翻到哪一行比临场回忆稳得多。验收环节预期结果证据来源物料多组织分配M1 采购、M2 制造例外集均为 ASCP组织物料属性查询BOM 与工艺路线三层 BOM 连通M2 用量 10、计划为是工艺路线资源查询来源规则与分配清单比例合计 100%级别有序分配清单查询MDS两个需求点日期数量正确MDS 明细导出计划运行无报错例外可按类型归集请求日志、例外汇总计划执行采购订单批准、工单释放、发运可追溯采购与离散任务界面被问到「为什么先跑非能力约束计划」时回答要点是先看净需求缺口再看产能约束两轮计划对比才能说清瓶颈影响被问到「M2 产能不足怎么处理」时能指出例外里的超出能力记录并给出加班、外协或调整需求日期的选项就说明你真的读懂了计划结果而不是只跑了个流程。血泪经验是这套配置里最容易被忽略的不是计划定义而是组织物料属性里那几个下拉框——制造或采购、例外集、计划方法任何一个填错计划都能跑完但结果是错的而且错得很安静。从那以后我每次配完基础数据都强制走一遍「多级供应链清单 计划订单抽查」的双重核对再往下做计划定义。希望这套结构和验收思路能帮到你照着搭一遍再按自己的业务改参数比看十篇概念文章都管用。本文还有配套的精品资源点击获取

相关推荐

AI简历优化指南:用STAR法则与关键词匹配写出可核验简历
AI简历优化指南:用STAR法则与关键词匹配写出可核验简历

一个做数据分析的朋友上周把简历发我,说用AI改了三版,投出去连电话都没接到几个。我打开一看就明白了:每一句都长得像年终总结,"主导跨部门协同""赋能业务闭环""有效提升整体效率",通篇… · 2026/11/4 13:25:15

AI宇宙学家:大模型驱动的天文数据分析系统
AI宇宙学家:大模型驱动的天文数据分析系统

1. 项目背景与核心价值 去年在参加一场天体物理学术会议时,我注意到一个有趣的现象:超过60%的参会者都在抱怨数据处理消耗了太多研究时间。一位博士后甚至开玩笑说"我们花在清洗数据上的时间比陪家人还多"。这让我开始思考——在大模型技术突飞… · 2026/11/4 13:25:15

企业短信接口对接十步法及常见陷阱解析
企业短信接口对接十步法及常见陷阱解析

1. 短信接口对接的行业现状与痛点 短信接口对接是企业信息化建设中最基础却最容易出问题的环节之一。根据我过去五年参与过的47个企业级项目统计,首次对接短信接口的成功率不足60%,而因短信验证码失效导致的用户流失占比高达23%。这个看似简单的技术环节… · 2026/11/4 13:25:15

MySQL刷题技巧与核心知识点解析
MySQL刷题技巧与核心知识点解析

1. 刷题准备与环境搭建 在开始牛客网MySQL 21-30题之前,我们需要确保本地开发环境配置正确。推荐使用MySQL 8.0版本,这是目前最稳定的生产级版本。安装完成后,建议通过以下命令验证版本: SELECT VERSION();对于刷题环境&#xf… · 2026/11/4 14:14:20

三维数据可视化技术解析与WebGL实战
三维数据可视化技术解析与WebGL实战

1. 三维数据可视化为何成为大数据分析的刚需当数据量突破TB级门槛时,传统二维图表就像试图用平面地图导航三维城市——我们不得不面对三个关键矛盾:首先,超过85%的企业数据天然具有空间属性(如物流轨迹、气象数据)&… · 2026/11/4 14:14:20

MCP协议降熵容错架构设计与实践
MCP协议降熵容错架构设计与实践

1. 项目背景与核心价值在大规模分布式系统架构中,MCP(Model Communication Protocol)协议作为大模型间通信的桥梁,其稳定性直接决定了整个系统的可靠性。去年我们在部署千亿参数模型集群时,曾因一个未被捕获的序列化异… · 2026/11/4 14:14:20

全国五级行政区划SQL库实战:导入、索引优化与增量更新
全国五级行政区划SQL库实战:导入、索引优化与增量更新

简介:面向政务信息化、数据可视化与地理信息系统开发者的行政区划基础数据包,聚焦全国五级行政区域名称与区域代码的完整对应关系,可支撑地址库建设、区域联动下拉、数据统计归集等常见业务场景。压缩包共3个文件,以2个SQL脚本和1… · 2026/11/4 14:14:20

IM系统好友管理服务架构设计与实践
IM系统好友管理服务架构设计与实践

1. 项目概述:IM系统中的社交关系枢纽 在即时通讯(IM)系统的架构中,好友管理服务如同社交关系的中央调度台。这个看似基础的功能模块,实际上承担着用户关系链的建立、维护和复杂状态同步等核心职责。以微信为例&#xf… · 2026/11/4 14:14:20

MFC绘图入门:从OnDraw到鼠标拖拽画椭圆
MFC绘图入门:从OnDraw到鼠标拖拽画椭圆

简介:本资源是一份面向C初学者与Windows桌面开发入门者的MFC图形绘制实践项目,聚焦于使用MFC框架在视图中动态绘制直线、矩形和椭圆三大基础图形,解决GUI程序中GDI绘图逻辑实现与用户交互响应的核心问题。压缩包共51个文件,包含8个… · 2026/11/4 14:13:13

双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49

STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29

DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38

AI辅助技术栈评估:提升研发决策效率60%
AI辅助技术栈评估:提升研发决策效率60%

1. 项目背景与核心价值技术决策一直是研发团队面临的重大挑战。随着技术生态的快速演进,技术栈的选择、维护和迭代变得愈发复杂。我们团队在过去两年里,先后经历了三次重大技术栈迁移,每次都需要投入大量人力进行技术评估和风险分析。直到去年… · 2026/11/4 0:00:17

从生成Token到直接决策:Jev如何重塑AI Agent工程实践
从生成Token到直接决策:Jev如何重塑AI Agent工程实践

1. 从"生成文字"到"拍板决策":Jev 到底在解决什么问题大多数人第一次接触大模型,脑子里建立的模型是"输入问题、输出文字"。你问它今天天气怎么样,它给你一段描述;你让它写个周报,它给你… · 2026/11/4 0:00:17

32G统一内存跑大模型:内存账、TPS实测与端云分流
32G统一内存跑大模型:内存账、TPS实测与端云分流

想在一台 32G 统一内存的小主机上把大模型跑成"日常可用",这件事我前后折腾了小半年。标题里说的这台 Mac mini M6,是我们这次讨论的目标平台,具体到手规格以实物为准;但下面这套推算方法和实测思路,对任何统… · 2026/11/4 0:00:17

双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49

STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29

DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38

了解更多?预约专属演示

我们的顾问将为您一对一讲解产品与方案

企业微信二维码