Mod bus communication "crc function" C# - c#
I try to make a modbus app but I need a little help fit the automatic CRC function.
The problem is: When i try to read the CRC[1] and CRC[0] to put the contained value at the end of my hex string I get an compilation error.
I use this function for the crc:
#region CRC Computation
void GetCRC(byte[] comBuffer, ref byte[] CRC)
{
//Function expects a modbus message of any length as well as a 2 byte CRC array in which to
//return the CRC values:
ushort CRCFull = 0xFFFF;
byte CRCHigh = 0xFF, CRCLow = 0xFF;
char CRCLSB;
for (int i = 0; i < (comBuffer.Length) - 2; i++)
{
CRCFull = (ushort)(CRCFull ^ comBuffer[i]);
for (int j = 0; j < 8; j++)
{
CRCLSB = (char)(CRCFull & 0x0001);
CRCFull = (ushort)((CRCFull >> 1) & 0x7FFF);
if (CRCLSB == 1)
CRCFull = (ushort)(CRCFull ^ 0xA001);
}
}
CRC[1] = CRCHigh = (byte)((CRCFull >> 8) & 0xFF);
CRC[0] = CRCLow = (byte)(CRCFull & 0xFF);
}
#endregion
And I want to use CRC [1] and CRC [0] at the end of my string, how can i use in the following code:
comPort.Write(newMsg, 0, newMsg.Length, CRC[1], CRC[0]);
case TransmissionType.Hex:
try
{
//convert the message to byte array
byte[] newMsg = HexToByte(msg);
//send the message to the port
comPort.Write(newMsg, 0, newMsg.Length, CRC[1], CRC[0]);
//convert back to hex and display
DisplayData(MessageType.Outgoing, ByteToHex(newMsg)+ "\n");
}
Related
CRC-16/Modbus Implementation in C# malfunction
I'm currently setting up the communication between a controller for a step motor and a computer, coding an application in C# (it is the first time I use this programming language, and although I'm not a computer scientist but an industrial engineer, reason why I'm sure there are some ways of optimizing the function which I don't know, any recommendation on that matter would also be very appreciated). Therefore, I've been using the RS-485 that the controller has to communicate with it, and I've implemented an algorithm that generates the CRC(Cyclic Redundancy Check) bytes required. And there is where my problem begins. I can't find the reason why my function doesn't generate the correct CRC value. I have checked with some online calculators of CRC and I've also used the example that appears in the Modbus Guide (where it also explains how is the code implemented). Here is the code I've written for the calculus of the CRC: class Program { static void Main(string[] args) { // 0x05, 0x06, 0x17, 0x70, 0x00, 0x01 byte[] prueba = new byte[] { 0x02, 0x07 }; byte[] result = Aux.CRC(prueba); Console.WriteLine(result[0] + " " + result[1]); } } class Aux{ public static byte[] CRC(byte[] to_evaluate) { byte[] CRC_Byte = new byte[2] { 0, 0 }; UInt16 CRC_Register = 0xFFFF; //16 bits 1111.1111.1111.1111 UInt16 CRC_pol = 0xa001; //16 bits 1010.0000.0000.0001 foreach (UInt16 byte_val in to_evaluate) { CRC_Register ^= byte_val; Console.WriteLine("XOR inicial : {0:X}", CRC_Register); for (byte i = 0; i < 8; i++) { CRC_Register >>= 1; Console.WriteLine("Desplazamiento " + (i + 1) + ": {0:X}", CRC_Register); if ((CRC_Register & 1) != 0) { CRC_Register ^= CRC_pol; Console.WriteLine("XOR: {0:X}", CRC_Register); } } } Console.WriteLine("{0:X}",CRC_Register); byte low_byte_CRC = (byte)((CRC_Register << 8) >> 8); byte high_byte_CRC = (byte)(CRC_Register >> 8); CRC_Byte[0] = low_byte_CRC; CRC_Byte[1] = high_byte_CRC; return CRC_Byte; } } The expected result using the test array attached and the polinomial 0xa001 is 0x1241 for CRC_Register, and {0x41,0x12} for the CRC_Byte.
I had to implement a CRC check for PPP once in C# and it was absolutely no fun! I found in this link the code that should correctly generate the CRC. It follows the CRC Generation procedure from section 6.2.2 on page 39 of the document you shared the link to. // Compute the MODBUS RTU CRC UInt16 ModRTU_CRC(byte[] buf, int len) { UInt16 crc = 0xFFFF; for (int pos = 0; pos < len; pos++) { crc ^= (UInt16)buf[pos]; // XOR byte into least sig. byte of crc for (int i = 8; i != 0; i--) // Loop over each bit { if ((crc & 0x0001) != 0) // If the LSB is set { crc >>= 1; // Shift right and XOR 0xA001 crc ^= 0xA001; } else // Else LSB is not set { crc >>= 1; // Just shift right } } } // Note, this number has low and high bytes swapped, so use it accordingly (or swap bytes) return crc; }
c# generating a crc8 byte method with a byte array input
Right now I have the following code to generate a CRC-16 (Modbus). I am rather new to the idea of CRC, and I need to make a CRC-8. Can this code be modified to generated a CRC-8? I have the for loop starting at int = 1; and ending at i<tembByteList.Count - 1; because I am ignoring the first and last byte. public List<byte> crc16(List<byte> tempByteList) { ushort reg_crc = 0xFFFF; for(int i = 1; i<tempByteList.Count - 1; i++) { reg_crc ^= tempByteList[i]; for(int j = 0; j < 8; j++) { if((reg_crc & 0x01) == 1) { reg_crc = (ushort)((reg_crc >> 1) ^ 0xA001); } else { reg_crc = (ushort)(reg_crc >> 1); } } } tempByteList.Insert(tempByteList.Count - 1, (byte)((reg_crc >> 8) & 0xFF)); tempByteList.Insert(tempByteList.Count - 1, (byte)(reg_crc & 0xFF)); return tempByteList; }
Sure. Just replace 0xa001 with 0xe5, and the initialization with zero (ushort reg_crc = 0;). That will generate the Bluetooth CRC-8. Using 0x8c will generate the Maxim CRC-8. And of course you'll only need to insert one byte into your message at the end. If you would prefer a CRC that initializes with all ones, which would be sensitive to an initial string of zeros in the message, then you can use the ROHC CRC-8, which would use 0xe0 for the polynomial, and you would initialize reg_crc to 0xff. By the way, the if statement could be replaced by a a ternary operator, which I consider to be more readable: reg_crc = (reg_crc & 1) != 0 ? (reg_crc >> 1) ^ POLY : reg_crc >> 1;
Sending Long integer values from Arduino and receiving them from C# app?
As title gives it away I am trying to just send Long integer values from arduino and receiving it from my C# application. My Arduino code is void setup() { Serial.begin(9600); } long n; byte b[4]; void loop() { n=500; for (int i=0; i<10; i++) { n = n+20; IntegerToBytes(n, b); for (int i=0; i<4; ++i) { Serial.write((int)b[i]); } delay(1000); } } void IntegerToBytes(long val, byte b[4]) { b[3] = (byte )((val >> 24) & 0xff); b[2] = (byte )((val >> 16) & 0xff); b[1] = (byte )((val >> 8) & 0xff); b[0] = (byte )((val) & 0xff); } And related C# code is private void DataReceivedHandler(object sender, SerialDataReceivedEventArgs e) { if (mySerial.IsOpen) { int bytes = mySerial.BytesToRead; byte[] byte_buffer = new byte[4]; mySerial.Read(byte_buffer, 0, 4); if (bytes == 4) { SerialConverted_LONGValue = BitConverter.ToInt32(byte_buffer, 0); } } } After I debug the code it just writes the received value to a textbox. I can see just one value, and if any chance, it changes couple of times, as well. What is wrong with my long to byte[] and byte[] to long conversion?
BitConverter does a straight map. It does not know about endianess. Change the order of assignment from 3, 2, 1, 0 to 0, 1, 2, 3.
Data conversion issue possibly, char to unsigned char. A software and firmware CRC32 interaction issue
My current issue is that I am computing a CRC32 hash in software and then checking it in the firmware, however when I compute the hash in firmware its double what it is supposed to be. software(written in C#): public string SCRC(string input) { //Calculate CRC-32 Crc32 crc32 = new Crc32(); string hash = ""; byte[] convert = Encoding.ASCII.GetBytes(input); MemoryStream ms = new MemoryStream(System.Text.Encoding.Default.GetBytes(input)); foreach (byte b in crc32.ComputeHash(ms)) hash += b.ToString("x2").ToLower(); return hash; } firmware functions used(written in C): unsigned long chksum_crc32 (unsigned char *block, unsigned int length) { register unsigned long crc; unsigned long i; crc = 0xFFFFFFFF; for (i = 0; i < length; i++) { crc = ((crc >> 8) & 0x00FFFFFF) ^ crc_tab[(crc ^ *block++) & 0xFF]; } return (crc ^ 0xFFFFFFFF); } /* chksum_crc32gentab() -- to a global crc_tab[256], this one will * calculate the crcTable for crc32-checksums. * it is generated to the polynom [..] */ void chksum_crc32gentab () { unsigned long crc, poly; int i, j; poly = 0xEDB88320L; for (i = 0; i < 256; i++) { crc = i; for (j = 8; j > 0; j--) { if (crc & 1) { crc = (crc >> 1) ^ poly; } else { crc >>= 1; } } crc_tab[i] = crc; } } Firmware Code where the functions above are called(Written in C): //CommandPtr should now be pointing to the rest of the command chksum_crc32gentab(); HardCRC = chksum_crc32( (unsigned)CommandPtr, strlen(CommandPtr)); printf("Hardware CRC val is %lu\n", HardCRC); Note, the CommandPTR is a refrence to the same data named, "string input" in the software method. Does anyone have any idea why I could be getting approximately double the value I am using in the software?? Aka HardCRC is double what its supposed to be, I am guessing it has something to do with my unsigned char cast.
C# CRC implementation
I am trying to integrate a Serial-port device into my application, which needs CRC-CCTT validation for the bytes that I send to it. I'm kinda new into managing byte packets, and need help for this. It uses this formula for making the CRC calculus: [CRC-CCITT P(X)= X16 + C12 + C8 + 1] So for example for the packet: 0xFC 0x05 0x11, the CRC is 0x5627. Then I send this packet to the device: 0xFC 0x05 0x11 0x27 0x56 Also, packet lenghts will vary from 5 to 255 (including CRC checks bytes) I don't know how to implement this, so any idea/suggestions will be welcome. Hope I made myself clear, Thanks in Advance. EDIT: here is the specification of what I need to do:
standard crc-ccitt is x16 + x12 + x5 + 1 I wrote the one # http://www.sanity-free.com/133/crc_16_ccitt_in_csharp.html If I have time I'll see if I can't modify it to run with the x16 + x12 + x8 + 1 poly. EDIT: here you go: public class Crc16CcittKermit { private static ushort[] table = { 0x0000, 0x1189, 0x2312, 0x329B, 0x4624, 0x57AD, 0x6536, 0x74BF, 0x8C48, 0x9DC1, 0xAF5A, 0xBED3, 0xCA6C, 0xDBE5, 0xE97E, 0xF8F7, 0x1081, 0x0108, 0x3393, 0x221A, 0x56A5, 0x472C, 0x75B7, 0x643E, 0x9CC9, 0x8D40, 0xBFDB, 0xAE52, 0xDAED, 0xCB64, 0xF9FF, 0xE876, 0x2102, 0x308B, 0x0210, 0x1399, 0x6726, 0x76AF, 0x4434, 0x55BD, 0xAD4A, 0xBCC3, 0x8E58, 0x9FD1, 0xEB6E, 0xFAE7, 0xC87C, 0xD9F5, 0x3183, 0x200A, 0x1291, 0x0318, 0x77A7, 0x662E, 0x54B5, 0x453C, 0xBDCB, 0xAC42, 0x9ED9, 0x8F50, 0xFBEF, 0xEA66, 0xD8FD, 0xC974, 0x4204, 0x538D, 0x6116, 0x709F, 0x0420, 0x15A9, 0x2732, 0x36BB, 0xCE4C, 0xDFC5, 0xED5E, 0xFCD7, 0x8868, 0x99E1, 0xAB7A, 0xBAF3, 0x5285, 0x430C, 0x7197, 0x601E, 0x14A1, 0x0528, 0x37B3, 0x263A, 0xDECD, 0xCF44, 0xFDDF, 0xEC56, 0x98E9, 0x8960, 0xBBFB, 0xAA72, 0x6306, 0x728F, 0x4014, 0x519D, 0x2522, 0x34AB, 0x0630, 0x17B9, 0xEF4E, 0xFEC7, 0xCC5C, 0xDDD5, 0xA96A, 0xB8E3, 0x8A78, 0x9BF1, 0x7387, 0x620E, 0x5095, 0x411C, 0x35A3, 0x242A, 0x16B1, 0x0738, 0xFFCF, 0xEE46, 0xDCDD, 0xCD54, 0xB9EB, 0xA862, 0x9AF9, 0x8B70, 0x8408, 0x9581, 0xA71A, 0xB693, 0xC22C, 0xD3A5, 0xE13E, 0xF0B7, 0x0840, 0x19C9, 0x2B52, 0x3ADB, 0x4E64, 0x5FED, 0x6D76, 0x7CFF, 0x9489, 0x8500, 0xB79B, 0xA612, 0xD2AD, 0xC324, 0xF1BF, 0xE036, 0x18C1, 0x0948, 0x3BD3, 0x2A5A, 0x5EE5, 0x4F6C, 0x7DF7, 0x6C7E, 0xA50A, 0xB483, 0x8618, 0x9791, 0xE32E, 0xF2A7, 0xC03C, 0xD1B5, 0x2942, 0x38CB, 0x0A50, 0x1BD9, 0x6F66, 0x7EEF, 0x4C74, 0x5DFD, 0xB58B, 0xA402, 0x9699, 0x8710, 0xF3AF, 0xE226, 0xD0BD, 0xC134, 0x39C3, 0x284A, 0x1AD1, 0x0B58, 0x7FE7, 0x6E6E, 0x5CF5, 0x4D7C, 0xC60C, 0xD785, 0xE51E, 0xF497, 0x8028, 0x91A1, 0xA33A, 0xB2B3, 0x4A44, 0x5BCD, 0x6956, 0x78DF, 0x0C60, 0x1DE9, 0x2F72, 0x3EFB, 0xD68D, 0xC704, 0xF59F, 0xE416, 0x90A9, 0x8120, 0xB3BB, 0xA232, 0x5AC5, 0x4B4C, 0x79D7, 0x685E, 0x1CE1, 0x0D68, 0x3FF3, 0x2E7A, 0xE70E, 0xF687, 0xC41C, 0xD595, 0xA12A, 0xB0A3, 0x8238, 0x93B1, 0x6B46, 0x7ACF, 0x4854, 0x59DD, 0x2D62, 0x3CEB, 0x0E70, 0x1FF9, 0xF78F, 0xE606, 0xD49D, 0xC514, 0xB1AB, 0xA022, 0x92B9, 0x8330, 0x7BC7, 0x6A4E, 0x58D5, 0x495C, 0x3DE3, 0x2C6A, 0x1EF1, 0x0F78 }; public static ushort ComputeChecksum( params byte[] buffer ) { if ( buffer == null ) throw new ArgumentNullException( ); ushort crc = 0; for ( int i = 0; i < buffer.Length; ++i ) { crc = (ushort)( ( crc >> 8 ) ^ table[( crc ^ buffer[i] ) & 0xff] ); } return crc; } public static byte[] ComputeChecksumBytes( params byte[] buffer ) { return BitConverter.GetBytes( ComputeChecksum( buffer ) ); } } sample: ushort crc = Crc16CcittKermit.ComputeChecksum( 0xFC, 0x05, 0x11 ); byte[] crcBuffer = Crc16CcittKermit.ComputeChecksumBytes( 0xFC, 0x05, 0x11 ) // crc = 0x5627 // crcBuffer = { 0x27, 0x56 }
Have you tried Googling for an example? There are many of them. Example 1: http://tomkaminski.com/crc32-hashalgorithm-c-net Example 2: http://www.sanity-free.com/12/crc32_implementation_in_csharp.html You also have native MD5 support in .Net through System.Security.Cryptography.MD5CryptoServiceProvider. EDIT: If you are looking for an 8-bit algorithm: http://www.codeproject.com/KB/cs/csRedundancyChckAlgorithm.aspx And 16-bit: http://www.sanity-free.com/133/crc_16_ccitt_in_csharp.html
LOL, I've encountered exactly the same STATUS REQUEST sequense, i'm currently developing software to use with CashCode Bill Validator:). Here's the code worked for me, it's CRC16-CCITT with reversed polynomial equals 0x8408 (BDPConstants.Polynomial in the code). That's the code worked for me: // TableCRC16Size is 256 of course, don't forget to set in somewhere protected ushort[] TableCRC16 = new ushort[BDPConstants.TableCRC16Size]; protected void InitCRC16Table() { for (ushort i = 0; i < BDPConstants.TableCRC16Size; ++i) { ushort CRC = 0; ushort c = i; for (int j = 0; j < 8; ++j) { if (((CRC ^ c) & 0x0001) > 0) CRC = (ushort)((CRC >> 1) ^ BDPConstants.Polynominal); else CRC = (ushort)(CRC >> 1); c = (ushort)(c >> 1); } TableCRC16[i] = CRC; } } protected ushort CalcCRC16(byte[] aData) { ushort CRC = 0; for (int i = 0; i < aData.Length; ++i) CRC = (ushort)(TableCRC16[(CRC ^ aData[i]) & 0xFF] ^ (CRC >> 8)); return CRC; } Initialize the table somewhere (e.g. Form constructor): InitCRC16Table(); then use it in your code just like that, You can use List of bytes instead of array, more convinient to pack byte data in the 'packet' for sending uint CRC = CalcCRC16(byte[] aByte) // You need to split your CRC in two bytes of course byte CRCHW = (byte)((CRC) / 256); // that's your 0x56 byte CRCLW = (byte)(CRC); // that's your 0x27
it works and dose not need table: /// <summary> /// Gens the CRC16. /// CRC-1021 = X(16)+x(12)+x(5)+1 /// </summary> /// <param name="c">The c.</param> /// <param name="nByte">The n byte.</param> /// <returns>System.Byte[][].</returns> public ushort GenCrc16(byte[] c, int nByte) { ushort Polynominal = 0x1021; ushort InitValue = 0x0; ushort i, j, index = 0; ushort CRC = InitValue; ushort Remainder, tmp, short_c; for (i = 0; i < nByte; i++) { short_c = (ushort)(0x00ff & (ushort) c[index]); tmp = (ushort)((CRC >> 8) ^ short_c); Remainder = (ushort)(tmp << 8); for (j = 0; j < 8; j++) { if ((Remainder & 0x8000) != 0) { Remainder = (ushort)((Remainder << 1) ^ Polynominal); } else { Remainder = (ushort)(Remainder << 1); } } CRC = (ushort)((CRC << 8) ^ Remainder); index++; } return CRC; }
You are actually using CRC-XMODEM LSB-reverse (with 0x8408 coefficient). C# code for this calculus is: public void crc_bytes(int[] int_input) { int_array = int_input; int int_crc = 0x0; // or 0xFFFF; int int_lsb; for (int int_i = 0; int_i < int_array.Length; int_i++) { int_crc = int_crc ^ int_array[int_i]; for (int int_j = 0; int_j < 8; int_j ++ ) { int_lsb = int_crc & 0x0001; // Mask of LSB int_crc = int_crc >> 1; int_crc = int_crc & 0x7FFF; if (int_lsb == 1) int_crc = int_crc ^ 0x8408; } } int_crc_byte_a = int_crc & 0x00FF; int_crc_byte_b = (int_crc >> 8) & 0x00FF; } Read more (or download project): http://www.cirvirlab.com/index.php/c-sharp-code-examples/141-c-sharp-crc-computation.html