Toyota Techstream

mac_2b

Какой тогда смысл в ваших сообщениях? Писал же выше “ Если по тема вопроса добавить нечего, дискуссию можно считать законченной.”

Они не относятся к теме заданного мной вопроса, не надо валить всё в одну кучу.
На профильных форумах так же как и здесь, тема всевозможных mini vci периодически поднимается и мусолится из пустого в порожнее. Всё это читал, и брать себе не стал.
Здесь я с вами согласен, от драйверов зависит тоже.

Как работает 3 line я знаю, есть в наличии, обсуждение тут [Только для зарегистрированных...]
Информации по интересующему вопросу 0
Подытожим.
Была предпринята безуспешная попытка (на данный момент уже точно) узнать о различиях в работе двух отечественных разработок, по конкретной марке. Такое впечатление, что разговариваем на разных языках, или сказывается предновогоднее настроение. Всем спасибо. С наступающим!

----------

Начали за здравие, а закончили за упокой.

GASCHE

Вы несколько неправильно понимаете назначение стандарта J2534, он в первую очередь предназначен для обмена данными и командами между программой и адаптером и как правило сложности производителям адаптеров не представляет. Другое дело параметры протоколов CAN или K-Line по которым проходит обмен между адаптером и ECU. J2534 лишь задает те или иные параметры этих протоколов необходимых для обмена данными между адаптером и тем или иным авто. И вот насколько точно тот или иной адаптер будет выполнять эти команды настраивая адаптер для обмена данными с ECU и составляет основную головную боль производителей того или иного адаптера и чем больше этих команд будет поддерживать адаптер, тем более с большим количеством моделей авто он сможет работать. Причем заметьте не важно будет или нет задействован протокол J2534 адаптер должен поддерживать определенные параметры того или иного протокола необходимые для работы с тем или иным авто. И это было бы не самой большой проблемой производителей адаптеров, но каждый марка авто имеет к сожалению, свои не соответствующие тому или иному стандарту особенности и вот разгадка этих отклонений от стандартов и представляет основную головную боль производителей адаптеров и программистов, пишущих библиотеки для обмена данными между программой и ECU.

tim70

GASCHE, так я и имел ввиду, что тот же Сканматик, VAS5054, N3L и др.могут по железу работать с многими дилерскими прогами, всё упирается в отстройку драйверов под конкретную и костыли типа статуса зажигания в ODIS, Consult+, Xentry. Вот тут и разница, кто ка постарался, тот же MFC не всегда работает корректно и по всем рынкам, жаловались тут же на форуме.
Да, путаница в том, что J2534-xx это стандарт, а вот протоколов включающих в него довольно много и разработчики их задействуют по разному.

dudaps

Сегодня получил официальный ответ на свой запрос к нашему официальному дилеру во Владивостоке TOYOTA - центр, организованному непосредственно японцами. Насчет того, кто каким оборудованием работает. Завтра напишу подробный отчет с комментариями. Это чтобы НАВСЕГДА закрыть тему шнурков. Это для всяких философов, теоретиков и прочих заблудившихся в ворохе бесполезных документов и циркуляров.

tim70

dudaps, так кто же будет спорить, надо брать Denso VIM, ОТС, MFC Pro2, CarDAQ. Люди ищут адаптеры подешевле, поуниверсальней и без глюков, вот тут и начинаются споры.

dudaps

Дык, а я про шо, братцы? Как в песне поётся: "Я сам из тех, кто спрятался за дверь...".

dudaps

