Хакаем CAN шину авто. Мобильное приложение вместо панели приборов / Хабр

Хакаем CAN шину авто. Мобильное приложение вместо панели приборов / Хабр ОБД2

Краткие сведения по протоколу obd-ii и по адаптеру elm327

Диагностика бортового оборудования OBD-II

Большинство современных автомобилей оснащено сейчас электронным блоком управления (ЭБУ)
постоянно собирающим и анализирующим данные в реальном времени о режимax работы двигателя, системы подачи топлива,
температуре охлаждающей жидкости и других компонентов автомобиля. OBD-II — On Board Diagnostic (диагностика бортового оборудования)
автомобиля это технология диагностирования ЭБУ при помощи компьютера или специализированного диагностического тестера.
Спецификация была разработана Society of Automotive Engineers (SAE) и принята как обязательная в США для всех автомобилей выпускающихся с 1996 года.
Изначально OBD-II предназначалась для для контроля параметров имеющих отношение к эмиссии. Это ограничивает ее возможности для контроля и
дигностирования всего спектра параметров современного автомобиля, но обусловило ее широкое распространение в виду «экологической ориентированности».
OBD-II использует 5 протоколов обмена данными:

  • ISO 9141-2
  • ISO 14230-4
  • SAE PWM J1850 (Pulse-Width Modulation)
  • SAE VPW J1850 (Variable Pulse Width)
  • ISO 15765-4 Controlled Area Network (CAN)

На момент создания спецификации в начале 90-х годов уже существовало три широко используемых протокола:
протокол General Motors (VPW), протокол корпорации Ford (PWM) и ISO 9141-2 используемый большинством европейских и японских автомобилей.
В результате SAE решил включить в OBD-II стандарт все три. Несколько позже появился ISO 14230-4 протокол, известный также как Keyword 2000 (KWP2000)
и являющийся усовершенсвованой версией ISO 9141-2. Controlled Area Network (CAN) изначально был предложен Bosh в 80 годах и начал появлятся в автомобилях с 2003 года.
Евросоюз принял EOBD вариант автодиагностики основаный на OBD-II, который обязателен для всех автомобилей с января 2001 года. Существует также японский стандарт – JOBD.
До OBD-II существовала версия OBD-I относящаяся к 1989 году и не имевшая широкого распространения. Новая версия автодиагностики
OBD-III находится в состоянии доработки. Интересно, что все новые разработки автомобилей начиная с 2008 должны использовать только CAN,
т.е все производители движутся к единому протоколу. SAE был также предложена и конструкция OBD-II разьема имеющего aббревиатурy SAE J1962

Хакаем CAN шину авто. Мобильное приложение вместо панели приборов / Хабр

Назначение выводов разьема приведено в таблице. Использование контактов 1, 3, 8, 9, 11-13
стандартом SAE не определо и производили могут использовать их по своему усмотрению.

КонтактНазначение
1Не определен
2Положительня линия SAE J1850
3Не определен
4Корпус
5Общий
6CAN(H)ISO 15765
7K линия ISO 9141/14230
8Не определен
9Не определен
10Отрицательная линия SAE J1850
11Не определен
12Не определен
13Не определен
14CAN(L) ISO 15765
15L линия ISO9141/142300
16 12 вольт батареи

Что может дать OBD-II? Достаточно много, он позволяет определять и стирать коды неисправности, контролировать параметры работы двигателя в реальном времени,
считывать информацию о серийном номере автомобиля и пр. Однако для чип-тюнинга производители используют собственные нестандартные проколы достула к ЭБУ,
совместимые по электрических параметрам с ISO 9141/14230, например KW1281 (Audi, Volkswagen, Seat, Skoda), KW71 (BMW), KW82 (Opel).
В новых автомобилях используется CAN протокол как для OBD-II так и для чип-тюнинга.

Выводы разъемы для Toyota/Lexus, источник pinoutsguide.com

PinSignalDescription
2J1850 Bus 
4CGNDChassis ground
5SGNDSignal ground
6CAN HighJ-2284
7K-LINE(ISO 9141-2 and ISO/DIS 14230-4)
10J1850 Bus- 
13TCTiming check — ignition advance angle adjustment or ABS slow codes out
14CAN LowJ-2284
15ISO 9141-2 L-LINE(ISO 9141-2 and ISO/DIS 14230-4)
16 12VBattery power

Использование протколов:
1999-2003: ISO 9141
2004-2006: ISO 9141 or CAN
с 2007: TBD

Поддерживает ли мой автомобиль OBD-II?

Как определить какой протокол поддерживает электронным блоком управления автомобиля?
Первое – можно поискать информацию в Инернете, хотя там много неточной и непроверенной информации.
К тому же, многие автомобили выпускаются для разных рынков с различными протоколами диагностики.
Второе – найти разьем и посмотреть какие контакты в нем присуствуют. Разьем обычно находистя под приборной панелью со стороны водителя.
Протокол ISO 914-2 или ISO 14230-4 определяется наличием контакта 7 и отсуствием контактов 2 и 10, как показано в таблице.
Замечу, что контакта 15 скорее всего не будет, так как L линия сегодня почти не используется.

ПротоколPin 2Pin 6Pin 7Pin 10Pin 14
ISO 9141/14230    
J1850 PWM   
J1850 VPW    
ISO 15765 CAN   

EOBD стал стандартом в Европе начиная с 2001 года, а для дизельных двигателей начиная с 2004.
Если ваш автомобиль выпущен до 2001 года то он может вообще не поддерживать OBD даже при наличии соответсвуещего разьема!
Евросоюз даже оштрафовал Peugeot за не соответвие EOBD стандарту и после 2001 года. Например, Renault Kangoo 99 года не поддерживает EOBD,
а Renault Twingo поддерживает! Те же самые автомобили сделанные для других рынков, например Турции, могут тоже не быть совместимыми с OBD протоколом. Вот далеко не полный список ЭБУ до 2001 года которые могут не поддерживать OBD:

  • Alfa Romeo
  • Citroen
  • Fiat
  • Peugeot
  • Renault

Таблицу поддерки OBD протокола различными моделями можно найти здесь. Замечу однако что эта таблица типа «если поддерживает — то какой…»,
как правильнно отмечено в комментарии «Если марка присутствует в таблице, то это не дает гарантии поддержки OBD-II».

OBD II Руководство пользователя

