news 2026/10/20 9:11:45

SAP成本计算全流程解析:从主数据到生产订单结算

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
SAP成本计算全流程解析:从主数据到生产订单结算

简介:SAP成本计算过程是一份面向SAP实施顾问、FICO顾问及MM模块从业者的实战型讲解文档,重点解决产品成本计划、工单成本核算和期末结算中的常见困惑。文档系统比较了SAP同步成本核算与常规月底一次性核算的差异,并分步介绍发料、报工、生产订单收货、费用过账等日常操作,再延伸至作业价格重估、在制品计算、差异结转等期末处理,完整呈现了成本核算的闭环流程。整个压缩包只有1个doc文档,大小2.44MB,内容紧凑、适合快速查阅。目前已有1392人学习下载,尤其适合希望打通SAP成本计算全流程的初中级从业者。文中列有KSII、CON2、KKAO、KKS1、CO88等关键事务代码,并配有FI/CO双模块凭证分录示例,不仅能帮助理解理论,也可直接用于实际项目的差异排查与成本分析。

1. SAP 成本计算到底在算什么:从一张生产订单的成本全景说起

制造业财务月结时最常出现的争论,是车间说“这批活我们亏了”,财务却说“系统里成本是对的”。两边都对,只是没弄懂 SAP 成本计算过程:它不是简单把发票加总,而是从主数据、标准价、实际投料、作业确认到差异分摊的一条完整链路。一条普通的机械加工订单,系统里至少经过 BOM 展开、工艺路线定价、CK11N 估算、投料报工、KKS1 差异、CO88 结算六道关卡。这篇文章要讲透的就是这条链路:每一步在哪设参数、哪个事务码、少了哪段会翻车,以及月末结算前怎么自查。

2. 先把地基打牢:成本中心、作业类型与工艺路线的主数据设置

很多初学者一上来就跑 CK11N,结果算出来的成本缺胳膊少腿。原因不是 SAP 出了问题,而是主数据里没人告诉它“工时多少钱”“机器多少钱”“这个工序耗用哪个作业”。成本计算的地基是三层主数据:成本中心是成本发生的地方,作业类型是成本中介,工艺路线决定产品消耗哪些作业。这三样没配齐,后面标准成本、实际成本、差异分摊全是空中楼阁。

2.1 成本中心与作业类型:先让每个车间有张“报价表”

成本中心用 KS01 创建,要指定成本中心类别(生产类、管理类、辅助类),还要挂到成本中心标准层次上。成本中心本身不算成本,它是一块“收容所”,所有在这个车间发生的人工、折旧、水电最初都记到这里。真正参与产品成本计算的,是成本中心下的作业类型。

作业类型用 KL01 创建,类别选“1 直接作业”还是“2 间接作业”很关键。直接作业可以直接记到生产订单,比如人工工时、机器工时;间接作业只能分摊,比如质检工时、车间管理工时。如果一个车间要给产品报价,它至少要有一个“人工作业”和一个“机器作业”,否则成本没法精确落到工序上。

创建完作业类型,真正让系统“知道价格”的是 KP26 维护计划作业价格。这里我一般会给一个具体例子:某车间全年计划人工成本 120 万,计划作业量 6000 工时,那 KP26 里这个人工作业类型的可变价格就是 200 元/小时。KP26 里有两段价格——固定价格和可变价格。固定价格对应折旧、保险费这类与产量无关的成本,可变价格对应电耗、辅料这类随产量变动的成本。CK11N 评估时,固定部分会按计划作业量分摊,可变部分直接乘数量,这个逻辑决定了产品在小批量和大批量下成本不一样。

KS01 创建成本中心 -> 维护成本中心标准层次 KL01 创建作业类型 -> 类别选 1(直接作业) KP26 维护计划作业价格 -> 输入成本中心/作业类型/有效期/固定价格+可变价格 CS01 创建 BOM -> 维护组件、数量、损耗率 CA01 创建工艺路线 -> 工序里指定工作中心与作业类型

这段命令是整个成本计算主数据的最低配置。KS01、KL01 是基础档案,KP26 才是“定价”的关键。很多项目上线时 KS01 和 KL01 都建了,KP26 却是空的,结果 CK11N 跑出来的人工成本为零,且系统不报错,这是第一号坑。

2.2 工艺路线与 BOM:成本计算的数量结构从哪来

