回答情况：
提问时间：
问题标签：
1回答
我试图理解协议是如何工作的，它来自，它说：
CRC:控制和CRC-8的字节。它可能在协议的某些选项中不存在。控制和CRC-8是在整个数据包的填充之前计算的，首先是字节保护，最后是最后一个数据库。然而，当我使用时，输入C00104020200并点击"CALC-CRC-8“，它报告0x82为"CRC-8/MAXIM"，而不是0x55。我是不是遗漏了什么？
浏览 0修改于2020-06-05得票数 0
回答已采纳
不过，我想知道，CRC-8算法(使用查找表)是否会捕获比Fletcher-16校验和更多的错误？在网上搜索这个话题似乎只会产生学术成果，老实说，这是我所无法理解的。
有人能说明一下这件事吗？谢谢!
浏览 2提问于2018-07-13得票数 2
回答已采纳
我花了相当长的时间来确认用于两个设备之间的ASCII数据通信的CRC-8算法的类型。我已经确认CRC是在0x02开始的文本字节+下一个字节的数据上计算的。今天，我意识到0xEA多项式也被认为是0xD5聚的反向倒数，它有一个隐含的1+x^8，这是CRC-8算法中常用的。这一事实如何改变我手工计算CRC的方式？
浏览 1修改于2020-03-13得票数 0
回答已采纳
我收到以下信息：|----|--------------------------------------|--|----||1002|000700000c0000000000000000000000000000|19|10fe||1002|000700010100000
浏览 4修改于2022-04-19得票数 0
回答已采纳
我使用crcmod来计算多项式x^8 + x^2 +x+1 (0x07)的CRC-8。0x71)
crc = CRC(chr(buff).encode('utf-8'))
print(hex(crc)) 这输出0xa，但是CRC
浏览 62提问于2021-08-13得票数 1
在这里，大多数分级答案()是使用查找表CRC-8计算/查找的一个很好的例子。我想知道生成这些表值的多项式是什么。
那么，给定这个表，如何恢复多项式呢？我试过使用漂亮的表计算器，但无法获得相同的值。
浏览 0修改于2022-06-10得票数 2
回答已采纳
m := plaintext messagek := Key (16 Byte)h2 := CRC-8/16/32(c)，c)，这是安全的吗？CRC-8/16/32是线性相关的，我们在明文上构建它，所以我想我可以得到一些关于m或k只有c和h的信息，对吗？，c)，这是安全的吗？
浏览 0修改于2018-04-06得票数 0
硬件提供CRC-8；除了数据有效载荷之外，每个包还具有6字节的开销。设计目标之一是最小化传输开销。对于某些类型的数据，CRC-8应该足够了，因为对于其他类型的数据，需要补充CRC-8以避免接受错误数据。如果我使用单字节补充，那么使用与硬件CRC-8不同的多项式的CRC8，与算术校验和相比，与其他校验和相比有什么利弊？如果是两个字节的补充呢？CRC-16是一个好的选择吗，或者考虑到CRC-8的存在，其他的东西会更好吗？
浏览 4提问于2011-11-02得票数 3
回答已采纳
我需要使用32位数据的特定多项式来实现CRC-8。这是我从发送器得到的结果：CRC-8: 22(0x16)Initial data:0x00
No final XOR calculation检查传入数据是否等于其CRC-8的算法是什么？
浏览 17修改于2020-03-05得票数 0
回答已采纳
我已经有在Java中计算CRC-8、CRC-16、CRC-32的工作示例，但是它们是不同的实现，我有点困惑。我试着读数学技术博士，但对我的数学水平来说似乎有点过分了。如果有人能在Java中提供一个最起码但详细的例子，例如CRC-8，我将不胜感激：
以编程方式创建crc查找表。
浏览 4提问于2015-03-05得票数 1
回答已采纳
当init = 0x00正确工作时，不仅对CRC-8 .但是，一旦您更改了init，值就不会正确地给出。有什么问题吗？Init只需要更改寄存器的初始值？CRC-8 / init = 0x00，poly= 0x07 -工作良好“儿童权利公约”第八届会议：regix.to_ulong() << endl; // 1100 0000 = 0xC0 | 0xC0 (crccalc.com) OK
浏览 1修改于2017-05-06得票数 0
回答已采纳
我有一个CRC码，可能是CRC-8 (或更大，但被截断了)，因为它有1字节长，但我不知道它是如何计算出来的。我也有用于计算它的数据(4字节长)。有没有办法逆转或暴力破解算法和参数？
浏览 0修改于2013-09-19得票数 1
加密过程CRC-8校验和与同步字节相结合用作解密侧的MAC。该分组是使用当前KEY+SYNC解密的，如果解密包中的同步字节与解密过程中预期和使用的同步字节相同，并且如果CRC-8是在整个解密包上计算的，则所有这些都是好的。这个系统的当前实现有多安全，因为我担心有人可能会注入他们自己的RF数据包，这些包将被Modules解密并匹配SYNC & CRC-8。有什么办法来分析这个吗？
浏览 0修改于2014-03-17得票数 2
回答已采纳
我正在写一个javascript代码，用于从给定的生成多项式计算反多项式，但似乎有一些错误它对少数CRC方法(CRC-8，CRC-16，CRC-CCITT，CRC-32，CRC-32C)很有效，但不是对所有方法都适用
浏览 0提问于2013-03-17得票数 0
回答已采纳
在这种情况下：我已在程序中将其转换为二进制：这是具有给定多项式的CRC-8：到目前为止track = strlen(binary);
strcat(binary, "00000000"); //This is static as 8 zeroes are always used in CRC
浏览 1修改于2013-05-08得票数 0
简言之，我正在努力做到以下几点：
例如: CRC-8 Step-1: Data=0x5 CRC=0x1B
Step-2: Data
浏览 23修改于2022-01-17得票数 3
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号