МАТЧАСТЬ: КОНТРОЛЬНЫЕ СУММЫ.
ПОЧЕМУ «ПРОШИЛОСЬ» НЕ РАВНО «СДЕЛАНО ПРАВИЛЬНО»
Самая обманчивая фраза в этой работе - «записалось нормально, машина завелась».
Успешная запись говорит только о том, что процедура дошла до конца.
О корректности содержимого она не говорит ничего.
Разбираем, что такое контрольные суммы, почему их пересчитывают под конкретный блок и по каким сценариям проявляется ошибка.
ЧТО ЭТО ТАКОЕ?
Контрольная сумма - это число, вычисленное по содержимому определённой области памяти и сохранённое в самом файле.
Блок делает простую вещь: пересчитывает сумму по фактическим данным и сравнивает с записанной.
Совпало - данные считаются целыми.
Не совпало - фиксируется нарушение целостности.
Задача у этого механизма не защитная в смысле тюнинга, а служебная: убедиться, что содержимое памяти не повреждено сбоем записи, износом ячеек или частичной перезаписью.
ПОЧЕМУ ИХ НЕСКОЛЬКО?
В одном файле их обычно не одна.
Отдельные суммы покрывают калибровочную область, отдельные - программную часть, отдельные - блоки данных и области идентификации.
Часть проверяется загрузчиком в момент записи, часть - самим блоком при работе. Именно поэтому бывает так, что запись прошла без единого замечания, а проблема появилась потом.
На новых поколениях блоков к этому добавляется криптографическая защита, и там уже другая история и другие требования к инструменту.
ПОЧЕМУ ПОД КОНКРЕТНЫЙ БЛОК?
Потому что различается всё: алгоритм расчёта, адреса покрываемых областей, количество сумм.
Различия есть не только между производителями и линейками, но и между ревизиями программного обеспечения внутри одной линейки.
Универсального пересчёта не существует. Корректор должен знать именно Ваш блок, а не «что-то похожее».
Отсюда и формулировка, которую мы повторяем в каждом посте: контрольные суммы пересчитываются под конкретный блок.
ПЯТЬ СЦЕНАРИЕВ ПРИ НЕВЕРНЫХ СУММАХ
Первый: запись не проходит, загрузчик отказывает. Это лучший из возможных исходов - ошибка видна сразу.
Второй: запись проходит, блок не стартует. Машина не заводится, но причина очевидна, и файл можно вернуть.
Третий: блок работает, но фиксирует нарушение целостности. Лампа, ошибка, снижение отдачи, аварийный режим.
Четвёртый, самый неприятный: всё работает, машина уехала. А проблема проявляется позже - при определённых условиях, при диагностике у дилера или при попытке следующей записи другим инструментом. Вы уже забыли про эту работу, а клиент нет.
Пятый: часть функций ведёт себя неверно, потому что нарушенная область проверяется не при старте, а по событию. Ищут при этом что угодно, кроме файла.
«ИНСТРУМЕНТ САМ ПОСЧИТАЕТ» - ГДЕ ЛОВУШКА?
Многие программаторы действительно пересчитывают суммы автоматически при записи. Для поддерживаемых блоков это работает.
Проблема в слове «поддерживаемых».
На нестандартной ревизии инструмент может знать не все области. Часть сумм пересчитается, часть останется прежней.
Если файл редактировался вне инструмента, автоматика может не увидеть изменений.
А на защищённых блоках вопрос вообще выходит за рамки простого пересчёта.
Привычка полагаться на автоматику без проверки - это не экономия времени, а отложенный риск.
ПОРЯДОК РАБОТЫ
Сначала все правки в файле. Все до единой.
Затем пересчёт контрольных сумм. Любое изменение после расчёта делает сумму недействительной.
Проверка сумм отдельным корректором под конкретный блок, а не универсальным калькулятором наугад.
Запись с включённой верификацией, если инструмент её поддерживает.
Контрольное чтение после записи и сравнение с тем, что отправляли в блок.
Сохранение обоих файлов: исходного и записанного.
Порядок не переставляется. Пересчитать суммы, а потом «подправить ещё одну таблицу» - классическая причина того самого четвёртого сценария.
ЧУЖОЙ ФАЙЛ: ОСОБЫЙ СЛУЧАЙ
Когда клиент привозит файл на флешке или машина приезжает после другого мастера, суммы в файле уже могут быть неверными.
Поэтому проверка целостности входит в анализ наравне с проверкой содержимого. Записать чужой файл, не проверив суммы, - значит принять на себя ответственность за чужую работу вслепую.
Для распространённых семейств проверку и пересчёт можно сделать прямо в браузере: инструмент для EDC17, MED17 и EDC7 есть в разделе «Софт» на etc-platform.ru.
ГРУЗОВЫЕ
Здесь блоков в работе обычно несколько, и суммы свои у каждого. Ошибка в одном файле останавливает машину целиком.
Добавьте к этому стоимость простоя, и станет понятно, почему в грузовом сегменте проверка после записи - обязательная процедура, а не перестраховка.
ГЛАВНОЕ РАЗГРАНИЧЕНИЕ
Правильные контрольные суммы не означают правильный файл.
Они подтверждают только целостность данных. Калибровка при этом может быть несогласованной, взятой от другой машины или сделанной без учёта состояния мотора.
Верно и обратное: отличная калибровка с неверными суммами не доедет дальше первого цикла зажигания.
Это две независимые вещи, и проверять нужно обе.
ФОРМУЛИРОВКИ
Про суть: «Машина завелась - это ещё не значит, что записано корректно. Блок проверяет целостность данных, и несоответствие может проявиться не сразу».
Про чужой файл: «Перед записью я проверю целостность. Если суммы в этом файле неверные, машина может встать через неделю, и виноватым буду я».
Про порядок: «Сначала все правки, потом расчёт сумм. Иначе расчёт становится недействительным».
Мы работаем с файлом, Вы с машиной.
Калибровка возвращается с пересчитанными под Ваш блок суммами и готовой к записи.
Пришлите вычитанный файл и опишите задачу
Источник: VK