u011914605的博客

但是因为硬件RTC中断后给alarm线程发送event，然后alarm线程接收到event，再获取rtc实时时间和闹钟设置的时间进行比较，这个过程属于异步操作，线程唤醒和切换需要花费一些时间，这就有可能在alarm_update函数中获取到的实时时间比闹钟中断产生时的时间要滞后，我这里的情况就是如此，每次获取到的实时时间总是比闹钟设置时间的秒大1，导致上面if判断语句为0，从而闹钟时间得不到更新，和闹钟没有被唤醒，闹钟回调函数没有被调用。

问题点：使用I2C协议传输控制命令和显示数据到LCD，但是发现LCD刷屏特别慢，与寄存器配置的400khz的传输频率不匹配原因：drv_i2c.c代码中，传输数据函数中使用了LOG_E，在rt-thread内核设备对象中使能了rt_kprintf控制台的情况下，程序运行中的log会通过控制台输出，这很占用时间，所以导致数据传输延迟了。# 解决办法：将影响I2C数据传输函数中的非必要的log输出注释掉。

随着MCU市场需求的日益增长，和国产化的不断加速，很多了在做新项目时，选择国产MCU日益成为了主流。最近公司项目新选用的是兆易创新的GD32F103VET6，来替代的STM32F103系列。那么在移植RT-Thread时制作GD32F103的BSP成为了必须，下面简单介绍一下移植过程。

格式化完后输出的是"10.24"，而不是想象中的右对齐，小数点左边整数部分不足3位，最左边1位补空格输出" 10.24"。结论：对于浮点型数据格式化，格式说明符在小数点左侧的宽度参数，这个数字描述了最少的总字符数，而不是小数点前的字符数。格式化完后输出的是" 10.24"

二、检查MDK option->Debug->Setting->Flash Download中，Programming Algorithm Address Range是否与使用的MCU实际大小相匹配，如果不匹配，直接在Size里面修改即可。程序编译后size大于或者接近MCU内部flash空间，因为某种原因编译器没有报错，程序恰好还能烧写进MCU，但是运行出错。一、优化代码大小，减小占用flash的大小。