ViViseKtor

Горячие клавиши я собирался добавлять. Единственное пока не определился какие лучше сделать и для чего. Если у кого будут какие-то мысли, прошу высказываться.

Какие именно параметры приходится настраивать вручную? Каждый раз? Ну как я писал, основательно перелопатил алгоритм связи. На самом деле тайминги отрабатываются теперь нмного по другому, и на мой взгляд более корректно и точно чем в прошлых версиях. :))) Поэтому, возможно, нужно будет увеличивать интервал Р3, так как это все-таки минимально допустимый (по протоколу) интервал.

Покрупнее окошко можно сделать :)))))) Спасибо, учту в будущем. Меня еще интересует, наблюдаются ли обрывы с новым алгоритмом связи с ЭБУ?

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

Можете поставить в другой каталог, будут работать обе. Все параметры необходимые для работы программы хранятся в текущем каталоге

7.9.7 E0 - это какая-то экзотика :))))) Скорее тюнинговая прошивка с вырубленными датчиками кислорода. По идее должно диагностироваться как Е2 или Е3, просто параметры связанные с Евро не диагностируются. Хотя с тюнинговыми прошивками возможны проблемы. Они могут вообще на связь не выходить. БОШ 7.9.7+ в плане диагностики ничем не отличается от 7.9.7. Это просто другая аппаратная реализация. В программном плане все аналогично.

Вышла наконец-то следующая версия. Добавлена диагностика ВАЗовских МЕ17.9.7 и М74 (обращаю внимание 17.9.7 именно ВАЗ. У этого же блока для ГАЗ и УАЗ параметры отдаваемые блоком отличаются, поэтому диагностироваться блоки для ГАЗ не будут). Забираем в начале темы. Тестируем. :))))

1. Нет так не должно быть :)))) Исправил. 0141 - это неисправность нагревателя второго ДК 2. Так тоже не должно быть. Исправлено в следующей версии :)

Насчет разности напряжения бортовой сети mol78 не виноват :))))) Инфомация о формулах пересчета исходит от меня, поэтому у него в программе наблюдается разность в показаниях, как и у меня в программе. А насчет того, что показания должны быть одинаковые, я пока не совсем уверен :) По поводу запросов - ответов. Если хотите больше узнать по этому поводу, то информация в принципе есть в интернете ;))) (Описание протокола KWP2000), В данном случае отвечу - Это запрос на управление лампой индикации неисправностей и соответственно ответ блока в котором он отвечает, что лампа включена :))))

Всем привет! Наконец-то появилось время просмотреть форум :))) Для всех страждущих диагностики МЕ17.9.7 и М74. Практически все готово. Сейчас выискиваю мелкие баги, появившиеся после переделки алгоритма связи. И думаю в воскресенье, максимум в понедельник, следующая версия программы будет готова. :AllSmail (6): Также подготовлено наконец-то небольшое руководство по пользованию программой, за что отдельное спасибо Виктору Паршину.

Уже неоднократно писал, но повторюсь - блоки с ТЮНИНГОВЫМИ прошивками правильно не определяются. Модель Вазовского блока нигде явно не прописывается. Определение идет исключительно по версии прошивки. За СО спасибо. Ошибочка. Исправлю

Можете взять мою :))))))) В следующей версии будет пооддержка новых блоков. :)))) А так с новыми блоками ни одна из бесплатных прог не работает, насколько мне известно. Хотя адаптированный мной Стеваз вроде должен брать МЕ17.9.7, но насчет правильности интерпретации параметров не уверен. Стеваз ищите на форуме.

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

Всем привет. Давно здесь не был. Небольшой отчетик о состоянии дел на данный момент :)))) Поработал над логикой обмена с ЭБУ. Полностью переписал эту часть программы. Должно полностью иключить нестабильную работу программы и обрывы связи (по крайней мере надеюсь на это). Интенсивно продвигается работа над диагностикой МЕ17.9.7 и М74. В следующей версии ожидается :) Кроме того mol78 любезно адаптировал свой анализатор логов под нашу программу. Пользуемся и говорим ему спасибо. (Забираем в начале темы) Пока все. Если не смогу в ближайшее время отвечать на Ваши вопросы - извините великодушно. Образовался глобальный загруз на работе. Проглядывать форум не всегда удается оперативно.

Спасибо за желание поработать над проетом. Руководство уже пишется, но буду иметь Вас ввиду если что

По микасам диагностика будет добавляться позже. Я планирую сейчас сделать диагностику ВАЗа. А потом параллельно будет писаться ГАЗ и дополнительные устройства

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

Почистил.

Спасибо за замечания по работе с электропакетом Калины и АПС. Кое на что отвечу. Сигнал о включенных задних противотуманках блок не выдает. Только о нажатии кновки включения/выключения. Насчет ближнего света возможно и правда лучше как-то по другому назвать. Время до возврата в режим охраны - да параметр пока не очень понятный. Надо исследовать что же отсчитывает блок :))) Время до возврата моторедукторов в исх. состояние - назвал так потому что не придумал как назвать лучше. На самом деле это время которое требется моторедукторам, чтобы прийти в исходное состояние по температурному режиму. Если постоянно нажимать кнопку открытия/закрытия дверей это время будет постоянно увеличиваться, пока не сработает защита моторедукторов от перегрева. По поводу управления электропакетом из программы. Я пока не вычислил команды которыми это можно делать (некоторые утверждают что в Калиновском ЛЮКСе вообще не предусмотрено управление через диагностический разъем, в отличие от приоры). То что программа медленно реагирует на нажатие кнопок (короткие нажатия не индицируются) связано опять же со скоростью обмена по диагностической линии (прямо скажем не СAN :)))) ) О коротком нажатии сигнал в линию просто не успевает пройти, поэтому и индикации нет. (ну конечно не совсем так - у блока то где-то внутри эта инфа появляется, но программа в этот конкретный момент может и не запросить у него эту информацию, а заниматься чем-то другим, например обработкой предыдущего ответа)

А прошивка блока у Вас тюнинговая? Говорят с нестандартными прошивками возможно такое. Некоторые на связь вообще не выходят. Но я еще буду возится с параметрами связи. Может что-то еще придумаю в плане стабильности работы.

Да, я тоже обратил вчера на это внимание. Хотя странно, я вроде в этой части программы не копался. Буду разбираться. А вообще эти блоки как-то с трудом выходят на связь в отличие от ЭБУ. Это было замечено еще во время моих упражнений со Стевазом. Похоже они очень критичны к временным параметрам инициализации. Пока как вариант могу предложить поставить в настройках Цикл инициализации где-то в районе 3. Кончно это увеличивает общее время определения устройств, но по крайней мере определяются :))))

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

ДА. Именно это меня и беспокоило :))))) Как то пока некорректно работает. Что-то надо придумать :)

Ага. Ну в общем как я и предположил MK-Test на стандартный запрос "1А 80" (это запрос паспорта блока полностью, т.е. весь паспорт в одном ответе) выдает полный бред. ОЧевидно в Штате для чтения паспорта используются отдельные команды для каждого параметра паспорта, поэтому в МК-Test и не реализован ответ на запрос который шлет OpenDiag и соответственно воспринимается им как обрыв связи. P.S. Кстати внимательнее посмотрев лог. Заметил еще пару неправильных ответов MK-Test. А вообще интересная програмулька. Надо будет подключить. Потестить.

К сожалению без логов ничего конкретного сказать не могу. Но похоже проблема в программе MK-Test. Что-то она похоже не то выдает на запрос сканера :))