Форум по автодиагностике, автосканерам, ремонту, обслуживанию и эксплуатации автомобилей

Форум по автодиагностике, автосканерам, ремонту, обслуживанию и эксплуатации автомобилей (http://autoprogs.ru/index.php)
-   Диагностика VAG (AUDI / Volkswagen / Skoda / Seat) | ремонт электроники (http://autoprogs.ru/forumdisplay.php?f=228)
-   -   VAS 5054 (он же VAS 5054a) (http://autoprogs.ru/showthread.php?t=1180)

SEG13 18.07.2019 14:30

Цитата:

Сообщение от adolf80 (Сообщение 833300)
Если там 167 процессор то 100% Ваш продаван подменил папку!!!!

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

adolf80 18.07.2019 14:37

Если через промежуточный более низкий ПДУ обновить до 42 с подмененной папкой от 41 он все равно покажет дату от 42. Только что 5 раз проверил. А вот почему так до сих пор не понял. Он получается дату берет не из шнурка при нажатии на коннект?

SEG13 18.07.2019 14:47

adolf80,
Дмитрий 42 и koliamihaylow подтвердили что тест от 42 API.

Brian_OConner333 18.07.2019 15:39

Всем привет.
А такой вопрос, реально ли сейчас вообще купить нормальный, полноценный, качественный клон?
Просмотрел очень много предложений на ali, лишь некоторые идут как original OKI (и по отзывам совпадает), но, как я понимаю, там BT не AMB2300... И никто в отзывах особо не пишет, работает ли нормально с PDU Api 42 или же нужна подмена папки.
Просто собираюсь приобретать VAS, и хотелось бы сразу взять нормальную полноценную версию, пусть даже подороже, чем они обычно продаются.

lprot 18.07.2019 15:54

Цитата:

Сообщение от Brian_OConner333 (Сообщение 833324)
Всем привет.
А такой вопрос, реально ли сейчас вообще купить нормальный, полноценный, качественный клон?
Просмотрел очень много предложений на ali, лишь некоторые идут как original OKI (и по отзывам совпадает), но, как я понимаю, там BT не AMB2300... И никто в отзывах особо не пишет, работает ли нормально с PDU Api 42 или же нужна подмена папки.
Просто собираюсь приобретать VAS, и хотелось бы сразу взять нормальную полноценную версию, пусть даже подороже, чем они обычно продаются.

Невозможно. Везде наклейки и фейки. Если купишь проц 161 и память 5Вольт - считай повезло. Причина - банально закончились чипы на заводах. И они так устарели что уже никто не выпускает аналоги.

Отзывы на али 99% не о чем. То что тебе говорит продавец, описание товара и реальнось - три разных вещи и в большинстве случаев не совпадающих. Мало кто открывает адаптер и фотографирует обе платы с двух сторон. Но после наших здесь изысканий я полагаю почти все точки над "и" поставлены.

Brian_OConner333 18.07.2019 16:05

Цитата:

Сообщение от lprot (Сообщение 833335)
Невозможно. Везде наклейки и фейки. Если купишь проц 161 и память 5Вольт - считай повезло. Причина - банально закончились чипы на заводах. И они так устарели что уже никто не выпускает аналоги.

Отзывы на али 99% не о чем. Мало кто открывает адаптер и фотографирует обе платы с двух сторон. Но после наших здесь изысканий я полагаю почти все точки над и почти поставлены.

Жесть. Значит, либо искать б/у клон былых лет со вскрытием, либо брать б/у оригинал...
Спасибо, буду иметь в виду.

koliamihaylow 18.07.2019 16:09

Цитата:

Сообщение от Brian_OConner333 (Сообщение 833340)
Жесть. Значит, либо искать б/у клон былых лет со вскрытием, либо брать б/у оригинал...
Спасибо, буду иметь в виду.

Имейте ввиду последняя версия ODIS-Service для VAS5054A будет 6.х.х
с 2020г. поддержка VAS5054A закончится.

Brian_OConner333 18.07.2019 16:13

Цитата:

Сообщение от koliamihaylow (Сообщение 833341)
Имейте ввиду последняя версия ODIS-Service для VAS5054A будет 6.х.х
с 2020г. поддержка VAS5054A закончится.

Спасибо за напоминание, про эту особенность знаю.
Но 6154 оригинал пока слишком дорог, а клонов нормальных, вроде как, вообще нет)

lprot 18.07.2019 16:37

Цитата:

Сообщение от Brian_OConner333 (Сообщение 833342)
Но 6154 оригинал пока слишком дорог, а клонов нормальных, вроде как, вообще нет)

Нет нормальных, если кто готов опровергнуть это, буду рад услышать обратное.

Дмитрий 42 18.07.2019 17:02

Цитата:

Сообщение от adolf80 (Сообщение 833306)
Если через промежуточный более низкий ПДУ обновить до 42 с подмененной папкой от 41 он все равно покажет дату от 42. Только что 5 раз проверил. А вот почему так до сих пор не понял. Он получается дату берет не из шнурка при нажатии на коннект?

Дата прописана в бин файле, тестовый файл сделан на основе 42. поэтому что в 42 оригинальном бине, что в 42 тестовом файле бин будет одна дата - от 42 пду, а именно 18.7.2017. у 41-го пду дата 16.01.2017.

Поэтому когда ты заливаешь через 41, но подсунув в нее тестовый бин ты получаешь в адаптере дату из тестового бина - 18.07.2017 - это дата 42 пду, на основе которого сделан тестовый файл.


Так....или ты иеешь ввиду следующее: берем головку с 30-ой пду, берем 42-ую пду, но в нее складываем папку 5054 от 41-ой версии и получаем, что в головке дата все равно остается от 42-ой, он ее не зальет из 41-го бина ? Это довольно странно, ничего не напутано ? головку оставил на работе, завтра попробую в 41-ое пду подложить папку от 42-го, посмотрю что у меня скажет с датой

veloseeped 18.07.2019 17:03

Цитата:

Сообщение от adolf80 (Сообщение 833300)
Если там 167 процессор то 100% Ваш продаван подменил папку!!!!

Для полноты картины и "науколюбознания" это можно проверить.
Посмотри осциллографом RX/TX концы на VPW приемопередатчике AU5780 в тесте на 42-м PDU.
Если шевеления сигналов у девайса с 161-м процом не будет, значит этот интерфейс не проверяется и тогда плата с 167-м тоже будет проходить тест.

ЗЫ: Спасибо за выложенный 42-й софт!!

adolf80 18.07.2019 17:20

Цитата:

Сообщение от Дмитрий 42 (Сообщение 833359)
Дата прописана в бин файле, тестовый файл сделан на основе 42. поэтому что в 42 оригинальном бине, что в 42 тестовом файле бин будет одна дата - от 42 пду, а именно 18.7.2017. у 41-го пду дата 16.01.2017.

Поэтому когда ты заливаешь через 41, но подсунув в нее тестовый бин ты получаешь в адаптере дату из тестового бина - 18.07.2017 - это дата 42 пду, на основе которого сделан тестовый файл.


Так....или ты иеешь ввиду следующее: берем головку с 30-ой пду, берем 42-ую пду, но в нее складываем папку 5054 от 41-ой версии и получаем, что в головке дата все равно остается от 42-ой, он ее не зальет из 41-го бина ? Это довольно странно, ничего не напутано ? головку оставил на работе, завтра попробую в 41-ое пду подложить папку от 42-го, посмотрю что у меня скажет с датой

Да. Файлы он заливает от 41, но даты у меня почему то все равно показавает от 42. Кто проверит?

Дмитрий 42 18.07.2019 17:25

Цитата:

Сообщение от adolf80 (Сообщение 833367)
Да. Файлы он заливает от 41, но даты у меня почему то все равно показавает от 42. Кто проверит?

хм... я завтра только смогу.

adolf80 18.07.2019 18:10

lprot, нарисуй пожалуйста на фото какие номера ножек надо замкнуть на 6636 и 5780. Народ спрашивает)

