прошу помощи в определении метода расчета контрольной суммы.
...есть механизм перемещения управляемый по COM порту с компьютера.
сама программа управления отсутствует.
имеется только прога для настройки и диагностики.
сами посылки на механизм читаются и записаны.

посылки можно отдельно посылать из терминальной проги для работы с COM портом
и всё работает,
но они подходят для управления механизмом как хотелось бы.
проблема в том что не понять как считается контрольная сумма у этих посылок, для формирования своих посылок.
... вот пример коротких посылок , как я понимаю в каждой строке последние два слова (9 и 10)
это и есть контрольная сумма ,,, но как высчитывается непонятно
(по известным он лайн калькуляторам CRC , определить не удалось.)

все мозги разбил на части , все извилины заплетены --- результата нет.
надеюсь на помощь .


1B 02 80 62 00 03 00 C0 C9 72
1B 02 80 62 01 03 00 C0 CD 6D
1B 02 80 62 02 03 00 C0 D1 68
1B 02 80 62 03 03 00 C0 D5 63
1B 02 80 62 04 03 00 C0 D9 5E
1B 02 80 62 05 03 00 C0 DD 59
1B 02 80 62 06 03 00 C0 E1 54
1B 02 80 62 07 03 00 C0 E5 4F
1B 02 80 62 08 03 00 C0 E9 4A
1B 02 80 62 09 03 00 C0 ED 45
1B 02 80 62 0A 03 00 C0 F1 40
1B 02 80 62 0B 03 00 C0 F5 3B
1B 02 80 62 0C 03 00 C0 F9 36
1B 02 80 62 0D 03 00 C0 FD 31
1B 02 80 62 0E 03 00 C0 02 2C
1B 02 80 62 0F 03 00 C0 06 27
1B 02 80 62 10 03 00 C0 0A 22
1B 02 80 62 18 03 00 C0 2A F9
1B 02 80 62 19 03 00 C0 2E F4
1B 02 80 62 1A 03 00 C0 32 EF
1B 02 80 62 1B 03 00 C0 36 EA

вышел GPT5. его попытай.
я об 4.5о колол , тоже кстати, контрольную сумму энергомеровских счетчиков.

только инфы поболее надо. килобайт 20-50.

o90, откуда уверенность, что это именно контрольные суммы? Это может быть одна из реализаций rolling code, ломать который занятие сильно малоперспективное. Представленный дамп вполне на это похож.

плавающий код по логике устройства не подходит.
эти посылки посылает ПК на устройство перемещения из установленной программы для настройки
этого устройства перемещения.

вот ещё фрагмент посылок
при инициализации подключения ПК ..и посылки команды проверки.
дело в том что в этих командах на перемещения присутствуют коды возврата в исходное положение.
как раз это и не надо ( требуется отбросить лишнее и оставить только коды перемещения в одну сторону)
а для этого надо менять контрольную сумму посылки