Доброго здоровья, джентльмены. Итак, в прикреплённом документе кое-что изложил. Вынужден был это сделать по определённой причине, так как информация касается третьих лиц. Не хочу, чтобы у них возникли проблемы. Человек, скажем так, намекнул, на что обратить внимание и я собрал всё в кучу.
Здесь добавлю три вещи.
1. Про СКАНМАТИК-2. Прибором не пользовался, не знаю его возможности.
Но скажу одно. Если прибор поддерживает на должном уровне стандарт J2534, да ещё при этом является неплохим мультимарочником, так это же здорово! В любом случае, при позволении финансов, он точно лишним не будет!
2.Тут некоторые ребята пытаются вссывать (извиняюсь) насчёт аппаратных требований программы. Типа, нужны супер-пупер ай-коры и прочие процессорные горы. Понимаю, как распирает их анус гордяк от владения такими компьютерами. Но детей-то пугать не надо! Скромный скрин с требованиями прилагаю.
3.КАСТОМАЙЗ. Это функция НЕ ремонтная, НЕ диагностическая, НЕ критическая. Поэтому НИКАКОЙ стандарт (включая J2534) НЕ обязан её поддерживать. Это ещё станет ясно из моего документа, где говорится о РЕГИОНЕ применения хвалёного мангуста. Многое станет понятно. Все КАСТОМАЙЗ настраиваются в пользовательских мануалах. Я уже в постах раньше приводил примеры. И если говорится о какой-то ДИЛЕРСКОЙ настройке, то это привилегия ДИЛЕРА, с ДИЛЕРСКИМ прибором DENSO TD3.
Ну и добавлю ещё раз по стандарту J2534. Только в разновидности J2534-4 намекается о его полноценной работе как диагностического средства. Но до сих пор я не увидел его НИГДЕ НИ НА ОДНОМ ДЕВАЙСЕ. Хотя бы, просто заявленном.
На все эти темы, набившие оскомину, дискуссию прекращаю. Ибо пойдём "по седьмому кругу ..."
А это уже маразм.
Всем здоровья, успехов. С НАСТУПАЮЩИМ НОВЫМ ГОДОМ!!! Пусть у вас всё, братцы, будет здорово!

С уважением ко всем, dudaps.

alflash

К этому перечню стоит добавить относительно "бюджетный" OpenPort 2.0 (Tactrix).
Кстати, в этом интерфейсе предусмотрена возможность записи данных на microSD card:
[Только для зарегистрированных...]

"Давайте спорить о вкусе устриц и кокосовых орехов с теми, кто их ел, до хрипоты, до драки, воспринимая вкус еды на слух, цвет на зуб, вонь на глаз, ... М.Жванецкий, "Стиль спора")

Да, бла- бла-бла защитано, но где аргументы???

Моя и моих приятелей многолетня практика использования Mongoose MFC, Pro, Pro 2, OP2.0 показывает, что никаких проблем с ними при диагностике брендов Toyota всех 4 регионов нет*. И в том числе, такой эксклюзив как тойтовская часть RAV4 EV.
Как их нет и при перепрограммировании* авто N/A и Europe...

А если возникают непонятки, то только по причине неумелого пользования прогой. Например, для авто сделанного в Турции, заявят в опциях, что оно собрано в GB, а потом жалуются, что "нет связи ни с одним блоком, программа виснет на проверке блока Engine and ECT" или пытаются (естественно, неудачно) прописать 7-значные датчики TPMS в систему, которая используются с 8-значными ID и т.д. и т.п.

Например, обычный диагностический "джентльменский набор"

[Только для зарегистрированных...]

[Только для зарегистрированных...]

[Только для зарегистрированных...]

GASCHE

Да кто бы спорил, это подтвердить могут многие, но зачем-то программа посылает команду которой нет в стандарте J2534 или повторяет запрос тех же данных, когда идет их прием что приводит к случайному зависанию некоторых драйверов сторонних адаптеров. Кроме того, не стоит забывать о распределении поддержки тех или иных параметров K-Line или CAN протоколов между их аппаратной (адаптеры) и программной (библиотеки) частями, а это при одинаковых командах по протоколу J2534 и учитывая, что WINDOWS далеко не многопоточная система может существенно влиять на обмен.

alflash

Из предыдущего поста, следует. что "шнурки" известных фирм якобы суть "залипухи". Поэтому я и "замолвил словечко" за них реальной практикой их использования.
1. Пример упомянутой отсутствующей команды?
2. Проблемы "зависания" левых клонов мало интересуют разработчиков Techstream'a и это вполне естественно и правильно.
3. Я предполагаю, что прогу писали не "дураки" и, наверняка, у них есть объяснение ваших непоняток.
4 Возможно, что у ПО есть "резервы", но это не отменяет того факта, что с нормальным "железом" Techstream работает достаточно качественно и без нареканий, кроме тех, что перечислены в Techstream Known Bugs.