BOM 和工艺路线决定了“这个产品耗用什么、消耗多少”,SAP 的 CK11N 不会自己去猜。

BOM 用 CS01 创建。组件要维护数量、损耗率、有效期,这些数量被 CK11N 层层展开,最终算出“料”的成本。物料主数据里有个“成本核算视图”,里面有一系列关键字段,其中“成本核算标志”必须勾上,否则这个物料不会参与成本滚算。另外“物料来源”字段也很重要,它决定上层产品在滚算时是按“自制”展开下一层 BOM,还是按“外购”直接取采购价格。这一位设错,半成品成本会直接断链。

工艺路线用 CA01 创建。工序里指定工作中心、作业类型、标准工时(标准值)。CK11N 按工时数量乘 KP26 计划作业价格算出“工”的成本。这里有一个项目里反复出现的细节:工作中心上维护的“成本类别”决定了哪些作业类型能被工序调用。工艺路线中一道车加工序,通常要同时挂人工作业和机器作业两个作业类型。如果只排了人工没排机器,CK11N 按工艺路线钻取时就看不到机器成本,成品成本里就少了一大块。

关于 BOM 展开还有一层值得展开:SAP 的标准成本估算支持“多层滚算”。假设成品 A 由半成品 B 和原材料 C 组成,CK11N 不是只读 B 在主数据里的价格,而是先逐层算出 B 的成本,再把 B 的成本滚入 A。所以“先下后上”不只用于发布,也用于估算。如果底层半成品的 BOM 或工艺路线没维护完,上层成品估算时可能读到旧价格或零价格。生产现场维护主数据的人通常是工艺和物料员,他们不太理解这个“先下后上”的逻辑,项目里最好在物料主数据批量准备时就约定好:新物料必须先放齐 BOM 和工艺路线,再允许进行成本估算。

主数据部分最后还要提一句“有效性”的概念。BOM 和工艺路线都有有效期,CK11N 按成本核算日期去取“这个时点有效的版本”。如果车间改了一个工艺参数,但有效期从下月才开始,本月 CK11N 算出的还是旧工艺。这个细节在每月标准成本重估时尤其值得注意,因为它不会产生任何报错,只会让成本“不明不白”地变化。

3. 用 CK11N 做标准成本估算:算出“一件产品应该值多少钱”

标准成本估算是整个成本计算的定价基准。它回答一个问题:按当前的主数据和生产工艺,一件产品“应该”花多少钱。这个数不仅用于存货计价,还用于后续生产订单投料、工票确认、实际成本差异比对。CK11N 算得准不准,直接决定月末差异是大还是小。

3.1 CK11N 的评估逻辑:料、工、费是怎样合成一个成本的

CK11N 的界面看起来简单,输入物料、工厂、成本核算变式、成本核算版本、数量,执行即可。但真正的机密不在界面,而在“成本核算变式”。

成本核算变式在 OKKN 里维护。它控制三件事:第一,用什么评估变式,也就是物料价格怎么取——是取标准价、移动平均价,还是取上期价格;第二,日期控制——按估算日期还是按物料主数据里的有效期取 BOM 和工艺路线;第三,数量结构——要不要展开 BOM,要不要读工艺路线。绝大多数估算结果异常,都能在变式里找到原因。

CK11N 执行后,SAP 会先把 BOM 里的所有组件成本累加,再按工艺路线工序乘 KP26 的作业价格得到人工和机器成本,最后按“费用附加率”加上制造费用(如车间管理费、水电、折旧)。这些中间结果按“成本构成视图”分类展示。成本构成用 OKTZ 维护,常见的拆法是 10 材料、20 人工、30 机器、40 制造费用、50 外协加工费。拆得越细,后面做差异分析就越能定位到“是材料涨价了还是工时超了”。很多项目上线时图省事只拆两个构成,结果所有费用都压在材料上,差异分析成了玄学。

事务码 CK11N 物料号: 1000-001 工厂: 1000 成本核算变式: PPC1(或项目自定义变式) 成本核算版本: 01 数量: 1 执行(F8)-> 查看成本构成 -> 保存成本估算

这里的成本核算变式一定要确认是这个工厂实际使用的那个。有些项目复制了变式没有做完整配置,比如评估变式里没包含“作业价格确定”,CK11N 算出来会只有料没有工。成本核算版本通常 01 代表计划/标准,不同版本用途不一样,发布时不要选错。数量填 1 表示按单件估算,这是标准做法;如果要算批量,这里可以填订货批量。

