| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Samsonov
Давний участник
Зарегистрирован: 06.12.2002
Сообщения: 156
Откуда: Россия Санкт-Петербург
Статус: Отсутствует на форуме
Очки: 140 |
 Заголовок сообщения: Пытаюсь оживить функцию TIdCoderCRC16.CalcCRC16.
Добавлено: Пт Апр 04, 2003 13:01 |
 |
|
Уже неделю мучаюсь с подсчетом контрольной суммы CRC16 облазил интернет в поисках алгоритмов рассчета - нашел 4 разных способа, начал с самого низкоуровневого... побитового... и закончил различными функциями CRCcalculate написанными почему-то только на паскале... 
Я перехватил посылку, посылаемую устройству и читая протокол документации пытаюсь подсчитать последние 2 байта...
Вся посылка такая:{2,33,69,0,32,0,0,0,0,0,0,0,0,0,0,0,3,26,98}, где последние два байта - это Контр.Сумма.
КС по протоколу считается исходя из следующих 16 байт
| Код: |
unsigned char MyBytes[16] = {33,69,0,32,0,0,0,0,
0 ,0 ,0 , 0,0,0,0,3};
|
В начальной посылке младший байт 16-битной КС=98 (в десятичной)
старший 26, т.е. 16-битное число КС равно 6574...
Т.е. задача ихз этого буфера как-то получить эту 6574
НО никак не получается, ну просто никак!
Может у вас есть алгоритмы или вы сможете помочь мне воспользоваться функцией CalcCRC16, которая является методом класса TIdCoderCRC16 (Builder 6.0).
Честно говоря я был очень удивлен, когда расчеты 4-мя методами одного и того же давали разные результаты...
|
|
|
| Вернуться к началу |
|
 |