41 54 0D
1B 02 04 DE 01 00 00 FF 04 FA
1B 02 04 DE 02 00 00 0A 12 E1
1B 02 05 DD 03 00 00 0B 00 25 CC
1B 02 09 D9 04 00 00 0B 03 7F F1 6F 00 28 E4
1B 02 05 DD 05 00 00 0F 00 37 B4
1B 02 06 DC 06 00 00 60 00 00 45 54
1B 02 0D D5 07 00 00 60 03 00 E7 07 05 1C 14 16 0A B7 99
1B 02 04 DE 08 00 00 C0 E0 56
1B 02 04 DE 09 00 00 C0 E4 51
1B 02 04 DE 0A 00 00 C0 E8 4C
1B 02 04 DE 0B 00 00 C0 EC 47
1B 02 04 DE 0C 00 00 C0 F0 42
1B 02 04 DE 0D 00 00 C0 F4 3D
1B 02 04 DE 0E 00 00 C0 F8 38
1B 02 04 DE 0F 00 00 C0 FC 33
1B 02 04 DE 10 00 00 C0 01 2E
1B 02 04 DE 11 00 00 C0 05 29
1B 02 04 DE 12 00 00 C0 09 24
1B 02 04 DE 13 00 00 C0 0D 1F
1B 02 06 DC 14 00 00 59 00 00 84 0E
1B 02 06 DC 15 00 00 58 00 00 87 0B
1B 02 06 DC 16 00 00 5A 00 00 93 FB
1B 02 04 DE 17 00 00 10 6C 6C
1B 02 04 DE 18 00 00 30 90 27
1B 02 06 DC 19 00 00 68 00 00 CF AE
1B 02 04 DE 1A 00 00 33 9B 17
1B 02 0C D6 1B 00 00 6A 00 00 00 00 00 00 00 00 03 77
1B 02 06 DC 1C 00 00 69 00 00 E4 95
1B 02 04 DE 1D 00 00 C0 35 EC
1B 02 04 DE 1E 00 00 C0 39 E7
1B 02 04 DE 1F 00 00 C0 3D E2
1B 02 04 DE 20 00 00 30 B0 FE
1B 02 2D B5 21 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE 68 8C
1B 02 04 DE 22 00 00 7A 03 60
1B 02 04 DE 23 00 00 30 BC EF
1B 02 2D B5 24 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE EF 02
1B 02 04 DE 25 00 00 7A 0F 51
1B 02 04 DE 26 00 00 30 C8 E0
1B 02 2D B5 27 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE 77 77
1B 02 04 DE 28 00 00 7A 1B 42
1B 02 04 DE 29 00 00 30 D4 D1
1B 02 2D B5 2A 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE FE EC
1B 02 04 DE 2B 00 00 7A 27 33
1B 02 04 DE 2C 00 00 30 E0 C2
1B 02 2D B5 2D 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE 86 62
1B 02 04 DE 2E 00 00 7A 33 24
1B 02 04 DE 2F 00 00 30 EC B3
1B 02 2D B5 30 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE 0E D7
1B 02 04 DE 31 00 00 7A 3F 15
1B 02 04 DE 32 00 00 30 F8 A4
1B 02 2D B5 33 00 00 69 A5 69 00 00 00 00 00 4C 04 00 00 4C 04 00 00 4B 06 00 00 00 01 FF FF 7F FE 00 00 00 01 FF FF 7F FE 00 00 00 02 FF FF 7F FE 95 4D
1B 02 04 DE 34 00 00 7A 4B 06
1B 02 04 DE 35 00 00 30 05 95

Отдайте это на рассмотрение какому-нить ИИ. На первый вариант он вывел формулу, с допданными может ещё лучше будет.

Контрольная сумма не то же самое, что CRC считается аметно проще, но сам файл может иметь определенные правила оформления строки.
Тот же формат intel hex8 к примеру (выкусь из доки по ассемблеру для mcs51):

А вот чего разраб Вашего устройства за основу брал - кто знает...

ВОВ51 . принципиально понятно о чём идет речь. ( хоть горшком назови.....)
суть то одна . понять как эти последние два слова ( 4 цифры ) считаются по содержанию строки,
и в данном случае это исключительно для проверки целостности передачи команды.
.... добавлю что это перемещаемое по трём осям устройство , отдельно стоящее и управляемое по СОМ порту,
даже по трём СОМ портам возможно ( 3 отдельных входа СОМ, для основного ПК, мини пульта , и отдельный вход для проверки и настройки)
очень дорогое медицинское оборудование .
Nranddek. ИИ хорошо нопотавить ему такую задачу , видимо ещё сложнее чем понять формулу расчёта

По вопросам специализированного МЕДИЦИНСКОГО ОБОРУДОВАНИЯ
настоятельно рекомендую обратиться к представителям фирмы - производителя и/или в авторизированный сервисный центр!!!
Ошибки в работе с такими системами весьма опасны и уголовно наказуемы...
Как вариант - можете поискать рекомендации (и спецтребования к ремонтам/каким либо изменениям тут:
https://www.medteh.info/

хватит писать фигню всякую... ))


1B 02 80 62 02 03 00 C0 D1 68
1B 02 80 62 03 03 00 C0 D5 63
1B 02 80 62 04 03 00 C0 D9 5E

похоже на обычную CRC-16.
раньше делал на CRC-16...

Спойлер

больше не делаю)) перешёл на CRC-32 от Ethernet.

Спойлер

1B 02 80 62 02 03 00 C0 D1 68
1B 02 80 62 03 03 00 C0 D5 63
1B 02 80 62 04 03 00 C0 D9 5E

это точно не КС от IP и UDP пакетов )) т.к. при изменении на единицу КС от IP и UDP пакетов тоже меняется на единицу.

значит это обычная CRC-16.
осталось понять полином и режим работы. ))

наиболее частые полиномы CRC-16 это:
CRC-16-IBM 0x1021
CRC-16-CCITT 0x8005.

а есть ещё обратные полиномы))
0x1021 / 0x8408 / 0x8810
0x8005 / 0xA001 / 0xC002
...