3.2 CK24 标记与发布:标准价生效后的连锁反应

CK11N 保存后的“成本估算”只是一份算好的草稿,不产生任何价格影响。要让这个价格生效,需要走 CK24 的两个动作:先“标记”,再“发布”。

标记的含义是冻结这个估算结果,告知其他部门“我们准备按这个价格走了”。发布的动作才会把估算出的单价写入物料主数据的“当前标准价”字段,这个价格随即被后续的库存收货、生产订单投料、销售发货采用。发布动作在系统中会产生一笔“标准价变更”的会计凭证,影响库存重估价值。

这里有一个容易踩的坑:发布顺序必须“先下后上”。假设产成品 A 用到半成品 B,B 的标准价是 50 元,A 的 CK11N 滚算时读到 B 的价格。如果先发布 A 再发布 B,A 的成本估算里 B 还是旧价格,发布后 A 的库存价值带上了旧价格,B 的价格变更又留在中间,差异链被打乱。正确顺序是把底层物料(通常是原材料和半成品)全部发布完,再发布上层成品。项目现场我一般会按 BOM 层级做一个发布清单,而不是在 CK24 里全选物料一次性处理。

发布之后发现估算错了怎么办?这不叫“后悔药”,而是一场正常的迭代:回 CK11N 修改数量结构或价格,重新估算,再走一遍 CK24 标记、发布。不要手工改物料主数据的标准价,标准价应该始终由成本估算过程产生,否则库存价值和差异分析都会失去参照基准。另外,发布标准价对存货的影响,SAP 不会自动重估仓库里的实物数量,而只是重估“按新标准价计算的存货价值”,差额通常在月末差异分摊或物料账里处理。这一点在 S/4HANA 物料账模式下更复杂,后文避坑章节再展开。

4. 实际成本归集与月末分配:让钱最终落在订单和科目上

标准成本算完只是开始。真正月结时,SAP 要把实际发生的钱逐笔记到生产订单上,经过一轮分配、差异计算、结算,最后生成会计凭证。这条“实际成本链路”是财务和成本会计每月最紧张的部分,顺序错一步,月结就卡住。

4.1 生产订单投料与报工:实际成本怎样一笔笔聚到订单上

生产订单用 CO01 创建,系统会把 BOM 组件和工艺路线自动带入订单。之后仓库发料用 MIGO 做 261 移动,组件从库存转到订单,计入订单的金额等于发料数量乘物料价格。这个“物料价格”并非实际采购价,而是物料主数据里的当前标准价。如果采购价格涨了,投料时 SAP 不会立刻把涨价的部分记到订单上,而是记入“价格差异”,留到月末统一算。这是 SAP 标准成本法的核心特征:按标准价记账,差异集中处理。

报工用 CO11N,完工后确认数量录入实际工时。系统按工时数量乘 KP26 的标准作业价格,把人工和机器成本记到订单。这里要明白:报工时的作业价格是计划价,不是实际价。比如 KP26 里人工 200 元/小时,实际成本中心最后发生 220 元/小时,那 20 元的差额不会在报工时出现,而是在月末“作业价格重估”时补记到订单。

在订单上聚集了投料成本、报工成本后,SAP 还会把一些直接费用(如外部加工费、专用工具)通过 K31、K21 这类直接作业分配记账到订单。这个阶段结束时,订单上累计的金额就是“实际投入”。

4.2 月末处理循环:从 KSII 到 KKS1、KKAO、CO88 的顺序不能乱

生产订单的月末处理有一个标准循环,顺序一旦乱掉,差异要么算错,要么根本无法结算。以下是我在月结常用的处理顺序:

KSII 计算作业类型实际价格 KGI/KGA 按实际作业价格重估订单成本 KKAO 计算在制品(结果分析) KKS1 计算生产订单差异 CO88 批量结算生产订单 -> 差异过账到 FI KO88 单个订单结算(当 CO88 不方便用时)

KSII 算出每个成本中心作业类型的实际价格:实际成本除以实际作业量。随后 KGI 把订单上按计划价格记的作业成本“重估”成实际价格,差额就地进入订单成本。这一步会让订单成本发生变化,前提是作业类型在 KP26 里有正确的计划价格,否则重估值会是 0 或异常。

