aozima
aozima
赞！ RISC-V计划啥时候上线？ 关联 #1339
赞同 有较好的办法区分当前芯片的SCB_VTOR是否有效吗？ 不然针对M0只能删除这部分代码。
@WUSY1991 我是这样考虑的 根据ARM的规定，SRAM地址在`0x20000000~0x3FFFFFFF`，所以MSP肯定是在这个范围内。 且栈地址要求8字节对齐。 因此可以得到判断条件掩码 0xE0000007，判断MSP是否合法。 ``` 0xE0000007 // 1110 0000 0000 0000 0000 0000 0000 0111 0x20000000 // 0010 0000 0000 0000 0000 0000 0000 0000 0x3FFFFFFF // 0011...
选择太多的话，做成软件包比较合适。
> > 选择太多的话，做成软件包比较合适。 > > 别做软件包了吧，这个是关键性核心功能，如果谁都不妥协的话，就先这样放着吧，先百家争鸣。经过一段时间的收敛，再最终汇总成一个新版本的串口框架。16年了，RT-Thread串口框架还是有问题，没有收敛下来，串口框架是个大问题呀。 支持在内置的V2上继续改进，直到能解决所有已知问题。
最近刚好在项目中用到了serial_v2，也发现了一些问题，正在梳理看怎么改能适用于更多的项目并有利于后面的维护。 我的理解，V2目前还在初级阶段，只能在很小一部分BSP和其应用中测试，不说覆盖所有的场景，连大部分场景都不够。 所以需要继续改进。 所以我认为：serial_v2不一定只能是当前仓库中这个版本，而是下一个更好的版本。 如果能有更合适的，可以在其更加完善后，能作为通用框架，删除当前代码取而代之。 而不建议再增加一个了。
要增加的代码估计会比较多，建议由只做接收，然后由PC那边限制带宽更容易些。 测试发送这边，暂时只做TCP吧。
你用这个贴子里面的命令行版本的打包软件试试。 如你怀疑的那样，这里不压缩不加密，但CRC不一样的，应该是对齐规则不同造成的。
抱歉链接漏掉了，现在直接上传到github了。 打包工具有命令行版本 [rt_ota_packaging_tool.cmd.20200517.zip](https://github.com/RT-Thread-packages/ota_downloader/files/6622669/rt_ota_packaging_tool.cmd.20200517.zip)
虽然... 但是`memcpy`直接向`no cache`的空间复制数据，比有cache再刷要慢啊。