Tool32 bmw инструкция на русском

В этой части речь пойдёт о ещё более глубоком погружении в тонкости кодирования автомобилей BMW. Как и прежде, речь ведётся конкретно о семействе кузовов E60 (соответственно это также E61 и E63/E64). Теоретически всё нижеописанное подходит и для остальных кузовов, разве что E65/E66 стоят несколько особняком. У них там своя атмосфера.

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

* * *

Сегодня мы поговорим о приборной панели. Каждую панель на заводе адаптируют под конкретный автомобиль, вставляют нужные шкалы, калибруют и кодируют. Функциональность приборной панели задаётся на заводе и последующему изменению формально не подлежит. Такими функциями «с завода», например, является бегунок круиз-контроля и работа стрелки под тахометром либо в качестве датчика мгновенного расхода топлива, либо указатель температуры масла на автомобилях с претензией на спорт или являющиеся таковыми.

Бегунок круиз-контроля (зелёный)

С круизом более-менее понятно: если машина вообще не оборудована круиз-контролем, то бегунок отключен. На кузовах серии E89 (т. е. все «трёшки» и подобные) так и вовсе существует два варианта приборных панелей: HIGH и LOW. В варианте LOW бегунок круиза, не берусь утверждать на 100%, вообще физически отсутствует.

С E60 попроще, там бегунок в приборке, как правило есть. Хотя, несмотря на то, что в ETK есть всего один вариант приборной панели без привязки к опции круиха, таки существуют панели, в которых бегунок физически отсутствует. В этом случае кодирование бесполезно.

В иных вариантах он есть, но может быть просто неактивен. Активен он у вас или нет, можно узнать с помощью так называемого «KI TEST». На данном видео бегунок активен:

Если бегунок у вас есть, значит круиз в принципе активен. Если же нет, то нужно экспериментировать.

Нету бегунка

Допустим, вы всё-таки захотели оснастить свой автомобиль этим самым круиз-контролем, в варианте либо «S540A Система поддержания заданной скорости» (дорестайл), либо «S544A Система поддержания заданной скорости с функцией подтормаживания» (рестайл). Это довольно бюджетное дооснащение и в принципе нужно приобрести только ручку и пару кожухов рулевой колонки.

Проблемой же является то, что бегунок на приборной панели не появляется, даже после правильного кодирования панели, с активизацией всех параметров, связанных с круиз-контролем. Т. е. функция работает, есть индикация на дисплее, но она показывается только на некоторое время при изменении заданной скорости. А при отсутствии проекции становится невозможно понять, работает ли сейчас круиз или нет.

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

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

В публичном доступе информация о том, как самостоятельно выполнить такие изменения, я полагаю, впервые появилась здесь, её разместил житель Финляндии с ником ptikkala на Bimmerforums. Причём там же он привёл неизвестные строчки кода, которые описывают область памяти с заводскими настройками. Нечто подобное можно получить в NCS Dummy, выполнив дизассемблирование кодировочного индекса, но именно таких строчек в полученном текстовом файле вы не увидите. Просто потому что там нет такой информации.

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

Работа с Tool32

Tool32

Эту программу большинство обходит стороной и правильно делают, т. к. неразумные действия при работе с ней могут привести к непредсказуемым последствиям. Tool32 — программа для низкоуровневого взаимодействия с блоками управления автомобиля. Сама она идёт в составе комплекса EDIABAS, а с ним знакомы все, кто хотя бы занимается диагностикой BMW. Комплекс является связующим звеном (интерфейсом) между машиной и диагностическим ПО.

Для работы в Tool32 требуются так называемые SGBD-файлы (SGBD =Steuergerätebeschreibungsdatei, ох уж эти чёртовы немцы). Это файлы, которые описывают доступные функции и параметры этих функций в конкретных блоках управления (собственно, SGBD-файл). Изначально Tool32 была придумана как отладочная программа для разработчиков диагностического ПО.

SGBD-файлы имеют расширение .PRG. Как правило любой диагностический софт использует их, чтобы работать с блоками управления, те же ISTA/P и Rheingold. И даже INPA, которая на самом деле является интерпретатором скриптов (IPO), использующих функции из SGBD-файлов для получения результата и вывода его в виде таблиц или изображений. Я уже не говорю про многочисленные утилиты, созданные энтузиастами.

