ViViseKtor

Не вводите людей в заблуждение. Насколько я в курсе ШТАТ этого тоже не делает. Ну а Стеваз вообше с люксовым электропакетом не работает, да и с нормой тоже работает весьма своеобразно. По крайней мере я не слышал чтобы у кого-то управление электропакетом в Стевазе работало.

В файл ecu.log в папке LOG. Повторюсь, при начале диагностики запись в фвйл ведется постоянно, Поэтому даже при зависании программы, лог диагностики все равно остается. Нажимая на кнопку сохранения лога, Вы просто перезаписываете файл под другим именем. Сделано для удобства, потому что файл ecu.log при следующем сеансе диагностики перезаписывается..

Бесконечный :))))))))) На самом деле никакого буфера не существует в природе. Лог пишется сразу в файл. Поэтому его размер ограничен только размером свободного места на диске :)))))

Скорее всего и не будет уметь :)))))) Похоже что режим разблокировки устанавливается только с брелка. По крайней мере программно активировать режим у меня не получилось. Не нашел я такой команды. Хотя исследованием блока занимался довольно плотно.

Ага. Спасибо. С ключами все в порядке :)))) А вот определение не работает. Надо поправить. Ключ при определении комплектации не проверяется. Это я упустил :(((((

Да. Я понял :))))) В следующей версии будет уже изощренная система обработки ошибок связи :))) Просто у меня таких проблем не возникало, поэтому как то выпали у меня из поля зрения такие моменты. Обработка протокольных ошибок присутствует (когда теряется ответ блока). А стал разбирать алгоритм связи именно со стороны такого рода ошибок и смотрю - да, присутствуют неоднозначности, которые вводят программу в ступор :)))) Поправлю.

С микасом 11ЕТ вяжется? А то у меня возникли сомнения в правильности генерации ключа доступа. Если можно киньте логи с 11ЕТ.

Да нет, Конфликта нет. Просто я не озаботился, к сожалению, обработкой такой ошибки в программе. И порт при такого рода сбое остается захваченным программой и не закрывается. У меня просто на Орионе с моим нетбуком таких проблем не возникает.:)))) Сделаю такую обработку, посмотрим :))))

Скоро :) В следующей версии думаю будет

Ну вот мои эксперименты и анализ ситуации по поводу обрывов связи. Прежде всего смотрим картинку. Вверху момент обрыва связи из лога присланного ВВГ. Внизу обрыв связи спровоцированный мной искусственно. Как видим ситуация абсолютно одинаковая. Как же я добился такого эффекта? :))))) Очень просто просто выдернув шнурок из УСБ. Казалось бы вывод однозначный (по крайней мере в случае ВВГ) - плохой контакт в шнурке между адаптером и компьютером. Но .... Мне кажется что не все так просто. Настораживает, что по утверждениям обрывы связи происходят только при работающем двигателе. К тому же ситуация с обрывом несколько отличается от того, в какой момент времени шнурок выдернуть. Если выдернуть в момент, когда запрос уже ушел, а эхо адаптера еще полность не пришло, то ситуация очень похожая, с одним исключением. Программа сообщит об ошибке 022 (эхо адаптера). У ВВГ же насколько я понял обрывы всегда сопровождаются ошибкой 011 (невозможно произвести запись в порт). поэтому мне все-таки кажется что дело не в шнурке. Можно было бы предположить, что обрывы происходят из-за плохого контакта в разъеме ОБД. Но все таки не очень похоже. Если бы был плохой контакт диагностической линии, было бы искажение запросов программы и ответов ЭБУ. А этого не наблюдается. К тому же в программе присутствует модуль обработки такого рода ошибки. А вот плохие контакты питания в колодке, теоретически могли бы привести к подобному эффекту. Проанализировав все это я пришел к следующему выводу. Виновата все-таки на мой взгляд электрика автомобиля, а именно скорее всего плохая земля где-то. Или же виновата плохая помехозащищенность по питанию именно этих адаптеров (Китай насколько я понимаю, а они там на всем экономят :)))) ) Если у кого-то есть желание поэкспериментировать, то проверить это достаточно просто. Нужно подать питание на адаптер не с колодки ОБД, а с какого-то внешнего стабильного источника, ну или напрямую с аккумулятора. Если проблема со связью исчезнет, то вывод будет однозначный. Ну вот где-то такие мои размышления на эту тему. Да, программа все отрабатывает честно, так что дело не в ней. Единственное, что в программе не присутствует - это обработка такой ошибки связи. Поэтому приходится ее закрывать, чтобы вывести ее из ступора :)

