ViViseKtor

ЗАЗ в программе есть, правда не полностью пока. Но Микасы есть. А на сайте просто не очень корректная информация :))) Сегодня дам указание, чтобы поправили. :))))

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

Выложил драйвера под СР2102 на сайте http://www.opendiag.spb.ru/download/CP2102%20usb%20driver.rar

Какой интересный лог :)))) Правда такой лог я вижу второй раз :) Вот это - Запрос: 82 41 f1 21 01 Ответ: 90 f1 41 61 01 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d На самом деле очень интересный ответ - своей полной бессмысленностью Возрастающие числа. Так не должно быть. Есть подозрение, что что-то нехорошее с электропакетом случилось. :( Правда по предыдущему случае - сам ЭП вроде живой, все управляется, но вот на диагностику выдает полную ахинею. И кстати интересные ошибки "Использован неисправный кодовый ключ" и "Моторедуктор вод. двери, обрыв цепи" :)))) ЕЛМ шнурковый? USB? На каком чипе? CP2102? Если да, то вроде у меня были. Посмотрю сегодня вечером.

Ага. Спасибо за логи. С восстановлением связи я кажется понял где собака порылась :)))) Поправлю

Смотря на чем он сделан. Они вроде как бывают на FTDI (тогда можно с сайта программы скачать) или на СН340 (где-то в соседней теме посмотрите, выкладывали) Но с последним у программы пока есть проблемы. :)))))

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

Судя по логам Вы меняли интервал между запросами тестера. Поменяйте "Интервал Р3" на 100-120 мс

С какими программами Ващ адаптер работает без проблем? Программа тестировалась мной лично с ромокабелем на PL2303 и с адаптером Орион на FTDI. На этих чипах и рекомендуются адаптеры. Они наиболее беспроблемные.

Китайский адаптер на СН340? :))))). Видимо прийдется ждать пока я раздобуду такой и разберусь где он глючит

"Интервал между запросами тестера: 100 Интервал Р3: 55" - это из Вашего лога :)))) Интервал между запросами тестера тоже увеличьте до 200 как минимум, хотя этот параметр и не очень важен - он носит рекомендательный характер для программы. Когда-то я очень подробно описывал назначение этого параметра. В руководстве он тоже описан, правда несколько скомкано :). Надо бы его наверное удалить, а то он только путает пользователей. Судя по логу у Вас адаптер на СН340 (вероятно), так как в идентификаторах принимается только 32 байта, дальше нули. Выше уже обсуждалась проблема с этим чипом. Будет у меня адаптер в наличии с ним - потестирую, посморю где он глючит.

По логу видно, что идут постоянные обрывы связи. Какой ЭБУ? Я7.2? На каком чипе адаптер? Идентификаторы читаются не полностью. Для начала попробуйте в настройках программы выставить параметр "Интервал Р3" в значение 100 - 120 мс.

Я смотрю очень часто возникают вопросы по типовым параметрам для различным блокам. То что я смог найти - то я внес в программу. Но я не диагност и не могу к сожалению знать все эталонные параметры для различных блоков. В последней версии я сделал сохранение допусков параметров в файл, ну и соответственно загрузка из файла (касается коммерческой версии). Специально, чтобы пользователи могли сохранять эти значения для разных блоков, ну и при желании возможно обмениваться этими данными. Подумав мне в голову пришла еще одна идея. Выношу ее на обсуждение. Что если сделать функцию записи всех параметров в файл аналогичный файлу допусков параметров. Т.е. берем например новую машинку, или заведомо исправно работающий ЭБУ - запускаем эту функцию и на различных режимах (вкл. хажигание, ХХ, 3000 об/мин) снимаем параметры, которые потом сохраняются с допусками +/- 5% в файл допусков. Таким образом получаем допуски параметров для исправного блока. Файл можно будет в последующем подгружать как файл допусков, ну и соответственно смотреть соответствует ли блок диагностируемый в настоящее время условно эталонному. Как Вам кажется будет ли полезной данная функция в программе :))))

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

