Разъем для считывания ошибок: Разъем OBD: что это и зачем его нужно блокировать?

Для проведения диагностических операций на «Десятке», в том числе для прошивки ЭБУ, необходимо знать расположение сервисного разъёма для подключения оборудования (адаптера, программатора, автосканера). В этом материале представлена вся необходимая информация. 

У ВАЗ 2110 тип и конфигурация разъёма зависит от года выпуска, двигателя и типа ЭБУ:

1

1996-2002 г.в — OBD1 (GM12) 12 pin (12 контактный).

2

2003-2007 г.в – OBD2 16 pin (16 контактный).

1. Где находится разъем для диагностики у ВАЗ-2110

ВАЗ 2110 с «европанелью» диагностический разъем находится снизу справа от рулевой колонки. Колодка закрыта декоративной крышкой.

• 12-контактный разъем:
  Им оснащались все инжекторные модели, кроме отдельно взятых сборок после 2002 года, на которых был установлен OBD-II разъем.
• 16- контактный разъем:
  Им оснащались часть моделей, выпущенных после 2002 года, на которых установлены системы управления BOSCH MP7.0 Euro-3, BOSCH M7.9.7, Январь-7.2.

Расположение разъема указано на схеме в позиции №3. Далее так же представлены наглядные фото диагностической колодки.

Про ЭБУ и его расположению написано в статье «Диагностика ВАЗ 2110» . Далее представлена распиновка разъема OBD2 и OBD1, а так же назначение контактов некоторых электронных блоков управления, которые ставились на «Десятки»

Тип разъема №1— 16-ти контактный разъем OBD-II в форме трапеции:

Марки и года: часть моделей после 2002 г., имеющих системы управления BOSCH MP7.0 Euro-3, BOSCH M7.9.7, Январь-7.2, Январь-7,3.

Тип разъема №2 — 12-ти контактный прямоугольный разъем:
Марки и года: все инжекторные модели, кроме части моделей после 2002 г., имеющих OBD-II разъем

Описание:

OBD1 (GM12) коннектор прямоугольный формы, состоит из 12 контактов.

Марки и года:

Все инжекторные модели, кроме части моделей после 2002 г., имеющих OBD-II разъем.

Доступ и расположение:

Смотреть

Распиновка:

* Connector Keying — Конструктивный элемент разъемного соединителя, гарантирующий правильную ориентацию вилки и розетки.

Пример на фото:

Выводы и их назначение:

Описание:

OBD2 коннектор в форме трапеции, состоит из 16 контактов.

Марки и года:

Бензиновые легковые автомобили и легкие грузовые автомобили, произведенные или импортируемые в США с 1996 года (американское законодательство CARB и EPA) и в Европе (EOBD) с 2000-2001 года (директива Евросоюза 98/69EG) и Азии (в основном с 1998 г.).

Доступ и расположение:

Смотреть

Распиновка:

Пример на фото:

Выводы и их назначение:

Контакты диагностического разъема для используемых протоколов

Контакты 4, 5, 7, 15, 16 — ISO 9141-2.

Контакты 2, 4, 5, 10, 16 — J1850 PWM.

Контакты 2, 4, 5, 16 (без 10) — J1850 VPW.

Протокол ISO 9141-2 идентифицируется наличием контакта 7 и отсутствием 2 и/или 10 контактов на диагностическом разъеме.

Если отсутствует контакт 7, в системе используется протокол SAE J1850 VPW (Variable Pulse Width Modulation) или SAE J1850 PWM (Pulse Width Modulation).

Все три протокола обмена данных работают через стандартный кабель OBD-II J1962 connector.

Фото расположения колодки:

Подключение сканера к колодке:

Правильная схема соединения 12 PIN колодки с адаптером 16 PIN

Переделка 12 PIN на 16 PIN

4. Распиновка выводов ЭБУ ВАЗ 2110

Так как прошивка ЭБУ осуществляется со снятием блока и применением специальных ПАК-загрузчиков, работающих с процессором ЭБУ и ОЗУ через BSL-режим, часто требуется знать назначение контактов не только диагностического разъёма, но и самого электронного блока управления.

Так же распиновка требуется для установки салонной электроники, которая работает через CAN шину, а так же при ремонте и замене ECU. PDF файлы с распиновкой некоторых ЭБУ представлены далее.

Назначение контактов:

5. Выбор оборудования для диагностики и прошивки ВАЗ 2110

