Калибровочные значения гидроплиты

[alex728]

Всем доброго времени суток форумчане занялся изучением этого варика JF016 и довольно удачно но, как всегда есть одно но а оно заключается в том что надо после ремонта переписывать калибровку,так вот вопрос в пересчете точнее алгоритме пересчёта этой контрольки,кто сталкивался кто разгодал подскажите пожалуста, или кто знает про расчет пните в нужном напровлении, сам дамп выглядит так 5555FFFD0000001CFFAF2C6700000000001D01C513E3000000000023FFB22D2500 0000000026FF862BB5FFFE00000007FEE8575000000000000000AA0054007D 0002000200FF00FF00FFF50800B800E100F6010AFF8FFF00FF29FF0A0033FF 66FF71FFB80000FFCD000A00000000FEF4000008005D376022460D00000000
0B66F54B по моим изучениям этих калибровок в таблицу выводятся все данные кроме первых 2 байт 5555 и последних 4 0B66F54B, все манипуляции что я проводил это пересчет всех байт инвертирование сложение не дало результатов на сколько хватило моих мозгов я предпологаю что это какойто CRC32 типа но не понятный потому как пересчитывается каждый байт а не построчно и не общее значение этих данных

 

[Tahoe]

в таблицу выводятся все данные кроме первых 2 байт 5555

Возможно, это действительно заголовок. Числа 5555h и AAAAh "любят" за то, что в двоичном виде, это чередование 0 и 1:
5555h = 0101010101010101b
AAAAh = 1010101010101010b

предпологаю что это какойто CRC32

Не логично. Если заголовок 16 бит, обычно и CRC 16 бит.
Можно попробовать покрутить на одном из онлайн калькуляторов CRC, для начала со стандартными полиномами. Ну и не забыть оба варианта LSB/MSB.

Как по мне, лучший вариант - на Питончике, по-быстрому, утилитку набросать.

 

[alex728]

Возможно, это действительно заголовок. Числа 5555h и AAAAh "любят" за то, что в двоичном виде, это чередование 0 и 1:
5555h = 0101010101010101b
AAAAh = 1010101010101010b


Не логично. Если заголовок 16 бит, обычно и CRC 16 бит.
Можно попробовать покрутить на одном из онлайн калькуляторов CRC, для начала со стандартными полиномами. Ну и не забыть оба варианта LSB/MSB.

Как по мне, лучший вариант - на Питончике, по-быстрому, утилитку набросать.

а как тогда обьяснить 0B66F54B это не 16 бит по моему

 

[alex728]

а как тогда обьяснить 0B66F54B это не 16 бит по моему

выручайте форумчане всю голову сломал вот для сравнения еще пару калибровок
FFFF0000001CFFB12C2E00000000001B01500BABFFFF00000023FFB22CABFF
FF00000026FFA72A8EFFFF00000007FEEA597200000000000000BA004D005D
00FF000200FF00FF00FFEDAD00D701000133011FFFAEFF7BFF29FF48FF48FF
33FF71FFD700480071FFF600000000003500000A005C37730E331E00000000
0C63D59F

FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF000000000000000000000000
00000000000000000000FFE7FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFF00000000FFF10000FFFFFFFFFFFFFFFFFFFFFFFF
FFFAC128

 

[Tahoe]

а как тогда обьяснить 0B66F54B это не 16 бит по моему

Да, это 32 бита. Как объяснить - не знаю. Я даже не вполне понимаю, о чем вообще речь, откуда данные. Предполагаю, что их выдернули, подцепившись клипсой к внешней ЕЕПРОМ. А может с CAN сграбили сниффером.

Для более полного ответа или осмысленных предположений, надо либо больше информации, либо быть в теме. Увы, я не в теме - просто сам электронщик и программист, вот и "пнул", как просили.

 

[Tahoe]

выручайте форумчане всю голову сломал вот для сравнения еще пару калибровок

А откуда сами данные? Если это с шины, то 5555h и F54Bh могут относиться к пакету верхнего уровня, т.н. инкапсуляция

 

[alex728]

Да, это 32 бита. Как объяснить - не знаю. Я даже не вполне понимаю, о чем вообще речь, откуда данные. Предполагаю, что их выдернули, подцепившись клипсой к внешней ЕЕПРОМ. А может с CAN сграбили сниффером.

Для более полного ответа или осмысленных предположений, надо либо больше информации, либо быть в теме. Увы, я не в теме - просто сам электронщик и программист, вот и "пнул", как просили.

с каробками и гидроблоками идут диски так вот на диске идёт такойже файл только начинается по другому не много
4D333233363532,5555FFFF0000001CFFAF2D13000000000005010E107E000000000023FFB22CBA000000000015FFA92914000000000023FF0A53E5000000000000004400CD007200FF000200FF00FF00FFEC62008F010A010000F6FF66FF85FF3DFF330000FF9AFFB800000000000A008F0000000000D500000A005E37730B46100000000021521ACB это с диска файл

 

[alex728]

А откуда сами данные? Если это с шины, то 5555h и F54Bh могут относиться к пакету верхнего уровня, т.н. инкапсуляция

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

 

[Tahoe]

по моим изучениям этих калибровок в таблицу выводятся все данные кроме первых 2 байт 5555

А с чего тогда это предположение?

 

[alex728]

Да, это 32 бита. Как объяснить - не знаю. Я даже не вполне понимаю, о чем вообще речь, откуда данные. Предполагаю, что их выдернули, подцепившись клипсой к внешней ЕЕПРОМ. А может с CAN сграбили сниффером.

внешнего епрома нету там SH72531 всё внутри

 

[alex728]

А с чего тогда это предположение?

данные калибровки в таблице при раскладе начинаются сразу после 5555, я так предпологаю либо это имеет отношение к пересчёту либо адрес записи данных

 