Задание на разработку стандарта OBD II было выдано в 1988 году, первые автомобили, отвечавшие его требованиям, появились в 1994-м, а с 1996 года он окончательно вступил в силу и стал обязательным для всех легковых и легких коммерческих автомобилей, продаваемых на американском рынке. Немного позже европейские законодатели приняли его за основу при разработке требований EURO 3, в числе которых есть и требования к системе бортовой диагностики – EOBD. В ЕЕС принятые нормы действуют с 2001 года.
Мы живем не в Европе и уж тем более не в Америке, но данные процессы начинают затрагивать и наш рынок. Количество подержанных автомобилей, удовлетворяющих требованиям OBD II/EOBD, быстро увеличивается. Свою лепту вносят и официальные дилеры, продающие новые автомобили, хотя как раз в этом сегменте многие модели адаптированы под более старые нормы EURO 2 (которые, кстати, до сих пор у нас не приняты). Как бы то ни было, очевидно, что процесс пошел. Что может дать нам проникновение новых стандартов? Речь не об окружающей среде и ее обитателях – сокращение токсичных выбросов автомобиля пока, увы, для наших стран не является приоритетом первого порядка. Вопрос лежит в профессиональной плоскости. Что может OBD II дать предприятию автосервиса? Насколько необходим данный стандарт в реальной практике, каковы его плюсы и минусы? Каким требованиям должны удовлетворять диагностические приборы? Прежде всего надо четко осознавать, что главное отличие данной системы самодиагностики от всех других – это жесткая ориентация на токсичность, являющуюся неотъемлемой составляющей эксплуатации любого автомобиля. В это понятие входят и вредные вещества, содержащиеся в выхлопных газах, и испарения топлива, и утечка хладагента из системы кондиционирования.
Такая ориентация определяет все сильные и слабые стороны стандартов OBD II и EOBD. Поскольку не все системы автомобиля и не все неисправности имеют прямое влияние на токсичность, это сужает сферу действия стандарта. Но, с другой стороны, самым сложным и самым важным устройством автомобиля был и остается силовой привод (т.е. двигатель и трансмиссия). И уже только этого вполне достаточно, чтобы констатировать важность данного применения. К тому же система управления силовым приводом все больше интегрируется с другими системами автомобиля, а вместе с этим расширяется сфера применения OBD II. И все же пока в подавляющем большинстве случаев можно говорить о том, что реальное воплощение и использование стандартов OBD II / EOBD лежит в нише диагностики двигателя (реже коробки передач). Вторым важным отличием этого стандарта является унификация. Пусть неполная, с массой оговорок, но все же очень полезная и важная. Именно в этом заключается главная притягательность OBD II. Стандартный диагностический разъем, унифицированные протоколы обмена, единая система обозначения кодов неисправностей, единая идеология самодиагностики и многое другое. Для производителей диагностического оборудования такая унификация позволяет создавать недорогие универсальные приборы, для специалистов – резко сократить затраты на приобретение оборудования и информации, отработать типовые процедуры диагностирования, универсальные в полном смысле этого слова.
Несколько замечаний по поводу унификации. У многих сложилась устойчивая ассоциация: OBD II – это разъем 16-pin (его так и называют – «о-би-дишный»). Если автомобиль из Америки, вопросов нет. А вот с Европой чуть сложнее. Ряд европейских производителей (Ford, VAG, Opel) применяют такой разъем начиная с 1995 года (напомним, что тогда в Европе не было протокола EOBD). Диагностика этих автомобилей осуществляется исключительно по заводским протоколам обмена. Почти так же обстоит дело с некоторыми «японцами» и «корейцами» (самый яркий пример – Mitsubishi). Но были и такие «европейцы», которые вполне реально поддерживали протокол OBD II уже начиная с 1996 года, например многие модели Volvo , SAAB , Jaguar , Porsche. А вот об унификации протокола связи, или, попросту говоря, языка, на котором «разговаривают» блок управления и сканер, можно говорить только на прикладном уровне. Коммуникационный стандарт единым делать не стали. Разрешено использовать любой из четырех распространенных протоколов – SAE J1850 PWM, SAE J 1850 VPW , ISO 9141-2, ISO 14230-4. В последнее время к этим протоколам добавился еще один – это ISO 15765-4, обеспечивающий обмен данными с использованием CAN-шины (этот протокол будет доминирующим на новых автомобилях). Собственно, диагносту совершенно не обязательно знать, в чем заключается отличие между этими протоколами. Гораздо важнее то, чтобы имеющийся в наличии сканер мог автоматически определять используемый протокол, и, соответственно, мог бы корректно «разговаривать» с блоком на языке этого протокола. Поэтому вполне естественно, что унификация затронула и требования к диагностическим приборам. Базовые требования к сканеру OBD-II изложены в стандарте J1978. Сканер, соответствующий этим требованиям принято называть GST (Generic Scan Tool). Такой сканер не обязательно должен быть специальным. Функции GST может выполнять любой универсальный (т.е. мультимарочный) и даже дилерский прибор, если он обладает соответствующим программным обеспечением. Очень важным достижением нового стандарта является разработка единой идеологии самодиагностики. На блок управления возлагается целый ряд специальных функций, обеспечивающих тщательный контроль функционирования всех систем силового агрегата. Количество и качество диагностических функций по сравнению с блоками предыдущего поколения выросло кардинально. Рамки данной статьи не позволяют подробно рассмотреть все аспекты функционирования блока управления. Нас больше интересует, как использовать его диагностические возможности в работе. Это и отражает документ J1979, определяющий диагностические режимы, которые должны поддерживаться как блоком управления двигателем/АКП, так и диагностическим оборудованием. Вот как выглядит список этих режимов:

  • $01 Вывод параметров в реальном времени (Real-time powertrain data)
  • $02 Вывод «сохраненного кадра параметров» (Freeze Frame)
  • $03 Считывание сохраненных кодов неисправностей (Read Stored DTC)
  • $04 Стирание кодов неисправностей, сброс статуса мониторов (Clear / Reset diagnostic related information )
  • $05 Вывод результатов мониторинга датчика кислорода (O2 monitoring test results)
  • $06 Вывод результатов мониторинга для непостояннотестируемых систем ( Monitiring test results for non — continuosly monitored systems )
  • $07 Вывод результатов мониторинга для постоянно тестируемых систем ( Monitiring test results for continuosly monitored systems )
  • $08 Управление исполнительными компонентами (Bidirectional controls)
  • $09 Вывод идентификационных параметров автомобиля (Vehicle information)

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

Начнем с режима $01 – Real-time powertrain data.

В этом режиме на дисплей сканера выводятся текущие параметры блока управления. Эти параметры можно разделить на три группы.
Первая группа – это статусы мониторов. Что такое монитор и зачем ему статус? В данном случае мониторами называются специальные подпрограммы блока управления, которые отвечают за выполнение весьма изощренных диагностических тестов. Существует два типа мониторов. Постоянные мониторы осуществляются блоком постоянно, сразу после пуска двигателя. Непостоянные активируются только при строго определенных условиях и режимах работы двигателя (см. также режимы$06 и $07). Именно работа подпрограмм-мониторов во многом обуславливает мощные диагностические возможности контроллеров нового поколения. Если перефразировать известную поговорку, можно сказать так: «Диагност спит – мониторы работают». Правда, наличие тех или иных мониторов сильно зависит от конкретной модели автомобиля, то есть некоторые мониторы в данной модели могут отсутствовать. Теперь несколько слов о статусе. Статус монитора может принимать только один из четырех вариантов – «поддерживается», «не поддерживается», «завершен» или «незавершен». Таким образом, статус монитора – это просто признак его состояния. Вот эти статусы и выводятся на дисплей сканера. Если в строках «статусы мониторов» высвечиваются символы «завершен», и при этом коды неисправностей отсутствуют, можете не сомневаться, проблем нет. Если же какой-либо из мониторов не завершен, нельзя с уверенностью говорить о том, что система функционирует нормально, необходимо либо отправляться на тест-драйв, либо попросить владельца автомобиля приехать еще раз через какое-то время (более подробно об этом – см. режим $06).
Вторая группа – это PIDs, parameter identification data. Что это такое? Это основные параметры, характеризующие работу датчиков, а также величины, характеризующие управляющие сигналы. Анализируя значения этих параметров, квалифицированный диагност может не только ускорить процесс поиска неисправности, но и прогнозировать появление тех или иных отклонений в работе системы. Стандарт OBD II регламентирует обязательный минимум параметров, вывод которых должен поддерживаться блоком управления.

Код ошибки:  obd 2 сканер на АлиЭкспресс — купить онлайн по выгодной цене

Перечислим их:


Температура охлаждающей жидкости
Температура всасываемого воздуха
Расход воздуха и/или Абсолютное давление во впускном коллекторе
Относительное положение дроссельной заслонки
Угол опережения зажигания
Значение рассчитанной нагрузки
Частота вращения коленчатого вала
Скорость автомобиля
Напряжение датчика (датчиков) кислорода до катализатора
Напряжение датчика (датчиков) кислорода после катализатора
Показатель (показатели) топливной коррекции
Показатель (показатели) топливной адаптации
Статус (статусы) контура (контуров) лямбда

Если сравнить этот список с тем, что можно «вытащить» из того же самого блока, обратившись к нему на его родном языке, то есть по заводскому (ОЕМ) протоколу,
выглядит он не очень впечатляюще. Малое количество «живых» параметров – один из минусов стандарта OBD II.
Однако в подавляющем большинстве случаев этого минимума вполне достаточно. Есть еще одна тонкость: выводимые параметры уже интерпретированы
блоком управления (исключением являются сигналы датчиков кислорода), то есть в списке нет параметров, характеризующих физические величины сигналов.
Например, нет параметров, отображающих значения напряжения на выходе датчика расхода воздуха, напряжения бортсети, напряжения с датчика положения
дроссельной заслонки и т.п. – выводятся только интерпретированные значения (см. список выше). С одной стороны, это не всегда удобно.
С другой – работа по «заводским» протоколам часто также вызывает разочарование именно потому, что производители увлекаются выводом физических величин,
забывая про такие важные параметры, как массовый расход воздуха, расчетная нагрузка и т.п. Показатели топливной коррекции/адаптации (если вообще выводятся)
в заводских протоколах часто представлены в очень неудобной и малоинформативной форме. Во всех этих случаях использование протокола OBD II позволяет
получить дополнительные преимущества. К особенностям OBD-протоколов относится также сравнительно медленная передача данных. Наибольшая скорость обновления информации,
доступная для этого протокола – не более десяти раз в секунду. Поэтому не стоит выводить на дисплей большое количество параметров.
При одновременном выводе четырех параметров частота обновления каждого параметра составит 2,5 раза в секунду, что вполне адекватно регистрируется нашим зрением.
Примерно такая же частота обновления характерна для многих заводских протоколов 90-х годов. Если количество одновременно выводимых параметров увеличить до десяти,
эта величина составит всего один раз в секунду, что во многих случаях просто не позволяет нормально анализировать работу системы.
Третья группа – это всего один параметр, к тому же не цифровой, а параметр состояния. Имеется в виду информация о текущей команде блока на включение
лампы Check Engine (включена или выключена). Догадываетесь зачем? Очевидно, что и в Америке есть «специалисты» по подключению этой лампы параллельно
аварийной лампочке давления масла. По крайней мере, такие факты уже были известны разработчикам OBD-II.
Напомним, что лампа Check Engine (американские диагносты любовно называют эту лампу Check Money Light) загорается при обнаружении блоком отклонений
или неисправностей, приводящих к увеличению вредных выбросов более чем в 1,5 раза по сравнению с допустимыми на момент выпуска данного автомобиля.
При этом происходит запись соответствующего кода (или кодов) неисправности в память блока управления (см. режим $03). Если блок фиксирует пропуски
воспламенения смеси, опасные для катализатора, лампочка начинает моргать.

$02 (Freeze Frame)

Обращение к этому пункту меню имеет смысл только в том случае, если в памяти блока управления имеются коды неисправностей (режим $03). В этом случае на дисплей выводится сохраненный блоком кадр тех значений параметров, которые были зафиксированы в момент принятия решения о записи кода. Иными словами, это «моментальный снимок» совокупности PIDs (см. режим $01). Зачем это нужно? Во-первых, знание условий, при которых возникла неисправность, уже само по себе облегчает дальнейший ее поиск. Но все же не это главное. Гораздо в большей степени данные из «замороженного» кадра нужны для того, чтобы как можно точнее воспроизвести эти условия при проведении тестовой поездки, когда всю диагностическую работу выполняет сам блок управления, активируя уже упомянутые выше мониторы. И еще один момент. Кодов неисправности в памяти контроллера может быть много, а вот «замороженный кадр» – как правило, только один (по крайней мере, так поступает большинство производителей). Номер кода неисправности, которому соответствует сохраненный кадр можно найти в том же самом же кадре, обычно он высвечивается в самом начале списка параметров.

$03 (Read Stored DTC)

Сканер производит запрос на считывание кодов неисправностей из памяти блока управления, а блок соответственно эти коды либо выдает, либо пишет, что их нет.
Вполне традиционная и наиболее употребляемая диагностами всего мира процедура. Для кодов стандарта OBD II была разработана удобная и
информативная система обозначений – буква и четыре цифры (см. рис 1). Эту систему безоговорочно приняло большинство автопроизводителей,
причем не только для OBD II, но и для ОЕМ-протоколов. Первая позиция (то есть буква) обозначает тип системы – P (Powertrain), C (Chassis), B (Body) и U (Network).
На рынке пока не так много автомобилей, у которых токсичность зависит от работы, например кузовных систем (хотя это абсолютно реально!).
Как уже говорилось выше, практическое использование протокола OBD II пока в большей степени ориентировано на силовой агрегат, поэтому речь пойдет о кодах группы Р.
Вторая позиция отвечает за степень «крутизны» кода. Все коды с нулевым расширением (Р0) являются базовыми (их еще называют Generic).
Один и тот же базовый код описывает одинаковую неисправность, вне зависимости, с какого автомобиля производится считывание.
Например, код Р0102 означает одну и ту же проблему для любого автомобиля, поддерживающего требования OBD II / EOBD – низкий уровень сигнала датчика расхода воздуха.
Сканер уровня GST может считывать и расшифровывать только коды группы P0. Расширенные коды (Р1ххх, Р2ххх и т.п.), даже если имеют одинаковый номер, имеют разную
расшифровку для разных производителей. Например, для Mazda код P1101 означает отклонения от нормы уровня сигнала датчика расхода воздуха, а аналогичный код для
Mitsubishi – наличие проблем в цепи вакуумного соленоида противо-буксовочной системы. Пока такие коды являются привилегией производителей автомобилей и это,
конечно, создает проблемы для независимых СТО. Расшифровка ОЕМ-кодов под силу только весьма продвинутым OBD-II приборам, хотя следует признать,
что даже хорошие универсальные сканеры, работающие по заводским протоколам с этой задачей справляются далеко не всегда (дилерские приборы естественно не в счет).
Однако постепенно ситуация меняется в лучшую сторону. Третья позиция (или вторая цифра) в обозначении кода призвана идентифицировать определенную функцию,
выполняемую блоком управления, либо подсистему блока, а именно: 1 – измерение нагрузки и дозирование топлива; 2 – подача топлива, система наддува;
3 – система зажигания и регистрация пропусков воспламенения смеси; 4 – системы уменьшения токсичности; 5 – система холостого хода, круиз-контроль,
система кондиционирования; 6 – внутренние цепи и выходные каскады блока управления; 7 и 8 – трансмиссия (АКП, сцепление и т.п.) Ну и, наконец, четвертая и
пятая позиции – это собственно номер кода, идентифицирующий цепь или компонент.

$04 (Clear/information)

