2013-07-04 12 views
7

mam tej tablicy bajtów:Pierwsze sumę kontrolną CRC tablicy bajtów i dodanie go do tej tablicy bajtów

static byte[] buf = new byte[] { (byte) 0x01, (byte) 0x04, (byte)0x00, (byte)0x01,(byte)0x00, (byte) 0x01}; 

Teraz suma kontrolna CRC tej tablicy bajtów ma być 0x60, 0x0A. Chcę, aby kod Java odtwarzał tę sumę kontrolną, ale nie mogę go odtworzyć. Próbowałem CRC16:

static int crc16(final byte[] buffer) { 
    int crc = 0xFFFF; 

    for (int j = 0; j < buffer.length ; j++) { 
     crc = ((crc >>> 8) | (crc << 8))& 0xffff; 
     crc ^= (buffer[j] & 0xff);//byte to int, trunc sign 
     crc ^= ((crc & 0xff) >> 4); 
     crc ^= (crc << 12) & 0xffff; 
     crc ^= ((crc & 0xFF) << 5) & 0xffff; 
    } 
    crc &= 0xffff; 
    return crc; 

} 

i przekształcają je za pomocą Integer.toHexString(), ale żaden z wyników prawidłowego CRC. Czy ktoś mógłby wskazać mi właściwy kierunek pod względem formuły CRC.

Odpowiedz

10

Użyj następującego kodu:

// Compute the MODBUS RTU CRC 
private static int ModRTU_CRC(byte[] buf, int len) 
{ 
    int crc = 0xFFFF; 

    for (int pos = 0; pos < len; pos++) { 
    crc ^= (int)buf[pos] & 0xFF; // 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; 
} 

może Musisz odwrócić CRC powrotną, aby uzyskać prawo endianness, choć. I nawet testowany tutaj:

http://ideone.com/PrBXVh

Korzystanie z kalkulatora Windows lub coś widać, że pierwszy wynik (z powyższego wywołania funkcji) daje wartość oczekiwaną (choć w odwrotnej kolejności).

+0

Tak, działa, teraz wszystko, co muszę zrobić, to odwrócić to. Dzięki! – GreenGodot

2

Pracowałem na modbusie przy użyciu Javy 1.6, wypróbowałem powyższy kod i tylko częściowo działało? Uzgodnione w niektórych CRC, źle na innych. Zbadałem go nieco więcej i zobaczyłem, że mam problem z rozszerzeniem znaku. Zamaskowałem wysokie bity (zobacz FIX TUTAJ poniżej) i teraz działa świetnie. UWAGA: Wszystkie Calcs CRC nie są takie same, MODBUS jest nieco inna:

public static int getCRC(byte[] buf, int len) { 
    int crc = 0xFFFF; 
    int val = 0; 

     for (int pos = 0; pos < len; pos++) { 
     crc ^= (int)(0x00ff & buf[pos]); // FIX HERE -- 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, crc has low and high bytes swapped, so use it accordingly (or swap bytes) 
    val = (crc & 0xff) << 8; 
    val = val + ((crc >> 8) & 0xff); 
    System.out.printf("Calculated a CRC of 0x%x, swapped: 0x%x\n", crc, val); 
    return val; 

} // end GetCRC 
2

Byłoby CRC32 zrobić, czy to ma być CRC16? Jeśli 32 jest w porządku, czy próbowałeś użyć CRC32 w java.util.zip?

import java.util.zip.CRC32; 

byte[] buf = new byte[] { (byte) 0x01, (byte) 0x04, (byte)0x00, (byte)0x01,(byte)0x00, (byte) 0x01}; 
CRC32 crc32 = new CRC32(); 
crc32.update(buf); 
System.out.printf("%X\n", crc32.getValue()); 

Wyjście jest:

F9DB8E67 

Potem możesz robić, co chcesz dodatkowe obliczenie na początku tego.

Powiązane problemy