----------

Сейчас проверю на домашнем буке. Помнится мне даты менялись при подмене. Хез почему на рабочем так. Вообщем отпишусь.

spacer 18.07.2019 18:13

коллеги, а кто-нить пытается делать методичку того, что тут попробовали, чтобы на выходе был четкий план действий по доводке прибора? ;-)

adolf80 18.07.2019 19:07

Цитата:

Сообщение от veloseeped (Сообщение 833360)
Для полноты картины и "науколюбознания" это можно проверить.
Посмотри осциллографом RX/TX концы на VPW приемопередатчике AU5780 в тесте на 42-м PDU.
Если шевеления сигналов у девайса с 161-м процом не будет, значит этот интерфейс не проверяется и тогда плата с 167-м тоже будет проходить тест.

ЗЫ: Спасибо за выложенный 42-й софт!!

На счёт 5780 не скажу. Но на 6636 точно есть. Если подскажете на какой скорости общается проц с ней, завтра могу подслушать что входит и что выходит. А так же если подскажете ноги процессора, которые идут к 5780 тоже проверю. Я свой зарек не половинить. Где то микротрещина, боюсь после он вообще помрет)).

----------

Цитата:

Сообщение от spacer (Сообщение 833407)
коллеги, а кто-нить пытается делать методичку того, что тут попробовали, чтобы на выходе был четкий план действий по доводке прибора? ;-)

