Обкатка диагностической программы для Toyota - Тестер ECU JDM - Страница 277 - PCCar.ru

GASCHE · 15.06.2011, 09:26

Цитата:

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

В итоге вычислил что такая штука происходит при посылке запроса 0180!
Может кто сталкивался с таким или просто мысли какие есть?

А можно выложить несколько ответов о поддерживаемых PIDах до значения 0180 например 0120 0140 0160 и после 01A0 01С0.

Valentin8080 · 15.06.2011, 10:05

Цитата:

Сообщение от тсж39

для Skokoff:
прочти приложение ,может найдешь ответы на интересующие вопросы.

Да в общем все верно написано.

Skokoff · 15.06.2011, 16:25

Цитата:

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

А можно выложить несколько ответов о поддерживаемых PIDах до значения 0180 например 0120 0140 0160 и после 01A0 01С0.

во вложении файл "130611_223633вырвал флешку.txt"

это запрос рилтайма всех пидов подряд моде 01. без 0180, но до него один фиг не дошло и глучкнуло на заведенную. лог незаконченый - как только коолбаснуло двиг, то сразу вырвал флешку. видимо между 6D и 73 есть ещё глючный пид.
лог подкоректирован - убраны строки с запросами без ответов и ненужные строки типа "Data: ...".

Цитата:

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

Да в общем все верно написано.

Видимо я плохо сформулировал свою мысль.
Главный вопрос - как определяется способ расшифровки ответа еку, по содержанию строки в инишнике или по её положению в разделе?

Например вот класическое начало для тоёты:
--- раздел "инф об эку"-----------
1. 01 00 -иниц 5baudinit
2. 10 00 - начало сеанса связи
3. 01 1C -опред типа адаптера
4. 01 D3 -ID ECU
5. 01 00 - определить поодер. пиды для 01 00
6. 01 20 - для 01 20
--------------
Если я пеменяю местами строки 4 и 5 останентся результат тем же или фиг?
Если я добавлю строку 7:
7. 01 05
что появится в окне "инф об эку"? ничего? или значение температуры будет интерпретировано как поддерживаемые пиды?

тсж39 · 15.06.2011, 18:28

для Skokoff:

TxD(Эхо):82 13 F1 01 B0 37
RxD:84 F1 13 41 B0 F4 01 6E

для 01 B0 ответ F4 01 --1111.0100.0000.0001
теперь считаешь:
0-это не поддерж.пид
1-это поддерж.пид
получается: 01 B0 -поддерживает пиды: B1.B2.B3.B4.B6.C0
так расшифровываются поддерживаемые пиды.

GASCHE · 15.06.2011, 18:58

К сожалению, у меня нет статистики, но смотрим "130611_223633вырвал флешку.txt" TxD(Эхо):82 13 F1 01 00 и ответ RxD:86 F1 13 41 00 BF 9F B1 00, т.е. поддерживаются 01, 03, 04, 05, 06, 07, 08, 09, 0C, 0D, 0E, 0F, 10, 11, 13, 14, 18 Здесь вроде все нормально кроме 03 PID на который нет ответа, но среди поддерживаемых нет и 20 PID, т.е. по идее мы на этом должны остановиться.
Однако запрос 20 есть TxD(Эхо):82 13 F1 01 20 и на него получен странный ответ RxD:84 F1 13 41 20 F4 01 длинной 4 байта вместо 6. Что в этом случае поняло ECU и что ответило?

тсж39 · 16.06.2011, 00:22

для GASCHE

01 00------ BF 9F B1 00
1011.1111.1001.1111.1011.0001.0000
01, 03, 04, 05, 06, 07, 08, 09, 0C, 0D, 0E, 0F, 10, 11, 13, 14, 18
01 20------ F4 01
1111.0100.0000.0001
21.22.23.24.26.30

TxD(Эхо):82 13 F1 01 03 8A
RxD:83 F1 13 41 03 02 CD
Data:41 03 02
вот от моей машины ответ пид 01 03 дает ответ 02

почему у него нет ответа на 01 03, хотя он поддерживается не знаю

пид 01 00---поддерживает с 0101 до 011F, 20 в него не входит,
а 01 20 поддерживает с 0121 до 0130, 30 в него входит
если я не ошибаюсь то только 0100 поддерживает до 1F, а 01 20, 01 30 и следующие захватывают и начало следующего,то есть 30. 40.... и т. д.