[alex728]

А откуда сами данные? Если это с шины, то 5555h и F54Bh могут относиться к пакету верхнего уровня, т.н. инкапсуляция

UDS протокол у них

 

[Tahoe]

предпологаю либо это имеет отношение к пересчёту либо адрес записи данных

Вряд ли это адрес. Это же был бы не просто адрес, а адрес начала блока. У 32-битного МК, начало блока не выровнено даже на 16, не говоря уж на 32? Не поверю.

Как вариант, это все-таки заголовок. Глянул даташит по диагонали, у этого камня нет ЕЕПРОМ, только флеш. Который они, с какого-то будуна обзывают ЕЕПРОМ, хотя стирать его можно только постранично:
EEPROM
• 32-Kbyte EEPROM
• Four 8-Kbyte blocks
• Writing is possible in 8-byte units, erasure is possible in 8-Kbyte units

А значит, им придется эмулировать ЕЕПРОМ во флеше. С Ренессас никогда не работал, но принцип примерно тот же. Тогда возможно, что заголовок FFFFh означает "пусто", а любой другой, желательно 5555h или ААААh означает "валидно". Во всяком случае, обычно делают так. Другими словами, в моей версии, к пересчету это отношения не имеет, это относится к эмуляции ЕЕПРОМ, с 16-битными словами.

 

[Tahoe]

В итоге, мое предложение, раз какую-то программу смог написать, то проще всего набросать скрипт на Питоне и забрютфорсить эти несчастные 256 байт, на предмет поиска CRC16. Мне кажется, это быстрее всего будет.

 

[alex728]

Вряд ли это адрес. Это же был бы не просто адрес, а адрес начала блока. У 32-битного МК, начало блока не выровнено даже на 16, не говоря уж на 32? Не поверю.

Как вариант, это все-таки заголовок. Глянул даташит по диагонали, у этого камня нет ЕЕПРОМ, только флеш. Который они, с какого-то будуна обзывают ЕЕПРОМ, хотя стирать его можно только постранично:
EEPROM
• 32-Kbyte EEPROM
• Four 8-Kbyte blocks
• Writing is possible in 8-byte units, erasure is possible in 8-Kbyte units

А значит, им придется эмулировать ЕЕПРОМ во флеше. С Ренессас никогда не работал, но принцип примерно тот же. Тогда возможно, что заголовок FFFFh означает "пусто", а любой другой, желательно 5555h или ААААh означает "валидно". Во всяком случае, обычно делают так. Другими словами, в моей версии, к пересчету это отношения не имеет, это относится к эмуляции ЕЕПРОМ, с 16-битными словами.

поддерживаю вас, но стирает дату одной командой отдаёт данные одной командой а вот пишет фреймами по 7 байт

 

[alex728]

В итоге, мое предложение, раз какую-то программу смог написать, то проще всего набросать скрипт на Питоне и забрютфорсить эти несчастные 256 байт, на предмет поиска CRC16. Мне кажется, это быстрее всего будет.

я много чего перепробовал не выходит у меня да и програмку я набросал в хаясме я не супер програмист по этому и прошу помощи у вас уважаемые форумчане

 

[Tahoe]

я не супер програмист

Питон, это, по сути, современная замена Basic. С момента скачивания интерпретатора, до момента написания первой простенькой программы, пройдет не более получаса. Под все остальное есть готовые библиотеки, pySerial, что бы общаться с СОМ-портом. А позже, если понадобится, можно и к CAN подключиться.

Единственный совет, для подобных задач, не морочиться с красотульками/окошками, командной строки более чем достаточно.

 

[alex728]

Питон, это, по сути, современная замена Basic. С момента скачивания интерпретатора, до момента написания первой простенькой программы, пройдет не более получаса. Под все остальное есть готовые библиотеки, pySerial, что бы общаться с СОМ-портом. А позже, если понадобится, можно и к CAN подключиться.

Единственный совет, для подобных задач, не морочиться с красотульками/окошками, командной строки более чем достаточно.

вот как раз пока карантин грызу этот камень хотя у самого уно делаю всякие приблуды типа тестера соленоидов эмуляторов входных сигналов и всё такое но до создания скриптов у меня пока на уровне FLPog

 

[Tahoe]

но до создания скриптов у меня пока на уровне FLPog

Вся эта визуальщина, она только _кажется_ проще, чем написание кода. Чем быстрее с ней завяжешь, тем быстрее убедишься, что писать код ничуть не сложнее. Все равно быстро упрешься в ограничения всех этих визуальных приблуд. И все познания, которые приобрел, можно отправить в помойку.
А Питон, это все-таки язык. Причем в своей нише - самый популярный, на сегодня и ближайшие годы. Плюс, с самым низким порогом вхождения, во всех смыслах - из железа достаточно обычного ноутбука или смартфона (да, он кросс-платформенный, код, написанный на Питоне, можно запускать на разных платформах, почти без переделки ). И познаний в программировании, на начальном этапе, особых не требуется.

 

[alex728]

Вся эта визуальщина, она только _кажется_ проще, чем написание кода. Чем быстрее с ней завяжешь, тем быстрее убедишься, что писать код ничуть не сложнее. Все равно быстро упрешься в ограничения всех этих визуальных приблуд. И все познания, которые приобрел, можно отправить в помойку.
А Питон, это все-таки язык. Причем в своей нише - самый популярный, на сегодня и ближайшие годы. Плюс, с самым низким порогом вхождения, во всех смыслах - из железа достаточно обычного ноутбука или смартфона (да, он кросс-платформенный, код, написанный на Питоне, можно запускать на разных платформах, почти без переделки ). И познаний в программировании, на начальном этапе, особых не требуется.

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