А что за версия программы у Вас? :)))) Странные показания усилия с датчика момента. Это что-то из предыдущих версий.

Снимите логи монитором портов, который я выкладывал в посте 1314 на странице 66. Посмотрю при каких условиях происходит обрыв связи. Может что и посоветуюю.

1. Без включения зажигания ЭБУ и не будет выходить на связь. Постоянно на линии висят только АПС и электропакет. Все остальное можно диагностировать только при включенном зажиании 5. АБС из всех блоков самая критичная по выходу на связь по моим наблюдениям, поэтому то что она не всегда определяется в общем-то нормально. Смотря какой у Вас адаптер. Например Орионовский адаптер плохо работает при низких температурах, Мне приходится сейчас прогревать сначала салон, чтобы он нормально работал. И для всех. Я стараюсь просматривать все пожелания по улучшению программы. Что-то вношу в программу прямо по ходу, в том числе и некоторые интерфейсные изменения, Но сейчас приоритет действительно в развитии функционала (поддержки блоков).

Привет! С ИМ много жалоб :) поэтому решил перелопатить эту часть программы. Решил ползунки вообще убрать. К следующе версии будет все по другому :)))))))) С укрупнением шрифта подумаю. Но тут есть некоторая проблема, что некоторые параметры имеют очень уж много букв Надо будет или отказаться от однострочной системы в параметрах или вводить сокращения. Боюсь и то и другое будет не очень хорошо выглядеть с эстетической стороны и для понимания.

Какой ЭБУ? Вообще регулировка СО для тех блоков где это возможно у меня вроде реализована, а это собственно январь 5.1, vs5.1 и бош 1.5.4 (все под нормы токсичности Р83). Все остальные блоки такой возможности просто не имеют. Или у Вас какой-то из этих блоков, но регулировка просто не работает?

??????????? Вообще-то поддержка этих блоков уже полгода как в программе присутствует

Перезалил исправленную версию 1.3.4. Исправлены ошибки соединения с блоками и ошибка невывода полученных данных в модуле ЭУР.

Все правильно. Сегодня гонял программу в реальных условиях, а не на эмуляторе. 1.3.4.действительно отрабатывает хуже. Где-то я напутал опять в синхронизации потоков. Буду разбираться где. Как разберусь перезалью исправленную. Пара дней.

Это уж совсем странно :) Версия выложенная в 1226 посте и релиз в части, которая отвечает за соединение с ЭБУ совершенно идентичны :)

to bessw и Айдин Разглядываю логи. И наблюдаю искажения эха адаптера или эхо не приходящее полностью. В связи с этим возник у меня такой вопрос. У меня подобная ситуация наблюдается когда пытаюсь подключаться к линии при отрицательных или близких к нулю температурах. Т.е. пока в салоне еще холодно. Как только салон и соответственно адаптер прогреваются проблемы со связью исчезают. Не наблюдается ли у вас такая же ситуация :).

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

Так Ну в общем-то понятно. Опять временные гонки при обмене начинаются. Буду думать что с этим делать. Что самое интересное похоже не у всех. У меня на Орионе таких проблем нет С ЭУР разобрался. Проблемы только с ЭУР ДААЗ. Калуга/Махачкала нормально должны диагностироваться Ошибку поправил.

Вообще все странно. Ошибка 021 должна выскакивать только в том случае, если не приходит эхо адаптера. До сих пор не могу понять почему у некоторых эта ошибка вылазит при подключенном адаптере (эхо от адаптера по идее должно приходить в любом случае). Если не сложно попробуйте соединение с запушенным монитором портов (если нет я вышлю, собственно выкладываю ниже ). А то логи в моей проге дают не совсем полную информацию о творящемся на линии portmon.zip

Так же как и у bessw ругается на отсутствующих блоках? Или вообще на связь не выходит?

Здравствуйте! :) Почти все правильно. Только запрос будет без нулей вначале. А вот ответ будет состоять из двух частей следующих друг за другом (в реальности между ними присутствует некоторый промежуток времени, для эмуляции несущественно) - сначала запрос с нулями (это на самом деле эхо адаптера, моя программа проверяет его в обязательном порядке) , а потом уже стандартный ответ ЭБУ. Удачи. Все должно заработать. :) P.S. МК-ТЕСТ и OpenDiag вместе не заработают. Немного разная логика работы. Хотя особо я этим вопросом не занимался. Если Вам удастся это - отпишитесь :)