Вопрос по подбору сканеров для диагностики и прошивки уже разбирался в статье «Диагностика ВАЗ 2110». Для более подробного изучения вопроса рекомендуется прочитать следующие материалы на сайте:

6. Рекомендованные статьи по ВАЗ 2110

Рекомендуемые программы для адаптеров и сканеров ВАЗ 2110

Читать статью «Рекомендуемые программы для адаптеров и сканеров для ВАЗ 2110»

Рекомендуемые адаптеры и сканеры для автомобилей ВАЗ 2110

Читать статью «Рекомендуемые адаптеры и сканеры для автомобилей ВАЗ 2110»

Scan Tool Pro – адаптер для ВАЗ 2110 c 2002 г.в

Читать статью «Scan Tool Pro – OBD2 адаптер для ВАЗ 2110 c 2002 г. в»

Расшифровка кодов ошибок ВАЗ 2110

Читать статью «Расшифровка кодов ошибок ВАЗ 2110»

Обзоры OBD2 адаптеров для автодиагностики

Смотреть раздел «Обзоры OBD2 адаптеров для автодиагностики»

Автодиагностика ВАЗ 2110 своими руками

Читать статью «Автодиагностика ВАЗ 2110 своими руками»

Scan Tool Pro — бюджетный мультисканер для ВАЗ 2110

Хороший выбор для начинающего диагноста

Сейчас в продаже имеются модели сканеров с различными версиями прошивок и чипов. Scan Tool Pro с прошивкой 2022 — пока что самая стабильная версия. Сканер имеет максимальную совместимость с автомобилями с 2001 года выпуска в том числе с ВАЗ 2110 с OBD2 разъёмом и GM12 при подключении через переходник.

По ссылке указанной справа можно ознакомиться со сканером для автодиагностики «Scan Tool Pro». Это сайт официального дилера, который дает гарантию 12 месяцев.

Удачной диагностики!

Узнать подробнее

7. Рекомендуемые видео по данной теме

Получилось ли Вам найти диагностический разъем?

Да — нашёл самостоятельно

Нет — не смог найти

Да — нашёл после прочтения данной статьи

Илья Васильев
Автор сайта / Диагност

Автор всех статей на сайте. 7-ми летний опыт в автодиагностике и ремонте авто любой сложности и любых марок. Увлекаюсь программированием, чип-тюнингом.

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

Контакты для связи:

Почта: Адрес электронной почты защищен от спам-ботов. Для просмотра адреса в вашем браузере должен быть включен Javascript.

Бортожурнал на DRIVE2.RU: Перейти

Канал на Яндекс.Дзен: Перейти

Группа ВКонтакте: Перейти

Задать вопрос

Добавить страницу в закладки

Другие статьи на эту тему

Задать вопрос автору

ошибок мула | Документация MuleSoft

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

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

Ошибки Mule включают выражение ( EXPRESSION ) и ошибки, связанные с потоком ( STREAM_MAXIMUM_SIZE_EXCEEDED ), в то время как операции могут вызывать множество различных виды ошибок. Примеры включают HTTP:NOT_FOUND (ошибка 404) и Ошибки HTTP:CONNECTIVITY от прослушивателя HTTP в соединителе HTTP. БД:BAD_SYNTAX и DB:QUERY_EXPRESSION — это ошибки, которые операция Select в Коннектор базы данных может кинуть.

Справочная документация на модули и разъемы (например, HTTP-коннектор и Соединитель базы данных ссылки) перечисляет ошибки Mule.

Selector Expressions for Mule Errors

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

В большинстве случаев селектор error.cause возвращает экземпляр Throwable , который является частью Mule API. Не обращайтесь к внутренней структуре ошибки, чтобы определить логику обработки ошибок. Другие селекторы предоставляют всю необходимую информацию для обработки ошибок. Кроме того, сериализация ошибки error.cause может привести к избыточной информации.

Пример ошибки HTTP-запроса

Например, при сбое HTTP-запроса с кодом Ошибка HTTP:NOT_FOUND (для 404 код состояния), значения для каждой части сообщения об ошибке:

• #[описание_ошибки] возвращает:

   Ошибка HTTP GET для ресурса «http://jsonplaceholder.typicode.com:80/mybadrequest»: не найдено (404). 

• #[error.detailedDescription] возвращает HTTP GET для ресурса 'http://jsonplaceholder.typicode.com:80/mybadrequest' не удалось: не найдено (404).

• #[error.errorType] возвращает HTTP:NOT_FOUND

