Специалист по драйверам
 

Доброго здоровья, джентльмены.
Вопрос к специалистам по установке всевозможных драйверов.
Конкретно интересуют драйвера класса J2534 Passthru.
В чём, собственно, проблема? Устанавливаю прогу. Она заточена под этот стандарт. И вот, после установки, она не видит одно устройство из существующих в соответствующей папке реестра. А это устройство, в свою очередь, прекрасно работает с другими приложениями в режиме Passthru.
И вот загвоздка. Что с этим драйвером не то и можно ли как-то прикрутить его к проге. Прога на другой винде сейчас. Завтра выложу скрин для конкретизации вопроса.

Не видит запись в реестре или с этой записью адаптер?

Не видит адаптер. При запуске программы его нет в предлагаемом списке. Я завтра выложу скриншот. Чтобы было наглядно.

И еще уточните, а сама система видит этот адаптер?

Если Вам не трудно ........вот такие моменты можно в картинках-мурзилках или хотя бы путь написать.......где его смотреть ?

Запись в реестре есть, но прога адаптер не видит, при этом видит другие адаптеры из этой же ветки реестра. Я так понял.

Надо смотреть что там в реестре.

Чисто на эксперимент - в ветке каждого устройства в реестре есть ссылка на dll для работы с J2534, попробуйте скопировать путь к библиотеке нужного адаптера и подсунуть к тем устройствам, которые видит ваша программа.

В двух словах программа видит и обращается к "ненужному" адаптеру, а из-за подмены пути к ДЛЛ работает с ДЛЛ от нужного адаптера.

На Windows 10 в диспетчере устройств, так VAG K+CAN Commander 1.4 у меня отображается в Контроллерах USB и Порты (COM и LPT)

Мне вот аккурат про 10-ку и надо ! :thumbup: Осваиваю потихоньку и учусь. Спасибо ещё раз ! :wave:
С гаечными ключами уже в современных машинах мало что сделаешь.

Итак, джентльмены, выкладываю картиночки, чтобы уже наглядно было.
А там жду мыслей. Ибо я не особо силён в виндово-драйверных и прочих программно-структурных аспектах всей этой кухни. Win-7 SP1x32.

PS: То есть, программа успешно установилась и увидела все установленные устройства Passthru, кроме Python1B. Вот, собственно, вопрос, что в нём такого может быть особенного, что прога его не схряпала. В чём может быть его принципиальное отличие. Куда глядеть...
Ибо сам он отлично работает с другими прогами при этом.

Т.е. Techstream видит его и работает с ним на этом компе?
И если знаете почему ошибка с Isuzu MX2?

поддержу вопрос -Течстрим его видит ?

Давайте визуально сравним что в реестре в папке вашего адаптера и например, денсо.

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

----------

Может в наименовании прибора какой-то спецсимвол нечитаемый или тп.

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

Второй вариант - Сменить имя Денсо на Питон (скопировать название из имени Питона) и тогда может быть понятно проблема в содержимом папки реестра или названии прибора.

Вообще, это дилерский прибор DENSO, разработанный совместно с DG Tech.
Он официально рекомендован для работы с HINO, UD Truck и дилерской прогой DENSO DST-PC Common Rail. То есть там, где установлена аппаратура DENSO. С Techstream, естественно, он работает отлично, так как это его родная стихия DENSO.

Насчёт МХ2 не знаю. Это дилерский прибор ISUZU. Соответственно, он работает не по стандарту Passthru, а по своему заводскому протоколу.
Хотя он и прописан в этой папке. Но это моя версия. Другой разумной я не вижу. Но прога обязана видеть дилерский прибор.

Но вернёмся к моим баранам.
По вашим наводкам сообразил, что у ПИТОНА (одного единственного)
библиотека Function Library (.dll) находится в системной папке windows.
Все остальные драйвера устройств лежат в рабочих папках программ.
Таким образом, получается, что при установке Питона, его драйвера прописываются не в рабочую папку. И, возможно, в этом соль.

Тогда вероятно дело не в том, что как Пасстру он не виден, вероятно дело в привязки ПО Исузу к этому прибору...

Прибор работает и напрямую с Исузу и как Пасстру с другим ПО и поэтому он прописался в Пасстру.