С помощью Tool32 можно открыть SGBD-файл, увидеть список доступных функций (или методов, в терминологии программирования), вызвать их, передав необходимые параметры (если есть) и получить результат выполнения. Точно такие же результаты, но оформленные в более читаемом виде, вы получаете при использовании любого диагностического ПО. Проще говоря, диагностировать что-либо можно даже с помощью одного только Tool32, если вы Рэмбо.

Выбор SGBD-файла

Сегодня мы работаем с приборной панелью, а значит блок управления у нас имеет название KOMBI. Осталось выяснить, какой именно SGBD-файл работает именно с комбинацией приборов. Определить это труда не составляет, ведь в Daten-файлах заложен кладезь информации на этот счёт. Если в первой части я рассказывал про файл E60AT.000, то теперь нам нужен другой файл, называется он E60SGFAM.DAT из той же папки daten, что и E60AT.000:

E60SGFAM.DAT

В этой таблице перечислены имена блоков управления и соответствующие им имена CABD- и C_SGBD-файлов. CABD = Codierablaufbeschreibungsdatei, скрипт того же формата (IPO), что применяется в INPA, но предназначен для процедуры кодирования блока управления (они часто используются одни и те же, ввиду одинаковости процедуры), а C_SGBD — SGBD-файл для с функциями кодирования блока. Вот эти самые C_SGBD нас и интересуют и мы сразу видим во второй строчке наш KOMBI и соответствующий ему KOMB60.

Сам по себе этот E60SGFAM.DAT не совсем точен, т. к. предполагает только один вариант CABD-/C_SGBD-файлов на конкретное имя блока, тогда как с выпуском новой прошивки могут потребоваться другие. Это не касается непосредственно KOMBI (у него в любом варианте на сегодняшний день используется KOMB60), но касается других блоков. Рассматривать эту тему я сейчас не буду, т. к. это уже выходит за рамки сегодняшней темы. В будущем, возможно, пролью свет на структуру daten-файлов более подробно.

Начало работы

Необходимо подключить ваш настроенный интерфейс к машине, зажигание включать необязательно, достаточно включенного контакта R (т. е. работает радио/панель). Имя файла SGBD-файла нам известно, поэтому открываем Tool32, далее File -> Load SGBD, Group file и идём в папку C:EDIABASecu (скорее всего диалоговое окно откроется сразу в этой папке), ищем тамKOMB60.PRG и открываем:

Загруженный KOMB60.PRG

Если вы видите эту кучу окошек со списком функций, значит связь с машиной в порядке. Если нет, тогда проверяйте настройки вашего EDIABAS.

Из всех открывшихся окошек нас интересуют лишь три: Select Job: название модуля (список функций), Job-Info (подсказка по функции/её параметрам), ну и конечно же Results. Остальные окошки можно свернуть. Прежде всего ещё раз предупреждаю, что необдуманные действия могут привести к реальной порче техники, которую потом будет сложно и дорого восстанавливать, поэтому никогда не делайте ничего такого, чего вы до конца не понимаете.

Можно повыбирать разные функции в списке и посмотреть, какую информацию по ним показывает в Job-Info. Ни в коем случае не выбирайте функции двойным кликом, т. к. это приведёт к её запуску. Двойным кликом запускать функции могут только снайперы без тремора в руках, поэтому всё же рекомендую для запуска использовать клавишу F5, но сейчас ничего запускать не надо. Конкретно нас будет интересовать функция c_c_lesen, вот её и выберем.

Степ-бай-степ

Итак, что же это за магическая строка, которую мы передаём в качестве аргумента в функциюc_c_lesen? Любознательный гражданин найдёт ответ не где-нибудь, а непосредственно в той же Tool32, в окошечке Job-Info:

c_c_lesen Job-Info

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

По c_c_lesen, как видим, описан формат единственного аргумента (параметра) функции. Называется аргумент BINAER_BUFFER (причём имеет тип Data, т. е. надо ставить соответствующую галочку в поле ввода), а в комментарии расписано, из чего он состоит:

Байт 0: Тип данных (01: Данные, 02: Маска данных)
Байт 1: (не используется) Разрядность (01: Byte, 02: Word, 3: Dword)
Байт 2: (не используется) Порядок байт (00: LSB, 01: MSB)
Байт 3: Адресация (00: Свободная, 01: Блочная)
Байты 4-12: (не используется)
Байты 13,14: Длина последовательности (младший/старший)
Байты 15,16: (не используется)
Байты 17,18,19,20: Адрес (младший/старший байт, младшее/старшее слово)
Байты 21,…: Последовательность
Байт 21 + длина посл.: ETX (03) (замыкающий байт)

Значения байтов, которые не используются, можно смело забивать нулями, а вот с остальными параметрами разберёмся. Хотя некоторую ремарку к описанию я бы сделал, относительно байта 2: в описании к нему несколько некорректное смешивание порядка бит (те самые LSB и MSB ипорядка байт), либо само описание неверно, либо описание значений. Впрочем, этот байт всё равно не используется.

Теперь взглянем по новому на те заклинания из инструкции на Bimmerforums, но для упрощения распилим первое заклинание на две части: до последовательности из FFh и всё остальное.

Итак, первая часть:

01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00

Здесь у нас приведены байты с 0 по 20 включительно. Жирным выделены как раз те байты, которые будут использованы функцией c_c_lesen. Единички в байтах 1 и 2 никакой роли не играют, туда смело можно было писать 00h. Зато остальное нам задаёт следующее:

Тип данных: 01 (Данные)
Адресация: 01 (Блочная)
Длина последовательности: 17 00
Адрес: 00 01 31 00

Не могу точно сказать, что именно подразумевается под типом «маска данных» (который 02h), возможно это какие скрытые данные, резервная копия или что-то в этом духе. В приборной панели работает исключительно тип 01h. Возможно, при записи неверных данных (с неправильной контрольной суммой, например), предварительно создаётся копия, которую можно потом прочитать. Не знаю, не разбирался.

Далее у нас идёт адресация. В режиме свободной (00h) адресации мне не удалось получить какой-нибудь вразумительный ответ. Зато режим блочной адресации работает прекрасно.

Длина последовательности. С ней надо слегка разобраться, как и с адресом. И что означают эти «младший» и «старший» в описании. Чтобы записать какое-то число в память, нужно определиться, в каком порядке вы будете записывать байты (если число занимает больше одного байта). Например:

Число: 48 860
hex-вид: BE DC

Как мы видим, число занимает два байта, младший из которых справа, точно также, как и младшие разряды самого числа. В память можно записать эти два байта либо как BE DC (так называемый Big-Endian порядок), либо DC BE (Little-Endian). В скобочках в описании к байту у нас как раз и написано, где младший, а где старший, стало быть запись «младший/старший» означает, что первым идёт младший бит или байт. Таким образом 17 00 в строке следует интерпретировать как 00 17 и это значит, что мы хотим прочитать 17h (23) байт.

Осталось разобраться с адресом, с ним чуть посложнее. Термин «слово» применительно к компьютерной архитектуре изначально означал величину в битах или байтах, равную разрядности процессора (см. Википедию), но последние лет 25-30 «слово» (word) означает 16-битное число, т. е. число, которое имеет значение от 0 (00 00) до 65 535 (FF FF) и оно занимает всегда два байта. Синонимом word-а является тип ushort (безнаковый short).

В пояснении к байтам с адресом написано, что порядок задаётся от младшего к старшему биту и от младшего слова к старшему. Т. е. если адрес в нормальном виде выглядит вот так:

AABBCCDDh

То младшее слово будет CCDD, старшее — AABB. Согласно заданному порядку, нам нужно развернуть как байты в словах (младший/старший байт), так и сами слова (младшее/старшее слово) относительно друг друга. В результате мы получим вот такую запись:

DDCCBBAAh

Стало быть то, что записано в тарабарщине заклинания как 00 01 31 00 нужно интерпретировать вот так:

00 31 01 00

Сначала я поменял местами сами слова, получив соответственно 01 00 и 00 31, а потом развернул и сами байты. Наглядно:

Конвертация нормального адреса в адрес для использования в c_c_lesen. Сам рисовал

Сейчас эти преобразования запоминать не особо нужно, т. к. для работы с приборной панелью они в общем-то не нужны (в следующей части станет понятно почему), но могут пригодиться для работы с другими блоками.