а ещё режимы работы у всех по разному...

хрен его знает)) у всех производителей по разному...

онлайн калькулятор...

https://www.sunshine2k.de/coding/javasc ... rc_js.html

В начале 90-ых моего приятеля призвали в космические войска, несмотря на то, что он выпускник радиофакультета КАИ и окончил военную кафедру. Обоснование призыва - нехватка кадров. Это так, к слову, для объяснения почему ему доверили такую работу - как выпускнику военной кафедры сразу присвоили младшего лейтенанта и как офицер он был допущен к мониторингу и управлению неких военных спутников.

Вместе с ним служил человек, занимающийся тем же самым, и вот в дежурство того человека поступил приказ - у такого-то спутника на 1.5 секунды включить двигатели. А тот человек по какой-то причине возьми и ошибись с десятичным разделителем, отчего спутник включил двигатели на 15 секунд, выработал всё топливо и автоматически сложил антенны - то есть, фактически самоуничтожился - такая защита от предотвращения вражеского захвата.

Итог - за ошибку с десятичным разделителем, приведшую к потере спутника, человек присел на 5 лет.

И это ещё никто не погиб и не получил травм и увечий.

это было раньше...
сейчас спутники с защитой))


Оператор: "Включить двигатели на 15 секунд".
Спутник: "Топлива осталось на 15 секунд". "Нажмите подтвердить".
Оператор: "Да".
Спутник: "Вы уверены ?". "Нажмите подтвердить".
Оператор: "Да ! Сука !". ))
Спутник: "Через 15 секунд сход с орбиты". "Нажмите подтвердить".
Оператор: "Да ! Сука ! Иди нахер !". ))
Спутник: "Сход с орбиты...". "Всем пока...". ))

Тому, кому с помощью манипулятора операцию делать будут, от этого легче не станет.

Есть и второй фактор...
Владелец испорченной дорогостоящей техники может и "фейс оф тейбл" запросто устроить (это в лучшем случае ) ...
Так что предупредить заранее не лишне будет.
Как в том мультике про собак - мушкетёров.
(... напоминая об ..... обязанностях не ограничиваю Ваши возможности...)

манипуляторы...

если в самолёте потянуть штурвал на себя... то самолёт не свалится в штопор... потому что штурвал подключен к компьютеру... компьютер не позволит.
штурвал >> компьютер >> руль высоты.
это называется буферное управление.

поэтому не волнуйся)) самолёт не упадёт.

Вы это расскажите 50-ти погибшим в крушении Боинга-737 в Казани в 2013 году.

Только не бегите, вооружившись Вашей любимой иконкой , гуглить причины крушения. Официально их объявили только недавно, но большинство жителей города уже через пару недель после крушения знали истинную причину.

Хотя и официальная версия полностью развенчивает Ваше залихватское "самолёт не упадёт".

https://aviaforum.ru/threads/katastrofa ... nie.50681/ - типичный пример человеческого не совсем корректного вмешательства в систему, и якобы безопасный самолёт угробил людей. Сам. Не дав им ни шанса. Ибо

что ты совсем не о том.
причем здесь скажите человеческие жизни. ( бред какой то)
если железка имеет медицинское происхождение , это не значит что она сейчас готовится работать с телами ЧЕЛОВЕКОВ и подобных.
в том то и дело что есть желание ее использовать как хорошую механику в хобийных целях с железом.

roman.com
известные онлай калькуляторы CRC 16 не дают результата
осталось понять полином и режим работы. ))
ДОБАЛЮ.
да прибавляется не на 1
предпоследнее +4
последнее -5

вот это и смущает...
нормальный CRC себя так не ведут... там более сложная зависимость... зациклено на полином...

а тут просто увеличивается на фиксированное значение...

1B 02 04 DE 08 00 00 C0 E0 56
1B 02 04 DE 09 00 00 C0 E4 51
1B 02 04 DE 0A 00 00 C0 E8 4C
1B 02 04 DE 0B 00 00 C0 EC 47
1B 02 04 DE 0C 00 00 C0 F0 42
1B 02 04 DE 0D 00 00 C0 F4 3D
1B 02 04 DE 0E 00 00 C0 F8 38
1B 02 04 DE 0F 00 00 C0 FC 33
1B 02 04 DE 10 00 00 C0 01 2E
1B 02 04 DE 11 00 00 C0 05 29
1B 02 04 DE 12 00 00 C0 09 24
1B 02 04 DE 13 00 00 C0 0D 1F

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

а тут

