互动
最近评论
其乐融融弗雷德0D3S
stonewu
哥哥是不是没写完啊， 缺了函数注释啊， 类似的插件有：FileComments。
文档阅读者
stonewu
static uint32_t next_tick = 0; 原： if(HAL_GetTick() >= next_tick) { next_tick = HAL_GetTick() + 100; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); }//未处理边界条件，溢出导致逻辑非预期。 改动： if(HAL_GetTick()-next_tick <= UINT32_MAX/2 ) { next_tick = HAL_GetTick() + 100; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } ***代码分析：以上代码的作用是每隔一段时间翻转IO口。其巧妙之处，在于利用减法配合溢出将原本因为溢出而需要 考虑的【边界判断省去】了。 ***通用处理： static uint32_t next_tick = 0; #define INTERVAL 100 if(HAL_GetTick()-next_tick <= (UINT32_MAX+1-INTERVAL) ) { next_tick = HAL_GetTick() + INTERVAL; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } ***【边界判断省去】原理分析： 原式HAL_GetTick()≥next_tick， 移项变形得到HAL_GetTick()-next_tick≥0， *当HAL_GetTick()等于或者略大于next_tick的时候上式无问题，但是当next_tick增加， *HAL_GetTick()小于next_tick时，由于均是uint32_t，不等式左边的值应是恒≥0的，就比原式错得更多了(原式好歹是边界条件时出错，这直接一开始就出错了)，但是仔细观察，next_tick+100后大于HAL_GetTick()，那么HAL_GetTick()-next_tick的值是大于2^32-100的， *那么只需要继续变形为HAL_GetTick()-next_tick<=(2^32-100)是不是就可以了呢？ 以上不考虑边界条件，考虑边界条件，则分为两种情况： ①next_tick先溢出， next_tick变得很小，而HAL_GetTick()很大，HAL_GetTick()-next_tick则是一个比较大的值，记其值最小情况为UPLIMIT，为了排除此情况，HAL_GetTick()-next_tick应该＜或者≤UPLIMIT。 ②HAL_GetTick()、next_tick均溢出， 此情况就同不考虑边界条件时的分析，HAL_GetTick()-next_tick<=(2^32-100)就可以了。 那么最后，HAL_GetTick()-next_tick是应该＜还是≤ UINT32_MAX/2，UPLIMIT，(2^32-100)呢？或者说UPLIMIT应该是多少呢？ UINT32_MAX/2是怎么来的，不做考究，当INTERVAL的值大于UINT32_MAX/2则HAL_GetTick()-next_tick <= UINT32_MAX/2 会出错； 当INTERVAL取值100，HAL_GetTick()-next_tick应该和(2^32-100)做比较， 即UPLIMIT应取值(2^32-INTERVAL)，＜或者≤就自己思考吧。 ***温馨提示or思考：以上代码中两次HAL_GetTick()的值可能是不一样的，也就是翻转IO的周期可能不是简单的INTERVAL*2；还有当INTERVAL取值特别大时，代码可能失效，例如HAL_GetTick()-next_tick<=0或者 <=1时，由于时序问题，调用HAL_GetTick()的时机可能很难满足式子成立。 记HAL_GetTick()为A，记next_tick为B，记INTERVAL为c， 当A=A0=B0>=2^32-c时，B1=B0+c-2^32， B=B1、A＞A0→A-B=A-B1=A-(B0+c-2^32)＞A0-(B0+c-2^32)=2^32-c； 当A=A2=B2＜2^32-c时，B3=B2+c， B=B3、B3＞A>A2→[A-B]=[A-B3]=[A-(B2+c)]=A-(B2+c)+2^32＞A2-(B2+c)+2^32=2^32-c；
标签
寻找感兴趣的领域
Halo1 网盘1 单片机1 OpenResty2 ecs1 端口转发1 tableview1 rtthread1 font1 1Panel4 iar1 xfce1 nmap1 modbus1 efsm1 vscode2 版本控制3 单元测试2 git6 IAP2 MDK1 rsync1 proxy1 version1 自启1 exfat1 truncate1 lvgl4 rt-thread1 LABEL0 C语言4 docker1 软件1 uart1 UI1 linux0 e2label1 fifo1 lvm4 sspi1
文章

学习使我快乐

