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

[mol78]

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

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

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

[GASCHE]

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

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

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

[Virtual]

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

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

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

[mol78]

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

[GASCHE]

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

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

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

[psyhosis]

сравнивал вчера на сон грядущий запросы-ответы на 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, а реально до куда дочитал многостраничный стандарт, так и написал его реализацию что ли?

[GASCHE]

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

про 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).

[Valentin8080]

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

сравнивал вчера на сон грядущий запросы-ответы на 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, а реально до куда дочитал многостраничный стандарт, так и написал его реализацию что ли?

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

[psyhosis]

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

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

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

[psyhosis]

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

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

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