Проблема только с этими блоками?

Очень странно. Как раз на днях гонял М74CAN, правда на столе. Не заметил никаких проблем с его диагностикой. Скиньте мне пожалуйста логи Ваших попыток диагностики это блока версией 1.3.0 и 1.2.0 для сравнения. Можно или сюда или на support@opendiag.spb.ru И БОЛЬШАЯ ПРОСЬБА КО ВСЕМ! При обнаружении каких-либо проблем при работе с программой, в обязательном порядке скидывайте логи сохрненные в период возникновения этих проблем. Это очень поможет в более быстром выявлении и исправлении ошибок в программе. Без логов весь процесс превращается в гадания на кофейной гуще :)))) Можно просто архивировать всю папку LOG, и скидывать мне Я помню о просьбах сделать сортировку параметров, но сдесь возникает чисто техническая проблема синхронизации названия параметра и соответствующего ему значения. Пока не придумал как это реализовать, без чрезмерного усложнения (ну и соответственно вероятности возникновения различных несуразностей :)))) ) алгоритмов работы.

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

Прошу прощения. Проблема с записью ВИН на Я5 все-таки существует. Вернее это не совсем проблема. Вот небольшое видео что происходит :)))) Project001.zip На новых блоках вроде такого нет, хотя мне раньше в голову не приходило забивать идентификаторы не полностью :)))) Сегодня попробую еще на 7.9.7 Проблема решаемая, исправлю. Ну а пока если кому срочно нужно прописать идентификаторы в Январи - забивайте их полностью или добивайте пробелами :))))

Про неустойчивость связи для старых блоков (для Я7.2 возможно тоже) смотрите параметр "Интервал Р3" в настройках программы. Попробуйте поставить 100 мс, вместо 55 мс. Старые блоки тормознутые и неустойчиво работают при интервале 55 мс, с которым работают все современные блоки. В руководстве об этом написано.

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

Возьму адаптер с возвратом :) после тестов :)) А по поводу регистрации давайте или в личку или на support@opendiag.spb.ru. Подробнее опишите проблему. Решим Повозился с Январем 5 Погонял программу с этим блоком. Запись ВИН проходит без проблем. По поводу определения и перехода из окна определения комплектации к диагностике, выше уже писал - исправил. На днях выложу с исправлениями. А по поводу записи ВИН прошу Вас обратить внимание на параметр "Интервал Р3" в настройках программы. По умолчанию этот параметр выставляется в значение 55 мс. Такое значение подходит для современных блоков. Январи и Бошики старые начинают глючить при таком временном интервале. Появляются практически постоянные обрывы связи. Ну тормознутые эти блоки, что тут поделаешь :))) Для них этот параметр должен быть выставлен в значение не меньше 100 мс. Все начинает работать четко и без проблем. Причем что самое интересное об этом на форуме раньше уже писалось. В руководстве к программе этот момент работы со старыми блоками тоже освещен :))))) С уважением, Виктор

По поводу китайского СН340 пока ничего конкретного не могу сказать. Но вообще отзывы об этом чипе не очень хорошие. Вроде как это клон FTDI, но работает он с задержками по времени. У меня адаптеров на этом чипе нет, поэтому не могу его погонять, к сожалению, чтобы выяснить из-за чего происходит затык. А по поводу ЕЛМ - должен связываться. Единственное тут на днях возился со шнурковым ЕЛМом, на СР2102. Так вот заметил странную вещь. Адаптер отказывается работать на скоростях отличных от 38400. Может с этим у Вас связано. Выставьте в настройках для ЭЛМа рекомендуемую скорость 38400.

Да, скиньте логи. думаю так будет проще. Хотя в части восстановления связи ничего вроде не менял.

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

Что за блок у Вас надо смотреть на наклейке на самом блоке. А5 - это контрольная сумма запроса. При записи в лог она отбрасывается