Ещё рано) надо все как следует проверить и оттестить.

----------

Ну вот добрался до домашнего компа. Стоят последние одисы.
На данный момент в папке с 42 файлы от 41 и дата все равно стоит от 42 софта:
#
----------------------------------------------------
Return of PDUDestruct:
PDU_STATUS_NOERROR: PDU function call successful

*********** Changing the PDU-API module ************

----------------------------------------------------
Selected MVCI module: EDIC_D_PDU_API_OE
----------------------------------------------------
PDU-API dll:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll
PDU-API ModuleDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\MDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
PDU-API CableDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\CDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
Loading PDU-API library file...

PduApiLibPath:"C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll"
Loading successful!
----------------------------------------------------
Parsing MDF file...
MDF parser initialisation successful, MDF file loaded!
MDF parsing completed!
Fixing references completed!
Warning: ComParam ID=4, value Overflow (Max or Min value is set) !
Warning: ComParam ID=5, value Overflow (Max or Min value is set) !
Warning: ComParam ID=6, value Overflow (Max or Min value is set) !
Warning: ComParam ID=7, value Overflow (Max or Min value is set) !
Warning: ComParam ID=38, value Overflow (Max or Min value is set) !
Warning: ComParam ID=39, value Overflow (Max or Min value is set) !
Warning: ComParam ID=40, value Overflow (Max or Min value is set) !
Warning: ComParam ID=132, value Overflow (Max or Min value is set) !
Warning: ComParam ID=134, value Overflow (Max or Min value is set) !
----------------------------------------------------
Parsing CDF file...
CDF parser initialisation successful, CDF file loaded!
CDF parsing completed!
----------------------------------------------------
Return of PDUConstruct:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Return of PDUGetModuleIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of modules found: 1
hMod: 1, ModuleStatus: PDU_MODST_AVAIL,
Module Type ID: 531,
Vendor Module Name: VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725',
Vendor Additional Info: ConnectionType='Bluetooth'
----------------------------------------------------
Return of PDUModuleConnect:
PDU_STATUS_NOERROR: PDU function call successful

************* Get module version Info **************

----------------------------------------------------
Module Short Name : VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725'
Module Vendor Name : Softing Automotive Electronics GmbH
Module HwName : VAS5054
Module SerialNumber : 82145725
Module FW Name : VeCom
Module FW-Version : 2.20.42
Module FW-Date : 18.7.2017 (Calendar week 29)
Module PDU-API SW Name : Softing D-PDU API for VCIs
Module PDU-API Version : 1.20.42
Module PDU-API SW Date : 18.7.2017 (Calendar week 29)
----------------------------------------------------
Return of PDUGetResourceIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of matching resource IDs: 1
----------------------------------------------------
Selected resource ID: 81
----------------------------------------------------
Return of PDUGetResourceIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of matching resource IDs: 1
----------------------------------------------------
Selected resource ID: 81
#

----------

Подкинул родные файлы от 42:
#

*********** Changing the PDU-API module ************

----------------------------------------------------
Selected MVCI module: EDIC_D_PDU_API_OS
----------------------------------------------------
PDU-API dll:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll
PDU-API ModuleDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\MDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
PDU-API CableDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\CDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
Loading PDU-API library file...

PduApiLibPath:"C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll"
Loading successful!
----------------------------------------------------
Parsing MDF file...
MDF parser initialisation successful, MDF file loaded!
MDF parsing completed!
Fixing references completed!
Warning: ComParam ID=4, value Overflow (Max or Min value is set) !
Warning: ComParam ID=5, value Overflow (Max or Min value is set) !
Warning: ComParam ID=6, value Overflow (Max or Min value is set) !
Warning: ComParam ID=7, value Overflow (Max or Min value is set) !
Warning: ComParam ID=38, value Overflow (Max or Min value is set) !
Warning: ComParam ID=39, value Overflow (Max or Min value is set) !
Warning: ComParam ID=40, value Overflow (Max or Min value is set) !
Warning: ComParam ID=132, value Overflow (Max or Min value is set) !
Warning: ComParam ID=134, value Overflow (Max or Min value is set) !
----------------------------------------------------
Parsing CDF file...
CDF parser initialisation successful, CDF file loaded!
CDF parsing completed!
----------------------------------------------------
Return of PDUConstruct:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Return of PDUGetModuleIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of modules found: 1
hMod: 1, ModuleStatus: PDU_MODST_AVAIL,
Module Type ID: 531,
Vendor Module Name: VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725',
Vendor Additional Info: ConnectionType='Bluetooth'
----------------------------------------------------
Return of PDUModuleConnect:
PDU_ERR_MODULE_FW_OUT_OF_DATE: Firmware software out of date.
#

