Стратегия диагностики модели Vectra-C Opel Signum I рестайлинг

1. 1. Введение в стратегию диагностики
2. 2. Классификация автомобиля для стратегии диагностики
3. 3. Стратегия диагностики модели Vectra-C
4. 4. Поиск неисправностей центрального замка в модели Vectra-C

1 Введение в стратегию диагностики

Назначение публикации

В этом документе на примере модели Vectra-C описана стратегия диагностики всех электронных систем автомобиля, соединенных друг с другом через цепь шины CAN и обменивающихся друг с другом информацией/ данными. Документ разработан на основе применяемой до настоящего времени концепции, включающей три уровня A, B и C поиска неисправностей, расширенной до уровня автомобиля.

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

Термины

Сокращения

2 Классификация автомобиля для стратегии диагностики

Классификация автомобиля по функциональным системам

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

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

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

Войти

На рисунке показана блок-схема центрального замка

Система шины CAN в модели Vectra-C

Электронные системы в модели Vectra-C распределены по трем различным системам шины CAN:

• Шина высокоскоростной сети CAN
• Шина среднескоростной сети CAN
• Шина низкоскоростной сети CAN.

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

• Интерфейсом между шинами высокоскоростной и низкоскоростной сети CAN служит CIM (электронный модуль рулевой колонки).
• Интерфейсом между шинами высокоскоростной и низкоскоростной сети CAN служит DIS (дисплей).

Войти

На рисунке показана структура трех систем шин CAN c соответствующими интерфейсами.

Шина высокоскоростной сети CAN

С шиной высокоскоростной сети CAN связаны все физические контроллеры автомобиля, которым необходим постоянный, быстрый обмен данными (контроллер ABS, контроллер EHPS, блок управления двигателем и т.д.). Например, на автоматическую коробку передач постоянно поступает информация о текущем уровне нагрузки двигателя. Поскольку контроллер автоматической коробки передач должен непосредственно реагировать на изменения уровня нагрузки, требуется быстрый обмен информацией/данными между блоком управления двигателем и контроллером автоматической коробкой передач.

Шина высокоскоростной сети CAN в модели Vectra-C выполнена как двухпроводная шина CAN (Twisted Pair). Прожилки экранированы и скручены (цвет проводки: зеленый / белый). Проводимость составляет 500 кбод.

Структура:

Шина высокоскоростной сети CAN подсоединяется проводами через отдельные контроллеры, за исключением контроллера EHPS и контроллера AHL. Если, например, проводка шины CAN будет оборвана между контроллером ABS и контроллером автоматической коробки передач или будет отсоединен разъем контроллера ABS, то обмен данными между диагностическим тестером и блоком управления двигателем будет прерван. Однако, если будет отсоединен разъем контроллера EHPS, обмен данными с блоком управления двигателем сохранится, связь прекратится только с контроллером EHPS.

Шина высокоскоростной сети CAN на последнем контроллере должна быть постоянно замкнута сопротивлением нагрузки, иначе возможны проблемы с обменом данными. В модели Vectra-C 2002 года выпуска это контроллеры ECM и CIM.

Войти

На рисунке показана принципиальная, максимальная схема шины высокоскоростной сети CAN.

Расположение контроллеров шины высокоскоростной сети CAN

Войти

Контроллеры, помеченные «*», устанавливаются опционально.

Шина низкоскоростной сети CAN

С шиной низкоскоростной сети CAN связаны все физические контроллеры автомобиля, которым, в отличие от контроллеров шины высокоскоростной сети CAN, не требуется быстрый обмен данными. Шина низкоскоростной сети CAN представляется собой однопроводную шину CAN (цвет проводки: зеленый). Проводимость составляет 33,33 кбод. Интерфейс шины среднескоростной сети CAN расположен на дисплее, интерфейс шины высокоскоростной сети CAN интегрирован в CIM.

Структура:

Шина низкоскоростной сети CAN состоит из двух контурных проводок (двойной контур), которые соединены друг с другом через BCM (электронный модуль кузова). Обрыв одного провода контура шины CAN не приводит неизбежно к утрате обмена информацией/данными с контроллерами, поскольку информация/данные передаются в обоих направлениях провода контура шины CAN.

Войти

На рисунке показана принципиальная, максимальная схема шины низкоскоростной сети CAN.

