OpenDiagMobile для Android

[sidrva]

  В 02.04.2015 в 03:48, yurazlat сказал:

Жалко :-( Придётся пока сканмастеом смотреть...

Вот подготовил для 2.1 по варианту cxem. Проверь, только без автоопределения и блок выбери "Ителма M74"!

 

 

Изменено 2 апреля, 2015 пользователем sidrva

[ПАХА ХАРЬКОВ]

  В 02.04.2015 в 09:57, sidrva сказал:

Вот подготовил для 2.1 по варианту cxem. Проверь, только без автоопределения и блок выбери "Ителма M74"!

 

так что все-таки работает 2.1?

 

Так что, все-таки работает?

 

Работает

[yurazlat]

  В 02.04.2015 в 09:57, sidrva сказал:

Вот подготовил для 2.1 по варианту cxem. Проверь, только без автоопределения и блок выбери "Ителма M74"!

 

 

 

https://yadi.sk/d/KR3Enw43fhJh4

Подключается, данных нет. Но .... во вкладке "Информация - версия прошивки" появились два символа "I4", соответствуют первым двум символам прошивки моего блока.

Изменено 2 апреля, 2015 пользователем yurazlat

[zhekaf]

Elm 1.1 c тест 12 работает, если в машине есть can шина. В моем случае can шина на абс и подушке. Эбу c can программа не находит и переключается на поиск k-line. Если can шины нет, то на запросе 22009а адаптер зависает и дальше ничего не работает.В терминале проверял, любые две can команды подряд он не хочет, только через перегрузку atz и тд.

[zhekaf]

И может есть смысл заменить atz на atws, перед поиском по atsp5, Для ускорения, чтоб не ждать пока светодиоды проморгают.

[A_Kir]

  В 01.04.2015 в 18:00, sidrva сказал:

2.03.2.test12

 

Добавил в автоопределение блока определение по прошивке, в предыдущей только по заводскому номеру.

 

Планшет Андроид 4.2 и смартфон Андроид 4.4 с ELM Wi-Fi и bluetooth - определяет М73 Автел, работает без проблем, зависаний и вылетов.

А вот у шнурка СН340 после 1-го подключения был завис на вкладке Параметры - никуда больше не хотел переключаться, цифры не менялись. Отключился кнопкой связи, подключился опять - все нормально... Есть подозрение, что я перед подключением шнурка то ли включил, то ли выключил пробелы... Может из-за этого зависло...

 

Изменено 2 апреля, 2015 пользователем A_Kir

[cxem]

OpenDiagMobile-2.03.2.test.v2.1

 

[sidrva]

  В 01.04.2015 в 21:40, тсж сказал:

вот кусочек вашего лога

Send: 220091

Receive: BUS INIT: OK

7F 22 33

33 - это код ошибки , а он говорит , что нет команды открытия сеанса связи(StartDiagnosticSession), перед подачей команды 220091

скорее всего нужно команда типа 1080,1081 или аналогичные или 3E01 , нужно знать конкретно команду для вашего блока

Извиняюсь спросить :-) А есть описание всех ошибок 7F? У меня только старые, 2000-го года. Изменено 2 апреля, 2015 пользователем sidrva

[zhekaf]

cxem , вот два лога к линии. Один адаптер рабочий, другой не очень.

  Показать контент

0000698953: Open COM2 Baud=10400 RTO=10

0000702484: 00

0000702562: 81 10 F1 81 03

0000702594: 83 F1 10 C1 6B 8F 3F

0000702734: 81 10 F1 81 03

0000702766: 83 F1 10 C1 6B 8F 3F

0000705875: 81 10 F1 3E C0

0000705875: Close COM2

 

 

 

  Показать контент

0000070500: Open COM2 Baud=10400 RTO=10

0000077328: 00

0000077391: 81 10 F1 81 03

0000077422: 83 F1 10 C1 6B 8F 3F

0000080922: Close COM2

 

Запрос 81.Из за чего так может быть? Нижний лог elm выдает BUS INIT: ERROR

Изменено 2 апреля, 2015 пользователем zhekaf

[zhekaf]

Sidrva, меня посетила мысля:-) Вот лог работы Elm1.1 с м75, прослушанный Elm1.5 по команде atma.

По логу видно, что перед каждым ответом эбу есть 10. откуда этот байт?

Может Elm 1.5 из за этой 10 и не видит эбу м75? Elm ждет ответа C1 6B 8F, а получает 10 C1 6B 8F и по этому пишет BUS INIT: ERROR. А Elm1.1 этот лишний байт не видит. Или я ошибаюсь?

[sidrva]

  В 02.04.2015 в 15:49, cxem сказал:

OpenDiagMobile-2.03.2.test.v2.1

 

Спасибо! Вижу, нормально блок отвечает. Не знает команды, но это дело микаса. Но опять же одно но, 82 елм блоку не послал, просто ушел в OBD :-(

[тсж]

  В 02.04.2015 в 16:28, sidrva сказал:

Извиняюсь спросить :-) А есть описание всех ошибок 7F? У меня только старые, 2000-го года.

да у меня такие же из протокола 14230-3

[sidrva]

  В 02.04.2015 в 16:58, zhekaf сказал:

Sidrva, меня посетила мысля:-) Вот лог работы Elm1.1 с м75, прослушанный Elm1.5 по команде atma.

По логу видно, что перед каждым ответом эбу есть 10. откуда этот байт?

Может Elm 1.5 из за этой 10 и не видит эбу м75? Elm ждет ответа C1 6B 8F, а получает 10 C1 6B 8F и по этому пишет BUS INIT: ERROR. А Elm1.1 этот лишний байт не видит. Или я ошибаюсь?

Трудно что либо сказать, atma не пробовал и не разбирался.

Вариант cxem у yurazlat не прокатил. Всё также как в test12. Но, тем не менее, думаю внести в прогу ..... В общем по тестю на своей. Вообще, логика видна. С начала шину подключить и только потом адреса куда и откуда задавать, которые, теоретически могут меняться во время связи. Да и подумать ещё о startDiagnosticSession и stopDiagnosticSession надо.

 

  В 02.04.2015 в 18:29, тсж сказал:

да у меня такие же из протокола 14230-3

У меня ....33 нету. Значит ещё старее :-)

[angtar]

  В 02.04.2015 в 18:35, sidrva сказал:

Да и подумать ещё о startDiagnosticSession и stopDiagnosticSession надо.

таки эти команды надо однозначно засылать в ЭБУ...

странно, что ты этого до сих пор не сделал...

на работе документация, где указан порядок команд, в понедельник могу кинуть...

[тсж]

вот посмотри, может более полный вариант, страница 17

[sidrva]

  В 02.04.2015 в 18:44, тсж сказал:

вот посмотри, может более полный вариант, страница 17

Да слов нет! Спасибо! Почитаю всё!

 

  В 02.04.2015 в 18:42, angtar сказал:

 

таки эти команды надо однозначно засылать в ЭБУ...

странно, что ты этого до сих пор не сделал...

на работе документация, где указан порядок команд, в понедельник могу кинуть...

так ариентируюсь на windows версию, а там с елм нет такого, с калайн да, есть.

От любых доков ни когда не откажусь!

 

Изменено 2 апреля, 2015 пользователем sidrva

[тсж]

  В 02.04.2015 в 16:58, zhekaf сказал:

Вот лог работы Elm1.1 с м75, прослушанный Elm1.5 по команде atma.

По логу видно, что перед каждым ответом эбу есть 10. откуда этот байт?

этот байт 10 как раз все ясно просто твой адаптер или программа убирает не все три байта заголовка ,

а только 2 байта , например условный ответ: 84 F1 10 61 01 24 78

вместо всего заголовка 84 F1 10, убирает только 84 F1

 

21 80

10 61 61 80 FF FF................

80 F1 10 61 61 80 FF FF................

 

вот еще заголовок 4 байта, а убрано только 2 байта 80 F1, а 10 61 оставлено в ответе

Изменено 2 апреля, 2015 пользователем тсж

[angtar]

  В 02.04.2015 в 18:55, sidrva сказал:

Да слов нет! Спасибо! Почитаю всё!

 

так ариентируюсь на windows версию, а там с елм нет такого, с калайн да, есть.

От любых доков ни когда не откажусь!

последовательность должна быть такая:

startCommunications

testerPresent /периодически засылается, чтобы ЭБУ не отвалился и в теле обмена/

startDiagnosticSession

 

(здесь идет обмен между компом и ЭБУ: запрос параметров, чтение ошибок, сброс ЭБУ и т.п.)

 

stopDiagnosticSession

stopCommunications

 

тебе ещё стоит почитать ISO-14230-1, ISO-14230-2

Изменено 2 апреля, 2015 пользователем angtar

[sidrva]

  В 02.04.2015 в 19:19, angtar сказал:

 

последовательность должна быть такая:

startCommunications

testerPresent /периодически засылается, чтобы ЭБУ не отвалился и в теле обмена/

startDiagnosticSession

 

(здесь идет обмен между компом и ЭБУ: запрос параметров, чтение ошибок, сброс ЭБУ и т.п.)

 

stopDiagnosticSession

stopCommunications

 

тебе ещё стоит почитать ISO-14230-1, ISO-14230-2

Об этом порядке я знал и знаю, но это не для настоящего елм. В стандарте елм сессию поддерживает сам елм! А когда занялся калайном, даже и не вспомнил ...

Надеюсь, что в -3 есть -1 и -2 :-)

Изменено 2 апреля, 2015 пользователем sidrva

[тсж]

  В 02.04.2015 в 16:58, zhekaf сказал:

Sidrva, меня посетила мысля:-) Вот лог работы Elm1.1 с м75, прослушанный Elm1.5 по команде atma.

По логу видно, что перед каждым ответом эбу есть 10. откуда этот байт?

кстати и по адаптеру v1.1. у тебе тоже в логе иногда выскакивает 10

Send: 2101

Receive: 106101008E00A50D440010024E00AE00000347006E803A5E82831D3EF7AD827DA202020F4E267512470055089900050014000045002301BD004A4ED6BCDA

Time: 17:25:35,474

Send: 2101

Receive: 6101008E00A50D98000A024700AE00000350007180885E837F5D3EF7AD829AA202020F4E276A12470055088B0005FFF0000045002301BD004A4ED6BC

Time: 17:25:35,819