Выбрав этот режим можно стереть коды неисправностей из памяти блока управления. Казалось бы, чего проще.
Тем более что стирает сканер все коды, даже те, которые расшифровать не может.
Кстати, самый часто задаваемый вопрос при выборе сканера такой: «А он может стирать ошибки?»
Была бы функция стирания – остальное не важно! Тем более что до сих пор не перевелись «особо продвинутые» клиенты,
которые просят стереть ошибки (или погасить лампочку Check Engine) и, подумать только, на полном серьезе платят за это деньги!
Ну а если без шуток, применять режим $04 нужно вдумчиво и уж, конечно, не по всякому поводу. С одной стороны,
существует целый ряд кодов неисправностей, наличие которых в памяти блока управления, просто блокирует активацию некоторых мониторов.
То есть, если не провести ремонт и/или не стереть коды, эти мониторы не включатся и не завершатся никогда. С другой стороны,
при выполнении процедуры стирания, вместе с кодами, из памяти блока управления исчезает кадр frezee frame, а также вся информация, накопленная при работе мониторов.
Проще говоря, происходит обнуление и новая инициализация мониторов. А для того, чтобы все мониторы вновь обрели статус «завершенных»,
требуется провести достаточно сложный ездовой цикл, а иногда и не один. В общем, чтобы действительно профессионально пользоваться этой функцией,
нужно хорошо знать устройство и работу системы управления двигателем. Впрочем, этот постулат в равной степени относится ко всем описываемым режимам,
да и вообще к процессу диагностики в целом.

$05 (O 2 monitoring test results)

Вывод результатов мониторинга датчика кислорода. Этот режим можно смело занести в актив стандарта OBD II.
Функции данного режима некоторые производители с удовольствием переняли и в том или ином виде используют в своих заводских протоколах.
Выбрав этот режим, можно узнать о работе кислородного датчика (датчиков) если не все, то очень многое.
Например, время переключения с низкого уровня на высокий и наоборот, максимальное, минимальное и среднее значение значения напряжения за период тестирования,
заданные уровни напряжений перехода и т.п. Правда, такая информация недоступна для датчиков с линейной характеристикой (AFR-sensor),
просто в силу того, что работают они совершенно по-другому. Само собой разумеется, что результаты теста будут доступны только в том случае,
если данный монитор полностью отработал свой цикл, или, другими словами, монитор будет иметь статус «Завершен». Жаль только,
что далеко не все производители выводят информацию в полном объеме. Пользуясь предоставленной им лазейкой, они предпочитают выводить результаты этого монитора
в режиме $06, а это, как говорят в Одессе, «две большие разницы».

$06 (Monitoring test results for noncontinuously monitored systems)

Вывод результатов мониторинга для непостоянно тестируемых систем (или непостоянных мониторингов, как кому больше нравится).
Подчеркнем, выводятся не статусы мониторов (см. режим $01), а именно результаты, это далеко не одно и то же! К этой группе относятся следующие мониторы:
Монитор катализатора, Монитор системы поглощения топливных испарений, Монитор системы инжектирования вторичного воздуха, Монитор датчика (датчиков) кислорода,
Монитор подогрева датчика (датчиков) кислорода, Монитор системы кондиционирования воздуха, Монитор системы рециркуляции ОГ.
Совсем недавно к этому списку добавились мониторы термостата системы охлаждения и клапана системы вентиляции картера. Как следует из их определения,
работают эти мониторы не всегда, а только тогда, когда выполняются определенные условия. Поэтому, для того чтобы все мониторы обрели статус «завершенных»
требуется провести достаточно сложный ездовой цикл, а иногда и не один. Параметры ездовых циклов (читай требования к активации мониторов)
различаются не только у разных производителей, но даже для разных моделей одной марки. Тем не менее существует диаграмма «типового» ездового цикла,
проведение которого в большинстве случаев позволяет активировать если не все, то большинство мониторов. Опытный диагност в состоянии
активировать и завершить все мониторы в течение 15-20 минутной поездки, длиной всего 3–5 километров. Но для этого нужно иметь под боком незагруженную трассу.
Так что в крупных городах проведение такого рода тест-драйва может оказаться делом весьма затруднительным. А посему задачу по активации мониторов
часто приходится решать владельцу автомобиля, в рамках его реальной эксплуатации. Это проще, но требует больше времени.
Для ускорения процесса есть смысл проинформировать владельца о том, в каких режимах ему необходимо ездить, поскольку в противном случае,
часть мониторов может просто не активироваться в течение многих недель и даже месяцев. Если нужно убедиться в правильности проведенного ремонта по факту
наличия кода неисправности, есть смысл «погонять» автомобиль в режиме, зафиксированном в кадре Frezee Frame – это существенно сокращает время проверки.
Вернемся к режиму $06. В целом на сегодняшний день он используется достаточно редко. Такая ситуация объясняется тем, что для интерпретации полученных
результатов необходима документация производителя автомобиля. Чтобы объяснить, как именно пользоваться данным режимом, нужна еще одна журнальная статья,
причем не самого маленького объема. Возможно, такая статья когда-нибудь и появится. Пока же ограничимся тем, что данные результаты производители выводят,
используя специальные идентификаторы – TID и CID. Идентификатор TID соответствует определенному тесту, а идентификатор CID – определенному компоненту,
подверженному процедуре тестирования. Даже если результаты теста вам непонятны, огорчаться не стоит. Все, что нужно, мониторы рано или поздно доведут до
логического завершения: если в работе какой-либо из контролируемых систем существуют отклонения, в памяти контроллера обязательно появятся коды неисправностей,
которые и надо рассматривать в качестве окончательных результатов. Следует обратить внимание на то, что количество реально задействованных мониторов очень сильно
зависит от марки автомобиля, а также от рынка его сбыта. Автомобили, продаваемые на европейском рынке, в этом плане пока здорово отстают от аналогов, продаваемых
за океаном. Еще более «кастрированы» автомобили, официально поставляемые в Россию.

Код ошибки:  Где находится obd разъем Infiniti I35. Где находится?

$07 (Monitoring test results for continuously monitored systems)

Вывод результатов мониторинга для постоянно тестируемых систем. Здесь речь тоже идет о мониторах, но эти мониторы осуществляются непрерывно,
т.е. сразу (или с определенной паузой) после пуска двигателя и до момента его остановки. Таких мониторов всего три: монитор компонентов
(фактически дальнейшее развитие давно существующей системы самоконтроля входного и выходного интерфейса блока управления), монитор системы топливной
коррекции / адаптации и монитор обнаружения пропусков воспламенения смеси. Очень важные и очень полезные мониторы, особенно последний из упомянутых.
В отличие от сложной и запутанной формы выдачи информации, принятой в режиме $06, с этим режимом все намного проще.
Результаты постоянных мониторов выводятся в виде привычных нам кодов неисправностей, но только в том случае, если эти коды зарегистрированы только в течение
одного ездового цикла (или цикла прогрева). Поэтому такие коды называются «незавершенными», а сам режим $07 имеет альтернативное название – Read Pending DTC.
Если в течение примерно 40–60 ездовых циклов код не подтверждается, он удаляется из памяти блока управления. Если же происходит повторная регистрация кода,
он перестает быть «незавершенным» и переходит в разряд «сохраненных»; в этом случае этот код можно прочитать, используя режим $03.

$08 (Bidirectional controls)

