Activity for CRC RevEng

Stephen Drinkwater posted a comment on discussion General Discussion

Stephen Drinkwater — Fri, 06 Mar 2026 12:34:34 -0000

A bit more info if required, the data is encoded with Manchester encoding and there is a start delimiter which I presume isn't included in the data, the format is :-

Thanks again.

Stephen Drinkwater posted a comment on discussion General Discussion

Stephen Drinkwater — Fri, 06 Mar 2026 09:21:58 -0000

Hi Hopefully this is an easy one, I have a system that uses CRC-8, it even states the polynomial as G(x) = x7 + x6 + x5 + x2 + 1, which I think is 0xE5. I've brute forced some commands to the system and I have some responses so I know the commands are correct, or have the correct CRC at least. The commands are 16 bit and the CRC is 8 (I think) :- 0x06 0x65 0xD1 0x26 0x64 0x50 0x46 0x66 0xD0 0x46 0x67 0x1B 0xF0 0x66 0x90 I've tried all variants of this in reveng and even wrote some code to try and...

CRC RevEng updated /3.0.6/reveng-3.0.6.zip

CRC RevEng — Wed, 11 Feb 2026 12:44:04 -0000

CRC RevEng updated /3.0.6/reveng-3.0.6.tar.xz

CRC RevEng — Wed, 11 Feb 2026 12:44:04 -0000

CRC RevEng updated /3.0.6/reveng-3.0.6-riscos.zip

CRC RevEng — Wed, 11 Feb 2026 12:44:04 -0000

CRC RevEng updated /3.0.6/reveng-3.0.6.tar.gz

CRC RevEng — Wed, 11 Feb 2026 12:44:04 -0000

CRC RevEng updated /3.0.6/SHA256SUMS

CRC RevEng — Wed, 11 Feb 2026 12:44:03 -0000

CRC RevEng updated /3.0.6/SHA1SUMS

CRC RevEng — Wed, 11 Feb 2026 12:44:03 -0000

rasz_pl posted a comment on discussion General Discussion

rasz_pl — Sun, 11 Jan 2026 19:17:48 -0000

