Страница 1 мировой engineering стандарты общая спецификация

Страница 48
GM МИРОВЫЕ ИНЖЕНЕРНЫЕ СТАНДАРТЫ
GMW3110
N_USData_FF.ind
ConsecutiveFrame
ConsecutiveFrame
ConsecutiveFrame
ConsecutiveFrame
Управление потоком
FirstFrame
N_USData.ind
диагностика
заявка
GMLAN
укротитель
тестер
приложение. срабатывает
диагностический ВН
активный
WUP
Singleframe
N_USData.req
1) запрос
ответ
ECU_IN_STANDBY
COMM_INIT
COMM_ENABLED
COMM_ACTIVE
Состояние связи
Сбросить и
отключить таймер
изначально активный
диагностика
VN активный
изначально активный
диагностический ВН
отключенной
8 сек
Активировать VN
DIAG_DISABLED
DIAG_ACTIVE
ТАЙМЕР ВЫКЛЮЧЕНИЯ
Состояние приложения
DIAG_INACTIVE

---

25.06.2020
WORLDWIDE ENGINEERING STANDARDS General Motors Local Area Network Enhanced Diagnostic Test Mode Specification
https://translate.googleusercontent.com/translate_f
43/298
© Copyright 2010 General Motors. Все права защищены.
Февраль 2010
Страница 48 из 336
N_USData.con
Singleframe
N_USData.ind
диагностика
Режим
активный
Singleframe
N_USData.req
N_USData.con
Singleframe
N_USData.ind
Singleframe
N_USData.ind
Singleframe
N_USData.req
N_USData.con
Деактивировать VN
2) запрос
(требуется режим диагностики)
3) запрос
(AllNodes TesterPresent)
4) запрос
(останавливает режим диагностики)
ответ
ответ
COMM_ENABLED
ECU_READY
Таймер запуска
Сбросить и
отключить таймер
Таймер запуска
Тайм-аут
4-8 сек
VN деактивирован
режим диагностики
отключенной
DIAG_INACTIVE
Примечание.'>DIAG_ACTIVE
ТАЙМЕР ВКЛЮЧЕН
DIAG_ACTIVE
ТАЙМЕР ВЫКЛЮЧЕНИЯ
DIAG_MODE_ACTIVE
DIAG_ACTIVE
ТАЙМЕР ВЫКЛЮЧЕНИЯ
DIAG_DISABLED
DIAG_ACTIVE
ТАЙМЕР ВКЛЮЧЕН
Примечание.
Предполагается, что диагностический VN, инициируемый приложением, является единственным активным VN.
Рисунок 15. Диагностический локальный VN - пример активации и деактивации
6 Требования к пробуждению и временные параметры
6.1 Требования к пробуждению. 
Коммуникационная стратегия GMLAN поддерживает отключение связи узла
а также поддерживает возможность перехода узла в состояние низкого энергопотребления, когда его функциональные возможности не нужны. Если
диагностический тестер хочет установить связь с узлом, который находится в состоянии пониженного энергопотребления, или в состоянии, когда
коммуникационные возможности не установлены (см. примечание ниже), затем тестер должен сначала выдать
просыпайся. Механизм пробуждения для низкоскоростной линии связи Single Wire CAN (SWCAN) - это высокое напряжение
Пробуждение сообщение. Допустимые методы выполнения пробуждения по двухпроводным каналам CAN определены в
GMW3104 и включает в себя:
Примечание.
См. Раздел «Диагностика и управление узлами» для получения дополнительной информации о связи узлов.
состояния.
Примечание:
см. Спецификацию коммуникационной стратегии GMLAN (GMW 3104) для получения дополнительной информации о High
Напряжение Пробуждение сообщение.
1. Использование провода для пробуждения.
2. Пробуждение от автобусной активности.
3. Пробуждение от информации о режиме питания дополнительного устройства или зажигания.
Стратегия связи GMLAN не требует шлюзов для каскадного запроса на пробуждение во все подсети
что он поддерживает. Стратегия также учитывает механизмы пробуждения, которые недоступны для тестировщика (например,
использование провода для пробуждения). Служба InitiateDiagnosticOperation ($ 10) предоставляет механизм для тестера
запросить шлюз для генерации пробуждения во всех подсетях GMLAN, к которым он подключается, где хотя бы одна виртуальная
Сеть поддерживается.
--`` ,, `` `` `` `` `` ,, ,,, `,` `,, -` `-` ,, ,,,` `,, ---
Страница 49
GM МИРОВЫЕ ИНЖЕНЕРНЫЕ СТАНДАРТЫ
GMW3110
Примечание
. Тестировщику, возможно, придется сначала разбудить другие подсети, прежде чем он сможет выполнить пробуждение в
подсеть, что диагностика должна быть выполнена. Например, тестеру может потребоваться отправить высокое напряжение
активация на канале LS CAN, а затем отправка соответствующего запроса InitiateDiagnosticOperation на шлюз
между линиями LS и MS CAN в порядке пробуждения устройств на шине MS CAN.
Средства диагностики GMLAN должны обеспечивать 
500 мсек
для всех узлов в подсети для достижения состояния «Активна связь»
после того, как инструмент выдаст запрос на пробуждение. (См. Примечания ниже.) Это означает, что разработчики серийных данных транспортных средств должны
определить время инициализации для наихудшего случая после пробуждения для всех узлов в данной подсети и рассчитать это время
при определении требований к шлюзу для генерации пробуждений в других подсетях. В
Другими словами, если наихудшее время инициализации для всех ECU в подсети составляет 350 мс, то шлюз будет
необходимо передать пробуждение через подсеть менее чем за 150 мс. (См. Примечание ниже.)
Примечание.
См. Главу «Диагностика и управление узлами» в этой спецификации и GMLAN.
Спецификация коммуникационной стратегии (GMW 3104) для получения дополнительной информации о включенных коммуникациях
штат.
Примечание.
Запрос на пробуждение может состоять из отправки сообщения пробуждения высокого напряжения LS CAN или отправки
Запрос InitiateDiagnosticOperation к шлюзу.