Вторая часть заклинания:

FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 03

Можно не пересчитывать количество байт вида FFh, их ровно 23 штуки. Как раз столько, сколько мы хотим прочитать по заданному адресу. Я честно не знаю, зачем такой удивительный механизм придуман для чтения кодировочных данных, но вот он такой: передав N штук этих самых FFh и закончив последовательность замыкающим байтом 03h (он всегда равен этому значению), мы получим какой-то ответ. Замыкающий байт означает, что последовательность закончилась. К слову говоря, байты самой последовательности могут быть равны чему угодно (кроме 03h, разумеется), это не имеет значения.

Теперь заклинание полностью и без пробелов между байтами (так проще копировать и вставлять в строку аргументов):

010101010000000000000000001700000000013100FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03

(ширина DRIVE2 не позволяет это всё в одну строчку отобразить)

Оно всего-навсего просит прочитать 23 байта по адресу 00310100h и выдать результат. Обратите внимание на адрес, в кодировочном индексе нет параметров именно с таким адресом или рядом с ним.

Напоминаю, что параметр BINAER_BUFFER функции c_c_lesen сам по себе имеет тип «data», исходя из описания. Поэтому не забываем поставить галочку Data. Пробуем (выполнение запускается однократным нажатием кнопки F5):

c_c_lesen Results (кодировочные данные выделены в редакторе картинок)

Получили результат! Или если не получили (ERROR_BIN_BUFFER в качестве ответа или другая ошибка), то всё проверяем, считаем байтики, пробуем ещё раз. Итого у нас в окне результатов есть строка CODIER_DATEN, содержащая всю ту писанину, что мы туда отправили, но вместо последовательности из FFh какие-то вполне конкретные байтики приехали:

CODIER_DATEN = 45 Bytes
0000 : 01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00
0010 : 00 00 01 31 00 E0 69 01 00 A0 00 18 01 90 01 08
0020 : 02 26 01 36 14 98 22 FB 30 5D 3F BC 03

ACHTUNG, POZOR, ВНИМАНИЕ: Обязательно сохраните в надёжном месте полученные исходные данные!

Выделим отдельно полученные данные:

E0 69 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F BC

Первый байт (E0h) является контрольной суммой для оставшихся 22. Теперь подглядим в тот кусочек исходного кода с Bimmerforums:

//3101’16 ACC_ZEIGER_VERBAUT 00000001b // Fuer ACC/Tempomat, ob der ACC-Zeiger vorhanden
// nicht_aktiv 0b // Basisvarinate, ACC-Zeiger nicht verbaut, kein ACC Betrieb
// aktiv 1b // Highvarinate, ACC-Zeiger verbaut

Ага, адрес байта 3101’16, а бит, отвечающий за ползунок круиза, в нём самый младший (крайний справа). По адресу 00310116h у нас как раз выходит последний байт BCh! Т. е. мы вычитали как раз тот блок с кодировочными данными, который и содержит необходимый байт.

Разложим BCh побитово:

BCh = 188 = 10111100b

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

Исправляем:

10111101b = BDh

Помимо этого бита за работу круиза отвечают ещё несколько (этого вам никто ещё не рассказывал):

Бит 0: ползунок вкл/выкл;
Бит 1: единицы измерения шкалы (0: километры, 1: мили);
Бит 2: установлен ли диод круиза (0: нет, 1: да). Актуально только для панелей с индексом 07;
Биты 3-5: не используются (все равны 1);
Биты 6-7: Квадрант нулевого положения.

Напомню, что биты считаются справа налево.

С километрами/милями более-менее понятно, если машина американка или англичанка, бит должен быть установлен.

Бит за номером 2 в кодировочном индексе C07 (в более старых он всегда равен 1 и не используется) по идее должен активировать вот такую иконку:

Это интересно, но я никогда такого символа на приборных панелях E6x не видел. У меня этот бит установлен с завода (приборная панель уже была с индексом 07). Однако по имеющимся у меня дампам с приборных панелей разных E60, этот бит ставят не всегда, например стабильно на российских E60 он равен 0. Отключение лампы никакого эффекта на отображение круиза не произвело, поэтому если хотите, можете бит установить, а можете оставить. Только нужно помнить, что если у вас он не был установлен (как и бит ползунка), то при установке двух битов контрольная сумму нужно специальным образом считать. Как это сделать я опишу ниже.