Управление исполнительными компонентами. При активации данного режима сканер получает возможность прямого управления некоторыми исполнительными компонентами.
Аналогичные функции поддерживаются практически всеми заводскими протоколами. Разница состоит в том, что в протоколе OBD II эта функция ориентирована
прежде всего на исполнительные компоненты систем уменьшения токсичности, такие, как клапаны систем рециркуляции ОГ, продувки адсорбера и т.п.
Сделано это для того, чтобы можно было оперативно проверить функционирование той или иной системы, не затрачивая время на тестовые поездки и мониторинг.
Но такие проверки во многих случаях требуют наличия дополнительного оборудования и специальной информации. Поэтому пока режим $08 широкого распространения не получил.
Возможно, ситуация изменится в лучшую сторону в ближайшие два-три года.

$09 (Vehicle information)

И, наконец, последний режим – вывод идентификационных параметров автомобиля. Такими параметрами являются VIN-код автомобиля, код калибровки,
загруженной в ПЗУ, а также контрольная сумма этой калибровки. Вывод такой информации необходим по двум причинам.
Во-первых, для оперативного отслеживания устаревших или проблемных версий программного обеспечения и замены их на более совершенные.
Во-вторых, такая информация необходима для контроля на предмет возможного вмешательства в калибровки блока управления.
Подсчет контрольной суммы осуществляется блоком каждый раз, после включения зажигания и занимает определенное время, поэтому торопиться не стоит.
С выводом идентификационной информации производители пока не спешат. Даже на достаточно свежих автомобилях, поступающих с американского рынка,
данная информация может поддерживаться не в полном объеме. Как уже говорилось, все описанные выше режимы должны поддерживаться сканером уровня GST.
В принципе существующие на рынке сканеры в той или иной степени соответствуют данным требованиям. Однако во многих случаях производители сканеров
используют для обозначения тех или иных режимов свои собственные названия. Кроме этого, они могут выводить отдельные функции
за рамки конкретного режима и предлагать эти функции под отдельным пунктом меню. Так, например, часто можно увидеть в меню строку «Статус готовности мониторов».
В стандартном протоколе OBD II / OBD этот пункт является просто одной из функций режима $01. Но многие производители сканеров считают,
что проще и удобнее доступ к этой функции сделать в виде отдельного пункта меню. Недорогие модели сканеров OBD-II,
а также многие универсальные сканеры, как правило, вообще не поддерживают режим $06. В одной статье невозможно рассмотреть все вопросы,
связанные с практическим применением стандарта OBD II. Но очевидно, что данная система все больше будет проникать в практику сервиса.
Недорогие сканеры уровня GST могут с успехом использоваться сразу на нескольких постах, например для входного и выходного контроля.
Возможно, в недалеком будущем компактный GST – сканер станет чем-то вроде таких постоянных атрибутов диагноста, как электрический пробник или цифровой мультиметр.
Использование OBD-протоколов во многих случаях может оказаться не только оправданным, но и весьма полезным. В первую очередь имеются в виду случаи,
когда связь по заводскому протоколу по каким-либо причинам не может быть установлена, либо установлена некорректно.
В этом случае использование протокола OBD II является единственно возможной альтернативой. Но даже в том случае,
когда заводской протокол отрабатывается сканером абсолютно корректно, есть смысл дополнительно обратиться к блоку на языке OBD II.
Практика показывает, что во многих случаях диагност может рассчитывать на получение дополнительной информации, недоступной в заводском протоколе.
Диагностика, в сущности, является не чем иным, как процессом анализа информации. Чем шире и разностороннее собранная информация,
тем больше вероятность принятия правильного решения. Это и есть главный результат.

Описание интерфейса универсального сканера ELM327.
Схема подключения сканера ELM327.
PID‘ы Toyota/Lexus.

Оригиналы статей: obddiag.net и autoboss.at.tut.by
OBD-II на сайте Wikipedia.

февраль 1, 2021
На главную