1B 02 04 DE 08 00 00 C0 E0 56
1B 02 04 DE 09 00 00 C0 E4 51
1B 02 04 DE 0A 00 00 C0 E8 4C
1B 02 04 DE 0B 00 00 C0 EC 47
1B 02 04 DE 0C 00 00 C0 F0 42
1B 02 04 DE 0D 00 00 C0 F4 3D
1B 02 04 DE 0E 00 00 C0 F8 38
1B 02 04 DE 0F 00 00 C0 FC 33
1B 02 04 DE 10 00 00 C0 01 2E
1B 02 04 DE 11 00 00 C0 05 29
1B 02 04 DE 12 00 00 C0 09 24
1B 02 04 DE 13 00 00 C0 0D 1F

при переполнении счётчика условие не выполняется))

вот уже зацепка...
именно так и была разгадана тайна енигмы))

roman.com
при переполнении счётчика условие не выполняется))
ДА добавочка 1
посмотрел толмуты кодировок
00 не встречается нигде

именно так и была разгадана тайна енигмы))
-именно так ( требуется 00 , а нет ... )

...вот еще интересная зацепка ( одинаковый CRC , и тоже связан с переполнение счетчика)

1B 02 80 62 FA 03 00 C0 B5 8B
1B 02 80 62 FB 03 00 C0 B9 86
1B 02 80 62 FC 03 00 C0 BD 81
1B 02 80 62 FD 03 00 C0 C1 7C
1B 02 80 62 FE 03 00 C0 C5 77
1B 02 80 62 FF 03 00 C0 C9 72 ----------
1B 02 80 62 00 03 00 C0 C9 72 ----------
1B 02 80 62 01 03 00 C0 CD 6D
1B 02 80 62 02 03 00 C0 D1 68
1B 02 80 62 03 03 00 C0 D5 63
1B 02 80 62 04 03 00 C0 D9 5E
1B 02 80 62 05 03 00 C0 DD 59

1B 02 04 DE 08 00 00 C0 E0 56
1B 02 04 DE 09 00 00 C0 E4 51
1B 02 04 DE 0A 00 00 C0 E8 4C
1B 02 04 DE 0B 00 00 C0 EC 47
1B 02 04 DE 0C 00 00 C0 F0 42
1B 02 04 DE 0D 00 00 C0 F4 3D
1B 02 04 DE 0E 00 00 C0 F8 38
1B 02 04 DE 0F 00 00 C0 FC 33
1B 02 04 DE 10 00 00 C0 01 2E
1B 02 04 DE 11 00 00 C0 05 29
1B 02 04 DE 12 00 00 C0 09 24
1B 02 04 DE 13 00 00 C0 0D 1F

1.
при добавлении единички значение увеличивается на 3FB (или 1019 в десятичной системе).

1B 02 04 DE 08 00 00 C0 E0 56
1B 02 04 DE 09 00 00 C0 E4 51 > E0 56 + 3FB (или 1019 в десятичной системе) = E4 51.
1B 02 04 DE 0A 00 00 C0 E8 4C > E4 51 + 3FB (или 1019 в десятичной системе) = E8 4C.
...
...
...
1B 02 04 DE 25 00 00 7A 0F 51
1B 02 04 DE 28 00 00 7A 1B 42 > 0F 51 + 3FB + 3FB + 3FB = 1B 42.
...
...
...

секретное число 3FB (или 1019 в десятичной системе).

это не CRC...
CRC так не работает))


2.

1B 02 04 DE 34 00 00 7A 4B 06
1B 02 04 DE 35 00 00 30 05 95 > 4B 06 + 3FB = 4F 01 + xxx = 05 95

Чему равно xxx... ? ))


3.

1B 02 80 62 FA 03 00 C0 B5 8B
1B 02 80 62 FB 03 00 C0 B9 86
1B 02 80 62 FC 03 00 C0 BD 81
1B 02 80 62 FD 03 00 C0 C1 7C
1B 02 80 62 FE 03 00 C0 C5 77
1B 02 80 62 FF 03 00 C0 C9 72
1B 02 80 62 00 03 00 C0 C9 72
1B 02 80 62 01 03 00 C0 CD 6D
1B 02 80 62 02 03 00 C0 D1 68
1B 02 80 62 03 03 00 C0 D5 63
1B 02 80 62 04 03 00 C0 D9 5E
1B 02 80 62 05 03 00 C0 DD 59

При разных значениях FF и 00 контрольная сумма одинаковая = C9 72

я не знаю ни одного такого протокола...

это что-то вообще другое))



4.