• #[error.cause] возвращает org.mule.extension.http.api.request.validator.ResponseValidatorTypedException

• #[error. errorMessage] возвращает:

   org.mule.runtime.core.internal.message.DefaultMessageBuilder$MessageImplementation
  {
    полезная нагрузка = org.mule.runtime.core.internal.streaming.bytes.ManagedCursorStreamProvider@223d8f75
    медиатип = приложение/json; кодировка = UTF-8
    атрибуты = org.mule.extension.http.api.HttpResponseAttributes
  {
     Код состояния = 404
     Фраза причины = Не найдено
     Заголовки=[
        date=Сб, 03 августа 2019 г.04:28:29 по Гринвичу
        тип содержимого = приложение/json; кодировка = utf-8
        длина содержимого = 2
        подключение = поддерживать активность
        set-cookie=__cfduid=de19ed0b495b5b58e74fa0ee31a700d651564806509; expires=Вс, 02 августа 20 04:28:29 по Гринвичу; путь=/; домен=.typicode.com; HttpOnly
        x-powered-by=Экспресс
        Variable=Origin, Accept-Encoding
        контроль доступа-разрешить-учетные данные = истина
        кеш-контроль = общедоступный, максимальный возраст = 14400
        прагма = без кеша
        expires=сб, 03 августа 2019 г. , 08:28:29 по Гринвичу
        x-content-type-options=не нюхать
        etag=W/"2-vyGp6PvFo4RvsFtPoIWeCReyIC8"
        через=1.1 вегур
        cf-кэш-статус = HIT
        возраст=96
        сервер = облачная вспышка
        cf-ray = 50058b8add0a92fe-SJC
     ]
  }
    атрибутыMediaType=*/*
  } 

  Элемент errorMessage становится доступным, когда соединитель или компонент предоставляет сообщение, которое интерпретируется им как ошибка. Например, когда HTTP-запрос получает код состояния, который Mule обрабатывает как ошибка, процесс завершается с ошибкой, а также заполняет errorMessage с помощью информация об ошибке. Затем вы можете получить доступ к сообщению об ошибке атрибуты (метаданные) и к самой полезной нагрузке с #[error.errorMessage.payload] для полезной нагрузки и #[error.errorMessage.attributes] для метаданных. В случае HTTP запрос, который возвращает ошибку, вы можете использовать #[error.errorMessage.attributes.statusCode] для выбора значения код состояния (например, 404 ). Чтобы просмотреть атрибуты сообщений в Studio, см. ДатаСенс.

• #[error.childErrors] возвращает: []

Типы ошибок мула

Ошибки Mule имеют пространство имен (например, HTTP: и FILE: ) и идентификатор (например, NOT_FOUND ), и они принадлежат к иерархии типов ошибок.

Соглашение об именах позволяет различать ошибки в соответствии с их доменом. Например, вместо бросая NOT_FOUND , коннектор HTTP может выдавать HTTP:NOT_FOUND , а Соединитель файлов может выдать FILE:NOT_FOUND ошибок.

В отличие от соединителей, ошибки времени выполнения Mule имеют неявный MULE пространство имен, поэтому MULE:EXPRESSION и EXPRESSION интерпретируются одинаково.

Типы ошибок могут иметь родителя тип. Например, родительским элементом HTTP:UNAUTHORIZED является MULE:CLIENT_SECURITY , а родителем MULE:CLIENT_SECURITY является MULE:SECURITY . Эта иерархия подразумевает, что каждый тип ошибки является спецификацией более глобального типа ошибки. Например, тип ошибки HTTP:UNAUTHORIZED — это тип безопасности клиента. ошибка ( MULE:CLIENT_SECURITY ), что является типом более широкой проблемы безопасности. ( МУЛ:БЕЗОПАСНОСТЬ ).

Иерархии позволяют маршрутизировать ошибки общим или более конкретным способом. Для например, обработчик ошибок для MULE:SECURITY перехватывает HTTP:UNAUTHORIZED ошибок и ошибки OAuth. На следующем рисунке показана основная иерархия среды выполнения:

Все ошибки относятся к одному из этих двух основных типов: ЛЮБАЯ или КРИТИЧЕСКАЯ . Каждый тип до 9 лет0009 ЛЮБОЙ соответствует своему родителю и может быть обработан, в то время как типы ошибок ниже КРИТИЧЕСКИЕ настолько серьезны, что не могут быть обработаны и только регистрируются. КРИТИЧЕСКИЙ ошибки включают FATAL_JVM_ERROR и OVERLOAD .

При отсутствии явной причины сбоя компонент может использовать НЕИЗВЕСТНЫЙ тип . Вы обрабатываете эту ошибку с помощью типа ANY , чтобы определить неясный ошибки, не меняя существующее поведение приложения.

Для коннекторов каждый коннектор определяет свою иерархию типов ошибок с учетом основная иерархия времени выполнения, хотя типы CONNECTIVITY и RETRY_EXHAUSTED всегда присутствуют, потому что они являются общими для всех соединителей.

Типы ошибок:

• ЛЮБОЙ : тип ошибки, который соответствует всем типам ошибок, возникающим в потоке, и может быть обрабатывается. Этот тип не включает ошибки, возникающие в источнике.

  • ПРЕОБРАЗОВАНИЕ : указывает на ошибку при преобразовании значения. Это включает внутренние преобразования Mule Runtime, а не преобразования DataWeave.

  • ВЫРАЖЕНИЕ : указывает на ошибку при вычислении выражения DataWeave.

  • ПРОВЕРКА : указывает, что произошла ошибка проверки.

  • REDELIVERY_EXHAUSTED : указывает, что исчерпано максимальное количество попыток повторной обработки сообщения из источника.

  • ПОДКЛЮЧЕНИЕ : указывает, что возникла проблема при установлении соединения. Это может произойти при использовании соединителя, например, запросчика HTTP.

    • RETRY_EXHAUSTED : указывает, что количество повторных попыток определенного исполнительного блока исчерпано. Например, для данной операции или использования «До успешного завершения».

  • МАРШРУТИЗАЦИЯ : указывает на ошибку при маршрутизации сообщения. Например, с помощью маршрутизатора Round Robin.

  • SECURITY : указывает на ошибку безопасности, такую ​​как получение неверных учетных данных или использование токена с истекшим сроком действия.

    • CLIENT_SECURITY : указывает, что внешний объект (например, вызов внешней конечной точки) вызвал ошибку безопасности.

    • SERVER_SECURITY : указывает на ошибку безопасности, вызванную средой выполнения Mule.

  • STREAM_MAXIMUM_SIZE_EXCEEDED : указывает, что максимально допустимый размер потока превышен. Дополнительные сведения см. в разделе «Потоковая передача в приложениях Mule».

  • ТАЙМ-АУТ : указывает, что время ожидания истекло при обработке сообщения.

  • НЕИЗВЕСТНО : указывает на неизвестную или непредвиденную ошибку. Это нельзя обработать напрямую, только обработав ANY , чтобы обеспечить обратную совместимость на случай, если в будущих версиях среды выполнения будет добавлено больше типов ошибок.

• SOURCE : указывает, что в источнике потока произошла ошибка. Эти ошибки не могут быть обработаны.

  • SOURCE_ERROR_RESPONSE_GENERATE : указывает, что произошла ошибка в источнике потока, генерирующего параметры ответа об ошибке. Эта ошибка не может быть обработана, так как источник уже выполнил ошибочный путь.

  • SOURCE_ERROR_RESPONSE_SEND : указывает, что произошла ошибка в источнике потока, отправляющего ответ об ошибке. Эта ошибка не может быть обработана, так как источник уже выполнил ошибочный путь.

• SOURCE_RESPONSE : указывает, что в источнике потока произошла ошибка при обработке успешного ответа. Эти ошибки могут распространяться только после того, как источник уже выполнил успешный путь. Эти ошибки не могут быть обработаны.

  • SOURCE_RESPONSE_GENERATE : указывает на ошибку, возникшую в источнике потока при генерации параметров успешного ответа.

  • SOURCE_RESPONSE_SEND : указывает на ошибку, возникшую в источнике потока при отправке успешного ответа.

• КРИТИЧЕСКИЙ : указывает на наличие серьезной ошибки. Эти ошибки не могут быть обработаны.

  • ПЕРЕГРУЗКА : указывает на проблему перегрузки и отклонение выполнения.

  • FATAL_JVM_ERROR : указывает, что произошла фатальная ошибка, например переполнение стека.

Пользовательские типы ошибок

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

Вам необходимо определить пространства имен, связанные с конкретным именем приложения Mule или контекст и избегайте использования существующих пространств имен коннекторов. Например, API агрегации клиентов может использовать CUSTOMER пространство имен для своего пользовательского типы ошибок, а API обработки заказов может использовать пространство имен ORDER .

Сопоставления ошибок

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

В следующем примере показано, как сопоставления позволяют выполнять детальную обработку ошибок. путем определения двух пользовательских типов ошибок: APP:CUSTOMER_API и APP:ORDER_API .

Пример конфигурации XML для сопоставлений:

 
  
    
  
  
    
  
  <обработчик ошибок>
    
      
    
    
      
    
  
 

См. также

• Компоненты при ошибке

• Ведение журнала и отладка

Ошибка чтения данных коннектором Connect-IT. — Обсуждения пользователей Service Manager

Здравствуйте,

Я хотел бы использовать соединитель ServiceCenter/Service Manager в Connect-It для чтения данных (продукции документов) из SM. Я сталкиваюсь с проблемой, когда коннектор создает определенное количество документов, он завершается следующей ошибкой:

null[ SOAP-ENV:Server CXmlApiException был поднято в собственном коде: ошибка 15: scxmlapi (15) — Недопустимый дескриптор файла указан в запросе SOAP набора записей — dbdict5eef28b7001a904c80241848 Server

Вот все строки из журнала CIT, касающиеся этой ошибки:

21.06.2020 10:43:45.875 0 16 [(entitiesDst) entity] Идентификатор используемого документа ‘entitiesDst’, имя документа ‘entities’.

21.06.2020 10:43:45.882 0 16 Запрос=\n<количество наборов записей=\"100\" дескриптор файла=\"device5eef19c50009a2e5811ed740\" operation=\"list\" start=\"500\" total=\"1\"/>

21. 06.2020 10 :43:45.980 0 16 Значение кода ответа равно 500: \n

21.06.2020 10:43:46.048 0 16 Запрос=\nsm_cit<пароль>Пароль4

21.06.2020 10:43:46.120 0 16 Response=\n

21.06.2020 10:43:46.204 0 1 (0) null[\n    SOAP-ENV:Server\n    A CXmlApiException была вызвана в собственном коде: ошибка 15: scxmlapi(15) — В запросе SOAP набора записей указан неверный дескриптор файла — device5eef19c50009a2e5811ed740\n    Server\n\n ]

21. 06.2020 10:43:46.286 0 16 Запрос=\n<дескриптор файла набора записей=\"device5eef19c50009a2e5811ed740\" operation=\"close\ "/>

2020/06/21 10:43:46.378 0 16 Значение кода ответа 500: \n

21/06/2020 10:43:46.461 0 16 Запрос=\n<логин>sm_citPassword4

21.06.2020 10:43:46.544 0 16 Response=\n

21.06.2020 10:43:46.625 0 2 null[\n    SOAP-ENV:Server\n    Исключение CXmlApiException возникло в машинном коде: ошибка 15: scxmlapi(15) — В запросе SOAP набора записей указан недопустимый дескриптор файла — device5eef19c50009a2e5811ed740\n    Server\n\n]

2020/06 /21 10:43:46. 705 0 4 Повторите действие…

21.06.2020 10:43:46.775 0 16 Значение кода ответа 500: \n

21.06.2020 10:43:46.855 0 16 Запрос=\n< login>sm_citPassword4

21.06.2020 10:43:46.917 0 16 Response=\n

21.06.2020 10:43:46.970 0 1 (0) null[\n    SOAP-ENV:Server\n    Исключение CXmlApiException возникло в собственный код: ошибка 15: scxmlapi(15) — Неверный дескриптор файла предоставлен в запросе SOAP набора записей — device5eef19c50009a2e5811ed740\n    Server\n\n]

21. 06.2020 10:43:47.041 0 1 (0) java.lang.Exception: null[\n    SOAP-ENV:Server\n    A Исключение CXmlApiException возникло в собственном коде: ошибка 15: scxmlapi (15) — в запросе SOAP набора записей указан недопустимый дескриптор файла — device5eef19c50009a2e5811ed740\n    Server\n\n]

21.06.2020 10:43:47.105 1 16 на com.hp.ov.cit .connector.smc.SMClient.closeQuery (SMClient.java:638)

21.06.2020 10:43:47.147 1 16 на com.hp.ov.cit.connector.smc.SMRecordSet.close (SMRecordSet.java: 146)

21.06.2020 10:43:47.198 1 16 на com.hp.ov.cit.connector.smc.recordset.SmcRecordsetProxy.close (SmcRecordsetProxy.java:48)

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