Форум РадиоКот

Комрады! Всю голову слрмал уже.
Есть авто. В нем разъем ODB-II.
Что я понял:
На этот разъем выведены шины данных от "мозгов" автомобиля.
В разъеме на одних пинах выведен CAN, на других K-line, на оставшихся по усмотрению изготовителя авто... И питание +12/общий.

ODB-II позволяет опросить состояние систем автомобиля. По какой шине я буду это делать - зависит от авто. Допустим у меня есть устройство которое позволят передавать и принимать информацию.

Что мне не пончтно:
Принцип организации этой связи....
1. Работа идет по формату "запрос - ответ" или "широковещательное"?
2. Если общение происходит в формате запрос-ответ, тогда получается что устройство в разъеме - ведущее а "автлмобиль" ведомое?
Допустим я хочу узнать текущую температуру. Я отправляю в канал код "дай температуру" и жду ответа типа "102" я правильно понимаю?
3. При правильности п. 2. Тогда должна комманда содержать адрес устройства? :
Например
0 - автомобиль в целом.
1 - дрыгло
2 - трансмиссия
3 - фары
Итд..
....
По идее я же могу коммандами вообще все переключать?
Например, послав код 000 может соответствовать комманде автомобиль запрос есть ошибки?
Получив ответ 000 интерпритировать как машина целиком ошибок нет.
А код 013 - авто целиком ошибка есть в фарах..

Может есть у кого "учебник" по основам? Или более-менее толклвое описание?
А то в интернете только в общих чертах все описано... А остальное "засекречено", хотя это секрет полишенеля)))

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

Тогда уточняю: лада веста.

Добавлено after 11 minutes 39 seconds:
Re: Не пойму как работает диагностический разъем авто типа ODBII
Вот нашел "основу"
http://embeddedsystem.ru/index.php?page ... lya-elm327
Елм327 у меня например есть.
Фактически, если делать индикатор, то в нутри микропрограммы мне прийлется переодически опрашивать разъем.... Ну я же правильно понимаю)))

Вам мало информации на штатной панели? Тогда дополнительные прибамбасы https://samara-stavr.ru/bortovyye_kompy ... ada-Vesta/ на любой вкус и кошелек. ракету не сделаете все равно. А сломать - всегда. Без доступа к серверу автоваза ключевые параметры не изменить.

Хорошо. Зачем мне это надо. На экспортный вариант ставится система контроля давления шин. Предложенный бортовик сможет выполнить анализ количества оборотов каждого колеса, и указать какое колесо имеет другую скорость? Или для роботизированной кпп показать положение сцепления?

А почитать?

[uquote="anatol378",url="/forum/viewtopic.php?p=3497112#p3497112"]А почитать?[/uquote]
Вот я и спрашиваю. Что стоит почитать? Чтоб доступно... А не в стиле "как нарисовать сову"

Буду признателен, если кто нибудь даст наводку на более менее достоверную информацию.

// с респектом и уважухой(ц)

https://yadi.sk/i/ZSmFBVNamcjTK вы это видели. читали?
Но самое главное - зачем вам это надо? Что хотите сделать, получить на выходе?

Как раз случайно попалось недавно: https://habr.com/post/399043/ - весьма неплохо расписаны азы CAN, что там бывает, как реверсить, что можно получить, и вообще.

Можно ещё на чип тюнере поинтересоваться там людий больше на авто тему

Спасибо за информацию! Практически то, что нужно!

Что я понял:
Шина все же широковещательная, но! Диагностический разъем почти наверняка выведен отдельной шиной, и все запросы от диагностического оборудования проходят через свитч.

Формирование пакетов уже реализовано в ИМС. Тоесть мне не надо анализировать каждый импульс, а достаточно воспользоваться либо микроконтроллером с CAN интерфейсом, либо присобачить такой дисккретный контроллер-преобразователь, и дальше уже рулить им.

Появившееся вопросы:
1. Я немного не понял в статье с хабра про схемотехнику монитора.... Типа подсесть на CAN-пару через буфер 74нс244, т. к. сама шина работает по принципу "токовая петля"?
2. Диагностический разъем вазика... Вот мастер воткнулся сканером. Сканер же что-то отправляет и ждет ответ....
У меня есть елм327. Но сильно реверс-инжинирингом увлекаться не хочется.
А по сути и с точки зрения здравого смысла...
У моего сканера есть многобитный адрес-идентификатор
А в данных я кидаю комманду, и в таком виде жду ответ от адресата...
Как соотнести коды из руководства по обслуживанию в фактический пакет? Там вроде в данных места хватает?
Или не так это немного работает?

Зачем мне это надо:

1.На экспортных вестах есть контроль давления шин. Вычисляется на основе анализа частоты каждого колеса и положения руля. Если одно колесо вращается с другой скоростью, то либо у этого колеса, либо у остальных трех - проблема. Данные анализируются только при относительно прямолинейном движении.
2. У меня "Робот" хочу изучить логику работы сцепления....а то не понятно.. То "трясучка", то нормально.
Потом можно прикол сделать... Записать "бутылки" лиаз-677, и когда авто стоит и сцепление разомкнуто - проигрывать этот звук... Оформить в коробку, спрятать поглубже... и предъявить по гарантии - коробка гремит))) правда могут и побить....
3. Есть стационарный решистратор, сделать индикацию на лоблвое стекло...
4. Если печка управляется через кан - климатконтроль же можно замутить! Но я не обламываюсь, так печку кручу)))
У меня комплектация с просто кондиционером. Комфорт - имейдж чтоль называется....

Ну и для общего развития - изучить принципы работы can-шины