Jump to content


Recommended Posts

VI Name:


Total VIs:



I was suprised LabVIEW didn't had the CRC32. So I made it, http://en.wikipedia.org/wiki/Cyclic_redundancy_check, http://www.ietf.org/rfc/rfc1952.txt. It can take a array of U32, one element of U32 or a string. When needed I can create more CRC checks, CRC8, CRC16, etc... but CRC32 is the most used one I readed.





What are you thoughts on this VI?

  • Would you like to see such a function in OpenG?
  • Can you optimize the code?
  • In which package should it be included?
  • Should it be rejected?


crc32 (Element).vi

crc32 (String).vi

Share this post

Link to post
Share on other sites

Hi Wouter,

that looks nice, I think we should include it in the MD5 package (together with the SHA hashes I've created).

However I would use an array of U8 instead of U32.


Share this post

Link to post
Share on other sites

Here's a few generic CRC VIs I made sometime over the years. They do not use the lookup tables, so they may be a little slower. But they can be set to any CRC configuration.

Included are an 8-bit, 16-bit, and 32-bit versions.


Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...

Important Information

By using this site, you agree to our Terms of Use.