Де взяти опису can-протоколів для різних марок

В рамках інформатики,
Протокол зв'язку являє собою систему цифрових правил для обміну повідомленнями всередині або між комп'ютерами.
Коли повідомлення передаються через комп'ютерну мережу, правила системи називається Мережевий протокол.
Для Взаємодії систем використовують чітко визначені формати для обміну повідомленнями.
Кожне повідомлення має точний сенс. для отримання конкретної відповіді від одержувача. Таким чином протокол повинен визначити синтаксис, семантику і синхронізацію зв'язку;
Протоколи зв'язку повинні бути узгоджені, для уникнення конфлікту обладнання.
Щоб досягти угоди, протокол перероблений в технічний стандарт.

__________________
Ось як треба будувати мости, Мінбуд такого і не бачив.

Режими діагностики Є десять режимів роботи, описаних в останню OBD-II стандарту SAE J1979. Вони є такі:

Режим (hex) Опис
01 Показати поточні дані
02 Показати дані стоп-кадр
03 Показати збережені діагностичних кодів несправностей
04 Чіткі діагностичні коди несправностей і збережені значення
05 Результати тесту, датчик кисню, моніторинг (КАН не може)
06 Результати тесту, інший компонент / системи моніторингу (результати тестів, моніторинг по Кану)
07 Показати все діагностичні коди несправностей (виявлено під час поточного або останнього їздового циклу)
08 Операції управління бортовими компонент / системами
09 кошт інформація про автомобіль
0A Постійні діагностичні коди несправностей (DTC) (очищається DTC)
ВІД Виробників автомобілів не потрібно підтримки всіх видів. Кожен виробник може визначити додаткові режими # 9 вище (наприклад: режим 22, як це визначено для Ford / GM, режим 21 для Toyota SAE J2190)

__________________
Ось як треба будувати мости, Мінбуд такого і не бачив.