??? 09/21/04 14:35 Read: times |
#77838 - RE: About CRC-16 Responding to: ???'s previous message |
"Why not? Let say they are used for SPI..."
Since you brought up SPI, I get the impression that you think I am referring to the ordering of bits across a link. That is not what I am talking about. The Ross Williams guide seems to be a popular reference on the Forum, so let's refer to Chapter 19 there: http://www.repairfaq.org/filipg/LI...l#CRCV_003 In those code snippets, you will see something like: crctable[(crc ^ *blk_adr++) & 0xFFL] Forget about LSBit vs. MSBit (reflected or not) issues for now. Notice how the data (i.e., *blk_adr) is XORed with the crc to index crctable[]. It is that manner of incorporating the data as part of the CRC calculation that is missing in both your bit-oriented and table-oriented implementations. |
Topic | Author | Date |
About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
What CRC-16? | 01/01/70 00:00 | |
RE: What CRC-16? | 01/01/70 00:00 | |
RE: What CRC-16? | 01/01/70 00:00 | |
RE: What CRC-16? | 01/01/70 00:00 | |
It works for me! | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: Initial values | 01/01/70 00:00 | |
RE: Initial values | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
Read the article | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: Karma | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16 | 01/01/70 00:00 | |
RE: About CRC-16![]() | 01/01/70 00:00 |