Не совсем ясна ситуация с квадрантом нулевого положения. Квадрант — это четверть круга. Двумя битами можно указать на любой из 4: 00b (1), 01b (2), 10b (3), 11b (4). В моём случае указан квадрант номер 3 (10b), у машины из инструкции — 4. В целом, по имеющимся у меня дампам приборных панелей различных кузовов, как с круизом, так и без, можно сделать вывод, что квадрант задан на заводе в любом случае и менять его не нужно.

Переходим к контрольной сумме. Как я уже говорил, в общем случае просто увеличивать на единицу нельзя. Чтобы правильно посчитать сумму, необходимо воспользоваться функциейc_checksumme, но для неё сначала надо составить аналогичное заклинание, но уже содержащее кодировочные данные вместо колбасы из FFh. Т. е. вот так:

010101010000000000000000001700000000013100E0690100A000180190010802260136149822FB305D3FBD03

Т. е. я заменил все FFh на полученные с помощью c_c_lesen кодировочные данные, заменив последний байт BCh на BDh, но не изменял контрольную сумму, она по-прежнему равна E0h.

Теперь это заклинание нужно отправить в функцию c_checksumme:

Не забываем поставить галочку Data

В поле OUT_BUFFER функция отобразила последовательность с правильной контрольной суммой, она поменялась с E0h на E1h, т. е. действительно увеличилась на единицу, но исключительно благодаря тому, что я изменил только самый крайний бит последовательности.

Осталось исправить контрольную сумму в нашем заклинании:

010101010000000000000000001700000000013100E1690100A000180190010802260136149822FB305D3FBD03

Всё, теперь можно записывать! Для этого есть функция c_c_schreiben:

c_c_schreiben

Если в поле JOB_STATUS мы видим слово OKAY, значит всё прошло успешно. Скажу сразу, эта функция не проверяет контрольную сумму, она запишет всё, что вы ей передали, как есть.

Осталось выполнить перезапуск приборной панели. Для этого есть функция steuergeraete_reset, но она ещё сбрасывает установленное время. Чтобы этого избежать, можно выполнить другую функцию, sg_reset_ohne_uhr_datum:

sg_reset_ohne_uhr_datum

Дело сделано! Теперь надо протестировать? Кулхацкеры тестируют вот так:

steuern_selbsttest_ein

Запускаем процедуру (зажигание должно быть выключено) steuern_selbsttest_ein, передав в качестве аргумента число 0 (выключить тест), 1 (однократно), 2 (бесконечно). Выключить тест можно также запуском процедуры steuern_selbsttest_aus. Перед запуском убедитесь, что галочка Data снята.

Смотрим:

Ура!

Результат получен, щастье наступило.

На этой ноте я вынужден прерваться, т. к. оказалось, что пост целиком не влез. Нетерпеливые могут сразу поэкспериментировать, а оптимизаторы — дождаться следущего поста, который выйдет на днях.

Here is step-by-step guide on how to use TOOL32 software to delete lost keys for BMW cars.

Related Contents:

Mike’s Easy BMW Tool Download & Installation on Win XP/7/8/10/Vista

BMW Coding/Flashing/Progrmming PDF+Video Guide

2023.06 BMW Rheingold ISTA+ 4.41.41 4.23.14 ISTA-P 3.71 Free Download

Procedures:

1.Run Tools 32 and load CAS.prg file

2.Search “Status-aktuell_Schluessel”,double click it.You can get key number in right side “key_number”

3.Search “statusschluessel_frei_gesperrt” and double click it perform.Now you can get keys stored in CAS.If there are two keys working,please go to Step 4.Otherwise you need use another working key to read the key information,then you will know how many key license and CAS keys license stored.

4.Search “steuern-schluessel_gesperrt”.

The parameter value is keys number.

Input which key you lost,key 1 or key 2,and click “Clear” to delete.

5.Search “Statusschluessel_frei_gesperrt”,and double click to perform.

Now you need check if the key have been locked.

(Visited 134 times, 1 visits today)

• BMW
• BMW Key
• BMW Tools
• BMW Trouble Repair