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

было бы интересно посмотреть на 16 сек

Вот:

11сек 0B 00 00 00 00 00 00 00 AF D6

12cек 0C 00 00 00 00 00 00 00 B7 11

13cек 0D 00 00 00 00 00 00 00 64 56

14cек 0E 00 00 00 00 00 00 00 11 9E

15cек 0F 00 00 00 00 00 00 00 C2 D9

16cек 10 00 00 00 00 00 00 00 B4 3D

обычный циклический битовый сдвиг, переведите в бин увидите закономерность

Сдвиг это понятно, но как этот сдвиг зависит от моточасов? Вот в чем вопрос....

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

хотя вроде нет
d347 xor a68f = 75C8
d347 xor DA1E = 0959

приеду с работы дальше посмотрю

чето не получается пока
выяснил что если первые восемь ячеек из десяти поксорить между собой у какой либо секунды то и кс будет из этого результата.
т.е. 2 секунды ксор 8 секунд будет 10 секунд
теперь берем контрольную суммуу 2 секундного дампа и ксорим на кс из 8 секундного дампа получим кс из 10 секундного дампа

02 00 00 00 00 00 00 00 A6 8F
xor
08 00 00 00 00 00 00 00 DA 1E
=
0A 00 00 00 00 00 00 00 7C 91

34 D1 47 00 1B FD 79 00 95 04 теоретически должно быть 2220 часов. попробуй отпишись

Прокатись еще следующие 16 сек и немного после 256.

да на самом деле было бы инересно посмотреть на контрольку в 256 секунде и 65536 секунде, но это долго ждать да и вряд ли точно высчитаешь момент
попробуй как вариант тот что я предложил ниже. еще момент, какие цифры хочет видеть заказчик?

ура сработало!!!
итак мы выяснили что
1)если побайтно проксорить ячейки пробега, то контролька тоже ксорится побайтно
2)увеличение с одной секунды до двух дает циклический сдвиг влево на 1 бит, увеличение с 2 до 3 такова смещения не вызывает.
у кого какие еще наблюдения есть?

увеличение в 2 раза иногда дает похожий на сдвиг результат.

d347 = 11010011 01000111 1 секунда
61B8 = 01100001 10111000 256 секунда
их xor 01001101 00000000 ну недает мне покоя 1101 на стыке байт, уж больно часто встречается. хотя скорее всего параноя =).

в личку Ден прислал новые данные

253 FD 00 00 00 00 00 00 00 E9 1B
254 FE 00 00 00 00 00 00 00 9C D3
255 FF 00 00 00 00 00 00 00 4F 94
256 00 01 00 00 00 00 00 00 61 B8
257 01 01 00 00 00 00 00 00 B2 FF
258 02 01 00 00 00 00 00 00 C7 37
259 03 01 00 00 00 00 00 00 14 70

Вроде так:
Следим за первыми 4-мя битами в младшем байте счетчика

если 0000 - ксорим к предыдущему 0xD347
если 0001 - ксорим к предыдущему 0x75C8
если 0011 - ксорим к предыдущему 0x18C7
если 0111 - ксорим к предыдущему 0xC2D9
если 1111 - ксорим к предыдущему 0x2E2C

для остальных случаев (0010...1110), если бит 0 = 1 -> ксорим 0x75C8, если = 1 -> ксорим 0xD347
вроде катит...

Денис проверь пожалуйста
47 00 00 00 00 00 00 00 85 4A

если совпадет, то похоже на циклический код http://ru.wikipedia.org/wiki/%D0%A6%D0%B8%...%BA%D0%BE%D0%B4
от туда кстати и 1101 оно в проверочной матрице.


мозг этой контролькой окончательно сломан, приведи пару примеров плиз.

Тут вот интересная вещь: Если залить не верный дамп, то при первом включении на экране показывает это:
а при втором вкльчении это
Я тут стер(заэфил) все кроме первой строчки и залил 47 00 00 00 00 00 00 00 85 4А после первого второго и так далее включений на экране это

Дамп после включений меняется, а надпись на экране прежняя. И в 020 строке прописывается 1B

я думаю с1 говорит о том что косяк с моточасами и они обнуляются. а вот с 130 говорит что косяк и в чемто другом и похерен весь дамп и он не обнуляется. так что ничего удивительного нет.