KKAO 是在制品计算。注意,在制品并不是“订单上剩余的钱”,而是未完工订单的未结算成本。比如订单计划完工 100 件,报工 60 件,系统按完工比例把已确认成本中的一部分记成“月末在制品”,这部分不进入当期损益,保持为资产负债表项目。KKAO 就是算出这个金额,并生成一张结果分析凭证。如果跳过了 KKAO,后面 CO88 很可能报“存在未结算的在制品”。

KKS1 计算差异。SAP 里生产订单差异的本质是“投入-产出”。投入是订单累计的实际成本,产出是完工收货时按标准价入库的价值。两者相减就是差异,KKS1 把差异按差异类型拆出来,比如价格差异、数量差异、作业差异、混合差异,逐条记录。CO88 则把订单上的余额(差异 + 在制品)按结算规则转到目标对象——通常是库存科目、成本中心或损益科目,同时生成 FI 凭证。

顺序为什么不能反?我见过一个项目先跑了 KKS1 再跑 KGI,结果差异里混入了作业价格差异,本来该进“作业差异”的部分被算成“价格差异”,财务拿着差异表跟车间对账,车间说工时没差,是费率涨了。这就是顺序乱了导致差异口径混乱。另一个顺序问题是结算目标没配置,CO88 跑完提示订单余额未清,但 FI 无凭证可查,这类问题归到下一章讲。

步骤事务码作用顺序要求
实际作业价格计算KSII算各成本中心实际费率最先执行
作业重估KGI/KGA调整订单作业成本至实际价必须在差异计算前
在制品计算KKAO未完工订单成本进 WIP必须在结算前
差异计算KKS1算投入产出差异结算前最后一步
订单结算CO88/KO88差异与 WIP 过账至 FI全流程收尾

这张表建议贴在月结工作台旁边。KSII 和 KGI 依赖成本中心当月实际归集完整,所以要等所有费用分摊、发票过账结束再跑;KKAO 依赖报工数量准确,报工没补完会导致 WIP 虚高;KKS1 依赖前面的重估完成;CO88 依赖所有规则配置到位。顺序每错一次,数据就要回退重跑,所以团队里必须固定一个人负责按这个顺序操作,而不是谁有空谁点。

5. 月末结算前必查:差异、在制品与结算参数的五类常见问题

这部分内容是我在这些年项目月结里反复处理的真实问题,每条都按“现象、原因、解决”三个层次写。KKS1、CO88 出了异常提示时,先不要急着改数据,对着这几条排查,大多数情况能在半小时内定位。

5.1 差异金额对不上:KKS1 显示有差异,FI 凭证里找不到

现象:KKS1 里明明显示订单差异有几万块,但打开会计凭证一看,对应科目金额是零或者对不上,甚至在总账里完全找不到这笔差异。

原因:差异过账的科目确定规则没配全。SAP 的差异过账会按差异类型分别落到不同的科目,比如价格差异、数量差异、差异调整科目,这些映射关系分别在自动过账配置和结果分析配置里维护。只要有一条遗漏,系统在过账时找不到科目,就把差额挂到一个不正确的统驭科目,或者直接不允许过账,凭证自然就对不上。

解决:先跑一次单个订单结算的“清单”查看功能,看系统提示差异过账失败的原因。多数情况是“科目确定错误”,按照提示去补配置:价格差异类科目、差异调整科目,逐个检查是否存在于当前科目表,并分配正确成本要素。补完配置后,重新执行 KKS1 和 CO88,不要把差异手工改成零。

5.2 CO88 报“存在未结算在制品”导致结算被拒

现象:CO88 批量结算时,部分订单被跳过去,状态停在“已发布”,会计凭证始终出不来。双击订单看到提示“存在未结算的在制品”。

原因:KKAO 没跑,或者 KKAO 跑完后结果分析凭证没有成功生成。SAP 对生产订单的结算设计是:先算 WIP,把在制品结算到专门的 WIP 科目;再算差异,把差异结算到损益科目。如果 WIP 没有形成完整的结算凭证,CO88 认为订单余额还没清干净,拒绝继续。另一种原因是结果分析版本与订单类型的结算参数不匹配,导致 KKAO 算出了 WIP 却没有可用的目标科目。

