Автомобильные протоколы и их получение.

[alex_klim]

Сообщение от samodelkin1

Ну я так и втыкал до программы, мне для диаманта нужно 1997г.в. японец не GDI a MPI, программе нужна только скорость а порт она сама найдет?, а то где порт прописываеться белое окно безо надписей.

И за добавку в реестр Спасибо!

Порт выбираешь слева вверху стрелка вниз.
"Белое окно" для вывода ошибок.
Незабудь закоротить на корпус 1 ногу OBD разъема (на все время подключения сканера). У тебя без этого не будет инициализации ECU.

[GASCHE]

Сообщение от alex_klim

1 Только не 9141

Ну, если не верить написанному см. рисунок то вот протоколы, поддерживаемые ELM, выберите что вам больше понравиться
ATSP1 - SAE J1850 PWM (41.6 Kbaud);
ATSP2 - SAE J1850 VPW (10.4 Kbaud);
ATSP3 - ISO 9141-2 (5 baud init, 10.4 Kbaud);
ATSP4 - ISO 14230-4 KWP (5 baud init, 10.4 Kbaud);
ATSP5 - ISO 14230-4 KWP (fast init, 10.4 Kbaud);
ATSP6 - ISO 15765-4 CAN (11 bit ID, 500 Kbaud);
ATSP7 - ISO 15765-4 CAN (29 bit ID, 500 Kbaud);
ATSP8 - ISO 15765-4 CAN (11 bit ID, 250 Kbaud);
ATSP9 - ISO 15765-4 CAN (29 bit ID, 250 Kbaud).
ATSPA - SAE J1939 CAN (29 bit ID, 250* kbaud)
ATSPB - USER1 CAN (11* bit ID, 125* kbaud)
ATSPC - USER2 CAN (11* bit ID, 50* kbaud)
Или снимите LOG и все будет видно.

Сообщение от alex_klim

Не будем спорить

Это чтоб не спорить LOG инициализации ELM программой MMCTester.exe
21:34:12.724 RxD: ATZ
21:34:12.726 TxD: (Эхо)ATZ
21:34:12.808 TxD: ELM327 v1.4
21:34:12.809 RxD: ATE0
21:34:12.812 TxD: (Эхо)ATE0
21:34:12.896 TxD: OK
21:34:12.898 RxD: ATI
21:34:12.984 TxD: ELM327 v1.4
21:34:12.986 RxD: ATSP3
21:34:13.072 TxD: OK
21:34:13.074 RxD: 0100
Смотрим в приведенном выше списке как расшифровать ATSP3.

[alex_klim]

Сообщение от GASCHE

Ну, если не верить написанному см. рисунок то вот протоколы, поддерживаемые ELM, выберите что вам больше понравиться
ATSP1 - SAE J1850 PWM (41.6 Kbaud);
ATSP2 - SAE J1850 VPW (10.4 Kbaud);
ATSP3 - ISO 9141-2 (5 baud init, 10.4 Kbaud);
ATSP4 - ISO 14230-4 KWP (5 baud init, 10.4 Kbaud);
ATSP5 - ISO 14230-4 KWP (fast init, 10.4 Kbaud);
ATSP6 - ISO 15765-4 CAN (11 bit ID, 500 Kbaud);
ATSP7 - ISO 15765-4 CAN (29 bit ID, 500 Kbaud);
ATSP8 - ISO 15765-4 CAN (11 bit ID, 250 Kbaud);
ATSP9 - ISO 15765-4 CAN (29 bit ID, 250 Kbaud).
ATSPA - SAE J1939 CAN (29 bit ID, 250* kbaud)
ATSPB - USER1 CAN (11* bit ID, 125* kbaud)
ATSPC - USER2 CAN (11* bit ID, 50* kbaud)
Или снимите LOG и все будет видно.