----------

Подкинул опять в 42 файлы из 41:

----------------------------------------------------
Return of PDUDestruct:
PDU_STATUS_NOERROR: PDU function call successful

*********** Changing the PDU-API module ************

----------------------------------------------------
Selected MVCI module: EDIC_D_PDU_API_OE
----------------------------------------------------
PDU-API dll:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll
PDU-API ModuleDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\MDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
PDU-API CableDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\CDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
Loading PDU-API library file...

PduApiLibPath:"C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll"
Loading successful!
----------------------------------------------------
Parsing MDF file...
MDF parser initialisation successful, MDF file loaded!
MDF parsing completed!
Fixing references completed!
Warning: ComParam ID=4, value Overflow (Max or Min value is set) !
Warning: ComParam ID=5, value Overflow (Max or Min value is set) !
Warning: ComParam ID=6, value Overflow (Max or Min value is set) !
Warning: ComParam ID=7, value Overflow (Max or Min value is set) !
Warning: ComParam ID=38, value Overflow (Max or Min value is set) !
Warning: ComParam ID=39, value Overflow (Max or Min value is set) !
Warning: ComParam ID=40, value Overflow (Max or Min value is set) !
Warning: ComParam ID=132, value Overflow (Max or Min value is set) !
Warning: ComParam ID=134, value Overflow (Max or Min value is set) !
----------------------------------------------------
Parsing CDF file...
CDF parser initialisation successful, CDF file loaded!
CDF parsing completed!
----------------------------------------------------
Return of PDUConstruct:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Return of PDUGetModuleIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of modules found: 1
hMod: 1, ModuleStatus: PDU_MODST_AVAIL,
Module Type ID: 531,
Vendor Module Name: VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725',
Vendor Additional Info: ConnectionType='Bluetooth'
----------------------------------------------------
Return of PDUModuleConnect:
PDU_STATUS_NOERROR: PDU function call successful

************* Get module version Info **************

----------------------------------------------------
Module Short Name : VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725'
Module Vendor Name : Softing Automotive Electronics GmbH
Module HwName : VAS5054
Module SerialNumber : 82145725
Module FW Name : VeCom
Module FW-Version : 2.20.42
Module FW-Date : 18.7.2017 (Calendar week 29)
Module PDU-API SW Name : Softing D-PDU API for VCIs
Module PDU-API Version : 1.20.42
Module PDU-API SW Date : 18.7.2017 (Calendar week 29)
----------------------------------------------------
Return of PDUGetResourceIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of matching resource IDs: 1
----------------------------------------------------
Selected resource ID: 81
----------------------------------------------------
Return of PDUGetResourceIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of matching resource IDs: 1
----------------------------------------------------
Selected resource ID: 81
----------------------------------------------------
Return of PDUModuleDisConnect:
PDU_STATUS_NOERROR: PDU function call successful

Дата все равно от 42!!!
Что скажете SEG13? Может сравните с вашим файлом?

----------

И вот наконец подменил в 42 "наши" ( конечно же veloseeped ) доработанные файлы:

************ Getting MVCI Module paths *************

Root description file contains 5 MVCI modules.

*********** Changing the PDU-API module ************

----------------------------------------------------
Selected MVCI module: EDIC_D_PDU_API_OS
----------------------------------------------------
PDU-API dll:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll
PDU-API ModuleDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\MDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
PDU-API CableDescriptionFile:
C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\CDF_SoftingAG_EDIC-PDU-API_1.20.042.xml
Loading PDU-API library file...

