Где взять описания CAN-протоколов для разных марок?..

ghost_gluck

Alexo, все правильно пишет GASCHE. 7DF, как писал Да вы тоже читали это.
Но есть еще 8 адресов, для каждого из 8 блоков. Т.е. 0x7E0:0x7E8 - пара request/response для первого ECU. Т.е. команды шлем на 0x7E0, а ответ получаем от 0x7E8. И так для каждого последующего ECU.
Например, у меня на посыл команды сброса всех ошибок в 0x7DF - приходит ответ c ID 0x7DC.
Список команд диагностики - см. ISO 15765-3. Chapter 9. Diagnostic service implementation. Посмотрите таблицы 59,60 главы 10.4.2 этого же документа.
Адреса, про которые я писал, вы найдете в ISO 15765-4. Глава 11bit CAN Identifiers.

----------

Сегодня к МАЗу подключиться не удалось, т.к. переходник, которым я пользовался, от Autocom. Других разъемов у меня нет, а автокомовский - литой, раздербанить можно, но не стоит.
Попробую сделать отдельный шнур для МАЗа с пинами и еще разподключиться.

----------

Такое лучше не делать не зная комманд. Не зная номера блока ECU можно нарваться на ECU SRS. Ну и послав что-то не то, могут стрельнуть подушки (тут я утрирую, но все-таки предостережение).
IMHO, Если команда предназначена какому-то блоку единолично, то лучше слать по request ID этого блока.
Как поступать дальше - решать Вам.

Alexo

Да я тоже посылал и все эти 7E0 и иже с ними - ответы идентичны 7DF (хотя у себя в проге по ОБД на всякий случай сделал, что можно изменять идентификатор запроса на любой другой).
Более того - я тоже где-то читал, что в некоторых случаях прибавляется 8-ка. Но, далеко не во всех. Поэтому и сам по-возможности, пока лично не проверю, - не делаю безапеляционных заявлений.
По крайней мере, на Кобальте и Фольксе Т5 2008 г. это так. Кстати, что интересно, на Т5 (но только уже 2004 г.) связаться по кан не удалось - как оказалось, - он там хоть и есть, но - внутренний для межблочного общения а на диагн. разъем не выведен.

----------

Все правильно, однако, вышесказанное следует изложить так - можно посылать любые сообщения с идентификаторами больше 0х7DF без боязни. А вот ниже - действительно надо аккуратно..

ghost_gluck

На МАЗе выведен, но т.к. это шнру-переходник с мультимарочника, то контакты моуг быть попутаны со стороны OBD-II разъема. Внутри литого разъема могут стоять перемычки для определения типа разъема к которому подключен мультимарочник.
Попробуйте через CAN крокодилы подцепиться. Думаю, что схему найти не проблема, да EDC/ECU в фольце может быть бошевский. На него точно распин есть.

Согласен, все требует проверки. То, что писал, взято из стандарта, описанного мной выше.

Alexo

А на разъеме пины видно? Отдельно к ним можно подключиться? Или вообще ничего не известно, а потому опасно?

----------

Да уже после нашел в нете, что кан есть, но на разъем не выведен..
А, в смысле, к блоковскому кану подключиться, не "разъемному"?

ghost_gluck

Да, пины есть.
Я планирую подключиться на пины в разъеме МАЗа. Там MANовский 37пиновый разъем. CAN,KL-Line выведен точно. EDC Bosch MS5.2, двигатель MAN.

О результатах сообщу позже. Пока смотрю дампы с легковой.

PS. Удивило то, что в легковой используются 11 битные идентификаторы. Решил проверить на тягаче. Там должны быть 29 битные. и связь EDC и ABS по SAE J1939.

----------

Ну да. Либо по схеме найти провода и подключиться через крокодилы.

Alexo

Пока я не лезу в межблочные связи - мне бы разобраться по диагностическому разъему что "бегает" (кроме ОБД, конечно)
Вообще я сделал программный шлюз, который врезается в любую кан-шину (на разъеме, например), он имеет два канала, которые перекрестно принимают с одного и передают данные во второй канал (я ранее его более подробно описывал, и сообщал, что хочу сделать такой шлюз) а для самого оборудования как бы и нет никакого разрыва.
Однако, скорости обмена слишком велики - не справляется (я его пробовал между диагностическим разъемом и разъемом сканера VAG-COM)

Максимально его возможности, что мне удалось вычислить - на 500 Кбитной шине 20 сообщений с периодичностью 3 мс каждое. А в реале на том же Кобальте - около 40 сообщений, из них 20 - с периодичностью 250 мкс!..
Тут бы, конечно, во-первых, - делать программный коннект не на уровне библиотек (как у меня сейчас), а на уровень ниже - на уровне драйверов контроллера, а во-вторых, само ПО хорошо чтобы крутилось не под виндой, а в какой-нибудь ОС реального времени.. (мечтать не вредно)

ghost_gluck

Alexo, на сколько я понял, Вы сделали программный фильтр-репитер?


Не боитесь, что устроите флуд на шине? Но не это главное, На сколько я понял, вы хотите подменять сигналы какого либо из блоков. Так?
Возможно, проще будет данные блок на время перевести в stand-by, если такое имеется (тут я просто мечтаю :), а возможно такое реализовано уже. не обладаю информацией на данную тему.)
Или, Вы хотите брать сигналы с неисправного блока, пропускать их через шлюз и отдавать ответ исправного блока?

Если RTOS - посмотрите в сторону uC/OS II или ChibiOS. Последняя - бесплатная. Можно запустить на STM каком-нибудь с ARM архитектурой.

Шина вроде линейная и связывает все блоки. Или я не так Вас понял? Или межблочные связи - это, например, общение двигателя с ABS/ESP?

syga

На твоей МАЗепе EDC-К линия один провод, ABS- K и L линия выведенная отдельно(средняя консоль). WABCO и MAN CATS в помощь или самодиагностика.

ddk_f

В читаемых доках не все описывается.

Базовое это на адрес скажем 7E0 ответ +8 , ну это относится для последних адресов а вот для первых 700, 701... от тут уже не стыковка , одни производители используют +8 а некоторые +40hex и +60hex.

Существуют команды которые не в какой стандарт не входят.

Опыт использования КАН есть в разных проектах в том числе полный эмулятор разных автомобилей и разных брендов.

Alexo

Вот это интересно!.. Тогда куча вопросов.
Эмуляторы чего конкретно, - всех блоков?
Я не для "плагиата" спрашиваю, а чтобы понять для себя - насколько это все можно сэмулировать и какая возможная польза от этого?..