GT911
未读
GT911
简要 GT911 可同时识别5 个触摸点位的实时准确位置，移动轨迹及触摸面积。并可根据主控需要，读取相应点数的触摸信息。 通讯接口 标准I2C通讯接口 从设备工作模式 支持1.8V~3.3V 接口电平 注意事项 需要先将int拉低再回复 才能正常通信
模块的功耗管理
嵌入式开发 未读
模块的功耗管理
模块功耗管理 在嵌入式设备中，功耗管理是至关重要的，因为它直接关系到设备的续航时间、热管理和整体性能。为了设计一个有效的功耗管理框架，首先需要识别和理解可能遇到的问题。以下是一些常见问题及其对应的解决方案： 遇到问题 高功耗组件的使用： 某些组件如显示屏、无线通信模块等可能会消耗大量电力。 解决方案
模块的状态管理
嵌入式开发 未读
模块的状态管理
模块状态 在设计嵌入式产品中往往需要接入若干外设，并检测和展示模块的状态，此处给出几个设计注意事项以及实现方案的示例。 关注点 模块版本、地址、名称信息： 每个模块应有唯一的标识符（如MAC地址或UUID）。 版本信息应包含固件版本、硬件版本等。 名称信息应简洁明了，便于识别。 模块是否成功通信：
调试-嵌入式开发必备技能
嵌入式开发 未读
调试-嵌入式开发必备技能
调试 在嵌入式行业，调试是确保系统按预期工作的关键步骤。有效的调试不仅可以帮助快速定位问题，还能提高开发效率和产品质量。以下是一些常见的调试工具和方法，以及它们在实际应用中的示例。 调试工具与方法 JTAG/SWD调试器： JTAG是一种用于测试访问端口的国际标准，允许直接在硬件上进行断点设置、内存
cherry-pick挑拣提交
git 未读
cherry-pick挑拣提交
cherry-pick挑拣提交 原文链接：https://blog.csdn.net/muzidigbig/article/details/122321393 对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。 这时分两种情况： 一种情况是，你需要另一个分支的所有代码变动，那么就采用合
Git 约定式提交（Conventional Commits）
git 未读
Git 约定式提交（Conventional Commits）
Git 约定式提交（Conventional Commits） 约定式提交（Conventional Commits）是一种用于写作提交消息的规范，它规定了一套标准化的提交消息格式，以使得项目的版本控制更加清晰和一致。采用这种规范的好处是能够帮助开发团队更好地理解代码的变更历史、生成变更日志（cha
电脑单网口双IP实现方式
网站运维 未读
电脑单网口双IP实现方式
应用场景 设备只有个网口连接局域网办公使用 需要外接一个主机设备调试使用 主机设备有自己的固定ip与当前局域网不属于一个网段 将主机设备直接插入交换机中 按照下图新增一个跟主机设备一个网段的IP即可 优势 避免更换网络，网线 一次配置持续生效，无不良影响 操作方式配图
git 自动清理远端不存在的分支
git 未读
git 自动清理远端不存在的分支
git 自动清理远端不存在的分支 git remote prune origin 用如下命令查看远程仓库信息： git remote show origin 查看所有分支 git branch --all
MSH 宏展开中学习可变参数宏
编程设计 未读
MSH 宏展开中学习可变参数宏
MSH 宏展开中学习可变参数宏 rt-thread版本:V5.2 rt-thread在近期版本中增加了 子命令的补全功能，让本就复杂的宏更加复杂多变，这里做简单的介绍方便我们使用与学习 使用介绍 #ifdef RT_USING_FINSH #include <finsh.h> static void
控制台彩色打印信息
嵌入式开发 未读
控制台彩色打印信息
转自：[如何让你的C语言程序打印的log多一点色彩？（超级实用）_printf打印颜色-CSDN博客](https://blog.csdn.net/daocaokafei/article/details/140731825 在平常的调试中，printf字体格式与颜色都是默认一致的。 如果可以根据lo
你好啊！我是
蒙蒙plus的个人博客
最近发布
控制台logo
控制台logo
vscode 生成标准化注释
vscode 生成标准化注释
check单元测试
check单元测试
check 单元测试框架
check 单元测试框架
最新评论
头像
哥哥是不是没写完啊， 缺了函数注释啊， 类似的插件有：FileComments。
其乐融融弗雷德0D3S /
头像
static uint32_t next_tick = 0; 原： if(HAL_GetTick() >= next_tick) { next_tick = HAL_GetTick() + 100; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); }//未处理边界条件，溢出导致逻辑非预期。 改动： if(HAL_GetTick()-next_tick <= UINT32_MAX/2 ) { next_tick = HAL_GetTick() + 100; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } ***代码分析：以上代码的作用是每隔一段时间翻转IO口。其巧妙之处，在于利用减法配合溢出将原本因为溢出而需要 考虑的【边界判断省去】了。 ***通用处理： static uint32_t next_tick = 0; #define INTERVAL 100 if(HAL_GetTick()-next_tick <= (UINT32_MAX+1-INTERVAL) ) { next_tick = HAL_GetTick() + INTERVAL; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } ***【边界判断省去】原理分析： 原式HAL_GetTick()≥next_tick， 移项变形得到HAL_GetTick()-next_tick≥0， *当HAL_GetTick()等于或者略大于next_tick的时候上式无问题，但是当next_tick增加， *HAL_GetTick()小于next_tick时，由于均是uint32_t，不等式左边的值应是恒≥0的，就比原式错得更多了(原式好歹是边界条件时出错，这直接一开始就出错了)，但是仔细观察，next_tick+100后大于HAL_GetTick()，那么HAL_GetTick()-next_tick的值是大于2^32-100的， *那么只需要继续变形为HAL_GetTick()-next_tick<=(2^32-100)是不是就可以了呢？ 以上不考虑边界条件，考虑边界条件，则分为两种情况： ①next_tick先溢出， next_tick变得很小，而HAL_GetTick()很大，HAL_GetTick()-next_tick则是一个比较大的值，记其值最小情况为UPLIMIT，为了排除此情况，HAL_GetTick()-next_tick应该＜或者≤UPLIMIT。 ②HAL_GetTick()、next_tick均溢出， 此情况就同不考虑边界条件时的分析，HAL_GetTick()-next_tick<=(2^32-100)就可以了。 那么最后，HAL_GetTick()-next_tick是应该＜还是≤ UINT32_MAX/2，UPLIMIT，(2^32-100)呢？或者说UPLIMIT应该是多少呢？ UINT32_MAX/2是怎么来的，不做考究，当INTERVAL的值大于UINT32_MAX/2则HAL_GetTick()-next_tick <= UINT32_MAX/2 会出错； 当INTERVAL取值100，HAL_GetTick()-next_tick应该和(2^32-100)做比较， 即UPLIMIT应取值(2^32-INTERVAL)，＜或者≤就自己思考吧。 ***温馨提示or思考：以上代码中两次HAL_GetTick()的值可能是不一样的，也就是翻转IO的周期可能不是简单的INTERVAL*2；还有当INTERVAL取值特别大时，代码可能失效，例如HAL_GetTick()-next_tick<=0或者 <=1时，由于时序问题，调用HAL_GetTick()的时机可能很难满足式子成立。 记HAL_GetTick()为A，记next_tick为B，记INTERVAL为c， 当A=A0=B0>=2^32-c时，B1=B0+c-2^32， B=B1、A＞A0→A-B=A-B1=A-(B0+c-2^32)＞A0-(B0+c-2^32)=2^32-c； 当A=A2=B2＜2^32-c时，B3=B2+c， B=B3、B3＞A>A2→[A-B]=[A-B3]=[A-(B2+c)]=A-(B2+c)+2^32＞A2-(B2+c)+2^32=2^32-c；
文档阅读者 /
Halo1 网盘1 单片机1 OpenResty2 ecs1 端口转发1 tableview1 rtthread1 font1 1Panel4 iar1 xfce1 nmap1 modbus1 efsm1 vscode2 版本控制3 单元测试2 git6 IAP2 MDK1 rsync1 proxy1 version1 自启1 exfat1 truncate1 lvgl4 rt-thread1 LABEL0 C语言4 docker1 软件1 uart1 UI1 linux0 e2label1 fifo1 lvm4 sspi1
文章数 :
86
访问量 :
9193
建站天数 :
2024-02-20
广告
引用到评论
随便逛逛 博客分类 文章标签