代码移植的方案肯定是可以的，比如调用3des对数据进行加密 用于认证，或者预存的参数动态加密导出供主控使用，包括安全性最高的内部运行代码程序，符合性好 ……
国外的方案相对简单，AES认证的方式，因为易于开发，不需要技术开发支持等，安全性没有代码移植类的好 ……
首先一点，加密芯片底层都是有加密处理，剖片无法看到实际数据，都是密文，而且内部运行的代码和内部调用看不见，是黑盒的 ……
简单的来说，认证是A问B答，根据回答结果判断B是否合法。如果答案错了，A就停止运行。而代码移植类，则相当于 A B配合完成1个事情，缺少那边，这个事都完不成。……
不只是双倍，由于加密芯片更加的保守，对外界探测和底层的保护效果，安全做得更多，实际上要比设备的安全性高很多倍……
认证就是，设备A出题，芯片端B回答，根据结果判断B是否会这道题。但是如果A端被改掉，不出题了，那么B就用处不大了。……
现在加密的意识都开始提升了，好的方案可以有更长的寿命，否则被盗版血亏啊 ……
32位的M0系统48Mhz，支持iic spi uart，swd调试 开门狗定时器，64K程序和4KRAM，底层加密……
是一个单独的模块，可以保护主控的，根据不同的方案可以选择……
