CRC作为通信中经常使用的校验方式，可以说是在哪都能看到。
但是这么多种方式CRC方式属实第一次见
之前一直用CRC8跟CRC16，但却一直不清楚属于哪一类算法，这次属实开眼界了
虽然我现在也没搞懂这么多种算法的区别，有待后续研究，或者请芯源的工程师出个详细资料介绍一下哈哈哈
说起这个CRC，我直接就用例程上手了，但是keil工程貌似有点问题，我打开后，仿真器好像一直会默认是ULINK的，即使我把配置选项换成DAP；
下载程序的时候仍会提示ULINK未找到
尝试了十来次后，我选择了放弃。新建一个工程，解决下载问题
建议官方也看看有没有类似问题，重新搞一个工程
下载程序后，就进行仿真了
诶嘿涨新知识了，内核指令BKPT，查了一遍，原来是用来设置软件断点的
其实我很想知道，除了调试，这东西在实际应用上，有没有什么作用
然后观察了一遍各种算法的CRC结果，就不一一附图了
来个default的crc32就行
感觉用起来还是非常方便的
很多时候我们用的CRC都是软件查表的，效率会比较高。不知道芯源这个硬件crc有没有对比一下软件查表的优缺点。
首先占用的内存空间跟软件处理，肯定是硬件CRC比较少，但是执行时间上，有没有优势。还有各个CRC算法，执行时间是否也有差异。
|
楼主
标题置顶
标题高亮