Перечень строк инициализации elm327

  • BYD F3
    ATSP5nATSH8111F1nATSW00
  • BYD F3 ABS
    atsp5natsh8128f1natfi
  • BMW 320i E91
    ATPBE101nATCRA618nATSH6F1nATFCSH6F1nATFCSD18300F02nATFCSM1nATCEA18nATCM600nATH1
  • Chery Tiggo Delphi system 2.0L/2.4L (4G63/4G64)
    atalnatsp5natib10natsh8011f1natst10natsw00
  • Dacia Logan 1.4 2007 г.
    ATSP5nATSH817AF1
  • Daihatsu Terios Kid 2002г
    ATIB10nATIIA10nATSH8110F0nATSPA5nATSW00
  • Delphi MR240
    ATSP5nATALnATSH8111F1nATWM8111F13E
  • Honda Хонда Аккорд 2.4 2009
    atsp7natshda1df1
  • Hyundai Elantra, 2003г, 2л, АКПП
    atsp5natsh8111f1
  • Honda Insight 1.3 gybrid 2021 года
    atsp7natshda11f1
  • Fiat Doblo 1.4 8V
    atsp5natsh8110f1
  • Fiat Pre-OBD
    ATSH8110F1
  • GREATWALL Delphi MT20U2_EOBD
    atalnatib10natsp5natsh8111f1natst10natsw00
  • Lexus RX 330
    atsp6natsh7e0
  • Lifan Solano ABS (Mando)
    ATSP5nATSH8028F1nATWM8028F1021081nATFI
  • Lifan Solano ABS (Wanxiang)
    ATSP5nATSH8128F1nATWM8028F1021080nATFI
  • Mitsubishi MUT
    ATSP0nATALnATIB10n
  • MK70 ABS (Geely и др. авто с таким блоком)
    atalnatsp4natiia83natsh8128f1natst10natsw00
  • Nissan для внутреннего рынка Японии
    ATSP5nATALnATIB10nATSH8110FCnATST32nATSW00
  • Nissan liberty 2004 год, двигатель QR20 DE
    ATSP5nATIB10nATSH8110FCnATSW00
  • Opel KWP2000
    ATSP5nATAL
  • OPEL Vectra Simtec 56.5
    ATSP5nATSH8111F1nATSW00
  • Peugeot 308 2021 год
    atsp6natsh6a9natfcsh6a9natfcsd300000natfcsm1natcra689natstc4n81natst64n1003n10c0
  • Peugeot 407, 2.0, AT SR 2008
    atsp6natsh6a8natfcsh6a8natfcsd300000natfcsm1natcra688n81n10c0
  • Renault Scenic RX4 2002 Diesel
    atsp5atalatib10atsh817af1atst32atsw00
  • Renault Kangoo 1.5l DCI Блок управления DCM12
    ATSP5nATSH817AF1nATSW0010C0
  • Sagem2000
    atsp5natsh8110f1natfin3e
  • Siemens ACR167 KWP
    ATSP5nATALnATSH8111F1n81n
  • Sirius D42
    ATSP5nATALnATIB10nATSH8211f1nATST32nATSW00nATFI
  • Skoda Kodiag 4WD Haldex
    atsp6natsh70fnatcra779natfcsh70fnatfcsd300000natfcsm1n1003
  • SSANGYONG KYRON ISO 14230
    ATSP5nATALnATIB10nATSH8110F1nATST32nATSW00
  • SsangYong 2.3 MSE бензин (Kyron,Rexton,Action,Musso,Korando)
    atsp5natib10natsh8101f3natst32natsw00
  • Subaru Forester 2021 ABS
    atsp5natsh8028f1n10
  • Suzuki Swift 2005 1.5л АКПП
    atsp5natsh8111f1
  • Tiggo Delphi MT20U
    ATSP5nATALnATIB10nATSH8111F1nATST32nATSW00
  • Toyota Celica ZZT230
    ATIB 96 n ATIIA 13 n ATSH8113F1 n ATSP A4 n ATSW00
  • Toyota Caldina 1998 г
    ATIB96nATIIA13nATSH8113F1nATSP4nATSW00
  • Toyota Fielder 2005г
    ATIB96nATIIA13nATSH8113F1nATAL
  • Toyota Fielder NZE-141 1NZ-FE 2021г
    atsp6natsh7e0n105f
  • Toyota FunCargo
    ATIB96nATIIA13nATSH8113F1nATSPA4nATSW00
  • Toyota FunCargo 2001г
    atsp4natib96natiia13natsh8113f1
  • Toyota Vitz 01.2002
    ATSH8213F1 n ATIB96 n ATIIA13
  • Toyota VITZ 1KR-FE 2009
    atsp6atsh7e0
  • Toyota Hilux Pick Up 2006 г
    ATIB10nATIIA10nATSH8110F0nATSPA5nATSW00
  • Toyota Mark 2, Toyota Aristo 161
    ATIB96nATIIA13nATSH8113F1nATAL
    ATIB96nATIIA13nATSH8213F1nATE0nATAL
    ATIB96nATIIA13nATSH8113F1nATSP4nATSW00
  • Toyota для внутреннего рынка Японии ISO9141
    ATSP3nATALnATIIA33nATIB10nATSH686AF1nATST32nATSW00
  • Toyota для внутреннего рынка Японии Common
    ATIB96nATIIA13nATSH8113F1nATSPA4nATSW00
  • Toyota для внутреннего рынка Японии 10400baud
    ATIB10nATIIA13nATSH8013F1nATSPA4nATSW00
  • Toyota для внутреннего рынка Японии CAN mode21
    ATSP6nATALnATSH7E0nATCRA7E8nATST32nATSW00
  • Toyota GT86
    ATSP6nATALnATSH7E0
  • Toyota Nadia/Harrier для внутреннего рынка Японии
    ATIB10nATIIA13nATSH8013F1nATSPA4nATSW00
    ATIB96nATIIA13nATSH8213F1nATSPA5nATSW00
  • Toyota PRIUS NHW10
    atsp4natib96natiia13natsh8113f1natsw00
  • Toyota Prius XW20
    atsp6natsh7e3natfcsh7e3natfcsd300000natfcsm1natcra7eb
  • Toyota Sienta 1NZ-FE (CVT)
    atspa4atib96atiia13atsh8113f1atst32atsw00
  • Toyota Allex 2002г 1nz-fe 4WD АКПП
    atspa4natib96natiia13natsh8113f1natst32natsw00
  • Toyota Passo KGC1 (1KR-FE)
    atsp5natsh8110f0natfi
  • Toyota Will VS 2001, АКПП, двигатель 1.8 1ZZFE
    ATIB96nATIIA13nATSH8113F1nATSPA4nATSW00
  • Volkswagen Caddy 1.9I 2006 дизель (KWP2000)
    atsp5natib10natsh8110f1natst10natsw00
  • Volkswagen Caravelle (T5 Transporter) до 2009 2.5 TDI
    atsp5natsh8110f1n1089
  • ЛАДА Ларгус ABS
    ATSP5nATIB10nATSH8101F1nATST32nATSW00
  • ЛАДА Ларгус SRS
    ATSP5nATIB10nATSH812CF1nATST32nATSW00
  • ВАЗ Январь
    ATSP5nATALnATIB10nATSH8110F1nATST32nATSW00
  • ВАЗ Январь 5.1.1
    ATSP5nATIB10nATSH8110F1nATST10nATSW00
  • ВАЗ Январь 7.2 Евро 2
    atalnatsp5natib10natsh8110f1natst32natsw00atfi
  • ВАЗ Bosch MP7
    ATSP5nATALnATIB10nATSH8111F1nATST32nATSW00nATFI
  • ВАЗ Bosch 797
    ATFInATALn
  • Микас 7.6
    ATSP5nATSH8110F1nATSW00nATFI
  • Микас 10.3 ZAZ Sens
    atsp5natsh8110f1natfi
    в настройках профиля поставить «исп. альтернативный ОБД заголовок», предпочтительный протокол ISO 14230 fast
  • УАЗ 1797
    ATSP5nATALnATSH8110F1nATFI
  • УАЗ Патриот Bosch m17.9.7
    ATZnATSP5nATIB10nATSH8110F1nATSW00

Программы для диагностики и конфигурирования на базе elm327 (часть 2) (с. 1,2) — ford focus 2

0.1.1 — 28.02.2021

— чтение информации по протоколу EOBD

— чтение информации из модулей GEM и HEC

— чтение и запись конфигурации в модулях GEM и HEC

— чтение и запись VIN в модулях GEM и HEC

— чтение и расшифровка DTC по всем модулям

— чтение и изменение пробега (только на увеличение), единиц измерения общего пробега

— перезагрузка всех модулей

0.1.1.5 — 09.03.2021
— расширена база DTC, добавлены ангилийские оригинальные варианты. База теперь хранится в отдельном файле (уж извините, это я сделал для своего удобства — компилирование проекта, в котором загружается массив около 25000 строк, занимает на нетбуке минут 20)
— добавлена работа с блоком BCM — прописывание DDS
— чтобы было «по феншую» Хакаем CAN шину авто. Мобильное приложение вместо панели приборов / Хабр убрана синяя полоса загрузки из середины окна
— исправлен алгоритм работы с многострочными конфигурациями блока GEM (страница 1)
— больше не выводятся многочисленные собщения об ошибках, если нажать кнопку «Прочитать» на вкладке «Информация», а связи с модулем нет. В соответствующие полях просто пишется «N/A»

0.1.1.6 — 20.03.2021
— добавлена возможность выбора скорости порта
— добавлена работа с блоком BCM (ABS/ESP)
— добавлена работа с блоком EATC (климат-контроль)
— уточнения в именованиях параметров HEC
— добавлена страница 2 параметров HEC. Старые файлы резервных копий конфигурации HEC не поддерживаются. Для того, чтобы иметь возможность их загрузить, необходимо удалить в файле вторую строку, чтобы осталась всего одна (первая). Полученный файл можно будет загрузить, как конфигурацию HEC, страница 1

0.1.1.7 — 04.05.2021
— добавлены процедуры калибровки датчиков IVD/ESP (модуль BCM)
— добавлена работа с блоком RCM (модуль подушек и ремней)
— добавлена возможность записи VIN в блоки AHCM (ППП) и HCM (управление фарами)
— добавлена работа с блоками DDM и PDM (передние дверные модули)
— добавлена работа с блоком PAM (парковочный модуль)
— исправлена ошибка, возникающая при переключении адаптера с высокой шины на среднюю, когда шина начинала глючить (выключалась магнитола, сбрасывался климат, исчезала температура с приборки и т.п.)
— for our dear english-speaking friends — english interface Хакаем CAN шину авто. Мобильное приложение вместо панели приборов / Хабр

0.1.1.8 — 18.06.2021
— добавлена работа с блоком HCM, в т.ч. процедура калибровки автокорректора
— добавлено отображение напряжения АКБ в цикле EOBD
— исправлена ошибка, возникающая в случае, если в настройках ELM уже выключено эхо
— в конфигурации GEM при установке пераметра «Автоблокирование ЦЗ на скорости» автоматически устанавливается параметр «Возможность включения автоблокирования пользователем»
— добавлена возможность ведения логов шины во время работы
— вместо DllPack теперь используется более «юзер-френдли» RuntimePack