PduApiLibPath:"C:\Program Files (x86)\Softing\D-PDU API\1.20.042\vecom\PDUAPI_SoftingAG_1.20.042.dll"
Loading successful!
----------------------------------------------------
Parsing MDF file...
MDF parser initialisation successful, MDF file loaded!
MDF parsing completed!
Fixing references completed!
Warning: ComParam ID=4, value Overflow (Max or Min value is set) !
Warning: ComParam ID=5, value Overflow (Max or Min value is set) !
Warning: ComParam ID=6, value Overflow (Max or Min value is set) !
Warning: ComParam ID=7, value Overflow (Max or Min value is set) !
Warning: ComParam ID=38, value Overflow (Max or Min value is set) !
Warning: ComParam ID=39, value Overflow (Max or Min value is set) !
Warning: ComParam ID=40, value Overflow (Max or Min value is set) !
Warning: ComParam ID=132, value Overflow (Max or Min value is set) !
Warning: ComParam ID=134, value Overflow (Max or Min value is set) !
----------------------------------------------------
Parsing CDF file...
CDF parser initialisation successful, CDF file loaded!
CDF parsing completed!
----------------------------------------------------
Return of PDUConstruct:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Return of PDUGetModuleIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of modules found: 1
hMod: 1, ModuleStatus: PDU_MODST_AVAIL,
Module Type ID: 531,
Vendor Module Name: VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725',
Vendor Additional Info: ConnectionType='Bluetooth'
----------------------------------------------------
Return of PDUModuleConnect:
PDU_STATUS_NOERROR: PDU function call successful

************* Get module version Info **************

----------------------------------------------------
Module Short Name : VendorName='Softing AG' ModuleName='VAS5054' SerialNumber='082145725'
Module Vendor Name : Softing Automotive Electronics GmbH
Module HwName : VAS5054
Module SerialNumber : 82145725
Module FW Name : VeCom
Module FW-Version : 2.20.42
Module FW-Date : 18.7.2017 (Calendar week 29)
Module PDU-API SW Name : Softing D-PDU API for VCIs
Module PDU-API Version : 1.20.42
Module PDU-API SW Date : 18.7.2017 (Calendar week 29)
----------------------------------------------------
Return of PDUGetResourceIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of matching resource IDs: 1
----------------------------------------------------
Selected resource ID: 81
----------------------------------------------------
Return of PDUGetResourceIds:
PDU_STATUS_NOERROR: PDU function call successful
----------------------------------------------------
Number of matching resource IDs: 1
----------------------------------------------------
Selected resource ID: 81

----------

Вывод: дата всегда одна!!!

adolf80 18.07.2019 19:15

Вложений: 1
Одисы тоже запускаются без ошибок )))
veloseeped спасибо вам большое за решение этой проблемы ))

Выкладываю рабочую папку PDU42 с отключенной проверкой Flash ID
( работать будет только у тех, кто доработал его и у кого шнурок проходит самопроверку в VAS-PC !!!)

lprot 18.07.2019 19:49

Вложений: 2
Цитата:

Сообщение от adolf80 (Сообщение 833426)
Одисы тоже запускаются без ошибок )))
veloseeped спасибо вам большое за решение этой проблемы ))

Выкладываю рабочую папку PDU42 с отключенной проверкой Flash ID
( работать будет только у тех, кто доработал его и у кого шнурок проходит самопроверку в VAS-PC !!!)

Поздравления и благодарности veloseeped и всем кто помог или не мешал :)

Моя теория доказана. Теперь второй шаг:
1. Запатчить бинарь чтоб не отваливался если чипов нет.
2. Если п.1 не реален, проверить возможность эмуляции тестов перемычками на левых чипах или без них rx/tx.

Инструкция к п. 2:
1. Запускаем VAS-PC, делаем тест, смотрим ошибку. Ошбки могут быть такие:
700.2108 проблема с К-line
700.2111 проблема с L-line (возможная причина диод VD14 запаян неправильно. Метка должна быть ближе к разъёму)
700.2113 проблема с CAN-Low (фейковая или неисправная TJA1050 / TJA1040)
700.2114 Проблема с CAN-High (фейковая, перевернутая или неисправная TJA1054AT / TJA1055)
700.2115 Проблема с J1850 VPW (фейковая, перевернутая или неисправная AU5780A / A5780А)
700.2116 Проблема с J1850 PWM (фейковая (M6636B), перевернутая или неисправная OKI M6636, также перевернутый диод VD7)
700.2230 Проблема с 3702C (нет сигнала с зажигания KL15)

Возможное лечение:
На AU5780 коротим ноги 2 и 4.
На M6636 коротим ноги 20 и 21
На TJA1054TA ноги 2 и 3.
Картинки во вложении.
Закоротили ноги? Повторяем тест в VAS-PC.

Важная информация:
1. Ошибки идут одна строго после другой. Тоесть они не появляются одновремено, а после тестов, которые запускаются по очереди. Поэтому прошу когда будете проверять лечение, запишите пожалуйста хронологию.
2. Рекомендую выпаять фейк перед закорачиванием ног. Мы не знаем что туда засунули китайцы.

Удачи, держу пальцы :)

adolf80 18.07.2019 20:09

Сейчас надо проверить какие именно ( или все) чипы опрашивает 42 ПДУ? 6636 опрашивается. Осталось проверить 1054 и 5780.

