Вычисление контрольной суммы !!!

[.:DUS:.]

Здрасти всем. Есть устройство, работающее по протоколу MODBUS. Для него есть команда #АААПППППD, где
# - Признак индивид. запроса для прибора
AAA - сетевой номер прибора
ППППП - Пароль
D - Команда Чтения даты с прибора
Из описания устройства:
Для подсчета контрольной суммы суммируют по модулю два двоичные представления символов команды, начиная с маркера и до последнего символа параметра команды dm. Полученный в результате двоичный байт разбивают на две тетрады, каждую из которых представляют в виде ASCII-символа [‘0’…’9’,’A’…’F’].

Помогите разобраться пожалуйста с контрольной суммой

[Алексей++]

а ф чём проблем?

кстати - не совсем ясно ты описал действия свои, на пальцах покажи (на примере)

[.:DUS:.]

Есть команда - Прочитать текущие день недели, дату и время:
Команда:
#AAAПППППD<CC><CR>
Ответ:
~AAADдччммссДДММГГ<CC><CR>
"D" - код команды (латиница)
ААА - адрес прибора
ППППП - пароль прибора
д - день недели от 0 (воскресенье) до 6 (суббота)
чч - часы от 00 до 23
мм - минуты от 00 до 59
ДД - число от 01 до 31
ММ - месяц от 01 до 12
ГГ - от 00 до 99
<CC> - Контрольная сумма
<CR> - перевод корретки

В принципе вот и все чем я распологаю, плюс описание которое я уже кидал. У меня затруднение с подсчетом CRC. Мне этим ранее заниматься не приходилось.
Заранее благодарен !

[Finch]

Есть очень много способов просчета контрольной суммы. От простого сложения всех чисел, и до хитрого сложения полиномов. CRC32 я видел несколько алгоритмов просчета. Без конкретных нескольких примеров трудно что либо предположить в плане применяемого алгоритма.

[.:DUS:.]

Пример: Запрос даты времени
Запрос:
#43400000DF2 , где F2=CRC
Ответ:
~434D3135838300806FD , где FD = CRC

[Sla]

1. Это не MODBUS
протокол MODBUS подразумевает совсем другой формат посылок
2.

Для подсчета контрольной суммы суммируют по модулю два двоичные представления символов команды, начиная с маркера и до последнего символа параметра команды dm. Полученный в результате двоичный байт разбивают на две тетрады, каждую из которых представляют в виде ASCII-символа [‘0’…’9’,’A’…’F’].

#AAAПППППD<CC><CR>

Что из этого следует?
#A +2 AA +2 ПП +2 ПП +2 ПD = СС
+2 -суммирование по модулю два


3. Убить разаработчиков, которые сказали что это MODBUS. Им в облом разобраться с протоколом и потому "город городят"
Попробуй установить этот чудо-девайс в модбасовскую сетку - поимеешь массу проблем

[Finch]

Чуть чуть порыскав в нете Нашел такую ссылку http://www.geocities.com/pbmcrae42/index2.html
В частности там есть программа написанная на С++, для обслуживания MODBUS устройств. Вот код подсчета crc

Код:

/*****************************************************************************/
/***************** [ BEGIN: crc ] ********************************************/
/*****************************************************************************/
/*
INPUTS:
	buf   -> Array containing message to be sent to controller.
   start -> Start of loop in crc counter, usually 0.
   cnt   -> Amount of bytes in message being sent to controller.
OUTPUTS:
	temp  -> Return crc byte for message.
COMMENTS:
	This routine receives the data message to be sent down to the controller
*/

unsigned int crc(unsigned char buf[], int start, int cnt)
{
	int 	i,j;
   unsigned temp, temp2, flag;

   temp=0xFFFF;

   for (i=start; i<cnt; i++){
   	temp=temp ^ buf[i];

      for (j=1; j<=8; j++){
      	flag=temp & 0x0001;
         temp=temp >> 1;
         if (flag) temp=temp ^ 0xA001;
         }
      }
   /*** Reverse byte order. ***/
   temp2=temp >> 8;
   temp= (temp << 8) | temp2;
   return(temp);
}

Это ссылка на википедию с описанием MODBUS http://ru.wikipedia.org/wiki/Modbus

[Sla]

Вот тута https://forum.shelek.ru/index.php/topic,3531.msg66001.html#msg66001
Мы чего-то обсуждали по CRC

ps Вижу разработчиков девайса, которые не сильно заморачиваются на соблюдении стандартов, на надежности, на скорости.
Зачем использовать такую сложную посылку из 12 байт, когда можно передать 3
Кроме того, на девайсе нужно предусмотреть функцию ввода пароля. а потом предусмотреть возможность сброса пароля. так и хочется сказать "ну тупыыыые...."

[.:DUS:.]

***Sla***
Используя алгоритм предложенный тобой выше #43400000D<>F2

[Sla]

алгоритм предложен не мною, я его описал из приведенного тобой описания. что вижу, о том пою

2334 xor 3334 xor 3030 xor 3030 <> 3044
чем я моогу в данном случае помочь? общайся с разработчиками

[.:DUS:.]

***SLA***
Это будет выглядеть следующим образом:
wCRC:Word;
bCRC:Byte;
wCRC:=ord('#')+Ord('4')+ord('3')+...400000...+Ord('D')
bCRC:=LO(wCRC);
Result:=IntToHEX((bCRC SHR 4) AND $0F,1)+IntToHEX(bCRC AND $0F,1);