0.1.1.8b — 13.07.2021
— исправлена ошибка с записью конфигурации и перезагрузкой HCM
— исправлен алгоритм считывания парт- и серийных номеров модулей
— добавлена возможность посылать произвольные команды в модули
— добавлено считывание уровня ROM в модуле HEC

0.1.1.8c — 02.09.2021
— исправлена ошибка, в результате которой в диалоге сохранения конфигураций при нажатии кнопки «Отмена» все равно происходило сохранение
— добавлена обработка ситуации, когда калибровка автокорректора завершилась с ошибками
— исправлена ошибка, возникающая при подключении, если в настройках ELM включено добавление в ответе к символу 0x0D символа 0x0A
— лог теперь ведется по-человечески, сверху вниз

0.1.2.1b — 14.09.2021
— вместо команды AT SP используется AT TP, что теоретически должно продлить срок службы EEPROM адаптера
— добавлена возможность изменения скорости ELM327, до максимально возможной 500000 bps, с предварительным тестирование возможной скорости
— добавлена возможность записи лога в файл
— добавлена возможность прошивки рестайлингового модуля HEC на версию ROM 509 (большой и маленький экран)

Код ошибки:  Рено логан горит чек - Блог любителя автомобилей

0.2.2b — 26.11.2021
— добавлена возможность считывания, изменения и сохранения центральной конфигурации платформы CD34x (Ford Mondeo IV/S-Max/Galaxy) (только на русском языке)
— добавлена возможность считывания и расшифровки кодов DTC модулей платформы CD34x
— добавлена возможность считывания информации с модулей платформы CD34x
— добавлена возможность раздельного включения/отключения звуковых сигналов рестайлинговой приборки (в т. ч. «звук снежинки»)
— добавлена возможность мониторинга CAN-шины с записью лога
— на вкладке Информация для модуля HEC, платформа C1 добавлено поле «Количество ключей»
— в прошивке 509 исправлено отображение буквы «ч» в сообщениях RDS (прошивки предоставлены quickie, за что ему огромное спасибо)
— исправлена ошибка, в результате которой при подключении могла возникать ошибка ответа на запрос «AT L0»
— исправлена ошибка, возникающая при работе с модулем BCM на Ford Kuga (спасибо Nikitoz78 за тестирование)
— исправлена работа с модулем HCM (платформа C1)
— кнопка «Настроить ELM327 для работы с MS-CAN» перенесена в начальное окно (рядом с настройками скорости ELM)
— изменилась организация расположения файлов — теперь рядом с ELMConfig.exe расположена папка data, в которой находятся все необходимые для работы программы файлы

0.2.3 — 01.12.2021
— исправлена ошибка, приводящая к невозможности загрузки конфигурации HEC, страница 3 из резервной копии в режиме offline
— добавлена возможность использования адаптеров ELM327, у которых на 7 ножку контроллера приходит высокий сигнал (т.е. по умолчанию в ответе к каждому символу [CR] добавляется [LF])
— исправлена ошибка, возникающая при работе с центральной конфигурацией на платформе CD34x
— добавлна функция сохранения параметров последнего подключения и последнего выбранного языка

0.2.4 — 17.01.2021
— добавлена возможность сброса KAM для PCM 1.4/1.6/1.8/2.0 (платформа C1)
— добавлена возможность считывания информации о модуле топливного отопителя (платформа C1)
— добавлена возможность разблокировки топливного отпителя после удара (DTC C1943) (платформа C1)
— добавлена возможность чтения и записи VIN в модуле ACU (платформа C1)
— страницы модулей PCM и TCM переведены на английский язык
— переделан функционал обработки центральной конфигурации платформы CD34x, в т.ч. исправлена ошибка, в результате которой при записи или сохранении могла исказиться считанная конфигурация
— исправлена ошибка, в результате которой невозможно было выполнить тест скорости порта ELM327
— исправлена ошибка, в результате которой было невозможно выполнить любые операции по настройке порта ELM327, если в списке портов был выбран первый пункт
— исправлена ошибка, в результате которой не разблокировались мышь и клавиатура после операций программирования приборной панели (платформа C1)

0.2.5 — 06.03.2021
— добавлена работа с блоком SRM (платформа С1) — чтение и сброс ошибок, чтение информации, чтение и запись VIN и конфигурации, изменение Bluetooth-имени
— добавлена воможность ручного выбора типа BCM при чтении/записи центральной конфигурации (платформа CD34x)
— при отправке многострочных посылок добавлена повторная отправка блока в случае отсутствие ответа об успешном приеме блока, что должно существенно уменьшить количество сбоев
— работа с центральной конфигурацией вынесена в отдельное окно. Чтение и запись осуществляется из вкладки «процедуры» модуля BCM (платформа CD34x)
— english interface for working with central configuration (CD34x platform)
— исправлена ошибка, в результате которой выдавалось сообщение об ошибке при записи конфигурации RCM (платформа C1)
— исправлена ошибка, в результате которой при работе с 3 страницей конфигурацией HEC в любом случае возникала ошибка EEPROM.

0.2.6 — 24.04.2021
— исправлена ошибка, возникающая при попытке записи лога в файл при установленной английской локали Windows
— в список для выбора вручную типа BCM для работы с центральной конфигурацией платформы CD34x добавлен 7G9T (спасибо nokka за информацию)
— добавлена возможность чтения и записи копии центральной конфигурации в приборном щитке (платформа CD34x)
— добавлена поддержка адаптера ELS27 (команды, автоматическое переключение шин, скорости порта STN1170 1Mbps и 2Mbps)

0.2.7a — 23.05.2021
— добавлена возможность использования драйвера FTDI D2XX (более быстрая работа с адаптерами ELS27 и ELM327 c USB-UART мостом FTDI)
— добавлена возможность просмотра и изменения VID-блока (конфигурации PCM) (платформа С1)
— добавлена возможность перепрограммирования модуля PCM модели Visteon ESU-411/418 (в т.ч. с заменой VID-блока), с использованием как стандартных bin-файлов размером 2Mb, так и файлов IDS (платформа С1)
— исправлена ошибка, возникающая при попытке записи конфигурации/VIN модуля SRM (платформа C1)

0.2.7b — 25.05.2021
— улучшена процедура чтения PCM — при ошибке чтения блока он теперь запрашивается повторно
— исправлена ошибка, когда при смене размера блока для чтения PCM фактически размер не менялся

0.2.8 — 07.06.2021
— добавлена возможность работы с модулями PCM модели Siemens SIM28/29 и Visteon ESU-131 (огромное спасибо maestr086 за участие в тестировании) (платформа С1)
— добавлена возможность автоматического подбора скорости соединения с адаптером при подключении
— в конфигурации PCM (VID блок) добавлен генератор 150А (платформа C1)
— улучшена процедура работы с многострочными посылками — учитывается минимальная задержка между фреймами
— теперь в случае записи лога в файл к строке посылки добавляются временные метки
— исправлена ошибка, когда модуль HEC не реагировал на команду перезагрузки в случае зависания при работе с 3 страницей конфигурации (платформа C1)
— исправлена ошибка расчета передадочного числа главной предачи в блоке VID (платформа C1)
— исправлена ошибка, препятствующая чтению центральной конфигурации из модуля BCM (платформа CD34x)
— исправлена ошибка, когда после настройки адаптера для работы с MS-CAN и попытки открытия порта программа выдавала ошибку и закрывалась

0.2.8b — 08.06.2021
— добавлены размеры блоков 32 и 16 для чтения PCM (платформа C1)
— исправлена ошибка, в результате которой не работало автоопределение скорости подключения при использования драйвера FTDI D2XX