Путь к библиотеке можно переписать как и куда угодно, туда же и скопировать ее..

----------

Я из последнего сообщения не понял, про какие 2 прибора шла речь ?

ДЕНСО я привел как пример рабочей записи, чтоб попробовать в нее подсунуть бибилиотеку от Исузы.

В Итоге Течстрим видит Питона как Пасстру ?
Что будет если в реестре в ДЕНСО вместо пути к ДЛЛ ДЕНСО просписать путь к ДЛЛ Питона и запустить Исузу с адаптером ДЕНСО - по этой логике ИСУЗА должна думать что работает с ДЕНСО, но фактически обратиться к ДЛЛ Питона и будет работать с ним. Может не полноценно или не заведется, но хоть может будет понятно что происходит...и копать дальше

GASCHE задал вопрос про МХ2.


Да.



А вот это мощная мысль! Что значит, у меня нет опыта с айтишной хренью.
Тут возникла ещё мысль, может дровяную библиотеку скопировать и поместить по уже прописанному пути... В любом случае, пинок в нужном направлении получил.
Теперь можно поэкспериментировать. Благодарю за дельную подсказку.
Чем ценен прибор с этой прогой, в ней есть сектор HINO. И моторники ставятся одинаковые с ИСУЗУ. Завтра буду мутировать.

Попробуйте библиотеку прописанную в Function Library переложить в отдельно созданную папку на диске например C:\Python соответственно в реестре исправьте данные Function Library чтоб они указывали на путь к папке с этим файлом. Возможно у программы IDSS нет доступа к каталогу C:\WINDOWS.

----------

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

Вот эта мысль и натолкнула меня на сравнение папок в реестре. И оказалось, что только у Питона драйвера лежат в WINDOWS\System32, а не в своей рабочей папке C:\Python1B. Благодарю за подсказку. Завтра попробую все варианты. Просто обидно. Прога увидела даже самопальный (хотя и вполне достойный) адаптер Nissan 3Line Valentin Soft.

В 64 битной системе драйвера могут лежать не только в system32, есть еще syswow64, но это редкий случай. Можно прописать путь к питоновской папке в системную переменную path (через переменные среды), что бы его библиотеки находились. [Ссылки могут видеть только зарегистрированные пользователи. Зарегистрироваться...]

Реестр это хорошо, но устройства обычно смотрят сначала в диспетчере устройств, установились они в систему или не хватает драйверов для полноценной работы.

Доброго всем здоровья.
Итак, джентльмены, выкладываю результат.
Взяв на вооружение ваши советы и соединив их со своей придумкой, заставил я приборчик работать.
Что мы имеем?
1.Программа G-IDSS не работает с системной папкой windows.
2.Конфигуратор Питона при установке упорно толкает драйвера, как раз в эту папку. И если изменить путь в реестре, то конфигуратор говорит, что устройство не обнаружено. Ибо драйвера должны стоять только там.

И вот я просто тупо скопировал драйверную библиотеку в рабочую папку Питона. Теперь конфигуратор адекватно работает с прибором.
А в реестре я путь Function Library обозначил к копии драйверов в папке Питона. Теперь все проги направляются туда и успешно с ним работают.
Индикатор коммуникации (зелёный LED) начинает моргать зелёным. И проги пытаются соединиться с авто.
Теперь осталось пройти боевое крещение на реальном автомобиле ИСУЗУ.
Задача решена. Вопрос закрыт. Но ветка должна жить. Ибо у многих ещё могут возникнуть вопросы по данной тематике. И не раз.
Всем откликнувшимся огромное спасибо.
Им же ещё раз благодарность за человеческий подход к просьбе о помощи. Без всяких понтов и соплей, ЛЮДИ помогли решить вопрос.
ЗДОРОВЬЯ ВАМ И УДАЧИ!!! И всем вашим близким!

Осталось добавить ложку дёгтя в бочку мёда :smile:
Некоторые разработчики программ с использованием Passthru пытаясь защитить свои творения добавляют в свои произведения дополнительные функции которые не позволяют использовать сторонние библиотеки (*.dll) Passthru или адаптеры Passthru :frown:

Как говорила Фрося Бурлакова в фильме «Приходите завтра» - и Вам не хворать.