Это чтоб не спорить LOG инициализации ELM программой MMCTester.exe
21:34:12.724 RxD: ATZ
21:34:12.726 TxD: (Эхо)ATZ
21:34:12.808 TxD: ELM327 v1.4
21:34:12.809 RxD: ATE0
21:34:12.812 TxD: (Эхо)ATE0
21:34:12.896 TxD: OK
21:34:12.898 RxD: ATI
21:34:12.984 TxD: ELM327 v1.4
21:34:12.986 RxD: ATSP3
21:34:13.072 TxD: OK
21:34:13.074 RxD: 0100
Смотрим в приведенном выше списке как расшифровать ATSP3.

Ну ладно. Опять не буду спорить о названии протокола. Тем более программу написал я сам. Просто немного пояснений.

В начале 90х у MMC был протокол на скорости 1953. Как проходила инициализация не знаю и не разбирался, наверное просто замыкался контакт диагностического разъема на землю (10 на 12 контакт двенадцатиконтактного разъема ММС) и после этого шел обмен.

Программка у меня есть (TMO-Logger). Обмен происходил очень просто: выставлялся адрес интересующей переменной (PID)- получался ответ.
Байт послал - байт получил.

Далее мицубовцы просто перешли на другую скорость - 15625.
Мне, как старому телевизионщикку эта скорость очень понравилась(частота строчной развертки).
Инициализация обмена шла на 5 bod, протом ответ о готовности и собственно - обмен. Опять же запрос 1 байт - ответ 1 байт. При этом первый контакт диагностического разъема тоже нужно было замыкать на корпус.

Ближе к 2000 году мицубовцы упростили обмен - не нужно стало ничего замыкать. Просто 5bod - готовность - обмен. Скорость 15625.

После в начале 2000х стало веселее. Остался фирменный мицубовский протокол, но еще появился ISO9141 с "запросами" от старого протокола.
Похоже в ответ на "требования мировой общественности" в лице американских институтов стандартизации митсубиши просто наложила свой протокол поверх ISO. При этом ECU отзываются как на фирменный протокол(скорость 15625), так и на ISO9141-2(на скорости 10400).

Далее уже пошел CAN. Но есть большие подозрения, что пиды остались те же. Но тут ничего не скажу, что такое CAN и как с ним бороться не знаю.

Теперь немного о самой программе. 22 апреля исполнится ровно год нашей переписки с Валентином по поводу включения в TECU. модуля, позволяющего общаться с мицубами.
Так-как у него не хватило времени, тем более для полноценного тестирования надо иметь автомобильные мозги под рукой, пришлось закопаться самому.

Для программ использовал:
Первое и основное - снифферы и эмуляторы написанные Валентином
второе - адаптер Ёжика Пыха и Launch X431
третье- различные мицубовские мозги, подключенные на соседнем столе

Программа на Delphi7, WINAPI, работа последовательного порта в асинхронном режиме.

Сейчас нужна проверка программы, как можно больше SYSTEM ID из программы.

Принцип распространения программы аналогичен TECU - бесплатно.

С уважением, Александр.

[GASCHE]

Сообщение от alex_klim

При этом ECU отзываются как на фирменный протокол(скорость 15625), так и на ISO9141-2(на скорости 10400)

Правильно ли я понял, что и при использовании K-Line адаптера можно работать на скорости 10400, или ваша программа не позволяет это?

Сообщение от alex_klim

Далее уже пошел CAN. Но есть большие подозрения, что пиды остались те же.

С полной уверенностью не скажу, но на основании моих данных, увы, это несколько не так. В известном мне случае ни один PID из TECU-II не заработал.

Сообщение от alex_klim

Но тут ничего не скажу, что такое CAN и как с ним бороться не знаю.

А зачем с ним бороться? ELM по этому протоколу работает хорошо, результат выдает в том же виде что и с ISO, если запросы и ответы не более 8 байт, если более стучитесь, поможем, чем сможем

[alex_klim]

Правильно ли я понял, что и при использовании K-Line адаптера можно работать на скорости 10400, или ваша программа не позволяет это?

USB K-Line адаптера. С любой скоростью, что прописана в драйвере. Сейчас дописываю для MTP чтение OBD ошибок(для ECU, которые могут их отдать.). Просто нет смысла общаться с ECU по медленному ISO, если есть возможность связаться на 15625. А программка для ELM была просто пробой сил - надо с чего-то начинать.

