7771 Подключение бука к Хонде через OBD-2 Опции

Бортового регистратора нет, пишет "ваша модель не поддерживает"

Бортового регистратора нет, пишет "ваша модель не поддерживает"

Ну я так и подумал, у твоего шнурка нет памяти встроенной, для записи логов.
Но есть возможность и в онлайн режиме логи делать - режим "снимок"(или Snapshot), это несколько медленнее (у меня по крайней мере) но тоже неплохо.

А чем отличается "съем" логов в режиме "Параметры" от режима "Снимок"? В плане быстродействия у меня еще особенность, что все работает на виртуальной XP, а на ноубуке стоит Vista (HDS и драйвер шнурка на Висте не работают)

Сообщение отредактировал SergM - 23.05.11 - 09:27

А чем отличается "съем" логов в режиме "Параметры" от режима "Снимок"?

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

В плане быстродействия у меня еще особенность, что все работает на виртуальной XP, а на ноубуке стоит Vista (HDS и драйвер шнурка на Висте не работают)

Если процессор и материнка(настройки bios) поддерживает виртуализацию, то вообще никакой разницы. Если не поддерживает или проц или мать, тогда довольно вяло все может рабоать, но HDS в принципе не сильно требовательная программа, так что не страшно.

HDS лог расширение dat, пришлось переименовать в txt, смотреть можно в HDS в автономном режиме.
 LOGHDSStepWGN.txt ( 74,9 килобайт ) Кол-во скачиваний: 55


Сообщение отредактировал SergM - 24.05.11 - 09:59

Команды я думаю добавить просто для опроса. Как определить в ответе что да как? Лог данный выше открывается?

SergM,
только сопосталяя вживую изменения байтов ответа и показания проги можно понять что к чему.
пробуй, всё получится

Попробую! Если разберусь, исходники дадите? Думаю за месяц разберусь, как программу "своять"! Отдельную, думаю все в куче-запутаемся.

дам конечно.

Лог с расширением csv, переименовать txt
 STEP_WGN_2002.txt ( 29,14 килобайт ) Кол-во скачиваний: 30

Mayhem, Renemen вы можете в эту программу http://hondamotor.ru/board/index.php?showt...t=0&start=0 для начала добавить эти команды, после инициализации режима (OBDII)
25 07 72 00 00 05 5D
25 07 72 11 00 16 3B
25 07 72 23 00 05 3A
25 07 72 D1 00 0A 87
25 07 72 D0 00 17 7B
25 07 72 34 00 02 2C
25 07 72 D2 07 03 86
Данная программа более удобна для изучения протокола (лог в HEX виде).
Если времени мало, то отправьте в личку исходники, список ПО что поставить и указание для начала, где поменять команды запрос ЭБУ на данные.

Сообщение отредактировал SergM - 01.06.11 - 10:13

Данная программа более удобна для изучения протокола (лог в HEX виде).
Если времени мало, то отправьте в личку исходники, список ПО что поставить и указание для начала, где поменять команды запрос ЭБУ на данные.

На самом деле хоть и кажется все просто, на деле все сложнее. Сама программа написана на C#, причем очень жестко задействованы средства ООП + всякая поточная хрень, очень много всяких классов и наследований, разобраться очень сложно, во всяком случае мне. Исходники могу дать, мне не жалко, я даже там каментов понатыкал, там где смог разобраться.. даже собрать программу не тривиальная задача, но для компьютерного чела не сложная. Нужно скачать Visual Studio C# 2006-2010 (2010й щас бесплатно раздают на микрософте), и установить один платный(с таблеткой) компонент, он есть в исходниках, и в принципе все, должно собираться.

Платное с сайта w3? А HOPE проще? В плане программирования. А кто-нибудь на PGMFI.org зарегистрирован? Что там пишут, есть что то?

Сообщение отредактировал SergM - 02.06.11 - 04:59

Платное с сайта w3? А HOPE проще? В плане программирования. А кто-нибудь на PGMFI.org зарегистрирован? Что там пишут, есть что то?