lprot 18.07.2019 20:18

Цитата:

Сообщение от adolf80 (Сообщение 833437)
Сейчас надо проверить какие именно ( или все) чипы опрашивает 42 ПДУ? 6636 опрашивается. Осталось проверить 1054 и 5780.

На предыдущей странице, обновил инструкцию, которая призывает поставить окончательно все точки над "и".

К тебе вопрос, после перехода на "правильную" 42, одисы работают корректно?
Напиши плиз какие одисы и какие версии.

adolf80 18.07.2019 20:25

Цитата:

Сообщение от lprot (Сообщение 833439)
На предыдущей странице, обновил инструкцию, которая призывает поставить окончательно все точки над "и".

К тебе вопрос, после перехода на "правильную" 42, одисы работают корректно?
Напиши плиз какие одисы и какие версии.

Одисы 5.1.6 и 9.2.2 оба запускаются без ошибок. Головку видят. На машине проверить пока не успел.

lprot 18.07.2019 20:29

Цитата:

Сообщение от adolf80 (Сообщение 833437)
Сейчас надо проверить какие именно ( или все) чипы опрашивает 42 ПДУ? 6636 опрашивается. Осталось проверить 1054 и 5780.

Я б перефразировал вопрос в найти место в бинаре где проверяются удачности тестов и сменить jmpr на nop. Veloseeped знает о чем я :)

А то как-то по олдскульному паяльник сюда привлекать. Но я конечно не знаю как там дела обстоят с реализацией этой хотелки.

adolf80 18.07.2019 20:32

Наличие или не наличие опроса 1054 завтра проверить смогу сам, кто может прозвонить ноги 2 и 4 от 5780 до процессора или до точек на процессорной плате??

lprot 18.07.2019 20:37

Цитата:

Сообщение от veloseeped (Сообщение 833360)
Для полноты картины и "науколюбознания" это можно проверить.
Посмотри осциллографом RX/TX концы на VPW приемопередатчике AU5780 в тесте на 42-м PDU.
Если шевеления сигналов у девайса с 161-м процом не будет, значит этот интерфейс не проверяется и тогда плата с 167-м тоже будет проходить тест.

ЗЫ: Спасибо за выложенный 42-й софт!!

Проверить можно в двоичном редакторе в самом бинаре или даже просто по длине бинаря. В крайнем случае и еще проще по контрольной сумме из cnf.

----------

Цитата:

Сообщение от adolf80 (Сообщение 833444)
Наличие или не наличие опроса 1054 завтра проверить смогу сам, кто может прозвонить ноги 2 и 4 от 5780 до процессора или до точек на процессорной плате??

Проверить полностью можно очень просто, смотрятся даташиты все трех микрух. Поднимаются ноги питания. Запускаются тесты. По очереди опускаются ноги...

У меня уже чисто спортивный интерес. Какая последовательность у VAS, и что проверяет бинарь.

PS: ноги питания у 6636 и au5780 - 1ая, у tja1054- 14-ая

adolf80 18.07.2019 20:39

Цитата:

Сообщение от lprot (Сообщение 833445)
Проверить можно в двоичном редакторе в самом бинаре или даже просто по длине бинаря. В крайнем случае и еще проще по контрольной сумме из cnf.

----------

Проверить полностю можно очень просто, смотрятся даташиты все трех микрух. Поднимаются ноги питания. Запускаются тесты. По очереди опускаются ноги...

я выше писал- микротрещина в плате. Половинить шнурок не буду. Могу посмотреть со стороны процессора. Только надо знать на каких ногах висит обмен с 5780?

adolf80 18.07.2019 23:41

Кто ещё может проверить??? Потому что у Николая не заработали эти файлы.

lprot 19.07.2019 00:45

Цитата:

Сообщение от adolf80 (Сообщение 833495)
Кто ещё может проверить??? Потому что у Николая не заработали эти файлы.

А лог можно увидеть?

Дмитрий 42 19.07.2019 03:52

я сегодня закорочу нужные дорожки и погоняю тесты, сейчас до работы только доберусь

lprot 19.07.2019 04:34

Цитата:

Сообщение от Дмитрий 42 (Сообщение 833509)
я сегодня закорочу нужные дорожки и погоняю тесты, сейчас до работы только доберусь

Только пожалуйста обязательно в такой последовательности:
VAS-PC тест, смотрим какая ошибка по таблице что я приводил, замыкаем на соответствующей микросхеме ноги, снова VAS-PC тест. Если ошибка не исчезла, дальше не двигайся по алгоритму, а дай знать, будем дальше мудрить...