On Sun, Jan 11, 2026 at 4:44 PM Nathan Henrie n8henrie@users.sourceforge.net wrote: An alternative project (https://github.com/nitram2342/bruteforce-crc) was able to accomplish this how I expected: $ ./bruteforce-crc --file <(python3 -c 'import sys; print("\n".join(f"{int(n, 16):0b}" for n in sys.argv[1:]))' fffeaa244900b6c0 fffeaa24498006f0 fffeaa2449848740 fffeaa2449043770) --width 16 --offs-crc 48 --start 16 --end 48 --output /dev/stdout Found 1 matches. Polynomial, Initial, Final XOR, Reflected...

Nathan Henrie modified a comment on discussion General Discussion

Nathan Henrie — Sun, 11 Jan 2026 15:44:40 -0000

An alternative project (https://github.com/nitram2342/bruteforce-crc) was able to accomplish this how I expected: $ ./bruteforce-crc \ --file <(python3 -c 'import sys; print("\n".join(f"{int(n, 16):0b}" for n in sys.argv[1:]))' fffeaa244900b6c0 fffeaa24498006f0 fffeaa2449848740 fffeaa2449043770) \ --width 16 \ --offs-crc 48 \ --start 16 \ --end 48 \ --output /dev/stdout Found 1 matches. Polynomial, Initial, Final XOR, Reflected Input, Reflected Output 0x8050,0x0,0x0,false,false If someone discovers...

Nathan Henrie posted a comment on discussion General Discussion

Nathan Henrie — Sun, 11 Jan 2026 15:44:03 -0000

An alternative project (https://github.com/nitram2342/bruteforce-crc) was able to accomplish this how I expected: $ ./bruteforce-crc --file <(python3 -c 'import sys; print("\n".join(f"{int(n, 16):0b}" for n in sys.argv[1:]))' fffeaa244900b6c0 fffeaa24498006f0 fffeaa2449848740 fffeaa2449043770) --width 16 --offs-crc 48 --start 16 --end 48 --output /dev/stdout Found 1 matches. Polynomial, Initial, Final XOR, Reflected Input, Reflected Output 0x8050,0x0,0x0,false,false If someone discovers how I should...

rasz_pl modified a comment on discussion General Discussion

rasz_pl — Tue, 09 Dec 2025 02:07:10 -0000

Fantastic tool. Effortlessly and quickly allowed me to calculate 16, 32 and 48bit CRC/ECC polynomials/inits used by ancient MFM/RLL Adaptec and OMTI disk controllers. I used those one liners: Edit: corrected command line examples, posting by email somehow ate * sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512 -B mfm=datacrc | xxd -p -c 520 | paste -sd' ' - | xargs ./reveng -w 48 -F -s sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr...

rasz_pl modified a comment on discussion General Discussion

rasz_pl — Tue, 09 Dec 2025 02:00:50 -0000

Fantastic tool. Effortlessly and quickly allowed me to calculate 16, 32 and 48bit CRC/ECC polynomials/inits used by ancient MFM/RLL Adaptec and OMTI disk controllers. I used those one liners: sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512 -B mfm=datacrc | xxd -p -c 520 | paste -sd' ' - | xargs ./reveng -w 48 -F -s sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512...

rasz_pl posted a comment on discussion General Discussion

rasz_pl — Thu, 04 Dec 2025 09:03:42 -0000

Fantastic tool. Effortlessly and quickly allowed me to calculate 16, 32 and 48bit CRC/ECC polynomials/inits used by ancient MFM/RLL Adaptec and OMTI disk controllers. I used those one liners: sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr mfm:data_rate=7500000:format=RLL_OMTI:header_size=4 -B mfm=idcrc | xxd -p -c 8 | paste -sd' ' - | xargs ./reveng -w 16 -F -s sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512 -B mfm=datacrc | split...

Nathan Henrie posted a comment on discussion General Discussion

Nathan Henrie — Wed, 24 Sep 2025 16:36:25 -0000

I am totally new to sigint / CRCs, trying to learn how I might have reverse-engineered an existing protocol (so that I can check my work). I've recorded a signal with URH (https://github.com/jopohl/urh/) and am using its built-in CRC checker along with values from a known-working decoder (https://github.com/merbanan/rtl_433/blob/e37c0d78354093bf779c7e050acfa38288dbcb32/src/devices/honeywell.c#L41). My 4 signals (sorry, there are only 4 different ones) are: fffeaa244900b6c0 fffeaa24498006f0 fffeaa2449848740...

Chevonne Jones modified a comment on discussion General Discussion

Chevonne Jones — Sat, 20 Sep 2025 01:51:40 -0000

I am lost for words.

Chevonne Jones posted a comment on discussion General Discussion

Chevonne Jones — Fri, 19 Sep 2025 23:11:11 -0000

Please don't. touch And the parameter set is Called Jones because that's my surname

Johann N. Löfflmann posted a comment on discussion General Discussion

Johann N. Löfflmann — Sun, 30 Mar 2025 10:05:30 -0000

The Go API supports a Koopman poly const which is described at https://golang.org/pkg/hash/crc32/ The poly is reflected there. The same applies to IEEE and Castagnoli polys constants which are listed there as well. To express the poly using the "Rocksoft (tm) Model CRC Algorithm", we have to reflect the refelcted poly. So the parameters are: CRC parameters: width (in bits): 32 polynomial [hex]: 741b8cd7 init [hex]: ffffffff refIn [boolean]: true refOut [boolean]: true xorOut [hex]: ffffffff For verification,...

phr3ak posted a comment on discussion General Discussion

phr3ak — Thu, 23 Jan 2025 12:22:50 -0000

any success with it?

phr3ak posted a comment on discussion General Discussion

phr3ak — Thu, 23 Jan 2025 12:21:52 -0000

any success with this?

phr3ak posted a comment on discussion General Discussion

phr3ak — Thu, 23 Jan 2025 12:20:04 -0000

What was the command line you used?

CRC RevEng updated /3.0.6/reveng-3.0.6.zip

CRC RevEng — Mon, 11 Nov 2024 20:49:03 -0000

CRC RevEng updated /3.0.6/reveng-3.0.6.tar.xz

CRC RevEng — Mon, 11 Nov 2024 20:49:03 -0000

CRC RevEng updated /3.0.6/reveng-3.0.6.tar.gz

CRC RevEng — Mon, 11 Nov 2024 20:49:03 -0000

CRC RevEng updated /3.0.6/SHA256SUMS

CRC RevEng — Mon, 11 Nov 2024 20:49:03 -0000

CRC RevEng updated /3.0.6/reveng-3.0.6-riscos.zip

CRC RevEng — Mon, 11 Nov 2024 20:49:03 -0000

CRC RevEng updated /3.0.6/SHA1SUMS

CRC RevEng — Mon, 11 Nov 2024 20:49:03 -0000

CRC RevEng released /3.0.6/reveng-3.0.6.zip

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

CRC RevEng released /3.0.6/reveng-3.0.6.tar.xz

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

CRC RevEng released /3.0.6/reveng-3.0.6.tar.gz

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

CRC RevEng released /3.0.6/reveng-3.0.6-riscos.zip

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

CRC RevEng released /3.0.6/SHA256SUMS

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

CRC RevEng released /3.0.6/SHA1SUMS

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

CRC RevEng released /3.0.6/README

CRC RevEng — Thu, 08 Aug 2024 12:04:02 -0000

Cheatha Girl posted a comment on discussion General Discussion

Cheatha Girl — Tue, 27 Feb 2024 07:54:41 -0000

hi, my inputs length is 1028 byte that have CRC-16 . i have 4 inputs with their CRCs. but when i run the program, get the following message: "cannot reallocate memory for poly" what should i do? please help.

CRC RevEng updated /3.0.5/reveng-3.0.5.zip

CRC RevEng — Sat, 30 Dec 2023 15:16:03 -0000

CRC RevEng updated /3.0.5/reveng-3.0.5.tar.xz

CRC RevEng — Sat, 30 Dec 2023 15:16:03 -0000

CRC RevEng updated /3.0.5/reveng-3.0.5.tar.gz

CRC RevEng — Sat, 30 Dec 2023 15:16:03 -0000

CRC RevEng updated /3.0.5/reveng-3.0.5-riscos.zip

CRC RevEng — Sat, 30 Dec 2023 15:16:03 -0000

CRC RevEng updated /3.0.5/SHA256SUMS

CRC RevEng — Sat, 30 Dec 2023 15:16:03 -0000

CRC RevEng updated /3.0.5/SHA1SUMS

CRC RevEng — Sat, 30 Dec 2023 15:16:02 -0000

David Pye modified a comment on discussion General Discussion

David Pye — Tue, 03 Oct 2023 14:53:25 -0000

Hi, I'm trying to reverse a serial protocol between a device and its' battery as part of an OSS battery management firmware project. The battery sends packets to the device at regular intervals to prove it's alive (and genuine, I suspect...) without which the device won't run. All that changes each packet is the sequence number, and the last four bytes of the packet. I've not had any luck figuring out whether it's some kind of crc/checksum or a rolling code. The packets look as follows: (0x12 are...

David Pye posted a comment on discussion General Discussion

David Pye — Tue, 03 Oct 2023 14:52:38 -0000

Vladimir Semenov posted a comment on discussion General Discussion

Vladimir Semenov — Tue, 29 Aug 2023 09:25:39 -0000

Hello everyone out there. My question may will sound stupid but it's due to lack of knowledge and experience only. Well, long story short. I'm playing around with a printer's rfid chips. I've already made about one hundred dumps in different conditions and sequences so I figure out almost everything about the data stored there like color, expiration date, ink type, remained volume etc. My goal is to program my own chips as both machines and inks are discontinued by the manufacturer So basically the...

Robet Sack posted a comment on discussion General Discussion

Robet Sack — Wed, 15 Mar 2023 07:27:32 -0000

Hello, i have three matched pairs of message + CRC and i am unfortunately not able to reverse CRC algo... The data (hex) is (Message CRC): 3731302E3030303836337700000000000000B0000000 0A74 3731302E3030303530397700000000000000B0000000 06B1 3731302E3030303530397604000000000000B0000000 1278 I know that it is a CRC, i only not know if it is one 16 bit CRC or two (different type) 8 bit CRCs. You mention in the manual that crossed-endian reversing is switched off because it is not common. Is there a way...

hojat deldar posted a comment on discussion General Discussion

hojat deldar — Wed, 01 Mar 2023 05:29:51 -0000

Hi I try Reveng CRC for for reversing and finding model. when I try .\reveng.exe -m CRC-24/OPENPGP -c and then I copy my hex value, below error will accure: Program 'reveng.exe' failed to run: The filename or extension is too longAt line:1 char:1 + .\reveng.exe -m CRC-24/OPENPGP -c 0100000400030001000101020000001C000 ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~. At line:1 char:1 + .\reveng.exe -m CRC-24/OPENPGP -c 0100000400030001000101020000001C000 ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~...

Rafael posted a comment on discussion General Discussion

Rafael — Mon, 20 Feb 2023 01:55:48 -0000

NVM I'm just dumb, the refin has effect on the initial value too.

Rafael posted a comment on discussion General Discussion

Rafael — Wed, 14 Dec 2022 18:06:37 -0000

So, I'm writing a C++ header file for the ~112 CRCs in this site(by using a template type class ofc) but when I added CRC-16/TMS37157 and CRC-16/RIELLO they where failing the library test, but everything was right, there wasn't anything missing, so after reading the sources listed on the catalog I found in the references that RIELLO uses 0x554D for it's initial value, instead of 0xB2AA, and TMS37157 datasheet says it uses 0x3791 as initial value, instead of 0x89EC. I changed to these values and the...

Alex modified a comment on discussion General Discussion

Alex — Wed, 14 Dec 2022 10:16:03 -0000

Hello, I'm wondering if anyone can help me out. I am going to learn a bit of can-bus stuff and did some logs to find out how messages are created. Everything is clear, except the last byte where i think it is a kind of checksum but i can not figure out how it is created. What i found out: First message sent to the receiver. First Byte (in all messages) is the address of the receiver. 0x23 0x10 0x08 0x2C 0x01 0xF3 0x00 0x55 so the 0x23 is address if the receiver. 0x10 is initial count of message (followed...

Alex posted a comment on discussion General Discussion

Alex — Fri, 09 Dec 2022 10:50:56 -0000

Hello, I'm wondering if anyone can help me out. I am going to learn a bit of can-bus stuff and did some logs to find out how messages are created. Everything is clear, except the last byte where i think it is a kind of checksum but i can not figure out how it is created. What i found out: First message sent to the receiver. First Byte (in all messages) is the address of the receiver. 0x12 0x10 0x08 0x2C 0x01 0xF3 0x00 0x55 so the 0x12 is address if the receiver. 0x10 is initial count of message (followed...

ʕʘ̅͜ʘ̅ʔ posted a comment on discussion General Discussion

ʕʘ̅͜ʘ̅ʔ — Sat, 19 Nov 2022 15:26:34 -0000

Hi, I got the same issue with all algorithm with refin=true refout=true otherwise I got the same bytes oder. My test command: D=$(X=$(echo -n "abcdefghijklmnopqrstuvwxyz-ABCDEFGHIJKLMNOPQRSTUVWXYZ_0123456789" | xxd -p -);reveng -m CRC-32/JAMCRC -X -c $X);echo $D result F5DD0C72 I expect 0x720CDDF5 D=$(X=$(echo -n "abcdefghijklmnopqrstuvwxyz-ABCDEFGHIJKLMNOPQRSTUVWXYZ_0123456789" | xxd -p -);reveng -m CRC-32/BZIP2 -X -c $X);echo $D result A9377A2E equal to expected 0xA9377A2E Regards

Juergen posted a comment on discussion General Discussion

Juergen — Sun, 09 Oct 2022 23:10:35 -0000

Hi, first thanks a lot for the great software, i use it to get the crc algorithm for unknown crc modules! All used works fine. It seems only the CRC-16/MCRF4XX does not work correctly, the byte sequence is reversed. width=16 poly=0x1021 init=0xffff refin=true refout=true xorout=0x0000 check=0x6f91 residue=0x0000 name="CRC-16/MCRF4XX" E.g. on reveng 3.0.5 reveng.exe -m CRC-16/MCRF4XX -c 1516432d31332d4d3756504f57747250423066413d3d gets af10 On other CRC modules (NXP on Chip, selfmade or http://www.sunshine2k.de/coding/javascript/crc/crc_js.html...

Ken Brown modified a comment on discussion General Discussion

Ken Brown — Mon, 05 Sep 2022 16:41:02 -0000

I am trying to search for the parameters of a 64-bit CRC algorithm. I have used the same command line options to successfully find a standard 32-bit CRC algorithm, but when it comes to the 64-bit non-standard algorithm it doesn't seem to actually try different parameters, but immediately says 'no models found' and quits. Here is the command I'm using... ./reveng -w 64 -f -Fs file1 file2 file3 file4 file5 ./reveng: no models found Edit: It appears that RevEng was just finishing its search much faster...

Ken Brown modified a comment on discussion General Discussion

Ken Brown — Mon, 05 Sep 2022 03:54:29 -0000

Ken Brown posted a comment on discussion General Discussion

Ken Brown — Mon, 05 Sep 2022 03:51:40 -0000

I am trying to search for the parameters of a 64-bit CRC algorithm. I have used the same command line options to successfully find a standard 32-bit CRC algorithm, but when it comes to the 64-bit non-standard algorithm it doesn't seem to actually try different parameters, but immediately says 'no models found' and quits. Here is the command I'm using... ./reveng -w 64 -f -s file1 file2 file3 file4 file5 ./reveng: no models found

CRC RevEng released /3.0.5/reveng-3.0.5.zip

CRC RevEng — Sat, 27 Aug 2022 10:33:42 -0000

CRC RevEng released /3.0.5/reveng-3.0.5.tar.xz

CRC RevEng — Sat, 27 Aug 2022 10:33:42 -0000

CRC RevEng released /3.0.5/reveng-3.0.5-riscos.zip

CRC RevEng — Sat, 27 Aug 2022 10:33:42 -0000

CRC RevEng released /3.0.5/reveng-3.0.5.tar.gz

CRC RevEng — Sat, 27 Aug 2022 10:33:42 -0000

CRC RevEng released /3.0.5/SHA1SUMS

CRC RevEng — Sat, 27 Aug 2022 10:33:42 -0000

CRC RevEng released /3.0.5/SHA256SUMS

CRC RevEng — Sat, 27 Aug 2022 10:33:42 -0000

CRC RevEng released /3.0.5/README

CRC RevEng — Sat, 27 Aug 2022 10:33:41 -0000

CRC RevEng released /3.0.4/reveng-3.0.4.zip

CRC RevEng — Wed, 24 Aug 2022 22:17:31 -0000

CRC RevEng released /3.0.4/reveng-3.0.4.tar.xz

CRC RevEng — Wed, 24 Aug 2022 22:17:31 -0000

CRC RevEng released /3.0.4/reveng-3.0.4.tar.gz

CRC RevEng — Wed, 24 Aug 2022 22:17:30 -0000

CRC RevEng released /3.0.4/reveng-3.0.4-riscos.zip

CRC RevEng — Wed, 24 Aug 2022 22:17:30 -0000

CRC RevEng released /3.0.4/SHA1SUMS

CRC RevEng — Wed, 24 Aug 2022 22:17:30 -0000

CRC RevEng released /3.0.4/README

CRC RevEng — Wed, 24 Aug 2022 22:17:30 -0000

CRC RevEng released /3.0.4/SHA256SUMS

CRC RevEng — Wed, 24 Aug 2022 22:17:30 -0000

Greg Cook posted a comment on discussion General Discussion

Greg Cook — Wed, 24 Aug 2022 18:49:55 -0000

Hi Johann, thanks for the tip. The polynomial is named after Professor David T. Jones at University College London, who introduced it in a 2009 paper as a candidate to replace the polynomial then used as a hashing function in the SwissProt and TrEMBL databases. It was "empirically tested" to avoid hash collisions between entries differing by one or two amino acids - but even at the time, best practice in bioinformatics was migrating to secure hashes such as MD5. There is enough evidence in the GitHub...

Johann N. Löfflmann posted a comment on discussion General Discussion

Johann N. Löfflmann — Fri, 29 Jul 2022 19:29:52 -0000

Hi Greg, first of all, I would like to thank you very much for gathering all the details and sharing the CRC catalogue with the public. I am happy to contribute to it. I would like to suggest two CRC-64 for the CRC catalogue. I suggest the names CRC-64/JONES, and CRC-64/REDIS. Let's see ... recently I stumbled over this commit from 2012 https://github.com/redis/redis/commit/9510d65dc8b0cff77402bd97078636680fe50da0 I found the code comment "Redis uses the CRC64 variant with "Jones" coefficients and...

CRC RevEng updated /3.0.3/reveng-3.0.3.tar.xz

CRC RevEng — Wed, 13 Jul 2022 10:30:02 -0000

CRC RevEng updated /3.0.3/reveng-3.0.3.tar.gz

CRC RevEng — Wed, 13 Jul 2022 10:30:02 -0000

CRC RevEng updated /3.0.3/reveng-3.0.3.zip

CRC RevEng — Wed, 13 Jul 2022 10:30:02 -0000

CRC RevEng updated /3.0.3/reveng-3.0.3-riscos.zip

CRC RevEng — Wed, 13 Jul 2022 10:30:02 -0000

CRC RevEng updated /3.0.3/SHA1SUMS

CRC RevEng — Wed, 13 Jul 2022 10:30:02 -0000

CRC RevEng updated /3.0.3/SHA256SUMS

CRC RevEng — Wed, 13 Jul 2022 10:30:02 -0000

Greg Cook modified a comment on discussion General Discussion

Greg Cook — Wed, 11 May 2022 19:32:45 -0000

Hello Mitch, thank you for your interest in CRC RevEng. I'm not familiar with this form of packet in CAN, but it's clear that the CRC is the first byte of the packet. Usually when this occurs, the rest of the message is checksummed in left-to-right order and the CRC is inserted at the beginning. CRC RevEng needs to receive the checksummed message in the order the calculator emitted it, and so the CRC must be moved back to the right-hand end of the message. The bytes in time sequence then look like...

Greg Cook posted a comment on discussion General Discussion

Greg Cook — Wed, 11 May 2022 19:31:36 -0000

Greg Cook posted a comment on discussion General Discussion

Greg Cook — Wed, 11 May 2022 19:05:37 -0000

Hi Septs, That's really impressive! And you've even rolled in my latest update! I heartily approve and wish you all the best. Greg

CRC RevEng released /3.0.3/reveng-3.0.3.tar.xz

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

CRC RevEng released /3.0.3/reveng-3.0.3.zip

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

CRC RevEng released /3.0.3/reveng-3.0.3.tar.gz

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

CRC RevEng released /3.0.3/SHA256SUMS

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

CRC RevEng released /3.0.3/SHA1SUMS

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

CRC RevEng released /3.0.3/README

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

CRC RevEng released /3.0.3/reveng-3.0.3-riscos.zip

CRC RevEng — Sun, 08 May 2022 14:07:03 -0000

septs posted a comment on discussion General Discussion

septs — Sun, 27 Mar 2022 04:05:25 -0000

I ported this project to browser see https://crc-reveng.septs.app Source Code: https://github.com/NiceLabs/crc-reveng

Mitch Minton posted a comment on discussion General Discussion

Mitch Minton — Fri, 18 Feb 2022 04:01:21 -0000

I'm trying to work out an equation for which a "Calculation|Algorithm" is being created from. I know the resulting value, and I know the potential bytes of data it's getting it's calculation from (CANbus data packets), i'm just having a hard time understanding which arguments to use in order to come up with the testing using this program. all data is in hex, 1st byte (2 characters) are the algorithm value, all following bytes are where the potential calculation would be coming from. EC0C00C0F0C1FFFF...

Dieter posted a comment on discussion General Discussion

Dieter — Wed, 09 Feb 2022 15:49:00 -0000

Hi Greg, I see now it was pretty simple my fault :( My input into the calculator was 518100, 518200, etc with zero padding for the 8Bit CRC code. No idea what I thought, when I did it. So all good with reveng. In fact, I don't remember where these codes exactly came from, but I found them when I was searching for some hints to identify my unknown checksum algorithm here This is neither simple XOR nor CRC as far as I found. best regards, Dieter

Greg Cook posted a comment on discussion General Discussion

Greg Cook — Tue, 08 Feb 2022 16:01:52 -0000

Hello Dieter, thank you for your interest in CRC RevEng. Thanks also for the link to a rather nice CRC calculator. It'll be handy for when I'm remote and I see it has presets from my Catalogue in it, too. Unfortunately, I could not get it to reproduce the codewords you've given: CRC RevEng agrees with the calculator: $ reveng -w 8 -p 1d -b -B -i 3a -x 00 -c 5181 5182 5183 5184 5185 5186 5187 5188 2a 0d 10 43 5e 79 64 df Just to be sure, I repeated your search command with only the first three codewords;...

Dieter posted a comment on discussion General Discussion

Dieter — Thu, 03 Feb 2022 07:03:46 -0000

Hi Greg, I'm wondering why Reveng is not getting a solution for the following data. I have verified with CRC calculator that checksum is correct . It's custom CRC-8 with Polynomial = 0x1d Input Reflected = no Result Reflected = no Initial value = 0x3a Final Xor Value = 0x00 best regards, Dieter reveng -w 8 -s 518155 518281 5183cd 518434 518578 5186ac 5187e0 518843 reveng: no models found

Christian Herrmann posted a comment on discussion General Discussion

Christian Herrmann — Tue, 01 Feb 2022 18:35:31 -0000

Hello Greg! Yes, even Merlokk (he is another Pm3 contributor) managed to get a preset into yours. We found some new ones during the years. I don't know if all of them found the way back to you. No easy channel of comms, I suppose. Funny, I use that same saying myself. It is indeed the way how to do it. I did do migrations by your new version by version, but it got tedious :) We are currently on #define VERSION "1.6.2" One reason for the problems is that we needed a way to call your client direct...

CRC RevEng updated /3.0.2/reveng-3.0.2.zip