Софтуер за диагностика на Toyota

[Vesko]

Показанията на дюзи, сезори и др не зависи от диагностичната програма, а само от софтуера на колата.

[jim_beam]

просто се ъпдейтва старата версия и като я стартирах си работи без нищо повече да правя.
не съм си играл скоро в колата.като че ли се появиха повече бутони отляво при новата версия.

[JapCar]

Показанията на дюзи, сезори и др не зависи от диагностичната програма, а само от софтуера на колата.

Така е, нали за това исках да знам дали при всички не се вижда промяна в дюзите в движение, не, че версията ще го оправи...просто версията на софтуера на колата ми е стар...

[TATI]

Windows 7, x64 с кабел на колегата ss_mitko


Малко съм разочарован, че почти няма какво да се пипа, но мойта кола е стара. Сега ще гледам да измоля един оригинален кабел от Тойота, та да видим тогава ще има ли повече неща.

[JapCar]

Windows 7, x64 с кабел на колегата ss_mitko
---------------
Малко съм разочарован, че почти няма какво да се пипа, но мойта кола е стара. Сега ще гледам да измоля един оригинален кабел от Тойота, та да видим тогава ще има ли повече неща.

Ти не беше ли със сменени дюзи или друг беше? В нормите са, но не мн. добре...
Преди бях писал, че при мен стойностите им ги дава с точност 1 знак след запетаята, тук са с 3, което не е важно, но вероятно зависи от кабела...

[TATI]

Не е сменяно нищо. Стойностите са такива, но все пак това е снимка от напълно студен двигател, при първоначално палене. Просто тествах дали става на 64 битова боза, че нали навсякъде пишат само ХР 32 бита.

[jim_beam]

колеги да се оплача,днес пробвах пак програмата,обаче излиза прозорец да се въведе код,ама че работа.опитах онези от старите версии,но не стават.
какво се въвеждаше,че вече не се сещам?
ъпдейтваха ми днес ecu-то и исках да видя дали е така.
иначе преди си вървеше без грешка,но явно са ме хванали,че съм без билет.

пс> ето го

lederman написа:намери C:\Program Files\Toyota Diagnostics\Techstream\Env\IT3System.ini (или като ти е пътя до файла)
намери раздела:

;===========================================================================;
;Available Function Setting
;===========================================================================;
[AvailableFunction]
MinorFunction=1
TISFunction=1
UserFunction=1
Промени TISFunction=1 to 0


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

[JapCar]

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

Веднъж активирана, програмата трябва да си работи, независимо от версията. Да не си ъпдейтвал и колата и програмата... biggrin.gif
Все пак това трябва да работи при всяка версия:
Промени TISFunction=1 to 0

[jim_beam]

така е,но това го бях забравил,явно като има достъп до интернет и се е възстановило пак на 1.
не успях да свърша нищо заради дъжд и буря,друг път ще е.би трябвало да са го актуализирали,за 200Е с мое масло и някои дреболии.
ама да си проверя де. biggrin.gif

[JapCar]

така е,но това го бях забравил,явно като има достъп до интернет и се е възстановило пак на 1.

Не може да се ъпдеитне само от достъп до Нет, при мен не се е получавало, винаги имам Нет... Другаде е причината вероятно.

[BOz]

Показанията в софтуера не зависи от кабела.
Той служи единствено и само за комуникация между самия софтуер е съответното ЕКУ на колата.
Софтуера пуска заявки към съответния адрес в ЕКУ-то. След това ЕКУ-то връща отговор. Обикновено този отговор е в шестнадесетичен вид, извлечен от съответния адрес.
След това адаптера предава това съобщение на софтуера, а той от собствена страна преобръща въпросния отговор в число, което е лесно за четене и разпознаване от човека.
Или с други думи самия кабел не участва в никакви "сметки", за да може да окаже някакво значение. Той служи само за пренос на заявката към ЕКУ-то и съответно обратния отговор от ЕКУ-то към софтуера.

Да речем:

1. Софтуера отваря комуникация към ЕКУ-то на АБС-а със заявка:
00DD
Кабела от собствена страна пренася това запътване към ЕКУ-тата, които са вързани на обща шина.
И подава общо запитване за инициализация с въпросния адрес.
ЕКУ-то на АБС-а знае, че този адрес отговаря за търсене на инициализация към него и отговаря да речем с:
00FF.
Този сигнал се пренася към софтуера и той го разчита като успешна отворена комуникация.
След това софтуера изпраща сигнал 0016FD - който да речем отговаря на запитване за стойността на температурата на антифриза.
ЕКУ-то отговаря да речем с 00 14 AC.
Този сигнал се пренася обратно към софтуера, който го превежда спрямо вътрешна логика и го показва като 25C да речем.

И т.н. и т.н.

