NKurzman，谢谢你的提示，我不知道MCC能够工作得那么深。我生成了代码，并且可以验证它是否对CRC32执行了正确的计算。我喜欢用状态机生成的代码，并与我的生成时间相比较：-）生成的co确实比我做的更好，避免了最后的手动换档。我很快就会理解这个过程，希望很快更新我的解决方案，但是产生的代码的内存使用不太好。负责非优化设置，输出列表如下，总计1605字节。这比我用于CRC 8、16和32的三个函数总共使用的数量要多，即1287。T Yorky：对不起，我关于16位输入的快速演讲。我在CRC8实现中显示了8位输入。我的理解是（但是上面说错了）数据宽度与多项式长度的关系更密切。Chris A：在我的测试中，我也想到了这一点，即“.”循环用于其他任务，可以提高整个系统的速度。为了验证这个想法，我在所有的循环中放置了“CNTWAIT+++”语句。令人惊讶的是，它最终以“2”的数量结束。这可能是在不同的振荡器频率，比我的大约10MHz。
NKurzman，谢谢你的提示，我不知道MCC能够工作得那么深。我生成了代码，并且可以验证它是否对CRC32执行了正确的计算。我喜欢用状态机生成的代码，并与我的生成时间相比较：-）生成的co确实比我做的更好，避免了最后的手动换档。我很快就会理解这个过程，希望很快更新我的解决方案，但是产生的代码的内存使用不太好。负责非优化设置，输出列表如下，总计1605字节。这比我用于CRC 8、16和32的三个函数总共使用的数量要多，即1287。T Yorky：对不起，我关于16位输入的快速演讲。我在CRC8实现中显示了8位输入。我的理解是（但是上面说错了）数据宽度与多项式长度的关系更密切。Chris A：在我的测试中，我也想到了这一点，即“.”循环用于其他任务，可以提高整个系统的速度。为了验证这个想法，我在所有的循环中放置了“CNTWAIT+++”语句。令人惊讶的是，它最终以“2”的数量结束。这可能是在不同的振荡器频率，比我的大约10MHz。
举报