С полной уверенностью не скажу, но на основании моих данных, увы, это несколько не так. В известном мне случае ни один PID из TECU-II не заработал.

Жаль конечно, но это на будущее. Может и CAN удасться освоить.

А зачем с ним бороться? ELM по этому протоколу работает хорошо, результат выдает в том же виде что и с ISO, если запросы и ответы не более 8 байт, если более стучитесь, поможем, чем сможем

За помощью и пришел

[samodelkin1]

Сообщение от alex_klim

1 Только не 9141. Не будем спорить, пусть будет просто мицубовский протокол

2 Можно просто сравнить PIDs.ini и PIDs_eng.ini из TECU2 для мицу.

3 Для чипа PL2303 добавить в реестр

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Ser2pl]

"ExtBaudrate"="46,2147487743 122,2147487424 200,2147487349 1953,2147486768 10400,2147485840 10472,2147485839 10600,2147485837 10690,2147485836 15625,2147485792"



Меня интересует другое. Если программы у вас работают, нажмите на Read System ID, именно по этим данным сканер определяет комплектацию автомобиля и отображает информацию (PIDы).

Нужно: Systev ID, название авто, двигатель, год, MPI/GDI.

Программа пока заточена под GDI, на экране присутствуют все пиды и от GDI(разной комплектации двигателей) и от MPI.

Pajero Mini 2004г.в. 4А30 двигатель MPI. Во вложении.
C K-Line нет связи, реестр, сменил значение а скорости не появилось, на порту нет такой,что делать как быть, система W7 64

[samodelkin1]

Сообщение от GASCHE

На чипе FTDI в FTDIPORT.inf добавьте [FtdiPort.NT.HW.AddReg]... CO,00

Где это лежит если можно по подробней?

[GASCHE]

Сообщение от alex_klim

USB K-Line адаптера...Просто нет смысла общаться с ECU по медленному ISO, если есть возможность связаться на 15625.

Тут вы не правы, вот 1 "смысл"

Сообщение от samodelkin1

C K-Line нет связи, реестр, сменил значение а скорости не появилось

и во вторых в 90% случаев высокая скорость чтения как-то и не нужна, ну кто может охватить взглядом те 50 параметров, что выводятся на экран. Да и зачем, например, измерять температуру двигателя даже 50 раз в секунду?
И еще по протоколу мне хочется понять не "смысл" общения по медленному ISO или быстрому "15625" а суть. Если предусмотреть в ней переключение скорости 10400 и 15625 будет ли программа для USB K-Line адаптера работать как есть или надо будет переделывать всю ее логику работы, слать другие запросы к ECU, например?

Сообщение от samodelkin1

Где это лежит если можно по подробней?

Я бы порекомендовал, исправить, прям в драйверах FTDI "CDM v2.08.28 Certified", а потом их переустановить. Если у вас W7 - 64, то надо скачивать с их сайта и соответствующие драйвера для 64х.

[alex_klim]

Сообщение от samodelkin1

Pajero Mini 2004г.в. 4А30 двигатель MPI. Во вложении.
C K-Line нет связи, реестр, сменил значение а скорости не появилось, на порту нет такой,что делать как быть, система W7 64

Из первого скрина интересны две вещи:
первая System ID = E1AC
и вторая - ELM показывает цену на дрова вместо реальных параметров. Здесь скорее всего имеем другие PIDы. Пока больше не трогайте программу под ELM. Доберусь до сканера - там станет все ясно.

Теперь про компорт: судя потому, как выругалась программа, у тебя просто железный COM на материнке. А он со скоростями 15625 и 10400 работать просто не умеет и, соответственно, программа бесполезна. Есть у тебя USB-COM адаптер или нет? И как он называется.

Последнее - под W7, а тем более под 64 не пробовал. Специально на следующей неделе поставлю и проверю.

[samodelkin1]

Сообщение от alex_klim

Есть у тебя USB-COM адаптер или нет? И как он называется.

.

USB-COM Defender, а K-Line от мастеркит по моему ВМ9213 есть и шнурок от ежика пуха.