互动
最近评论
其乐融融弗雷德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 action0 Git3 squash1 printf1 clang-format1 合并1 Tags1 网盘1 单片机1 OpenResty2 ecs1 端口转发1 tableview1 rtthread1 font1 1Panel4 iar3 xfce1 nmap1 modbus1 efsm1 vscode2 仓库2 runner2 gitea8 版本控制5 单元测试2 git10 Issue1 代码评审1 IAP2 分支保护1 MDK2 组件库1 rsync1 CI/CD1 proxy1 submodule1 rebase1 version1 自启1 fixup1 子模块1 宏2 exfat1 SVN1 checkout1 scanf1 Pull Request1 Keil1 truncate1 lvgl4 代码生成1 rt-thread1 coder1 Submodule1 发布管理1 嵌入式1 LABEL0 预处理器1 迁移1 项目管理1 C语言9 格式化字符串2 docker1 软件1 权限1 开发工具1 缺陷跟踪1 uart1 clean1 matlab1 UI1 linux0 e2label1 fifo1 lvm4 sspi1 xargs1 powershell1
文章

学习使我快乐

Gitea 仓库与成员管理
项目管理工程协作 未读
Gitea 仓库与成员管理
Gitea 仓库与成员管理 本文为大纲，可根据公司实际 Gitea 界面补充操作步骤与截图。 目标 在 Gitea 中创建仓库（个人或组织下） 管理仓库成员、权限与基本设置 大纲 创建仓库 入口：个人/组织页 → 新建仓库。 必填：仓库名称、可见性（公开/有限/私有）、是否初始化 README/ .
gitea 仓库 权限 分支保护
SVN 项目迁移至 Git（Gitea）
项目管理工程协作 未读
SVN 项目迁移至 Git（Gitea）
现有项目代码 SVN 迁移到 Git 目标 将现有的 SVN 仓库管理方式迁移到 Gitea 中。 用 Gitea 补上 SVN 在日常开发中的短板。 前言 目前公司产品代码主要用 SVN 管理，更多是作为测试版本归档点使用： 测试通过的版本打一个版本号，整体打包后上传到 SVN。 版本之间的具体改
gitea Git SVN 迁移
Gitea PR（合并请求）操作
项目管理工程协作 未读
Gitea PR（合并请求）操作
Gitea PR（合并请求）操作 本文为大纲，可根据公司实际流程补充步骤与截图。 目标 会创建 PR、填写说明、关联 Issue 会评审、讨论、合并或关闭 PR 大纲 何时用 PR 功能分支开发完成后，将代码合并进目标分支（如 main/develop）前，先提 PR，便于评审与记录。 修复BUG,
gitea Pull Request 代码评审 合并
Gitea Issue（工单）操作
项目管理工程协作 未读
Gitea Issue（工单）操作
Gitea Issue（工单）操作 本文为大纲，可根据公司实际使用习惯补充。 目标 会用 Issue 记录 bug、需求、任务 会通过 PR 关联 Issue，实现「提交关闭工单」 大纲 Issue 的用途 Bug 报告、功能需求、任务分配、讨论决策记录。 创建与填写 仓库页 → Issues →
gitea Issue 需求管理 缺陷跟踪
Gitea 组件仓库设计指南
项目管理工程协作 未读
Gitea 组件仓库设计指南
Gitea 组件仓库设计指南 目标 了解组件仓库的设计原则 掌握组件仓库的创建和管理 大纲 组件仓库设计原则 组件仓库创建和管理 组件仓库使用 1. 组件仓库设计原则 组件仓库名称必须符合组织内的仓库命名要求 名称不能重
gitea 组件库 子模块 CI/CD 嵌入式
Git fixup 与 squash 整理提交
git 未读
Git fixup 与 squash 整理提交
Git fixup 与 squash 整理提交 在功能开发或 Code Review 修修补补时，往往会产生很多「修 typo」「补漏测」「按 review 改一版」之类的小提交。fixup / squash 用来把这些变更合并进更早的某次提交，让 git log 更干净，而不必手动 git res
git rebase fixup squash
_COUNT_ 自动计数宏
嵌入式开发 未读
_COUNT_ 自动计数宏
COUNT 自动计数宏 在嵌入式 C 工程里，经常需要「每展开一次宏就得到一个不同的整数」或「拼出不会重名的符号」。GCC / Clang / MSVC 等编译器提供内置宏 __COUNTER__；项目里常再包一层 _COUNT_，统一命名、便于检索，也避免和业务里的 COUNT 之类名字冲突。 核
C语言 宏 预处理器
Git clean 清理未跟踪文件
git 未读
Git clean 清理未跟踪文件
Git 清理未跟踪文件 核心命令 git clean 常用选项 命令 作用 git clean -n 预览：显示会删除哪些文件（但不实际删除） git clean -f
clean
批量迁移子模块到本仓库
git 未读
批量迁移子模块到本仓库
批量迁移子模块到本仓库 应用场景: 将一个仓库的子模块批量迁移到另一个仓库 只有git子模块迁移，不会迁移其他文件 迁移使用.submodules文件配置 使用方法 将 add_submodules.sh 文件复制到本仓库根目录下，并执行脚本。 #!/bin/bash # 从 .gitmodule
submodule
MDK Scatter文件配置说明
嵌入式开发 未读
MDK Scatter文件配置说明
MDK Scatter文件配置说明 📋 概述 本文档说明嵌入式项目中的MDK链接脚本（Scatter文件）配置，用于优化Flash内存布局，将代码和数据分别放置在零等待区和非零等待区，以提高系统性能。 🎯 优化目标 零等待区（192KB）：存放关键代码，执行速度快 非零等待区（256KB）：存放
MDK
你好啊！我是
蒙蒙plus的个人博客
最近发布
Gitea 仓库与成员管理
Gitea 仓库与成员管理
SVN 项目迁移至 Git（Gitea）
SVN 项目迁移至 Git（Gitea）
Gitea PR（合并请求）操作
Gitea PR（合并请求）操作
Gitea Issue（工单）操作
Gitea Issue（工单）操作
最新评论
头像
哥哥是不是没写完啊， 缺了函数注释啊， 类似的插件有：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 action0 Git3 squash1 printf1 clang-format1 合并1 Tags1 网盘1 单片机1 OpenResty2 ecs1 端口转发1 tableview1 rtthread1 font1 1Panel4 iar3 xfce1 nmap1 modbus1 efsm1 vscode2 仓库2 runner2 gitea8 版本控制5 单元测试2 git10 Issue1 代码评审1 IAP2 分支保护1 MDK2 组件库1 rsync1 CI/CD1 proxy1 submodule1 rebase1 version1 自启1 fixup1 子模块1 宏2 exfat1 SVN1 checkout1 scanf1 Pull Request1 Keil1 truncate1 lvgl4 代码生成1 rt-thread1 coder1 Submodule1 发布管理1 嵌入式1 LABEL0 预处理器1 迁移1 项目管理1 C语言9 格式化字符串2 docker1 软件1 权限1 开发工具1 缺陷跟踪1 uart1 clean1 matlab1 UI1 linux0 e2label1 fifo1 lvm4 sspi1 xargs1 powershell1
文章数 :
113
访问量 :
15432
建站天数 :
2024-02-20
广告
引用到评论
随便逛逛 博客分类 文章标签