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

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

Цитата:

Сообщение от GASCHE (Сообщение 179620)

mol78 А можно предусмотреть выход из программы "Тестер ECU[2.1.2.2]" при наличии ошибок в файле, вчера загрузил непотребный лог так "рука бойцов 'клик' жать устала и ядрам (диспетчеру задач) снять процесс мешала гора сообщений об ошибках"

Можно. А где этот непотребный лог?:derisive:

Цитата:

Сообщение от mol78 (Сообщение 179721)

Можно. А где этот непотребный лог?:derisive:

http://pccar.ru/showpost.php?p=179550&postcount=1588

Цитата:

Сообщение от mol78 (Сообщение 179721)

Можно. А где этот непотребный лог?:derisive:

выбрал первые несколько параметров ..... все они по дефолту нет
жму окей и вот такое придется долго жать :).

То Virtual: скачай версию 2.1.2.2 там многие ошибки исправлены, в том числе и эта.
To Gashe: по ссылке не лог, а график. У меня загрузился нормально. Но поправлю все равно процедуру на всякий случай.

Цитата:

Сообщение от mol78 (Сообщение 179787)

To Gashe: по ссылке не лог, а график. У меня загрузился нормально. Но поправлю все равно процедуру на всякий случай.

A я то голову ломаю :( как klop-2 график увидел, когда там лог связи по CAN http://pccar.ru/showpost.php?p=175918&postcount=2266. Он у меня рядом лежал ну я его и хотел загрузить в вашу программу, после чего она долго ругалась.

сравнивал вчера на сон грядущий запросы-ответы на 21 моду у тойоты и у уазика.
увидел, таки, разницу

Код:

Тойота запрос: 82 (дай) 13 (ECU) F1 (TECU) 21 (мода) 01 (пид) A8 (CRC)

Тойота ответ: 86 (на 6 байт) F1 (к TECU) 13 (от ECU) 61 01 00 00 00 00 (6 байт) EC (CRC)

УАЗ запрос: 82 (дай) 10 (ECU) F1 (TECU) 21 (мода) 01 (пид) A5 (CRC)

УАЗ ответ: 80 (на) F1 (к TECU) 10 (от ECU)  77 (0x77=119 байт) тут 119 байт данных и CRC.

так кто из них прав по отношению к стандарту?
про KWP2000 пишут, что это ISO-14230, а реально до куда дочитал многостраничный стандарт, так и написал его реализацию что ли?

Цитата:

Сообщение от psyhosis (Сообщение 179813)

про KWP2000 пишут, что это ISO-14230, а реально до куда дочитал многостраничный стандарт, так и написал его реализацию что ли?

A там не говорят что "21 мода" не стандартная?

Цитата:

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

Each manufacturer may define additional modes above #9 (e.g.: mode 22 as defined by SAE J2190 for Ford/GM, mode 21 for Toyota) for other information (e.g.: the voltage of the Traction Battery[1] in a HEV).

Цитата:

Сообщение от psyhosis (Сообщение 179813)

сравнивал вчера на сон грядущий запросы-ответы на 21 моду у тойоты и у уазика.
увидел, таки, разницу

Код:

Тойота запрос: 82 (дай) 13 (ECU) F1 (TECU) 21 (мода) 01 (пид) A8 (CRC)

Тойота ответ: 86 (на 6 байт) F1 (к TECU) 13 (от ECU) 61 01 00 00 00 00 (6 байт) EC (CRC)

УАЗ запрос: 82 (дай) 10 (ECU) F1 (TECU) 21 (мода) 01 (пид) A5 (CRC)

УАЗ ответ: 80 (на) F1 (к TECU) 10 (от ECU)  77 (0x77=119 байт) тут 119 байт данных и CRC.

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

Цитата:

Сообщение от GASCHE (Сообщение 179820)

A там не говорят что "21 мода" не стандартная?

ну это ее содержания касается, а не формата ответа

Цитата:

Сообщение от Valentin8080 (Сообщение 179823)

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

ну семиуровневую модель я давно курил... в автоматизации тоже куча протоколов, интерфейсов и прочего. CAN, 485-й, modbus - для меня не матершинные слова :) 14230 (как раз из шапки) бегло посмотрел.
CAN - вообще симбиоз, и протокол и интерфейс... хотя есть у нас компания, которая в 485-м гоняет немного модифицированный модбас и называет это CAN-ом, там никакими 11 и 29 битными вещами и не пахнет :)
тут и автоматизация вспомнилась, был там протокол МЭК-870. его тоже каждый производитель по своему интерпретировал, стандарт "широкий", возможностей много. вот и приходилось "ужа с ежом" крестить... тут, я гляжу, то же самое. ну да ладно, будем надеяться, что за открытым софтом будующее :)