ещё раз...


1B 02 04 DE 08 00 00 C0 E0 56
1B 02 04 DE 09 00 00 C0 E4 51
1B 02 04 DE 0A 00 00 C0 E8 4C
1B 02 04 DE 0B 00 00 C0 EC 47
1B 02 04 DE 0C 00 00 C0 F0 42
1B 02 04 DE 0D 00 00 C0 F4 3D
1B 02 04 DE 0E 00 00 C0 F8 38
1B 02 04 DE 0F 00 00 C0 FC 33
1B 02 04 DE 10 00 00 C0 01 2E
1B 02 04 DE 11 00 00 C0 05 29
1B 02 04 DE 12 00 00 C0 09 24
1B 02 04 DE 13 00 00 C0 0D 1F


1B 02 04 DE 0F 00 00 C0 FC 33
1B 02 04 DE 10 00 00 C0 01 2E > FC 33 + 3FB = 1 00 2E > перенос > 01 2E.

условие выполняется))


- перенос разряда 1 2E 00 > перенос > 2E 01 так работает IP, UDP, TCP протокол. Только там добавляется инверсия.
- первым передаётся младший байт 01 потом старший байт 2E поэтому 01 2E так работает Ethernet протокол.

мы уже почти взломали энигму !

но это не точно))

и что у нас тут...
уже разобрались ?))


1B 02 80 62 00 03 00 C0 C9 72
1B 02 80 62 01 03 00 C0 CD 6D +3FB
1B 02 80 62 02 03 00 C0 D1 68 +3FB
1B 02 80 62 03 03 00 C0 D5 63 +3FB
1B 02 80 62 04 03 00 C0 D9 5E +3FB
1B 02 80 62 05 03 00 C0 DD 59 +3FB
1B 02 80 62 06 03 00 C0 E1 54 +3FB
1B 02 80 62 07 03 00 C0 E5 4F +3FB
1B 02 80 62 08 03 00 C0 E9 4A +3FB
1B 02 80 62 09 03 00 C0 ED 45 +3FB
1B 02 80 62 0A 03 00 C0 F1 40 +3FB
1B 02 80 62 0B 03 00 C0 F5 3B +3FB
1B 02 80 62 0C 03 00 C0 F9 36 +3FB
1B 02 80 62 0D 03 00 C0 FD 31 +3FB
1B 02 80 62 0E 03 00 C0 02 2C +3FB = 1 01 2C (переполнение счётчика) > перенос 1 > 02 2C
1B 02 80 62 0F 03 00 C0 06 27 +3FB
1B 02 80 62 10 03 00 C0 0A 22 +3FB
...
1B 02 80 62 18 03 00 C0 2A F9 +3FB
1B 02 80 62 19 03 00 C0 2E F4 +3FB
1B 02 80 62 1A 03 00 C0 32 EF +3FB
1B 02 80 62 1B 03 00 C0 36 EA +3FB
...

1. как работает счётчик - это мы выяснили))
точно так же работает счётчик в IP пакетах (перенос "1" при переполнении).
ничего нового мы не узнали.

2. в IP пакетах CRC не используется. В IP пакетах используется обычная КС (контрольная сумма) - сумма всех байтов.
поэтому все онлайн калькуляторы CRC бесполезны))
Точнее сумма слов с переносом "1" при переполнении.
1B 02 + 80 62 + 00 03 + 00 C0 = XX XX

3. судя по работе счётчика байты передаются в обратном порядке.
точно так же передаются байты в Ethernet.
ничего нового мы не узнали.

4.
1B 02 80 62 FA 03 00 C0 B5 8B+3FB
1B 02 80 62 FB 03 00 C0 B9 86+3FB
1B 02 80 62 FC 03 00 C0 BD 81+3FB
1B 02 80 62 FD 03 00 C0 C1 7C+3FB
1B 02 80 62 FE 03 00 C0 C5 77+3FB
1B 02 80 62 FF 03 00 C0 C9 72+3FB
1B 02 80 62 00 03 00 C0 C9 72+0 счётчик остановлен )) ???
1B 02 80 62 01 03 00 C0 CD 6D+3FB
1B 02 80 62 02 03 00 C0 D1 68+3FB
1B 02 80 62 03 03 00 C0 D5 63+3FB
1B 02 80 62 04 03 00 C0 D9 5E+3FB
1B 02 80 62 05 03 00 C0 DD 59+3FB

счётчик считал... считал... потом остановился )) и снова пошёл...
это не CRC и даже на КС.
это вообще непонятно что))