Расположение контроллеров шины низкоскоростной сети CAN

Войти

Контроллеры, помеченные «*», устанавливаются опционально.

Шина среднескоростной сети CAN

Шина среднескоростной сети CAN в настоящее время устанавливается в модели Vectra-C только при определенном варианте комплектации (ECC, GID, CID, NHU, CRP). Она выполнена в виде двухпроводной шины CAN (Twisted Pair). Прожилки скручены, но не экранированы. Проводимость составляет 95,24 кбод.

Структура:

Шина среднескоростной сети CAN подсоединяется проводами через отдельные контроллеры. Обрыв проводки шины CAN или отсоединение разъема контроллера приводит к потере обмена данными со всеми последующими контроллерами.

Шина среднескоростной сети CAN на последнем контроллере (в зависимости от комплектации DIS, NHU или ECC) должна быть постоянно замкнута сопротивлением нагрузки, иначе возможны проблемы с обменом данными.

Войти

На рисунке показана принципиальная, максимальная схема шины среднескоростной сети CAN.

Расположение контроллеров шины среднескоростной сети CAN

Войти

3 Стратегия диагностики в модели Vectra-C

Используемая в модели Vectra-C технология шины CAN, и ставшее благодаря этому возможным соединение датчиков и регулирующих элементов с ближайшим физическим контроллером, требовала приведения этой технологии в соответствие с прежними стратегиями диагностики. Диагностика, охватывающая всю систему, применяется впервые.

Чтобы это стало возможным, были приведены в соответствие аппаратное и программное обеспечение диагностических тестеров, руководств по проверке и их применение в TIS2000. В соответствии с технологией шины CAN, дополнительный диагностический интерфейс, в дальнейшем - CANdi (CAN diagnostic interface), должен быть включен между диагностическим тестером и диагностическим штекером. Этот CANdi переводит принимаемые через шину CAN данные в читаемый на диагностическом тестере формат.

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

Войти

Руководства по проверке расширены до уровня автомобиля. С помощью этого основного руководства по проверке автомобиля тестируется полное обеспечение автомобиля напряжением и массой и функциональность систем шины CAN. Функциональные системные руководства по проверке были соответствующим образом переработаны.

Войти

Функциональность и применение руководств по проверке в TIS2000 были также соответственно переработаны. Для полной диагностики автомобиля необходимо выбрать способ диагностики. При выборе «Марка», «Модель», «Год выпуска» происходит выбор типа системы «Автомобиль» и там – выбор руководства по проверке автомобиля. С этого пункта пользователю будут даны указания на выполнение отдельных работ.

В дальнейшем опция сохраняется в TIS2000 – для выбора отдельных функциональных систем. Правда, этот диагностический вход в функциональные системы не учитывает ошибки в обеспечении напряжением и массой в системах шин CAN.

Важно: При наличии проблем обмена данными в шине CAN диагностика отдельных функциональных систем приводит к ошибочному диагнозу. Поэтому вначале следует устранить ошибки обмена данными в шине CAN.

Войти

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

В следующих разделах описан процесс диагностики.

3.1 A – Основная диагностическая проверка всего автомобиля (уровень A)

Чтобы упростить и ускорить тестирование, уровень А был реконструирован и объединен в одном тесте. Уровень А начинается с начальных, общих проверок. Далее следует «информация по программированию», а также основная диагностическая проверка («Подключение диагностического тестера, тестирование на наличие контроллеров, коды неисправностей всего автомобиля» и т.д.). После ремонта проводится заключительный диагностический тест, чтобы убедиться в безупречном функционировании систем.

Уровень А – это навигационный модуль, направляющий пользователя при распознанных проблемах системы на уровень B.

Каждый шаг во время диагностики должен выполняться в заданной последовательности, на основе уже описанных соединений отдельных систем.

А – Основная диагностическая проверка всего автомобиля

Уровень B

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

3.2.1 B-01 Проверка рекламаций клиента

При «Проверке рекламаций клиента» речь идет об общей инструкции, наподобие теста, уже использованного в диагностической стратегии. Однако эта проверка относится не к уровню А, как до этого, а к уровню B. Если сбой не воспроизводится, то, как было указано, следует продолжить тест («Проверка временных неисправностей»).