Дмитрий 42 19.07.2019 05:10

Да, я понимаю смысл этой последовательности ))))

lprot 19.07.2019 05:38

Цитата:

Сообщение от veloseeped (Сообщение 833063)
Значится так. Решил в легкую пощупать и сравнить код процессора и модуля Vcfusblu.bin для 41 и 42 версии.
Код в процессоре не делает различия между чипами AMD и Fuji - проверку проходят оба типа.
Cмотрим далее. Vcfusblu.bin в 41-м проверкой типа чипа памяти вообще не занимается, ей по барабану что стоит - съест все
А вот в 42-м проверка есть и она четко делит чипы на два типа - AMD и все остальное, включая Fujitsu.
Во втором случае подпрограмма проверки выдает errflag=0.

Похоже просматривается два решения - либо перепаять чип, либо подправить код в vcfusblu.bin - в первом приближении можно исправить всего один байт и проверить в живую.
Единственное, что мешает сразу сделать второй вариант это точный алгоритм контрольной суммы модуля CRC-16 (использована какая-то своя модификация).
Но это в том случае, если КС проверяется при записи. Вполне может быть, что такой проверки в реалии и не делается.
Кто хочет рискнуть и проверить запись "в лоб" данной идеи ниже лежит исправленный бинарник без КС. Естественно нужно его переименовать в название оригинального файла

Посмотрел код с твоим патчем, вроде как ты возвращаешь r4, c единицей для любого производителя флеш. И получается что софт принимает его за AMD. Но для AMD, Fujitsu и прочего у него три варианта декодирования полученной там информации.

Если глянуть даташит амд чипа то есть такое:
Sector Protection/Unprotection
The hardware sector protection feature disables both
program and erase operations in any sector. The hardware
sector unprotection feature re-enables both program
and erase operations in previously protected
sectors.
The device is shipped with all sectors unprotected.
AMD offers the option of programming and protecting
sectors at its factory prior to shipping the device
through AMD’s ExpressFlash™ Service. Contact an
AMD representative for details.
It is possible to determine whether a sector is protected
or unprotected. See “Autoselect Mode” for details.
Sector protection/unprotection can be implemented via
two methods.
The primary method requires VID on the RESET# pin
only, and can be implemented either in-system or via
programming equipment. Figure 2 shows the algorithms
and Figure 20 shows the timing diagram. This
method uses standard microprocessor bus cycle timing.
For sector unprotect, all unprotected sectors must
first be protected prior to the first sector unprotect write
cycle.
The alternate method intended only for programming
equipment requires VID on address pin A9 and OE#.
This method is compatible with programmer routines
written for earlier 5.0 volt-only AMD flash devices. Details
on this method are provided in a supplement, publication
number 22289. Contact an AMD representative
to request a copy.

А это значит на AMD можно защищать сектора. Есть предположение что на этом все и построено. Надо сравнить с фуджиками и прочими. Скорей всего логика там такая - это амд и сектор можно закрыть - все ок. Фуджитсу - пробуем по другому методу, прочее - клон
Ну или вариации...

И еще - мы не знаем какие в реальности ID у чипа Николая.
adolf80 - у тебя фуджитсу стоит или что другое?

Дмитрий 42 19.07.2019 06:26

2111 решилась переворотом ВД14
2114 решилась замыканием Рх и Тх на площадке TJA1054 (методика работает!!!)
На этом зафиксировался.

Остановился на 2115 - она не решилась замыканием контактов на площадке 5780

Далее были следующие тесты:
- Замкнуты 5780 и Оки - произошел откат на ошибку 2114, ПДУ 42 не работает
- Замкнута только Оки - ошибка 2115 , ПДУ 42 не работает.