Zai++
Модератор
Зарегистрирован: 22.03.2003
Сообщения: 1768
Откуда: Москва
Статус: Отсутствует на форуме
Очки: 2450 |
Заголовок сообщения:
Добавлено: Вс Апр 06, 2003 17:31 |
|
|
Уважаемый Samsomov. В IBMPC порядок хранения байтов прямой: младший байт лежит по младшему адресу, это Вам не Mac. Значения байтов записывайте в 16ричной системе, так всем понятнее и проще разбираться. Байты 26, 98 (дес) - 0x1A, 0x62 образуют слово 0x621A, а не наоборот, что соответствует 25114 (дес), а не 6574.
Если хотите, чтобы Вам помогли. Опишите алгоритм (подробно и ясно) или дайте ссылку.
ЗЫ. Я сижу Builder 5 и не знаю наверняка, но скорее всего TIdCoderCRC16 должен идти с исходниками (скорее всего на Паскале) - директория BCB\Source.
|
_________________
Жизнь прекрасна и удивительна!
С уважением, Сергей. |
|
| Вернуться к началу |
|
|
Samsonov
Давний участник
Зарегистрирован: 06.12.2002
Сообщения: 156
Откуда: Россия Санкт-Петербург
Статус: Отсутствует на форуме
Очки: 140 |
Заголовок сообщения: устал мучаться
Добавлено: Пн Апр 07, 2003 17:29 |
|
|
| Цитата: |
Уважаемый Samsomov. В IBMPC порядок хранения байтов прямой
|
Спасибо за замечание... но в документации к камере указано, что 17-ый элемент буфера - это HIGH BYTE а 18-ый LOW BYTE
поэтому я сконкатенировал так как указано в первом постинге... возможно был неправ...
http://www.easics.com/webtools/crctool
Сначала я пошел на этот сайт и сгенерил там код VHDL (потом оказалось что на Vereloc нагляднее)... входные данные:
полином вида 1+x2+x15+x16 данные в последовательности типа BYTE (8разр) и тип подсчета контр суммы CRC-16. Реализовал весь код на Билдере, используя вышеприведенную тестовую последовательность получил 0хF273, что соответствует 62067 в дес и соотв старший байт 115, младший 242...
и я полез искать других алгоритмов... набрал в поисковой машине CRC16 алгоритм рассчета и скачал файл с программой подсчета, там был следующий код:
| Код: |
WORD Crc16Tab[256] = {
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
};
unsigned int TForm1::CRCcalculate(unsigned char Value, unsigned int Crc16)
{
unsigned int Result=0;
Result = ((Crc16>>8)&0x00FF)^
Crc16Tab[BYTE(Crc16^(WORD(Value))&0x00FF)];
return Result;
}
//сама реализация:
void __fastcall TForm1::Button6Click(TObject *Sender)
{
unsigned char MyBytes[16] = {33,69,0,32,0,0,0,0,
0 ,0 ,0, 0,0,0,0,3};
unsigned int OldCRC=0;
for (int i=0;i<16;i++)
{
OldCRC=CRCcalculate(MyBytes[i],OldCRC);
}
union CRCBits
{
unsigned int bits; //16 bit
struct
{
unsigned char Hb,Lb;
};
};
CRCBits C;
C.bits = OldCRC;
Label1->Caption = IntToStr(C.Hb);
Label2->Caption = IntToStr(C.Lb);
}
|
Этот код выдает тоже непонятно что и бантик сбоку... может более толковый человек сможет найти алгоритм, по которому из данной последовательности Байтов я получу все же свои злополучные 26 и 98................ 
|
|
|
| Вернуться к началу |
|
|
Zai++
Модератор
Зарегистрирован: 22.03.2003
Сообщения: 1768
Откуда: Москва
Статус: Отсутствует на форуме
Очки: 2450 |
Заголовок сообщения:
Добавлено: Вт Апр 08, 2003 0:56 |
|
|
Нет, если в доке сказано что старший идет первым, то это наверное так, хотя подозрительно. [тут надо повесить шпионский смайлик, но я без графики, а как он пишется не помню].
Что касается кода - посмотрю. Время нужно.
Всем: Помогли бы, что ли 
|
_________________
Жизнь прекрасна и удивительна!
С уважением, Сергей. |
|
| Вернуться к началу |
|
|
Samsonov
Давний участник
Зарегистрирован: 06.12.2002
Сообщения: 156
Откуда: Россия Санкт-Петербург
Статус: Отсутствует на форуме
Очки: 140 |
Заголовок сообщения: добавка
Добавлено: Вт Апр 08, 2003 9:32 |
|
|
Еще хотел пояснить как я выясил, что Контрольная сумма должна быть именно такой...
У нас есть приборчик, перехватывающий все байты, которые бегают через COM-провода... и он пишет посылки и ответы в текстовый файл...
Проблема в том, что эту контрольную сумму надо посылать в камеру и тоотко тогда она будет выполнять посылку, иначе ей управлять невозможно.
Китайцы прислали программу управления камерой, которую мы и "crack-али" с помощью приборчика перехватчика...
У меня есть еще посылки из которых любой добрейший человек сможет помочь мне получить уже имеющиеся КС.... (не знаю что у них там за алгоритм подсчета КС но в доке говорят CRC16 и пишут этот полином... 1+x2+x15+x16)
Вот посылки (последние два BYTEs - КС) 16-ый элемент буфера - это HIGH BYTE а 17-ый LOW BYTE, считать начиная с [0]-го по [15]:
{160,69,0,32,0,24,174,18,22,16,11,0,0,0,0,3, 193,158}
{49,69,1,0,0,0,0,0,0,0,0,0,0,0,0,3, 119,16}
Может я просто уже замкнулся считавши, может по моему коду все на самом деле получается... э-эх... пойду еще раз пересчитаю разные посылки...
|
|
|
| Вернуться к началу |
|
|
Samsonov
Давний участник
Зарегистрирован: 06.12.2002
Сообщения: 156
Откуда: Россия Санкт-Петербург
Статус: Отсутствует на форуме
Очки: 140 |
Заголовок сообщения:
Добавлено: Вт Апр 08, 2003 16:20 |
|
|
Может просто объясните как заставить работать присоединенный .pas файл ?
Файл я нашел с описанием класса и функции - называется idtunnelcommon.pas и находится в Sourse и там все даже есть:
function CalcCRC16(var Buffer; Length: LongInt): Word;
но как ее вызвать оттуда? :-(
|
|
|
| Вернуться к началу |
|
|
Zai++
Модератор
Зарегистрирован: 22.03.2003
Сообщения: 1768
Откуда: Москва
Статус: Отсутствует на форуме
Очки: 2450 |
Заголовок сообщения:
Добавлено: Ср Апр 09, 2003 2:04 |
|
|
1. Добавляем pas-файл в проект: Project\Add to Project
2. Компилим. При этом должны появиться файлы dcu, obj, hpp.
3. Инклюдим hpp и все. Можно вызывать любые функции, описанные в hpp.
Если нужная функция вдруг не появилась в хедере, то в pas-файле её объявление надо написать в секции interface и выполнить этапы 2 и 3.
|
_________________
Жизнь прекрасна и удивительна!
С уважением, Сергей. |
|
| Вернуться к началу |
|
|
Devnvd
Профессионал
Зарегистрирован: 30.04.2002
Сообщения: 2643
Откуда: Москва
Статус: Отсутствует на форуме
Очки: 6585 |
Заголовок сообщения:
Добавлено: Ср Апр 09, 2003 12:25 |
|
|
Не настолько функция применяемая в idtunnelcommon.pas сложна, чтобы из-за неё тянуть с собой Pascal.
В переводе на C функция выдаёт точно требуемый результат.
| Код: |
CRC16Table[256] = {
0x0000, 0xC0C1, 0xC181, 0x0140, 0xC301, 0x03C0, 0x0280, 0xC241, 0xC601, 0x06C0, 0x0780,
0xC741, 0x0500, 0xC5C1, 0xC481, 0x0440, 0xCC01, 0x0CC0, 0x0D80, 0xCD41, 0x0F00, 0xCFC1,
0xCE81, 0x0E40, 0x0A00, 0xCAC1, 0xCB81, 0x0B40, 0xC901, 0x09C0, 0x0880, 0xC841, 0xD801,
0x18C0, 0x1980, 0xD941, 0x1B00, 0xDBC1, 0xDA81, 0x1A40, 0x1E00, 0xDEC1, 0xDF81, 0x1F40,
0xDD01, 0x1DC0, 0x1C80, 0xDC41, 0x1400, 0xD4C1, 0xD581, 0x1540, 0xD701, 0x17C0, 0x1680,
0xD641, 0xD201, 0x12C0, 0x1380, 0xD341, 0x1100, 0xD1C1, 0xD081, 0x1040, 0xF001, 0x30C0,
0x3180, 0xF141, 0x3300, 0xF3C1, 0xF281, 0x3240, 0x3600, 0xF6C1, 0xF781, 0x3740, 0xF501,
0x35C0, 0x3480, 0xF441, 0x3C00, 0xFCC1, 0xFD81, 0x3D40, 0xFF01, 0x3FC0, 0x3E80, 0xFE41,
0xFA01, 0x3AC0, 0x3B80, 0xFB41, 0x3900, 0xF9C1, 0xF881, 0x3840, 0x2800, 0xE8C1, 0xE981,
0x2940, 0xEB01, 0x2BC0, 0x2A80, 0xEA41, 0xEE01, 0x2EC0, 0x2F80, 0xEF41, 0x2D00, 0xEDC1,
0xEC81, 0x2C40, 0xE401, 0x24C0, 0x2580, 0xE541, 0x2700, 0xE7C1, 0xE681, 0x2640, 0x2200,
0xE2C1, 0xE381, 0x2340, 0xE101, 0x21C0, 0x2080, 0xE041, 0xA001, 0x60C0, 0x6180, 0xA141,
0x6300, 0xA3C1, 0xA281, 0x6240, 0x6600, 0xA6C1, 0xA781, 0x6740, 0xA501, 0x65C0, 0x6480,
0xA441, 0x6C00, 0xACC1, 0xAD81, 0x6D40, 0xAF01, 0x6FC0, 0x6E80, 0xAE41, 0xAA01, 0x6AC0,
0x6B80, 0xAB41, 0x6900, 0xA9C1, 0xA881, 0x6840, 0x7800, 0xB8C1, 0xB981, 0x7940, 0xBB01,
0x7BC0, 0x7A80, 0xBA41, 0xBE01, 0x7EC0, 0x7F80, 0xBF41, 0x7D00, 0xBDC1, 0xBC81, 0x7C40,
0xB401, 0x74C0, 0x7580, 0xB541, 0x7700, 0xB7C1, 0xB681, 0x7640, 0x7200, 0xB2C1, 0xB381,
0x7340, 0xB101, 0x71C0, 0x7080, 0xB041, 0x5000, 0x90C1, 0x9181, 0x5140, 0x9301, 0x53C0,
0x5280, 0x9241, 0x9601, 0x56C0, 0x5780, 0x9741, 0x5500, 0x95C1, 0x9481, 0x5440, 0x9C01,
0x5CC0, 0x5D80, 0x9D41, 0x5F00, 0x9FC1, 0x9E81, 0x5E40, 0x5A00, 0x9AC1, 0x9B81, 0x5B40,
0x9901, 0x59C0, 0x5880, 0x9841, 0x8801, 0x48C0, 0x4980, 0x8941, 0x4B00, 0x8BC1, 0x8A81,
0x4A40, 0x4E00, 0x8EC1, 0x8F81, 0x4F40, 0x8D01, 0x4DC0, 0x4C80, 0x8C41, 0x4400, 0x84C1,
0x8581, 0x4540, 0x8701, 0x47C0, 0x4680, 0x8641, 0x8201, 0x42C0, 0x4380, 0x8341, 0x4100,
0x81C1, 0x8081, 0x4040
};
WORD CalcCRC16(void *Data, int Size)
{
WORD S;
int i;
char *P;
S = 0;
P = (char *)Data;
for(i = 0; i < Size; i++)
S = CRC16Table[(P[i]^S)&0x00FF] ^ (S >> 8);
return S;
}
//сама реализация:
void __fastcall TForm1::Button6Click(TObject *Sender)
{
unsigned char MyBytes[16] = {33,69,0,32,0,0,0,0,
0 ,0 ,0, 0,0,0,0,3};
unsigned int OldCRC=0;
OldCRC=CalcCRC16(MyBytes,16);
union CRCBits
{
unsigned int bits; //16 bit
struct
{
unsigned char Hb,Lb;
};
};
CRCBits C;
C.bits = OldCRC;
Label1->Caption = IntToStr(C.Hb); // 98
Label2->Caption = IntToStr(C.Lb); // 26
}
|
|
_________________
Помогая другим, ты становишься мудрее.
Devnvd. |
|
| Вернуться к началу |
|
|
Samsonov
Давний участник
Зарегистрирован: 06.12.2002
Сообщения: 156
Откуда: Россия Санкт-Петербург
Статус: Отсутствует на форуме
Очки: 140 |
Заголовок сообщения:
Добавлено: Ср Апр 09, 2003 13:47 |
|
|
Спешу обрадовать моих любимых помощников!
Я нашел код который делает 26 и 98 !!!! УРА!!!
Итак, объявление:
| Код: |
static short crctab[] =
{
0x0000, 0xC0C1, 0xC181, 0x0140, 0xC301, 0x03C0, 0x0280, 0xC241,
0xC601, 0x06C0, 0x0780, 0xC741, 0x0500, 0xC5C1, 0xC481, 0x0440,
0xCC01, 0x0CC0, 0x0D80, 0xCD41, 0x0F00, 0xCFC1, 0xCE81, 0x0E40,
0x0A00, 0xCAC1, 0xCB81, 0x0B40, 0xC901, 0x09C0, 0x0880, 0xC841,
0xD801, 0x18C0, 0x1980, 0xD941, 0x1B00, 0xDBC1, 0xDA81, 0x1A40,
0x1E00, 0xDEC1, 0xDF81, 0x1F40, 0xDD01, 0x1DC0, 0x1C80, 0xDC41,
0x1400, 0xD4C1, 0xD581, 0x1540, 0xD701, 0x17C0, 0x1680, 0xD641,
0xD201, 0x12C0, 0x1380, 0xD341, 0x1100, 0xD1C1, 0xD081, 0x1040,
0xF001, 0x30C0, 0x3180, 0xF141, 0x3300, 0xF3C1, 0xF281, 0x3240,
0x3600, 0xF6C1, 0xF781, 0x3740, 0xF501, 0x35C0, 0x3480, 0xF441,
0x3C00, 0xFCC1, 0xFD81, 0x3D40, 0xFF01, 0x3FC0, 0x3E80, 0xFE41,
0xFA01, 0x3AC0, 0x3B80, 0xFB41, 0x3900, 0xF9C1, 0xF881, 0x3840,
0x2800, 0xE8C1, 0xE981, 0x2940, 0xEB01, 0x2BC0, 0x2A80, 0xEA41,
0xEE01, 0x2EC0, 0x2F80, 0xEF41, 0x2D00, 0xEDC1, 0xEC81, 0x2C40,
0xE401, 0x24C0, 0x2580, 0xE541, 0x2700, 0xE7C1, 0xE681, 0x2640,
0x2200, 0xE2C1, 0xE381, 0x2340, 0xE101, 0x21C0, 0x2080, 0xE041,
0xA001, 0x60C0, 0x6180, 0xA141, 0x6300, 0xA3C1, 0xA281, 0x6240,
0x6600, 0xA6C1, 0xA781, 0x6740, 0xA501, 0x65C0, 0x6480, 0xA441,
0x6C00, 0xACC1, 0xAD81, 0x6D40, 0xAF01, 0x6FC0, 0x6E80, 0xAE41,
0xAA01, 0x6AC0, 0x6B80, 0xAB41, 0x6900, 0xA9C1, 0xA881, 0x6840,
0x7800, 0xB8C1, 0xB981, 0x7940, 0xBB01, 0x7BC0, 0x7A80, 0xBA41,
0xBE01, 0x7EC0, 0x7F80, 0xBF41, 0x7D00, 0xBDC1, 0xBC81, 0x7C40,
0xB401, 0x74C0, 0x7580, 0xB541, 0x7700, 0xB7C1, 0xB681, 0x7640,
0x7200, 0xB2C1, 0xB381, 0x7340, 0xB101, 0x71C0, 0x7080, 0xB041,
0x5000, 0x90C1, 0x9181, 0x5140, 0x9301, 0x53C0, 0x5280, 0x9241,
0x9601, 0x56C0, 0x5780, 0x9741, 0x5500, 0x95C1, 0x9481, 0x5440,
0x9C01, 0x5CC0, 0x5D80, 0x9D41, 0x5F00, 0x9FC1, 0x9E81, 0x5E40,
0x5A00, 0x9AC1, 0x9B81, 0x5B40, 0x9901, 0x59C0, 0x5880, 0x9841,
0x8801, 0x48C0, 0x4980, 0x8941, 0x4B00, 0x8BC1, 0x8A81, 0x4A40,
0x4E00, 0x8EC1, 0x8F81, 0x4F40, 0x8D01, 0x4DC0, 0x4C80, 0x8C41,
0x4400, 0x84C1, 0x8581, 0x4540, 0x8701, 0x47C0, 0x4680, 0x8641,
0x8201, 0x42C0, 0x4380, 0x8341, 0x4100, 0x81C1, 0x8081, 0x4040
};
// Update a CRC check on the given buffer.
int crcbuf(crc, len, buf)
register int crc;
register unsigned int len;
register unsigned char *buf;
{
register unsigned int i;
for (i=0; i<len; i++)
crc = ((crc >> 8) & 0xff) ^ crctab[(crc ^ *buf++) & 0xff];
return (crc);
}
|
А теперь юзаем! и получаем:
| Код: |
unsigned char MyBytes1[16] = {33,69,0,32,0,0,0,0,
0 ,0 ,0, 0,0,0,0,3};//,26,98};
int CRC=crcbuf(0,16,&MyBytes1);
union CRCBits
{
unsigned int bits; //16 bit
struct
{
unsigned char Hb,Lb;
};
};
CRCBits C;
C.bits = CRC;
Label1->Caption = IntToStr(C.Hb);
Label2->Caption = IntToStr(C.Lb);
|
|
|
|
| Вернуться к началу |
|
|
kokik
Участник
Зарегистрирован: 06.11.2002
Сообщения: 62
Статус: Отсутствует на форуме
Очки: 87 |
Заголовок сообщения:
Добавлено: Чт Янв 14, 2010 10:56 |
|
|
int CRC_ModBus(unsigned char* buff,unsigned int len)
{
unsigned int crc=0xFFFF;
unsigned int i,j;
for(i=0;i<len;i++)
{
crc=crc^buff[i];
for(j=0;j<8;++j)
if (crc&0x01)
crc =(crc>>1)^0xA001;
else
crc=crc>>1;
}
return crc;
}
работает однозначно 8) памяти меньше занимает чем табличный но больше времени проца требуется.
|
_________________
Кто ищет тот всегда найдет!!! |
|
| Вернуться к началу |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
