caxapa.ru :: Не уверен, что сюда. Какие есть варианты формирования контрольной суммы в посылке? Есть посылка из 8 байт. 1-й байт вроде не участвует, потому при его изменении последние 2 байта неизменны. Поражает дикое изменение этих двух последних байт при

Лагунов (01.12.2016 11:04 - 11:06, просмотров: 11983)

Не уверен, что сюда. Какие есть варианты формирования контрольной суммы в посылке? Есть посылка из 8 байт. 1-й байт вроде не участвует, потому при его изменении последние 2 байта неизменны. Поражает дикое изменение этих двух последних байт при изменении 1 бита. К примеру (hex-ФОРМАТ): 83 08 00 00 00 00 0C 1C 83 08 00 01 00 00 3B 2C 83 08 00 02 00 00 62 7C 83 08 00 04 00 00 D0 DC 83 08 00 00 00 C8 50 02 83 18 00 00 00 C8 54 58 Убивает то, что смещение одного бита в байте вызывает такое серьезное изменение двух байт в конце. Что здесь может быть? Какой-то полином с константами, которые просто надо знать? Вариант таблицы вроде исключен, потому что на приеме у людей стоит AT89C2051. Вряд ли там что-то влезет.

Ответить

- Какой-либо вариант CRC, суммы флетчера или адлера и их вариации. Самое простое что может быть. - fk0(03.12.2016 00:56)
  - не, именно это и оказалось - "CRC-16/AUG-CCITT, полином: 0x1021, исходное значение: 0x1D0F, инверсия " И как же он (LightElf) догадался??? Или просто знал :-). - Лагунов(03.12.2016 07:51)
    - Есть программы для подсчёта CRC (на sourceforge) и угадывания по набору данных (тупым перебором всех известных вариантов, не помню где видел). См. ссылки: fk0(77 знак., 03.12.2016 14:39 - 14:51)
      - Ну я в принципе что-то такое и сваял на скорую руку. Полином берет из списка. Начальное значение, порядок бит и инверсию результата просто перебирает. - Lightelf(03.12.2016 19:44)
    - Проще предположить, что я перебрал все варианты и нашел подходящий. Компьютеры нынче шустрые, а список образующих полиномов конечный. - Lightelf(03.12.2016 10:38 - 12:14)
      - А ведь разработчики могли не тупо CRC в данные вставить. А полноценный HMAC с участием секретного ключа. Чтоб Лагунов свои приборы вместо фирменных не продавал. То ли ещё будет... - fk0(03.12.2016 14:41)
        
        Ну тады я бы не смог подобрать. - Lightelf(03.12.2016 19:41)
        
        ихний трюк с 9-м битом только осциллографом я увидал. :-) - Лагунов(04.12.2016 07:32)
        
        у нас в АЗС малость ситуация не так. Есть общепринятые протоколы, к которым многие вынуждены цепляться. Потому что у народа колонки уже стоят и менять их никто не будет. И понятно, что производитель колонок хочет чтоб и его контроллеры были. А я Лагунов(263 знак., 03.12.2016 17:30 - 17:33)
        
        Это фича такая, а не подлянка. Во многих контроллерах так можно детектировать байт адреса (должен идти первым) - по нему аппаратный цифровой компаратор сравнивает с занесенным в него программно адресом девайса и дает запрос прерывания. Ищи по Vit(333 знак., 04.12.2016 09:14)
- Первый байт не участвует, алгоритм CRC-16/AUG-CCITT, полином: 0x1021, исходное значение: 0x1D0F, инверсия результата. И у вас в данных опечатка :) LightElf(01.12.2016 11:41 - 11:45, ссылка)
  - А если у меня опечатка, то значит тут малость другое. :-) - Лагунов(01.12.2016 11:49 - 11:52)
    - Ссылку же дал. Вбиваешь параметры, вводишь данные и считаешь. В твоих данных в двух последних строчках перепутаны местами CRC. Должно быть: LightElf(169 знак., 01.12.2016 11:54 - 11:57)
      - Премного благодарен. Действительно последние строчки с опечаткой. Спасибо. - Лагунов(01.12.2016 12:05)
- Какая-то разновидность CRC. Взять онлайн-калькулятор CRC и экспериментировать с параметрами. - LightElf(01.12.2016 11:21)
- Хэш-сумма? Например, Пирсона. Dingo(286 знак., 01.12.2016 11:16, ссылка)
  - То бишь совсем дохлый номер исследовать. Надо просто знать их формулу. Потому как 4 байта внутри меняются во всем диапазоне, от 0 до 0xFF. - Лагунов(01.12.2016 11:22)
    - Как минимум проверьте стандартные варианты - может один из них? Тогда проблема решится. - Dingo(01.12.2016 11:29)

Кибернетика, автоматика, протоколы