回复了主题帖： 我看微信群友说 CAN总线已经过时了 现在汽车用的较多的是 CAN FD 、以太网，...

canfd不是can???

加入了学习《发帖插入视频1》，观看 中断休眠

加入了学习《发帖插入视频1》，观看 完整多次休眠过程

加入了学习《发帖插入视频1》，观看 开机

加入了学习《发帖插入视频1》，观看 600熔锡

加入了学习《发帖插入视频1》，观看 熔锡

加入了学习《发帖插入视频1》，观看 休眠时熔锡

加入了学习《DigiKey 应用说：Raspberry Pi 5 在视频直播中的应用》，观看 Raspberry Pi 5 在视频直播中的应用

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 最后1集：功能安全，ISO 26262 和前景

hehung 发表于 2024-9-4 15:36 一般的AUTOSAR嵌入式系统中，软件并不是由一个公司完成，不同的组件软件会由不同公司提供，这种情况下如何 ... 三种，1：上下文中验证，这取决于代码相同，一套系统；2：脱离上下文，独立于特定项目或程序的组件认定；3：经运行认定。

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第十集：AUTOSAR

hehung 发表于 2024-8-27 10:46 AUTOSAR中的时间参数有哪些？ 周期、时间差、绝对抖动、初始挂起时间、响应时间、截止时间、间隔空闲时间、净间隔空闲时间、核心执行时间

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第九集：开发过程中的方法技巧

如何更好的确定嵌入式系统的时间需求？

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第八集：软件运行时间优化

为获得最佳负载分配，有哪些优化方式？

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第七集：多核及多ECU环境下的软件时间

hehung 发表于 2024-8-5 13:55 多核下，如何确保数据一致性，有哪些方法 多核下，为确保数据一致性其中一个方法是可以使用spinlock,使用spinlock后，当一个CPU占用了某个资源后，在其占用期内，其他CPU都不能使用该资源。还有一种替代的实现方法，每个中断仅使用自己的计数器，并且每当需要执行次数的总和时，都会查询计算总和。这种方法既适用于中断内数据不一致，也适用于多核处理器的两个CPU竞争的情况。

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第六集：软件时间问题案例

网络管理报文是周期报文，且有冗余，为什么还会发生来得太早了现象？

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第五集：软件时间分析方法

静态的代码仿真，有什么优缺点？

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第四集：软件时间理论

常见泽1 发表于 2024-7-15 21:09 OSEK和AUTO SARC中使用的时间参数有哪几个 CET核心执行时间、DT连续两次执行同一个任务的时间间隔、PER连续两次激活相同任务的时间差、JIT实际周期和期望周期的时间差、J事件的标准时间和实际时间的关系、RT任务从激活到终止的时间、DL允许的最大响应时间、GET任务从开始执行到终止执行的时间差、IPT初始挂起时间、ST间隔空闲时间、NST净间隔空闲时间、PRE中断时间、NPR中断次数。

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第四集：软件时间理论

CPU负载是怎么定义的？观测期怎么选择

发表了主题帖： 《嵌入式软件的时间分析》二：操作系统章节学习笔记

本帖最后由 数码小叶 于 2024-7-11 20:50 编辑         在这一章节里首先介绍了目前嵌入式的常用开发模式：无RTOS 情况下的无限循环+中断、轮询+无中断，第一种是大多数情况下使用的，可以满足很多场合。第二种的优点是避免了数据一致性问题，但是实时性没有第一种高。在这种模式下，引入了新的概念--抖动。实际发生时间和计划发生时间的偏差，因此就有一个新问题，抖动与保证数据一致性之间的权衡。         在众多RTOS中，第三章选取了OSEK(Open Systemes and their interface for Electronics in the Kraftfahrzeug)/VDX((Vehicle Distributed Executive)两种来介绍：概念、基本调度策略等。OSEK/VDX的任务模型分为基本符合类和扩展符合类，一个定义了三种任务状态（就绪、运行、结束），一个定义了四种任务状态（等待、就绪、运行、结束）                 对于操作系统，比较重要的就是任务调度，OSEK/VDX通过可抢占式、不可抢占式（协作式）。两者也是各有优缺点，协作式避免了很多实时问题，省却了很多确保数据一致性的工作，所需堆栈空间一般远小于抢占式。抢占式延迟更低，抖动远小于协作式，不需要分割任务函数来限制任务运行时间。感觉这里都很好理解，唯一稍微抽象的就是堆栈空间需求                   如上图所示，相比于协作式，抢占式的任务调度，对于堆栈的需求分析，不仅要高很多，计算起来也更复杂，申请、释放、中断、有很多的不确定性。因为被谁中断和何时中断，具有不确定性。确保数据一致性，目前一直是前3章反复提及的，也是逐渐深入的，前面介绍了禁用中断的方法，现在为了更高效，介绍了一种方式，创建数据副本，这些副本在任务开始 / 结束时进行同步，缺点就是要占用更多的RAM，并且同步也需要额外的时间，但大大减少了开发人员在解决数据一致性问题上花费的时间。          综合对比下来，感觉到底该使用何种任务调度方式，还是要取决于产品和开发成本去衡量。  

回复了主题帖： 《嵌入式软件的时间分析》书友问答接龙 第三集：操作系统

系统章节中，进程和线程的区别？

回复了主题帖： 《嵌入式软件的时间分析》一：前2章读后感

luyism 发表于 2024-7-1 11:22 分支预测，简单来说，是个聪明的“猜谜游戏”。处理器在执行代码时，常会遇到“分支” ... 感谢解惑