Описах го по възможно най-лесния за разбиране (според мен) начин, за да може да добиете представа защо кабела сам по себе си не може да влияе на показанията или пък, че не "показвал" всички възможни опции.

Поздрави.

[lederman]

Описах го по възможно най-лесния за разбиране (според мен) начин, за да може да добиете представа защо кабела сам по себе си не може да влияе на показанията или пък, че не "показвал" всички възможни опции.
Поздрави.

Нека не забравяме, че китайските кабели са със софтуерна емулация на истинските комуникационни процесори. До колкото знам значение има и липсата на мултиплексор в китайските кабели.
Това дали не се отразява на комуникацията между "клонинга" и ECU-то?

[Vesko]

Описах го по възможно най-лесния за разбиране (според мен) начин, за да може да добиете представа защо кабела сам по себе си не може да влияе на показанията или пък, че не "показвал" всички възможни опции.
Поздрави.

Нека не забравяме, че китайските кабели са със софтуерна емулация на истинските комуникационни процесори. До колкото знам значение има и липсата на мултиплексор в китайските кабели.
Това дали не се отразява на комуникацията между "клонинга" и ECU-то?

Кабел свързан по USB към ПЦ-то не е ли винаги "софтуерна" емулация? Иначе от кабела нищо не зависи. Колата си казва какви "лайв" параметри потдържа. Само трябва кабела и софтуера да са по един и същи притикол. В смисъл теч стриима няма да работи с ЕЛМ кабел без подходящ драйвер в компютъра.

[lederman]

Описах го по възможно най-лесния за разбиране (според мен) начин, за да може да добиете представа защо кабела сам по себе си не може да влияе на показанията или пък, че не "показвал" всички възможни опции.
Поздрави.

Нека не забравяме, че китайските кабели са със софтуерна емулация на истинските комуникационни процесори. До колкото знам значение има и липсата на мултиплексор в китайските кабели.
Това дали не се отразява на комуникацията между "клонинга" и ECU-то?

Кабел свързан по USB към ПЦ-то не е ли винаги "софтуерна" емулация? Иначе от кабела нищо не зависи. Колата си казва какви "лайв" параметри потдържа. Само трябва кабела и софтуера да са по един и същи притикол. В смисъл теч стриима няма да работи с ЕЛМ кабел без подходящ драйвер в компютъра.

Доколкото съм запознат, в оригиналните кабели има специфичен процесор произведен и програмиран да работи по със съответните ОБД протоколи, и оборудван със съответните ключове за прехвърляне на напрежения и връзки между изводите на ОБД буксата, как е реализирано USB-то не е интересно това в оригиналните кабели дето са по една торба пари.
Клонингите съответно са направени с някакъв многоцелеви програмируем процесор, на който върви софтуерна емулация на специализираните процесори, оборудвано с един FTDI или нещо от сорта. Подобни процесори са доста евтини, доколкото съм чувал, ни не са и много бързи. Затова при отворени всички живи данни на клонинг, времето за опресняване е 6-7-8 сек. На клонингите често им се случва да губят връзка, и понякога напълно убиват Tech Stream-а ....
A Tech Stream-а май изобщо не сработва с ELM, или поне аз не съм виждал писано по темата.


цитат: https://techinfo.toyota.com/techInfoPor ... qtinfo.pdf


"The Techstream software has been modified to meet the SAE J2534 standard for vehicle interface
modules. While there are many J2534 devices available, Toyota can not validate all of them. The
Mongoose MFC/PRO is an elegantly packaged VIM that is competitively priced. We have done
extensive pilot testing with the Mongoose MFC/PRO and have received overwhelmingly positive
feedback from Technicians and Region/Area Office personnel. While we can not claim the Techstream
Lite will support all Techstream functions, we tracked over 2000 Mongoose MFC/PRO connections
during pilot and we estimate the Techstream Lite / Mongoose MFC/PRO set will perform 95+% of all
functions. We are actively working to address any Techstream Lite bugs found when using the
Mongoose MFC/PRO VIM. "

[BOz]

FTDI чипа е просто за прехвърляне (конвертор) от USB към Serial интерфейс.

Процесора в кабелите е много по-мощен от способността на ЕКУ-то да дава данните.
За това след всеки изпратен сигнал от софтуера към ЕКУ-то има минимално време на изчакване, преди да се изпари следващата заявка.
Това време е заложено с софтуера на база закъснението, с което може отговори ЕКУ-то.
За това е забавянето в показването на повече живи данни.
Демек след всяка заявка изпратена от софтуера към някой блок на ЕКУ-то, задължително софтуера чака да кажем 100мс преди да изпрати следващата си заявка с цел да даде възможност на ЕКУ-то да може да обработи заявката и да върне необходимия отговор.
Ако речем, че това изчакване по подразбиране е 100мс, то при избор на 10 параметъра, минималното време на опресняването им е 1 секунда.
От това идва забавянето, а не от самия кабел.