00-1F-требуют 4байта, можно перебрать 32 пида
21-30-нужно всего 2 байта, что бы перебрать 16 пидов

Skokoff · 16.06.2011, 02:10

GASCHE
ты прям мои мысли читаешь. озадачено точно такимиже вопросами про заморочки с пид 20. кстати, tecu расшифровала этот короткий ответ как поддерживаемые пиды. Вообще ты, наверное, обратил внимание, что есть ещё ряд пидов которые не стыкуются со списком "поддерживаемых".

[тсж39]
пид 01 00---поддерживает с 0101 до 011F, 20 в него не входит
01 20 поддерживает с 0121 до 0130, 30 в него входит - откуда инфа по кол-ву и что входит а что нет?
Покрайней мере по стандартному kwp2000 всё не так. Пиды порублены блоками по 32, а не по 16. Запрос на нулевой из блока даёт список поддерж пидов в этом блоке и в том числе "ссылку" на следующий блок. Хотя из фактов видно что тоёте на ето пох или можно это объяснить различием между kwp и собственным протоколом тоёты. У тебя случаем нету описания протокола именно тоёты?

GASCHE · 16.06.2011, 10:23

Цитата:

Сообщение от тсж39

вот от моей машины ответ пид 01 03 дает ответ 02

Я это знаю, просто отметил выпадение у него этого PID из общего правила.

Цитата:

Сообщение от тсж39

00-1F-требуют 4байта, можно перебрать 32 пида 21-30-нужно всего 2 байта, что бы перебрать 16 пидов

До сих пор думал что правила для того и создаются чтоб их выполнять

Смотрим у Valentin8080 в программе TECU\PIDS\Toyota\Powertrain\PIDS.ini расшифровку пида 0130 - # of warm-ups since codes cleared думаю, она несколько отличается от 0120 - Поддерживаемые пиды 21-40.

Цитата:

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

Хотя из фактов видно что тоёте на ето пох или можно это объяснить различием между kwp и собственным протоколом тоёты.

А может это мы, по незнанию так толкуем факты, а TOYOTA смотрит и улыбается

Цитата:

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

У тебя случаем нету описания протокола именно тоёты?

Valentin8080 · 20.06.2011, 07:40

Цитата:

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

Видимо я плохо сформулировал свою мысль.
Главный вопрос - как определяется способ расшифровки ответа еку, по содержанию строки в инишнике или по её положению в разделе?

Например вот класическое начало для тоёты:
--- раздел "инф об эку"-----------
1. 01 00 -иниц 5baudinit
2. 10 00 - начало сеанса связи
3. 01 1C -опред типа адаптера
4. 01 D3 -ID ECU
5. 01 00 - определить поодер. пиды для 01 00
6. 01 20 - для 01 20
--------------
Если я пеменяю местами строки 4 и 5 останентся результат тем же или фиг?

порядок запросов, кроме первых двух (01 00 и 10 00) не имеет значения.

Цитата:

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

Если я добавлю строку 7:
7. 01 05
что появится в окне "инф об эку"? ничего? или значение температуры будет интерпретировано как поддерживаемые пиды?

ничего не будет

Запросы вида 01 00, 01 20, и тд расшифровываются как в мануале квп, но смотрится еще размер ответа (то есть если в ответе 2 байта данных, то это интерпретируется как 16 пидов).

И, кстати, по причине неполного соответствия протокола тоёты с квп я и не стал делать автоматическое определение поддерживаемых пидов - каждый сам выберет из полного списка пидов что нужно и все.

Valentin8080 · 20.06.2011, 17:22

Цитата:

Сообщение от тсж39

для Валентина:

опробовал новую версию по Daihatsu
теперь ошибки расшифровывает правильно
нашел несколько ошибок в работе программы:
1. В словах Daihatsu надо изменить "X" на "H"-везде.
2. Надо в файл Daihatsu.ini добавить пид 30 00,а то не показывает
поддерживаемые пиды для сид 30Н.
3. Пид 1А 00 заменить на 1А, с нулями не берет.

Снятая информация в приложении:

Отпишись как сейчас в новой версии все. Лучше с логами, особенно инфо о ецу.

16.06.2011, 02:10	#2767
Skokoff Новый Пользователь Регистрация: 10.06.2011 Город: Хабаровск Регион: 24 Машина: Aristo JZS160 VE Сообщений: 11	GASCHE ты прям мои мысли читаешь. озадачено точно такимиже вопросами про заморочки с пид 20. кстати, tecu расшифровала этот короткий ответ как поддерживаемые пиды. Вообще ты, наверное, обратил внимание, что есть ещё ряд пидов которые не стыкуются со списком "поддерживаемых". [тсж39] пид 01 00---поддерживает с 0101 до 011F, 20 в него не входит 01 20 поддерживает с 0121 до 0130, 30 в него входит - откуда инфа по кол-ву и что входит а что нет? Покрайней мере по стандартному kwp2000 всё не так. Пиды порублены блоками по 32, а не по 16. Запрос на нулевой из блока даёт список поддерж пидов в этом блоке и в том числе "ссылку" на следующий блок. Хотя из фактов видно что тоёте на ето пох или можно это объяснить различием между kwp и собственным протоколом тоёты. У тебя случаем нету описания протокола именно тоёты? Последний раз редактировалось Skokoff; 16.06.2011 в 02:41.

15.06.2011, 18:28	#2764
тсж39 Старший Пользователь Регистрация: 14.04.2011 Возраст: 65 Город: Санкт-Петербург Регион: 78, 98 Машина: TOYOTA Sienta Сообщений: 385	для Skokoff: TxD(Эхо):82 13 F1 01 B0 37 RxD:84 F1 13 41 B0 F4 01 6E для 01 B0 ответ F4 01 --1111.0100.0000.0001 теперь считаешь: 0-это не поддерж.пид 1-это поддерж.пид получается: 01 B0 -поддерживает пиды: B1.B2.B3.B4.B6.C0 так расшифровываются поддерживаемые пиды.

15.06.2011, 18:58	#2765
GASCHE Старший Пользователь Регистрация: 01.04.2010 Регион: 35 Сообщений: 697	К сожалению, у меня нет статистики, но смотрим "130611_223633вырвал флешку.txt" TxD(Эхо):82 13 F1 01 00 и ответ RxD:86 F1 13 41 00 BF 9F B1 00, т.е. поддерживаются 01, 03, 04, 05, 06, 07, 08, 09, 0C, 0D, 0E, 0F, 10, 11, 13, 14, 18 Здесь вроде все нормально кроме 03 PID на который нет ответа, но среди поддерживаемых нет и 20 PID, т.е. по идее мы на этом должны остановиться. Однако запрос 20 есть TxD(Эхо):82 13 F1 01 20 и на него получен странный ответ RxD:84 F1 13 41 20 F4 01 длинной 4 байта вместо 6. Что в этом случае поняло ECU и что ответило?

16.06.2011, 00:22	#2766
тсж39 Старший Пользователь Регистрация: 14.04.2011 Возраст: 65 Город: Санкт-Петербург Регион: 78, 98 Машина: TOYOTA Sienta Сообщений: 385	для GASCHE 01 00------ BF 9F B1 00 1011.1111.1001.1111.1011.0001.0000 01, 03, 04, 05, 06, 07, 08, 09, 0C, 0D, 0E, 0F, 10, 11, 13, 14, 18 01 20------ F4 01 1111.0100.0000.0001 21.22.23.24.26.30 TxD(Эхо):82 13 F1 01 03 8A RxD:83 F1 13 41 03 02 CD Data:41 03 02 вот от моей машины ответ пид 01 03 дает ответ 02 почему у него нет ответа на 01 03, хотя он поддерживается не знаю пид 01 00---поддерживает с 0101 до 011F, 20 в него не входит, а 01 20 поддерживает с 0121 до 0130, 30 в него входит если я не ошибаюсь то только 0100 поддерживает до 1F, а 01 20, 01 30 и следующие захватывают и начало следующего,то есть 30. 40.... и т. д. 00-1F-требуют 4байта, можно перебрать 32 пида 21-30-нужно всего 2 байта, что бы перебрать 16 пидов

Здесь присутствуют: 30 (пользователей: 0 , гостей: 30)