Andrei2018 0 28 сентября, 2022 Опубликовано 28 сентября, 2022 · Жалоба 15 часов назад, k155la3 сказал: Ответа не увидел. "базарить впустую" нет никакого интереса. Какой контроллер/процессор обрабатывает данные ? Если Вы намек поняли. R7F701330, https://crccalc.com Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
looser 8 28 сентября, 2022 Опубликовано 28 сентября, 2022 · Жалоба Ни один не совпадает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
k155la3 27 24 октября, 2022 Опубликовано 24 октября, 2022 · Жалоба http://reveng.sourceforge.net CRC RevEng Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sergiusu 0 8 февраля, 2023 Опубликовано 8 февраля, 2023 (изменено) · Жалоба Добрый день! не могу ни в какую определить алгоритм расчета контрольной суммы, прошу у сообщества помощи. Вот пример пакетов 7F1B450A0100000A20000000000000000000000008000000000000000001 C29A089F 7F1B450A0100000A20000000000000000000000008000000200000000001 C5360DA9 7F1B450A0100000A20000000000000000000000008010000200000000001 D24D19EA 7F1B450A0100000A20000000000000000000000008020000200000000001 EBC0252F 7F060D020000A120 7EDE5826 7F060D020000A320 4CE83AA4 7F060D020000A520 1AB29D22 7F060D020000A720 2884FFA0 7F060D020000A920 B607D22E 7F060D020000AB20 8431B0AC ревенг ничего не находит, каждая строка отдельный пакет, контрольная сумма - последние 4 байта, протокол реализован на uart Изменено 8 февраля, 2023 пользователем Sergiusu Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smart_pic 7 8 февраля, 2023 Опубликовано 8 февраля, 2023 · Жалоба Возможно первые два байта не участвуют в процессе подсчета КС. Так как 7F - это общее начало пакета , а второй байт подозрительно похож на количество данных. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sergiusu 0 8 февраля, 2023 Опубликовано 8 февраля, 2023 · Жалоба Добрый день! не могу ни в В 08.02.2023 в 15:07, smart_pic сказал: Возможно первые два байта не участвуют в процессе подсчета КС. Так как 7F - это общее начало пакета , а второй байт подозрительно похож на количество данных. пробовал отбрасывать преамбулу 0x7F 0x06 0x0D 0x02 0x00 0x00 0x1B 0x45 0x20 0x60 0xF4 0x1E 0x14 Бывает проскакивает пакет из 13 байт, но число в начале то же, так что возможно не кол-во данных Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
k155la3 27 8 февраля, 2023 Опубликовано 8 февраля, 2023 · Жалоба 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 итд там куча ключей, каждый из которых может иметь значение. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 242 8 февраля, 2023 Опубликовано 8 февраля, 2023 · Жалоба 8 минут назад, k155la3 сказал: итд там куча ключей, каждый из которых может иметь значение. ...а ещё можно к блоку данных, от которого считается CRC, в конце его или в начале добавлять некое фиксированное 32-битное значение. И тогда никогда не угадаете алгоритм расчёта, сколько не перебирай ключи. Пустая затея. Только если тупо повезёт и окажется что-то совсем простое. 1 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