0.2.8c — 08.06.2021
— исправлена ошибка расчета контрольной суммы VID-блока в модулях SIM28/29 (платформа C1)

0.2.9 — 15.07.2021
— добавлена возможность чтения/записи прошивки в модулях PCM Siemens Continental SID202/206 (спасибо oscarboiro за тестирование) (платформа C307)
— добавлена возможность выбора размера блока при записи прошивки в PCM (платформа C307)
— добавлена возможность выбора размера блока при перепрограммировании модуля HEC (платформа C307)
— добавлена возможность выбора размера блока при чтении прошивки из модулей SIM28/29 (платформа C307)
— добавлены параметры модели автомобиля и типа кузова в конфигурации PCM (платформа C307)
— добавлена расшифровка ошибок при работе с модулями
— добавлена защита от неправильной установки скорости адаптера — список доступных скоростей заполняется по результатам теста
— значительно ускорен функционал считывания данных из модулей, в т.ч. чтение прошивки из PCM
— исправлена ошибка, в результате которой невозможно было записать PCM ESU-131, если прошивка уже стерта (платформа C307)
— исправлена ошибка, в результате которой при чтении номера прошивки PCM программа выдавала ошибку и закрывалась (платформа C307)
— исправлена ошибка, в результате которой невозможно было сохранить центральную конфигурацию в файл и записать в модули (платформа CD34x)

0.2.10 — 13.08.2021
— добавлен функционал для работы с модулем KVM (платформа C307)
— добавлен функционал для работы с модулем ACU (платформа C307)
— добавлена возможность получения заводской конфигурации (As-Built) для поддерживаемых модулей (для работы нужен доступ в Интернет)
— добавлена возможность автоматического выбора максимально доступной скорости работы адаптера. После перезагрузки адаптера скорость возвращается к исходному значению, т.е, например, можно в качестве постоянной оставить 38400 для совместимости с другими программами, а на время работы с ELMConfig автоматически будет выбираться 500000 или 2000000
— уточнение параметра модели автомобиля в конфигурации PCM (Kuga 4WD/2WD) (платформа C307)
— исправлена ошибка, в результате которой при изменении 3 страницы конфигурации HEC в сервисном меню приборной панели появлялась надпись FAIL вместо версии EEPROM (ошибка контрольной суммы EEPROM)

0.2.10b — 09.09.2021
— значительно ускорена процедура подбора скорости адаптера, если выбрана скорость Auto
— в сообщения расшифровки кодов DTC добавлена расшифровка статуса DTC
— добавлена возможность выбора одного из нескольких устройств при использовании драйвера D2XX, а также запоминание последнего выбранного устройства
— новая иконка приложения (спасибо soroton)
— обновлен RuntimePack, версия 13.7.1
— исправлена ошибка, из-за которой было невозможно использовать STN-адпптеры, отличные от STN1170
— исправлена ошибка совместимости с предыдущими версиями (ошибка «‘Text’ property is read-only» при запуске программы)

0.2.10c — 09.09.2021
— исправлена ошибка, связанная с выбором одного из нескольких устройств при использовании драйвера D2XX

0.2.11 — 17.10.2021
— добавлена возможность чтения/записи прошивки в модулях PCM Bosch EDC16C34 (двигатели DV6/T 1.6 TDCi, чтение осуществляется только из области калибровок)
— добавлена возможность чтения/записи VID-блока в модулях PCM Bosch EDC16C34
— добавлена возможность чтения/записи корректировочных коэффициентов топливных форсунок в модулях PCM Bosch EDC16C34
— добавлена возможность чтения/записи прошивки в модулях PCM Bosch ME9.0 (двигатели 2.5T 225 Ford Focus ST, чтение осуществляется только из области калибровок) и записи прошивки в модулях PCM Bosch ME9.0 (двигатели 2.5T 200 Ford Kuga)
— добавлена возможность чтения/записи VID-блока в модулях PCM Bosch ME9.0
— добавлена возможность выполнения сброса данных конфигурации («инициализация») модуля BCM (платформа C307)
— добавлена возможность создания BIN-файлов из загруженных файлов прошивок PHF (полученные файлы подходят для работы только с OBD-загрузчиками)
— изменена концепция перепрограммирования блоков PCM — теперь прошивка пишется в любом случае с пустым VID-блоком, который может быть записан впоследствии отдельно
— добавлена процедура сброса ошибок после перепрограммирования и перезагрузки модулей HEC и PCM
— значительно ускорен процесс работы в случае использования адаптеров на чипах STN11xx (чтение прошивки PCM теперь происходит в 3-4 раза быстрее, при выборе размера блока 103). В случае ELM327 все осталось без изменений, это обусловлено ошибкой в микропрограмме самого адаптера
— термин «Star12» заменен на «Quizzer» как более правильный
— добавлена возможность самостоятельно выбирать один из двух возможных типов прошивок Quizzer при перепрограммирвоании блоков ESU-131 (платформа C307)
— добавлены типы автомобилей «Ford Fiesta» и «Ford Fusion» в конфигурации модуля SRM (платформа C307)
— добавлена возможность удаления данных ELMConfig из реестра (кнопка на начальном экране, под дисклеймером), для обеспечения возможности запуска более ранних версий программы
— исправлена ошибка, возникающая при выполнении теста скорости адаптера, если начальная скорость установлена на 9600bps

0.2.11b — 18.10.2021
— добавлена возможность запрашивать данные As-Built для произвольного VIN, в т.ч. в Offline-режиме
— исправлена ошибка, возникающая при загрузке файлов PHF

0.2.11c — 20.10.2021
— исправлена ошибка определения PHF/BIN-файлов ESU-131

0.2.12b
— добавлено предупреждение о переключении шин HS/MS-CAN для адаптера ELM327
— изменена процедура перепрограммирования блоков PCM — теперь VID-блок по желанию вставляется в прошивку перед перепрограммированием
— добавлена возможность сохранения VID-блока в составе BIN-файла прошивки
— добавлена возможность прошивки рестайлингового щитка приборов на уровни ROM 230, 303, 403, 508, 512 (маленький экран) и 233, 303, 403, 508 (большой экран)
— добавлена возможность конфигурации модулей SRM (bluetooth) CS7T-14D212-A* (от FF3 и новых FM4), установленных на FF2
— добавлена возможность загрузки в программу файлов прошивок PCM в формате HEX (распакованный PHF)
— исправлена ошибка, в результате которой не работал Scanner Mode
— исправлена ошибка определения модулей PCM Bosch EDC16C34 ECOII

0.2.13
— добавлена возможность настраивать интервал обновления показаний мгновенного расхода топлива на рестайлинговых щитках приборов — Страница 3 конфигурации HEC. Старые файлы резервной копии этой конфигурации больше не поддерживаются
— добавлена возможность прошивки рестайлингового щитка приборов на уровень ROM 509, 512 (маленький экран) и 509 (большой экран) с использованием прошивок от quickie (o-b-d.ru) c действительно реальным отображением температуры двигателя
— исправлена ошибка, возникающая в режиме сканера при автоматическом выборе скорости, при условии, что в адаптере прописана не максимально возможная скорость (спасибо ittrium)
— исправлена ошибка, приводящая к невозможности загрузки данных из As-Built на некоторых компьютерах
— исправлена ошибка отображения начальной версии ROM щитка приборов
— исправлена ошибка обработки ответа на команду записи VIN в модуль KVM

x

Оцените статью
OBD
Добавить комментарий