串口通信加密项目的感悟（吐槽

背景

曾经做过一个硬件资源非常有限的项目，验证过程中发现串口传输加密内容会出现误码问题，当时的解决方案是增加错误值允许范围，也就是可以出错，撑到多次验证成功或者撑到升级覆盖掉错误信息。

硬件：某国产芯片只有一个串口资源，其余引脚都被引用的情况下，模拟I2C也凑不出来，串口更是连接了两个设备收发。一对多，现在回想起来无码可能是因为复用的三极管没有选型好
串口一对多参考链接

这款国产芯片性能确实不错，在专业领域里面，只不过太过专业了，首先是官方的代码，完全编译大小足足有18M大小，并且自身内部是没有flash的，完全是靠外部flash，而一般情况下32M还是16M只能二选一，做硬件嘛，电容电阻这些一块板能省几毛钱都会尽可能验证一下行不行，更何况相差“块钱”级别的利润。因此那段时间优化官方代码就是最难受的。

官方代码里有随机函数发生器的接口，为加密提供了基础，但是因为这款芯片没有内部flash只能靠外挂flash，有被读写的风险，因此把加密内容放到芯片内部最好，因此就有标题的串口通信加密问题。

误码解决方案

一、码元错误

说一下当时误码的解决方案，假设现在验证的数据有10位，错码率为5-7位
正确数据为uchar Y[]={0x00,0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09};
错误数据为uchar N[]={0x00,0x00,0x00,