ViViseKtor

А нужно? Вообще я не планировал их реализацию в программе. Но принципиально если будет необходимость, то можно и реализовать

Проверял под ХР и семеркой. Под 98 не проверял. Попробуйте. Но я думаю, что будет работать.

Ну с электропакетом ЛЮКС - это моя ошибка. Уже подправил. В следующей версии не будет вылезать эта надпись на машинах где электропакета штатного нет. По САУКО - о проблеме многих неопределяемых знаю. Сейчас определяется только 4 типа известных мне. А их намного больше. Прикручу к проге ведение лога, тогда постепенно можно будет базу пополнять. А вот что не соединяется с М73 странно. По идее должен. Но этот вопрос проработаю. Кстати для всех хочу уточнить. Настройку программы под компьютер нужно проводить в обязательном порядке. Без этого связь может быть неустойчивой. Заходите в настройки. Жмете "Настройка параметров инициализации", ждете пока отработает, после этого обязательно "ОК", чтобы записались данные в конфигурационный файл. Ошибка 12 - это ошибка выдаваемая блоком на неподдерживаемые запросы. Без логов опять же трудно сказать на что именно он ругается

Настройку программы под конкретный компьютер делаете?

ИММО действительно неактивно? В следующей версии прикручу ведение лога обмена,чтобы можно было разобраться где осечка происходит?

Интересно. Неужели у 12ки в блоке записано САМАРА? :))) Не думал. Модель как всегда на заводе не прописывают. С электропакетом промашка вышла. Надо этот вопрос подробнее проработать. И с иммобилайзером тоже похоже фигня. Или он действительно не активирован?

Конечно

Наконец-то мои изыскания вылились во что-то более-менее работающее. Создал нову тему: "Проект OpenDiag" Моя ссылка

Версия 1.4 (от 22.04.2014) Это будет последняя официальная бесплатная версия программы. Функционал программы и охват блоков не будет пополняться. Еще в течение какого-то времени будут только исправляться обнаруженные ошибки и баги. В качестве компенсации пользователям :)))) за окончание выпуска бесплатных версий решено было включить поддержку ЕЛМ327, при работе с к-линией. О замеченных неточностях или неверных параметрах пишите или в ветке или мне на почту support@opendiag.spb.ru Программу можно скачать сайте программы www.opendiag.spb.ru

6-я страница пост 102. В теме "СТЕВАЗ тестирование"

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

Понял о чем Вы говорите. Но программа вроде не брошенная. Посмотрите на сайте Сергея http://testgaz.narod.ru/ . Там вроде последняя версия (то что он переписал на С++) датируется 2010 годом.

В идеале программа планируется для работы со всеми российскими автомобилями. Что за программа автотестер? Не видел. Продолжать вряд ли. Только если у Вас есть исходники :))))

Юрий, пока говорить об картинке и интерфейсе программы рановато. Конечно что-то уже сделано, но это сырой вариант. Я сейчас пишу основную программную обвязку, при помощи которой потом можно будет легко добавлять новые блоки, ну и попутно обдумываю интерфейс. Как я говорил программный код я закрывать не собираюсь. Он будет доступен. К тому же я надеюсь, что этот продукт будет все-таки коллективным творчеством, так как, действительно, информации по протоколам, формулам пересчета и т.д. крайне мало, и я один не смогу добыть всю эту информацию. Ну или по крайней мере это займет у меня достаточно много времени :)) К тому же я думаю, что и интерфейс будет в какой-то мере коллективным творчеством. Думаю действующие диагносты подскажут правильные решения, ведь в конечном итоге им с этой программой работать. Но все это после того как будет написана основная оболочка, и я выложу на тестирование первую версию, в том виде как я вижу эту программу.

Пишу в среде Borland C++ Builder 6.0

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

Не читает СТЕВАЗ параметры эксплуатации. Впрочем как и, например kwp_d от А2. При попытке прочитать эксплуатационные параметры блок выдает ошибку 78. Досконально пока еще не разбирался с этой ошибкой, но смысл ее примерно следующий - команда правильная, но блок в данное время занят и не может выдать запрашиваемые параметры. Что-то там надо манипулировать с временными параметрами обмена, но как и сказал пока этим вопросом вплотную не занимался.

Похоже, что СТЕВАЗ выдает сырые, не пересчитанные параметры при диагностике ЭУР. Многие на это жалуются. Я к сожалению никак не могу оценить выдаваемые параметры, потому что ЭМУР МАNDO, который у меня стоит на связь выходит, но из-за отличающейся системы комманд данные отдавать отказывается. Буду благодарен если снимите логи монитором портов (в начале темы, в архиве с первой версией стеваза монитор портов есть) и сделаете скрин экрана при диагностике ЭУР.

Вообще насколько понимаю существует три вида ЭМУР на ВАЗах. Первые два - Калужский и Махачкалинский. Эти похоже идентичные. А вот третий ЭМУР - корейский MANDO. Он отличается по системе команд и в СТЕВАЗе пока не реализован. А что стоит в конкретной модели ВАЗа - такой инфой пока не обладаю. У меня на калине стоит MANDO.

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

Прежде всего спасибо за логи. Очень пригодятся в будущем. Теперь постараюсь ответить на возникающие у Вас и многих других вопросы по связи с разными блоками и отображению информации. То что у Вас некоторые вещи не работают с блоком 11CR или где-то выводится некорректная информация, связано скорее всего с тем, что данный блок на самом деле не заявлен как поддерживаемый этой программой. И на самом деле Вы его тестируете как 11ЕТ, который все же наверное отличается и по набору отдаваемых параметров, да и по управлению ИМ. Тут я, к сожалению, пока ничего не могу сделать. Проблемы связанные со связью, обусловлены прежде всего с ограничениями самой системы Windows. В ней практически невозможно оказалось организовать точные временные задержки, которые необходимы при инициализации блоков. Так например при попытке организовать задержку в 25мс, на разных компьютерах с различным количеством запущенных процессов я получал задержки от 22мс до 32мс, при которых блоки естественно отказывались выходить на связь. Поэтому в последней версии я пошел по несколько другому пути. Параметры инициализации периодически меняются в диапазоне от 16 до 32 мс. При таком подходе у большинства блоки стали выходить на связь. Но как выясняется не у всех. Можно конечно увеличить этот диапазон, но это приведет к увеличению времени соединения с ЭБУ. В настоящее время я перестаю заниматься этой программой. Можно заниматься ее улучшением бесконечно долго, но я предоставлю это разработчикам. Свои рекомендации я им высказал. Сам я начинаю заниматься проектом по созданию аналогичного продукта, но с открытым кодом. Уже есть желающие принять участие в этом деле. Так что возможно общими усилиями мы напишем программу, которая составит достойную конкупенцию STEVAZу, и будет доступна для всех заинтересованных в подобном программном продукте. С уважением, Виктор

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

Если несложно, выложите в теме или киньте мне на почту ViViseKtor2010@mail.ru. Мне пригодитсяна будущее :))

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