PCCar.ru - Ваш автомобильный компьютер - Обкатка диагностической программы для Toyota

- Разработка программ (http://pccar.ru/forumdisplay.php?f=27)

Уважаемые форумчане,
поделитесь информацией, где можно нарыть производительность форсунок (мл/мин).
необходимо для подсчета расхода топлива в программе
машина - NISSAN X-TRAIL 2002года (двигатель - QR25 (объем - 2488 см3))

как то натыкался на пендосовском сайте,тока не помню на какой двиг.

для Skokoff:

Data:7F 21 78

7F- ошибка,
21- повторение ПИДа,
78- код ошибки,
то есть ECU не воспринимает команду, так как вы посылаете пиды предназначенные только для некоторых ECU (например EFI ABS SRS EMPS)в другие ECU, в машине их больше
и некоторые из ECU вообще не отвечают, хотя при этои выполняют команды.

Коды ошибок по режиму обмена:

10 Обмена нет
11 Не поддерживается с пакетом
12 Sub функция не поддерживается - неправильный формат
21 Занят - повторить запрос
22 Неверны условия или ошибка последовательности запроса
23 Постоянные сбои и восстановление
31 Запрос Out Of Range
33 Security Access Denied - безопасность доступа к запрошенному
35 Ключ
36 Количество попыток не верно
37 Требуемое время задержки не истекло
40 Прием не завершился
41 Неправильный тип скачивания
42 невозможно скачать на указанный адрес
43 не могу скачать количество байтов за
50 Добавление не принято
51 Неправильный тип загрузки
52 Не возможность загрузить с указанного адреса
53 не может загрузить количество байтов за
71 Передача зависла
72 Передача прервана
74 Недопустимый адрес в блоке передачи
75 Недопустимые байты в блоке передачи
76 Недопустимый тип блока связи
77 Блок передачи данных ошибка контрольной суммы
78 Запрос Correcty RCVD - Rsp

это для примера.

Спасибо за инфу. По поводу Data:7F 21 78 разобрался. Это значит, что запрос правильный и принят эку, в данный момент идёт его обработка и пока эку "посылает" всех лесом, т.к. не может принять следующий запрос.

Но... суть вопроса в том, что в проге не предусмотрен такой случай.

Вот возник ещё один вопрос - Чего ожидать от еку при посылке ему запроса с неподдерживаемым сид/пид? эку ответит отказом (7F) или тупо промолчит? У меня (toyota) походу тупо молчит, хотя по стандарту положено отвечать отказом.

Цитата:

Вот возник ещё один вопрос - Чего ожидать от еку при посылке ему запроса с неподдерживаемым сид/пид? эку ответит отказом (7F) или тупо промолчит? У меня (toyota) походу тупо молчит, хотя по стандарту положено отвечать отказом.

по опыту...ктомолчит а кто и честно шлет 7F :) так что фиг угадаеш

для Skokoff:

Пример Тойота 10 00-берет; 10,14-не поддерживает (пропускает); 13-берет

Open COM4
TxD(Эхо):81 13 F1 81 06
RxD:83 F1 13 C1 E9 8F C0
Fast Init OK
ECUADDR=13 KW1=E9 KW2=8F
TxD(Эхо):82 13 F1 10 00 96
RxD:81 F1 13 50 D5
Data:50
TxD(Эхо):81 13 F1 10 95
TxD(Эхо):81 13 F1 14 99
TxD(Эхо):81 13 F1 13 98
RxD:87 F1 13 53 00 00 00 00 00 00 DE
Data:53 00 00 00 00 00 00
Close COM4

Подскажите
Прога тоетовская стоит на Хонде CRV 2006
настройки из фала стандартные по мафу
Все супер но расход показывает РОВНО в два раза больше
Допустим по БК 12 по ЕЛМ 24 итд ...
Где то что то можно подкрутить ?

Цитата:

Сообщение от Skokoff (Сообщение 186658)

При сканировании адресов findecu несколько раз работала непонятным образом (как именно напишу ниже). Объясните, пожалуйста в чём причина такого поведения.

И так глюки такие:
1. на некоторых адресах прога останавливается и дальше помогает только её перезапуск. Причем висит не мертво, на интерфейс реагирует, кнопка "стоп" нажимается, но процес не останавливается.
2. При отправке запроса на некоторый адрес (например 9С) ответ приходит с функциональной адресацией. Что это за ecu такой и почему так делает? Можно/правильно ли на основании такой пары запрос-ответ делать вывод о соответствии между физ. и функц. адресом этого эку?

3. Иногда в лог попадают непонятные строки. Например, это лог запроса на 62. Откуда строка №2 непонятно.

по пунктам:
1. На некоторые запросы эбу начинает выдавать данные непрерывно без ожидания в дальнейшем каких либо запросов. Эти команды не изучены и не поддерживаются программой (и скорей всего не будут поддерживаться).
2. Ну этот вопрос можно адресовать только разработчикам протокола :) А так думаю корректней будет подача функционального запроса по этому адресу, а эбу скорей всего отвечает и на физический и на функциональный запрос одинаково.
3. Как следствие из первого пункта. У тебя эбу продолжает посылать запросы, а ты заново пытаешься создать коннект. Первый запрос накладывается на непрерывную посылку предыдущего циклового запроса - вот и фигня выводится, коннект происходит со второго раза, гда запрос уже нормально проходит.

Цитата:

Сообщение от odessit (Сообщение 186741)

Попробуй коэффициент топлива в настройках увеличить в 2 раза. Похоже это связано с тем что, в формулы расходов по MAF и MAP я забыл добавить зависимость от количества цилиндров двигателя :(

Сегодня первый раз запускал TECU при заведенном двигателе. При однократном считывании realtime где-то в середине процесса двигатель внезапно практически заглох, затем сам вышел на обороты где-то 1200 и продолжал так работать пока я не заглушил. Кроме этого в момент начала этой фигни загорелись лампы чек ENG и VSC. После выкл/вкл зажигания всё пропало как и не было ничего. Опыт повторил несколько раз. В итоге вычислил что такая штука происходит при посылке запроса 0180! кроме того обратил внимание что при незаведенном двиге в момент посылки 0180 под капотом слышны щелчки каких-то релюх, по месту происхождения щелчков похоже на реле ABS, TRC, VCS.

Может кто сталкивался с таким или просто мысли какие есть?