解决:先确认 KKAO 运行有没有报错,通常需要回看一下结果分析的日志。如果是科目缺配置,补配“在制品-制造成本”科目后重新运行 KKAO。千万不要手工改动订单余额,那样会破坏结果分析与实际成本的勾稽关系。正确顺序是先重跑 KKAO,再重跑 KKS1,最后 CO88 结算。

5.3 提示“订单没有有效的结算规则”

现象:结算时弹窗报“订单 xxxx 没有有效的结算规则”,或者 CO88 批量界面里这个订单没有凭证编号。打开订单的“结算规则”页签,发现是空的。

原因:创建订单时,订单类型对应的“结算参数文件”没有配置,系统不知道这张订单完工后应该把余额结到哪里。常见情况是企业在复制订单类型时没带上结算参数,或者是新建的订单类型根本没维护这项。另一个细节:即使有结算参数文件,订单上的结算规则也要在创建时按“实际”版本带出,如果创建订单的日期不在规则有效期内,也会带不出来。

解决:在后台配置里检查订单类型的结算参数文件,确认已配置“结算到物料”或“结算到财务”。然后打开问题订单,在结算规则页签手工补一条规则,比如按数量比例结算到物料,并指定结算类型(差异、WIP)。这条规则补好后再跑 CO88,通常一次就过。这个坑最容易在新业务下单时冒出来,建议让内勤在创建订单后立刻检查“结算规则”页签,而不是等月末结算时才发现。

5.4 成本核算变式选错造成作业成本漏算

现象:CK11N 算出来的标准成本只有材料成本,人工、机器全是零。查看成本构成,人工和机器的构成值是空的,但物料主数据和工艺路线检查下来都是好的。

原因:成本核算变式里的评估变式只包含了物料评估,没有启用作业价格评估。很多上线项目会在系统里保留多个变式,比如“仅物料成本估算”用于采购物料快速测算,如果操作人员选了这个,系统只会按 BOM 取材料价格,根本不读工艺路线。另外,如果成本核算变式里“数量结构”设置只取 BOM 不取工艺路线,也会有同样效果。

解决:在 OKKN 查看当前变式的配置,确认评估变式包含“成本核算类型为作业型”的价格来源;同时确认数量结构里包含“工艺路线”。然后重新执行 CK11N。这个问题的最佳防御办法是用不同变式处理不同场景:测算新物料用简版变式,正式标准成本用完整变式,并在成本估算单抬头注明变式。每月重估前,可以由成本会计抽查几个物料的成本构成,看人工、机器是否都有值,防止“静默漏算”。

5.5 工艺路线工序没有匹配的作业价格,费率倒挂

现象:报工时订单记录了人工成本,但标准成本里对应工序的人工成本为零,最后差异报表显示“变动成本倒挂”——实际成本高于标准成本,但差异类型分析不出来到底差在哪。

原因:工艺路线工序里只维护了工作中心,没有把作业类型挂上;或者 KP26 里该作业类型没有维护计划价格。报工会按订单上已有的作业类型记成本,如果工艺里挂的是“人工”作业,跟报工界面的作业类型对不上,系统就把报工成本记到默认作业类型上。这个默认作业类型往往没有价格,订单上多了一笔无法解释的实际成本。

解决:用 CA02 打开工艺路线,检查相关工序的“作业”页签,确认每个作业类型都有对应的标准值参数。再到 KP26 维护这个成本中心/作业类型的计划价格,并重新发布标准成本。另外一个招数是开发一个小报表,把工艺路线里的工序作业类型与 KP26 计划价格做交叉比对,直接列出“有工序无价格”的记录,每半月跑一次,能从根上杜绝这类问题。

6. 用成本核算单对比做闭环验证:让标准成本与实际偏离早早现形

6.1 CK13N 逐层核对成本构成,用差异报表锁定偏差层

每月发布完标准成本后,我习惯做一次“标准成本 vs 实际成本”的闭环验证,而不是等月结出差异再去补救。

具体做法分三步。第一步,用 CK13N 显示重点物料的标准成本估算,逐层展开,把 BOM 组件成本、工序作业成本、制造费用附加分别列出来。第二步,跑差异报表(常见的是按订单汇总的实际/计划差异报表),把标准成本与实际成本按同一成本构成口径对比。第三步,把两者偏差超过一定比例(比如 5% 或 10%)的物料挑出来,打开成本构成视图,看偏差是集中在材料、人工还是费用,再对应去查采购价格、工艺路线工时、制造费用分摊率。

