[问答]

STM32G4多个参数如何实现精准的计时？

问答对人有帮助，内容完整，我也想知道答案 0 电压电流等十余个参数需要做到超过额定值一定的时间后输出故障指示请问多个参数如何实现精准的计时？多个参数的计时又不能互相影响？也许同一时间只有一个参数会超过额定值，也许同一时间有多个参数超过额定值计时精度：有的参数需要精确到1ms 有的参数需要100s systick已经用作精准延时，在延时中计数器会清零。那么计时有什么好的方法呢？感谢大神们请指点个思路 0 本主题由 Harmony技术专家于 2024-3-11 16:27 审核通过
2024-3-11 07:48:32　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 50 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 wang21cj 该类别下有 41 个回答。邀请回答 chm5 该类别下有 40 个回答。邀请回答 hjfjsdgfjdsf 该类别下有 37 个回答。邀请回答 h1654155957.9520 该类别下有 35 个回答。邀请回答 fdjslkjd 该类别下有 35 个回答。邀请回答 uvysdfydad 该类别下有 35 个回答。邀请回答 werywer 该类别下有 35 个回答。邀请回答凤毛麟角该类别下有 34 个回答。邀请回答 jenny042 该类别下有 34 个回答。邀请回答 dfzvzs 该类别下有 34 个回答。邀请回答维生素B2 该类别下有 34 个回答。邀请回答刘洋该类别下有 33 个回答。邀请回答 meihuacg 该类别下有 33 个回答。邀请回答 hfgdzc 该类别下有 33 个回答。邀请回答 ggfvxv 该类别下有 33 个回答。邀请回答 wenminglang 该类别下有 32 个回答。邀请回答风来吴山该类别下有 32 个回答。邀请回答举报王玉兰相关推荐 • STM32G4中的HRTIM是否可用？ 329 • Azure RTO何时才能用于STM32CubeIDE中的STM32G4呢？ 256 • 请问STM32G4是不是不具备双缓冲DMA功能啊？ 331 • STM32G4系列的MCU可以支持以太网吗？ 284 • 请问如何在Keil MDK中设置用于在STM32G4的Flash memory的一块上存放软件版本/生产日期等参数? 326 • STM32G4 TIM PWM输出的使用步骤是怎样的？ 1494 • 请问STM32G071如何通过DWT实现us精准定时？ 206 • STM32G4软件复位后程序无法运行怎么解决？ 1232 • 使用STM32G4 DAC直接连接到耳机插孔而不需要音频IC可以吗？ 284 • 为什么在CubeMX/IDE中无法为STM32G4添加PDM2PCM？ 268 1个回答

答案对人有帮助，有参考价值 0 给你说一个方法，你定义一个结构体，比如： typedef struct{unsigned long err_trig_ms; //开始超过额定值的时间点，只起记录作用用来产生err_commit_msunsigned long err_commit_ms; // 等待确认故障的时间点，由触发时间点确认uint8_t err_id; // 每个错误的id，建议使用enum定义好uint8_t is_err_trigged; // 是否此错误已经被触发}PassLimit_Fault_Info_t;这个结构体每个故障定义一个。 typedef struct{uint8_t next_trig_id = 0; // 0表示无故障，其它id表示下一次需要检查的fault的err_idunsigned long next_check_point; //下一次需要比较的时间点，由next_trig_id确定uint8_t on_fault_cnt; // 正在发生等待确认的故障id，故障已经清除或者已经确认的不再此列表中不计算}FAULT_MGMT_t;static FAULT_MGMT_t sys_fault_mgmt; //系统故障管理结构体每次故障被触发的时候就刷新当前发生故障的结构体，然后更新一下sys_fault_mgmt。比如当前的sys_fault_mgmt.next_trig_id不为零，就比较一下当前发生的故障要检查的时间点是否早于sys_fault_mgmt.next_check_point.如果更早就用这个故障的特征刷新。如果更晚就不用刷新。总之在故障产生、清除和确认的时候都刷新sys_fault_mgmt。而每次1ms中断的时候就只比较sys_fault_mgmt上面的事件。这个比较很简单不会耗费很多资源。个人觉得当故障是这样的时候，裸机程序可以这样管理故障。当然如果你的系统有现成的链表。那么用链表的方法可能更好。就是说每次将最先需要检查的id放在链表的头部。依照事件顺序，插入新发生故障的链表可能会更好。

2024-3-11 16:12:32 评论举报李蒙娜