Перейти к содержанию
    

Опознать контрольную сумму

15 часов назад, k155la3 сказал:

Ответа не увидел.

"базарить впустую" нет никакого интереса. Какой контроллер/процессор обрабатывает данные ? Если Вы намек поняли.

R7F701330, https://crccalc.com

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день! не могу ни в какую определить алгоритм расчета контрольной суммы, прошу у сообщества помощи.

Вот пример пакетов

7F1B450A0100000A20000000000000000000000008000000000000000001 C29A089F 


7F1B450A0100000A20000000000000000000000008000000200000000001 C5360DA9 


7F1B450A0100000A20000000000000000000000008010000200000000001 D24D19EA 


7F1B450A0100000A20000000000000000000000008020000200000000001 EBC0252F

 

7F060D020000A120 7EDE5826 


7F060D020000A320 4CE83AA4 


7F060D020000A520 1AB29D22 


7F060D020000A720 2884FFA0 


7F060D020000A920 B607D22E 


7F060D020000AB20 8431B0AC

 

ревенг ничего не находит, каждая строка отдельный пакет, контрольная сумма - последние 4 байта, протокол реализован на uart

Изменено пользователем Sergiusu

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Возможно первые два байта не участвуют в процессе подсчета КС.

Так как 7F -  это общее начало пакета , а второй байт подозрительно похож  на количество данных.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день! не могу ни в

В 08.02.2023 в 15:07, smart_pic сказал:

Возможно первые два байта не участвуют в процессе подсчета КС.

Так как 7F -  это общее начало пакета , а второй байт подозрительно похож  на количество данных.

пробовал отбрасывать преамбулу

0x7F 0x06 0x0D 0x02 0x00 0x00 0x1B 0x45 0x20 0x60 0xF4 0x1E 0x14

Бывает проскакивает пакет из 13 байт, но число в начале то же, так что возможно не кол-во данных 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

13 часов назад, Sergiusu сказал:

Вот пример пакетов . . . .

. . . .

ревенг ничего не находит, каждая строка отдельный пакет, контрольная сумма - последние 4 байта, протокол реализован на uart

Проверяли с 

-B big-endian CRC output  /  -l little-endian CRC

т.е как записано поле контрольной суммы, в каком порядке идут цифры, 
как например год можно написать 2023, а можно 3202. Оноже - порядок байтов для 16 бит, HiLo/LoHi
-p POLY generator or search range start polynomial

итд  там куча ключей, каждый из которых может иметь значение.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

8 минут назад, k155la3 сказал:

итд  там куча ключей, каждый из которых может иметь значение.

...а ещё можно к блоку данных, от которого считается CRC, в конце его или в начале добавлять некое фиксированное 32-битное значение. И тогда никогда не угадаете алгоритм расчёта, сколько не перебирай ключи.

Пустая затея. Только если тупо повезёт и окажется что-то совсем простое.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...