如果系统里查 CK11N 估算结果不直观,可以用 SQL 直接读成本估算表,以方便批量对比。示意查询如下(不同 ECC/S4 版本字段略有差异,实际字段以 SE11 查看的表结构为准):

SELECT keKo~matnr, keKo~werks, keKo~kalka, keKo~kadky FROM keKo WHERE keKo~matnr = '1000-001';

这段查询只是把成本估算抬头拉出来,实际项目里我会联多个表把材料成本、作业成本、制造费用取出来做展示。核心思想不是写 SQL,而是知道“每一层成本应该从哪张表来”:抬头记录估算唯一的物料、工厂、变式;明细行记录每个 BOM 组件和每个工序的成本金额。验证时逐行对上,哪里断了哪里就能看到。

最后说一个被“看似没差异,其实没算到”整出来的血泪经验。某次月末差异表显示订单差异为零,所有订单都结算完成,看着一切正常。后来业务侧反馈新产品一直不赚钱,我回头逐个成本构成下钻,才发现新产品的工艺路线根本没挂在 BOM 对应的物料上,CK11N 按旧的通用工艺估了一版成本,差异为零只是因为系统没读到新工艺。从那以后,每月发布标准成本前,我一定会把“新产品、新工艺、新 BOM”这三个清单汇总一次,人工核对后再跑 CK24。这个习惯比任何事务码都管用。

SAP 成本计算过程说到底就两件事:把“应该值多少”算清楚,把“实际花了多少”对起来。主数据、标准价、实际归集、差异结算,每一步都有固定的检查项。你只要先拿一条最简单的产线物料把 CK11N 到 CO88 的完整链路跑通,再扩展到全部物料,这条链路就顺了。希望帮到你,也祝你月结不再翻车。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/20 9:11:45

从传统API到MCP:大模型工具调用的标准化协议解析

1. 先理解我们现在用的 API 到底卡在哪里1.1 传统 API 的“接口聚合”思维过去十年,我们做系统集成基本都是同一套路:A 系统要给 B 系统提供能力,就写一个 HTTP 接口,定义好路径、入参、出参,再配一份文档。B 系统要接…

作者头像 李华
网站建设 2026/10/20 9:11:39

QT软件界面框架与QSS精美样式:PC端应用美化实战指南

简介:这份压缩包提供了一套基于C的PC端通用软件界面框架,面向已有一定QT基础、希望快速搭建美观桌面应用的开发者,也可作为QT界面布局与交互设计的进阶学习样板。整套框架把标题栏、导航栏、主界面和状态栏划分为独立模块,实现了窗…

作者头像 李华
网站建设 2026/10/20 9:11:13

Selenium动态页面数据采集实战:从元素定位到数据落盘

“用 Selenium 自动化抓取在线学习平台作业答案”——说实话,我最早看到类似的项目需求时,第一反应是这东西没什么技术含量,用 requests 模拟一下请求、解析一下 HTML 不就行了?但真正上手之后才发现,这类在线学习平台…

作者头像 李华
网站建设 2026/10/20 9:10:59

AIGC查重时代论文如何自救:检测原理与写作辅助工具实测

又到了一年一度的毕业论文生死局。往年大家怕的是查重飘红,今年焦虑的点已经完全变了——AIGC查重全面爆发,很多高校的盲审和答辩材料里都夹了一张"AI痕迹检测报告",只要检测率超标,轻则被打回重写,重则直接…

作者头像 李华
网站建设 2026/10/20 9:10:18

第235篇 Systrace 与 Perfetto:系统级性能取证

先把结论放在前面:卡顿与启动慢的根因往往不在应用进程内,而在跨进程链路上。 应用侧的主线程栈只能告诉你"卡在哪一行",而系统级追踪告诉你"这一帧等的是谁"。Systrace 是基于 atrace 的方案,Perfetto 是它的继任者——前者基于 ftrace 的文本通道,后…

作者头像 李华
网站建设 2026/10/20 9:09:55

四轮转向滑模控制联合仿真:从模型搭建到抖振抑制实践

这些年做车辆底盘控制,我越来越觉得四轮转向是一块被低估的阵地。多数人聊智能驾驶都盯着感知和规划,但真正到线控底盘落地,横摆角速度能不能跟住指令、质心侧偏角能不能收敛,直接决定一辆车在极限工况下是稳定还是失控。我这次从…

作者头像 李华