Нет, есть еще 2 параметра в ТЕКУ
275 21DA задание угла поворота муфты VVTi B1
276 21DA Угол поворота муфты VVTi B1

это для авто более позднего выпуска

Автору. А планируется ли когда нибудь в теку3 диагностика тойот по кан шине.

По тойотам нет,есть Techstream.
Когда у автора появится свободное время, возможно он сделает CAN для ниссан, а пока ждем и выкладываем сюда лог поиска по линиям CAN.
Кстати Вы уже задавали этот вопрос, пост2184 стр.219:“Можно ли заставить видеть теку3 кан шину тойоты ярис 2007 года”. Автор Вам ответил: “В TECU-III CAN для Toyota не предвидится.”
Если есть сложности с techstream можно спросить тут: http://autoprogs.ru/diagnostika-toyo...echstream-611/

Да вроде я год назад смотрел Juke по CAN.

Я имел в виду добавление ABC, EPS, BCM ,IPDM и т.д. модулей по CAN. Что есть EFI по CAN, знаю.

В продолжение необходимости выкладывать логи, выдержка из поста Валентина:
“Я же уже писал, повторяю, для реализации модулей ниссан нужно их вытаскивать с Consult-III. Это возможно только при наличии идентификаторов модулей, которые можно узнать только после проведения поиска всех блоков в TECU-III с включенным системным логгированием в программе. Кроме этого необходимы множества логов от разных машин, так как это только для пользователя выглядит так, что в программе у вас 1 модуль AT или CVT, а в реальности в Consult-III их модификаций очень много. Множество идентификаторов необходимо для того, чтобы установить систему, по которой Consult-III показывает ту или иную модификацию модуля при выборе.
Логи пока выложили лишь единицы пользователей программы”. Пост 2173. Так что выкладываем логи активней.

Toyota Techstream V10.00.028 [2/2015] на http://rutracker.org/forum/viewtopic.php?t=4935698

Сайт http://vdiag.net/ не доступен. Хотелось бы почитать про протокол от аристы 161, не подскажите где что есть?

https://ru.wikipedia.org/wiki/K-Line
https://ru.wikipedia.org/wiki/Компью...ика_автомобиля
Гугл в помощь.

K-line это интерфейс, меня интересует протокол. Я раньше работал только по кан, там опрашивал стандартные обд пиды для получение данных с сенсоров. Как их получить из к-линии не представляю. В кан я использую пакет типо заголовок+данные, тут насколько это отличается?

To aneox
Ничем не отличается. Только K-line это протокол либо ISO-9141, либо ISO-14230.

здесь также заголовок - данные

http://vdiag.net/ заработал, Toyota TIS v10.00.028

Здравствуйте
Уважаемые подскажите , почему Адаптер VAG K+CAN+ Тестер ECU III не нашла ни одного модуля, в моей машинке ?
точнее нашла , но пишет что нет такого модуля вот фото
и ещё как правильно снять лог ?
(лог снимал , поставил галку в проге) лог :
японец nissan roox 2010 г ml21s-126165
http://rghost.ru/77tQMhtlM/image.png

каким адаптером пробовали

Адаптер VAG K+CAN
лог

у вас нашло только SRS
вы запускали поиск по к-линии, попробуйте еще по кан

пробовал по всем трём , только по линиям к,л что то подцепляет

В настройках адаптера выбрать линии CAN(6,14)

тсж39, я пробовал этот вариант ,он вообще ни чего не цепляет
хотел спросить по поводу порта , он сидит у меня на com29 , обязательно его вгонять до com10?

нет, лог поиска по кан выложи

вот лог поиска по двум шинам

у вас специфичное авто аналог Сузуки и запросы отличаются от стандартных ниссановских
попробуйте не поиск по кан? а сразу выбрать блок EFI CAN

подключаюсь через ft232 + l9637 к К линии, в терминал байты сыпятся. TECU3 не нашла никакого ecu, авто jzs161. :no2: или она и не должна видеть? мне вообще диагностика не нужна, Мне бы выцепить данные с датчиков и все. В кан там проще, пакеты аппаратно выделяются из потока, только фильтруй по stdid. а здесь я как понимаю должны быть маркеры начала и конца пакета, так? где бы почитать про это, спасибо

и где логи

логи TECU? ну если помогут чуть позже скину обязательно

вот протокол обмена

вот лог теку

за описание протокола спасибо большое
есть вопрос. Получается начало пакета определять только по байту Fmt?
а в случаях А и Б нет байта длины пакета, как определить конец? или в этих случаях длина константа?

http://www.scrabber.net/wAlGa.jpg

А прочитать про структуру Fmt время не хватило?

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

GASCHE вы наверно имели ввиду структуру заголовка? ну это ладно, найду время разберусь. тут оказалось что с железом чтото, раз Теку должна работать. Вообще до докам там у меня протокол 9141-2

Спаял по вот этой схеме

у меня 7 вывод FT232RL тоже на земле сидит

помыл прозвонил плату, теперь вообще тишина в терминале, это нормально? или эбу шлет данные и без приветствий всяких(вроде 0x33 при 5 бод)? хотя теку говорит устройство не найдено

если теку пишет устройство не найдено, значит адаптер не определяется
ищите ошибки в адаптере

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

Я же написал Fmt (Format Byte), что здесь не понятно?

Этот байт обозначает тип заголовка, какая структура у байта?
Либо мы говорим на разных языках :big:
struct myStruct{
uint8_t firstByte;
uint8_t secondByte;
uint16_t thirdAndFourBytes;
};

Сегодня попробовал mc33290 + ft232/pl2303. Тэку при поиске все время говорит, эбу не отвечает. Драйвера с **** сайта, Лог. Надо попробовать на другой машине.

Важно ли где имеено подключаться к к-линии? На разьеме в салоне или прям на мозге? я цепляюсь прям к фишке компа, фишка F60 пин 11Распиновка, +12вольт беру рядышком, а массу на кузов

This pin is used to provide OBDII diagnostic information. The ISO 9141-2 K-Line standard is used to provide OBDII information via serial.

Должно работать

Я не знаю на каком говорите вы, поэтому не могу ответить на ваш вопрос :big:
Если бы вы чуть убрали гонор и последовав моему совету, то чуть выше приведенного вами рисунка нашли бы такой пункт 4.1.1 Format byte в котором и описывается структура этого байта дающая ответ на этот и предыдущий ваш вопрос о длине посылки и поверьте она несколько отличается от приведенной вами структуры.