3.2.2 B-02 Предварительный визуальный контроль

При «Предварительном визуальном контроле» речь идет об общей инструкции, которая уже применялась в предыдущей диагностической стратегии. Однако эта проверка относится не к уровню А, как до этого, а к уровню B.

3.2.3 B 03 Информация по программированию

Пункт меню «Информация по программированию» дает обзор необходимого программирования в соответствии с заменой контроллера. Информацию о кодовом индексе также можно найти в этом пункте меню.

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

Список содержит максимальное число контроллеров, возможных на соответствующей шине CAN. Установленные контроллеры должны обозначаться статусом «активен», и не должны обозначаться статусом «неактивен».

В интерфейсах между шинами высоко-, средне- и низкоскоростной сети CAN (CIM и дисплей) записывается по 2 максимальных списка конфигураций.

3.2.4 B-04 Подключение диагностического тестера

На этом этапе тестирования проверяется функция диагностического тестера, включая CANdi.

Если диагностический тестер не включается, на следующем этапе тестирования проверяется необходимое для диагностического тестера обеспечение напряжением/массой.

3.2.5 B-05 Тестирование на наличие контроллеров

В начале в диагностическом тестере выбирается соответствующий автомобиль, чтобы затем провести «Тестирование на наличие контроллеров». При проведении «Тестирования на наличие контроллеров» происходит обращение диагностирующего тестера к каждому контроллеру и их проверка на участие в обмене данными шины CAN. В качестве списка рекомендаций ниже приводится максимальный список конфигураций для каждого контроллеров (см. также 3.2.3. Информация по программированию).

Диагностический тестер показывает все установленные на автомобиле контроллеры с действующим статусом (например, «Нет данных, не правильное программирование» или «Активно») и количество установленных кодов неисправностей. Показание «Нет данных» означает, что конкретный контроллер не участвует в обмене данными шины CAN. В этом случае следует провести соответствующую проверку («Обмен данными»). Если статус «Нет данных» отображается более, чем для одного контроллера, следует провести проверку «Обмен данными» в указанной в диагностическом тестере последовательности. Нарушения в одном контроллере могут вызвать нарушения в другом контроллере. Показание «Неправильное программирование» означает, что диагностический тестер определил – контроллер не запрограммирован или неправильно запрограммирован. В этом случае следует провести соответствующую проверку («Программирование»).

Когда диагностический тестер отображает все установленные в автомобиле контроллеры статусом «Активен», можно переходить к следующему этапу теста.

3.2.6 B- 06 Коды неисправностей всего автомобиля

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

Пример индикации кода неисправности на экране диагностического тестера (TECH2):

• Блокировка дверей

3.2.7 B-07 Таблица симптомов / рекламаций клиента по автомобилю

На основании рекламаций клиента, а также на основании выступающей неисправности функции можно выбрать соответствующую дефектную функциональную систему при помощи таблицы симптомов или рекламаций клиента по автомобилю.

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

3.2.8 B-08 Неподтвержденные рекламации клиента

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

3.2.9 B-09 Заключительный тест системы / функций

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

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

После аннулирования кодов неисправностей, в соответствии с рекламацией клиента, необходимо проверить, устранена ли неисправность. В завершение еще раз считываются коды неисправностей.

Если в автомобиле все еще имеется неисправность, диагностику следует повторить.

Уровень С

Уровень С описывает проверки внутри отдельных функциональных групп. Вход происходит через уровень B (например, установка кодов неисправностей). Уровень C по своей структуре и ходу процесса соответствует уже известной форме.

4 Пример: Поиск неисправностей центрального замка в модели Vectra-C

Для понимания расширенной диагностической стратегии необходимо пояснение поиска неисправностей на примерах.

Войти

В качестве примера был выбран центральный замок, поскольку, как уже было написано, в модели Vectra-C больше нет контроллера, отвечающего за центральный замок. Функции центрального замка распределены по многим контроллерам (BCM, CIM, DDM, PDM и REC, смотри блок-схему). Так, например, DDM считывает данные блокировки / разблокировки и контактов запирающих цилиндров двери водителя. Посредством сообщений шины CAN информация о состоянии этих датчиков передается затем BCM. BCM посылает сообщение шины CAN назад DDM для управления регулирующими элементами на двери водителя.

Пример диагностического процесса