上海合兴软件科技有限公司

一个关键的周期报文，发送周期时快时慢。代码逻辑查了三遍——没问题。通信配置也查了——没问题。工程师用ISDT工具一看：任务激活周期（PER）稳稳的10ms，但任务实际运行周期（DT）最大飙到19ms。计划准时，执行跑偏——有什么东西在阻碍它。这期视频还原了完整的排查过程：怎么设阈值触发抓现场、甘特图上看到了什么、优先级为什么配错了、以及一个更隐蔽的陷阱——MaxActivation=3如何无...

系统超时了，你拿示波器量了一下—— CET 没问题。那问题出在哪？很多工程师习惯用一种方法做时间分析。但实际上，从静态代码分析到调度模拟，共有七种主要方法，覆盖三个不同层级——代码层级、调度层级、通信层级。选错了层级，结果就答非所问。选错了方法，可能从一开始就走偏了。这期视频帮你理清楚：- 什么阶段该用什么方法？- 哪些方法不需要硬件就能提前验证？- 为什么一个任务 CET 只增加 1%，就...

在嵌入式系统里，CPU负载常被当作性能指标核心。但它本质上是一个统计结果，而不是物理量。决定结果的有三件事：统计对象（算不算idle/后台任务）观测窗口（8ms / 16ms / 2000ms）统计方式（平均值 / 峰值 / 分布）同一套系统，可以同时得到：69%（长期平均）100%（短时窗口）而系统崩溃，往往发生在后者。 平均值最擅长隐藏问题 长窗口最容易掩盖过载这期视频将讲清：C...

AUTOSAR OS任务的10个时间参数

在嵌入式系统开发中，有一类问题经常让工程团队非常头疼：功能逻辑完全正确CPU利用率并不高系统测试阶段表现稳定但在某些特定场景下，系统却会偶发超时问题往往难以复现，定位周期长，甚至需要多轮系统级排查才能找到原因。这类问题通常并不是功能错误，而是时间行为问题（Timing Behavior）。随着系统复杂度不断提高——多任务调度、多核架构、缓存机制、共享资源竞争——系统时间行为已经成为影响系统稳...

合兴软件推出的HXSC-ISDT嵌入式软件时间分析工具正式完成对RISC-V内核的适配，为RISC-V平台的开发者带来了高效、低成本的系统优化能力

从“事后分析”到“实时监控”：用ISDT掌控ECU实时性能在复杂的汽车多核实时系统中，当问题偶发时，开发者常陷入困境：CPU的瞬时高负载由何引起？某个关键任务为何会偶发执行超时？我们上期提到的甘特图分析功能（ISDT-Gantt）为我们提供了强大的“事后”追溯能力，但有的时候，我们需要能够在偶发问题发生的第一时间就能保存现场的手段，从而掌握一手线索。为了弥补这一关键环节，HXSC-ISDT嵌...

在现代汽车电子开发中，ECU内部运行着一个由多核、多任务和多中断组成的复杂实时系统。它们的时序行为是否符合预期，直接决定了软件功能的稳定性和可靠性。然而，这些发生在系统内部的调度行为，对于开发者来说通常是不可见的，当出现问题时，定位根源往往如同大海捞针。为了解决这一难题，HXSC-ISDT嵌入式软件调试和时间分析工具提供了一个核心功能——ISDT-Gantt。它就像一部为ECU软件量身打造的...

在复杂的汽车嵌入式软件世界里，时序问题往往像一个难以捉摸的幽灵，它悄无声息地出现，让系统表现得极其诡异。你是否也曾被一个周期报文不稳定的问题困扰？明明代码逻辑无懈可击，但信号就是无法精准、稳定地发出。我们最近就与一位客户共同经历了一场精彩的“捉鬼”行动。真实案例AUTOSAR报文周期漂移之谜故事的开端，是一个典型的棘手问题：客户发现一个关键的周期报文，其发送周期很不稳定，时快时慢，严重影响了...

“CPU负载计算结果为何总是漂移不定？”“系统响应为何偶发性延迟，复现困难？”“我的系统真的如预期般实时运行吗？”如果您也曾被这些嵌入式开发的“灵魂拷问”所困扰，那么您并不孤单。这背后，往往隐藏着一个难以捉摸的“时序杀手”。真实案例从80%的CPU负载偏差到28ms的中断黑洞近日，我们的一位汽车电子领域客户在使用HXSC-ISDT嵌入式软件调试和时间分析工具时，就解决了一个极其棘手的时序问题...