HOPE может и попроще, во всяком случае там нет заморочек в работе с ком-портом. Он на дельфи 7 еще к стати.
А, что там на pgm-fi? По диагностике там уже давно все стухло, там чисто прошивками занимаются, логерские утилиты работают тока с тюнерскими прошивами.

для начала добавить эти команды, после инициализации режима (OBDII)

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

Нет 5 бод не надо. Я так себе приставляю:
- программа посылает запрос на всключение спецрежима
- посылка 6-ти 7-ми байтных запросов по циклу
- обработка полученных ответов
- вывод на экран
В терминальном режиме ЭБУ выдает данные.
Я так понимаю всю программу надо принципиально переписывать? С какой стороны взяться? А запрос на включение режима, он же больше 5-ти и даже 7-ми байт?

Сообщение отредактировал SergM - 05.06.11 - 08:58

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

/// вроде разобрался///

6-ой отвечает за количество запрашивемых байт, как видно при 7 байтных командах можно просить больше 16 байт.
второй байт ответа, как и в обд 1 - кол-во байт в ответе.
попробуй эксперементальным путём установить какое максимальное количество байт можно просить, постепенно увеличивая 6-ой байт, до каких пор мозг будет отвечать.
4-тый и 5-тый байты похоже отвечают за стартовый байт чтения памяти мозга, попробуй увеличить или уменьшите 5-тый на еденицу, посмотри сместятся ли баты в ответе, поробуй тоже с 4-тым.
также видно размер памяти у обд2 мозгов значительно больше обд1, видимо адресация в них происходит 2-мя байтами.
пока непонятно 3-тй байт отвечает за адресацию или нет, поиграйся с ним, посмотри на ответы.

выложи логи всех эксперементов.

получается этот протокол не отличается от старого, добавились только 2 байта которые стали дублироваться в ответе, вот и вся разница.
я думаю можно дополнить мою прогу, только пока непонятно, как поддерживать 2 разных конфига, ведь смещения и формулы будут разные для обд1 и обд2.
также всётаки придётся менять формат логов т.к. один кадр уже будет не $74 байт а $ff^2+4. пока не могу придумать тако-же быстроработающий и сбоезащишённый алгаритм чтеня/записи по областям.

Сообщение отредактировал Mayhem - 05.06.11 - 21:22

Вроде разобрался с командой
25 07 72 00 00 05 5D - это запрос номера ЭБУ
Ответ 05 0B 72 00 00 40 01 10 00 11 1C
В HDS выводится номер PGMFI 40 01 10 00 11 может и 00 00 впереди тоже к номеру относятся, но отбрасываются. Изучаю дальше.
В свете последних "исследований" это запрос о выдаче 5 байт с памяти по адресу 00 00

Сообщение отредактировал SergM - 06.06.11 - 06:50

Я правильно думаю: Все параметры значения которых вкл-выкл будут отображаться в ответах Выкл = 00, Вкл = 01 ????

Команда 25 07 72 11 00 16 3B
25 07 72 - служебная часть одинакова у всех (07-количество байт в запросе, попадаются 5-ти байтные запросы как старого формата с 20, так и нового с 25)
11 00 адрес в ЭБУ с которого выдавать данные
16 - количество вадаваемых байт с этого адреса
3B - соответственно контрольная сумма
Ответ 05 1C 72 11 00 00 00 18 00 A6 3A 9E 3D 8E 60 8D 5F 00 00 80 6C 34 00 00 00 00 00 8F
05 - служебная часть
1С - количество байт в ответе
72 - служебная часть (или адрес из 3 байт???)
11 00 - адрес с которого выдаются данные
00 00 18 00 A6 3A 9E 3D 8E 60 8D 5F 00 00 80 6C 34 00 00 00 00 00 - данные 22 байта (в HEX=16)
8F - контрольная сумма

Адреса ЭБУ с которых опрашиваются данные

11 00
23 00
34 00
D0 00
D1 00
D2 07

Вроде как с запросами понятно в общих чертах, 72 под вопросом?

На запрос 25 07 72 34 00 02 2C
Постоянно один и тот же ответ 05 08 72 34 00 00 28 25
Что бы это значило? 00 28?

Сообщение отредактировал SergM - 06.06.11 - 06:55