П.С. Питание памяти 5В ((( что-то можно придумать несложное ? может плашки какие-то от ПК раздербанить перепаять или на 5054 как-то снизить ?

adolf80 19.07.2019 07:06

Короти все и пробуй тест ПДУ.

Да у меня фуджитсу

Дмитрий 42 19.07.2019 07:26

Цитата:

Сообщение от adolf80 (Сообщение 833524)
Короти все и пробуй тест ПДУ.

Да у меня фуджитсу

Уже опробовал этот вариант - добавил в описание выше. При нем происходит откат на ошибку 2114 и ПДУ42 не работает

Тут конечно бредовая идея чисто для прикола попробовать замкнуть Оки, 5780, а ТЖА1054 наоборот разомкнуть. Но что-то мне подсказывает что не прокатит

----------

Остается понять, может в БИНе есть дальше проверка что относительно фуджитсу, типа:

1. Оригиналы были с АМД и все ок сразу/или проверка доп микрух
2. Оригиналы были с Фуджи и надо проверить доп микрухи
3. Все другие флэш сразу в сад.

koliamihaylow 19.07.2019 07:57

Цитата:

Сообщение от Дмитрий 42 (Сообщение 833526)
Уже опробовал этот вариант - добавил в описание выше. При нем происходит откат на ошибку 2114 и ПДУ42 не работает

Тут конечно бредовая идея чисто для прикола попробовать замкнуть Оки, 5780, а ТЖА1054 наоборот разомкнуть. Но что-то мне подсказывает что не прокатит

----------

Остается понять, может в БИНе есть дальше проверка что относительно фуджитсу, типа:

1. Оригиналы были с АМД и все ок сразу/или проверка доп микрух
2. Оригиналы были с Фуджи и надо проверить доп микрухи
3. Все другие флэш сразу в сад.

На первый вопрос отвечу. У меня на новом АМД и тест не проходил 42 и естественно не работал без замены папки VAS5054. Заменил М6636 и А5780А все ОК

yury_z 19.07.2019 08:10

Тут писал [Ссылки могут видеть только зарегистрированные пользователи. Зарегистрироваться...] все чипы заменены висит 15 ошибка, думают из-за проца у меня 167. Память питание 5 вольт, буду менять на 5 вольтовую. Какую память лучше ставить?

lprot 19.07.2019 08:19

Цитата:

Сообщение от Дмитрий 42 (Сообщение 833515)
2111 решилась переворотом ВД14
2114 решилась замыканием Рх и Тх на площадке TJA1054 (методика работает!!!)
На этом зафиксировался.

Остановился на 2115 - она не решилась замыканием контактов на площадке 5780

Далее были следующие тесты:
- Замкнуты 5780 и Оки - произошел откат на ошибку 2114, ПДУ 42 не работает
- Замкнута только Оки - ошибка 2115 , ПДУ 42 не работает.

П.С. Питание памяти 5В ((( что-то можно придумать несложное ? может плашки какие-то от ПК раздербанить перепаять или на 5054 как-то снизить ?

У тебя проц точно 161CJ? Потому как есть еще 161CS и на нем не прокатит замыкание и даже замена на настоящую 5780.

----------

Цитата:

Сообщение от yury_z (Сообщение 833542)
Тут писал [Ссылки могут видеть только зарегистрированные пользователи. Зарегистрироваться...] все чипы заменены висит 15 ошибка, думают из-за проца у меня 167. Память питание 5 вольт, буду менять на 5 вольтовую. Какую память лучше ставить?

2115 это из-за ОКИ. 2116 по идее у тебя не убрать, так как она зависит в первую очередь от проца.
Вся надежда что можно будет пропатчить 42 бинарь чтоб дружил с такими процами.

Дмитрий 42 19.07.2019 09:53

Цитата:

Сообщение от lprot (Сообщение 833543)
У тебя проц точно 161CJ? Потому как есть еще 161CS и на нем не прокатит замыкание и даже замена на настоящую 5780.

----------

2115 это из-за 167го даже к бабке не ходи. И как я уже да и не только я отмечал - ее не убрать.
Вся надежда что можно будет пропатчить 42 бинарь чтоб дружил с такими процами.

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

lprot 19.07.2019 11:28

Цитата:

Сообщение от Дмитрий 42 (Сообщение 833563)
Маркировка именно 161CJ, может конечно китайцы перемаркировали ее , но какой смысл...

Я как раз сомневался что закорачивание ног на ТЖА прокатит. А на АУшке был уверен что сработает. Ноги точно 2 и 4-тая? Как на фото распиновка? И еще вопрос ты ее отпаял или коротишь на впаянной?

----------

Цитата:

Сообщение от adolf80 (Сообщение 833524)
Короти все и пробуй тест ПДУ.

Да у меня фуджитсу

Такой же фуджитсу как у Николая?

Дмитрий 42 19.07.2019 11:31

Цитата:

Сообщение от lprot (Сообщение 833596)
Я как раз сомневался что закорачивание ног на ТЖА прокатит. А на АУшке был уверен что сработает. Ноги точно 2 и 4-тая? Как на фото распиновка? И еще вопрос ты ее отпаял или коротишь на впаянной?

----------


Такой же фуджитсу как у Николая?

Да, как на фот нарисованы.
У меня нет ОКИ, 1054 и 5780 - я их сразу сдул и выкинул, фейковые были.

Хотя по 5780 я уже не уверен)))


Текущее время: 03:44. Часовой пояс GMT +3.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод:
zCarot
Автодиагностика и автосканеры.