完整可行方案构建及64位Keeloq编解码算法测试程序说明.docVIP

说明：本测试算法与标准算法的差别仅在于密文的数据排不不同。 原算法密文格式 66bit 32bit跳码28bit序列号 32bit跳码 28bit序列号 4bit按键 2bit状态位 2bit状态位 4bit按键 10bit识别码 16bit同步码 解码后 本算法密文格式 64bit 32bit跳码28bit序列号 32bit跳码 28bit序列号 4bit按键 4bit按键 2bit 00 10bit识别码 16bit同步码 解码后 标准(Normal)编码方法 (Keeloq64_send) 编码原料： ManufacturerCode（制造商代码，固定的一个64bit整型值，存在内部EEPROM中） SerialNumber（序列号，固定的一个28bit整型值，存在内部EEPROM中） KeyPressed（按键值，4bit的一个整型值，对应4个按键，每一个按键按下对应 的1bit置1，其取值为0x01、0x02、0x04、0x08） Discriminal_State_Value（识别码和状态位，12bit整型。高2bit为状态位，本 算法中不加考虑，全取为0；低10bit为识别码不特 别说明下就是SerialNumber的低10bit） CountValue（同步计数值，16bit的一个整型。在实际应用中，每送一次资料，该 值加1） 编码中间产物： ToBeCoded（待编码资料，32bit整型，其组成如下 KeyPressed,Discriminal_State_Value,CountValue，高位在前） Key（编码密码，64bit的一个整型，由ManufacturerCode和SerialNumber运算 产生，该两个值确定，Key就确定） 编码结果： FixedCode（固定码，32bit整型，组成：KeyPressed,SerialNumber） HopCode（跳码，32bit整型，由ToBeCoded和Key经过编码算法得来） 标准(Normal)解码方法 (Keeloq64_recive) 解码原料： ManufacturerCode（制造商代码，固定的一个64bit整型值，存在内部EEPROM中） FixedCode（固定码，32bit整型，由发送方传输过来，组成： KeyPressed,SerialNumber） HopCode（跳码，32bit整型，由发送方传输过来） 解码中间产物： SerialNumber（序列号，固定的一个28bit整型值，即FixedCode的低28bit） Key（编码密码，64bit的一个整型，由ManufacturerCode和SerialNumber运算 产生，该两个值确定，Key就确定） 解码结果： DecodedInfo（解码的结果，32bit整型。由HopCode和Key经过解码算法得来， 其值等于发送方的ToBeCoded，解码得到的资料包括以下信息：哪 一个按键按下了，（状态位），识别码，同步计数值） 附注 一、标准(Normal)编解码密码Key的产生方法 低32bit：（SerialNumber+0和ManufacturerCode经过解码算法得到。 高32bit：（SerialNumber+0和ManufacturerCode经过解码算法得到。 二、标准(Normal)解码接收方动作全过程（可行方案） Step1. 64bit资料（FixedCode、HopCode）接收。 Step2. 序列号SerialNumber检验：是否已经在接收方的内部存在该序列号，存在，则进行 下一步；不存在，则不动作。（除非在学习模式下，该模式下将这个新的序列号写入 接收方的内部EEPROM；下次接收到包含该序列号的资料时，进行下一步） Step3. 产生解码密码。 Step4. 解码产生：按键值、标志位（一般为0）、识别码、同步计数值。 Step5. 检验10bit识别码是否与SerialNumber低10bit一致，一致则进行下一步，不一致 则不动作。 Step6. 检验4bit按键值是否与FixedCode的高4bit一致，一致则进行下一步，不一致 则不动作。 Step7. 检验同步计数值变化是否合理：解码得到的与存储在接收方EEPROM中的同步计数值 进行比较，看解码得到的同步计数值是否合理增加，合理则更新接收方EEPROM中的 同步计数值并进行下一步，不合理则认为资料是伪造的不予动作。 （原算法中还增加了一个自动同步功能，来处理同步计数值不合理增加的情况，我觉 得我们可以先不考虑该功能。） Step8. 通过