Gateway data bus ошибка

Thanks very much for the great reply dv52. I am using the IOS version of the OBDeleven app, so it looks different to the image you’ve posted with those directions to get the scan report.

I’ve just exported my ‘history’ log, but I don’t know if that contains the same level of detail that you’d need to get a better idea? I presume this history log simply shows all actions that have been carried out on this OBDeleven for this car?

I know that I did start a full backup (there were 4 options I could tick/check to backup I think). I selected all 4 and started a backup process but it looked like it was going to take ages and I didn’t have time to sit there and wait so I cancelled that backup. I may have also initiated a backup of just one of the options presented to me, to see how long that would take, but again, think I cancelled that). I presume this wouldn’t have harmed anything?! It certainly didn’t suggest it would, by offering me the cancel option, and when I cancelled it didn’t complain.

Aside from that, when I first plugged the OBDeleven in, I heard the car doing some bits before I even pressed anything in the app (almost like a mini-sweep over things). I then did a full scan, where it went through ?26 or 27? different modules scanning? I’m not sure if I ended up scanning anything more than once (I see some things duplicated in the history log), but I definitely haven’t made any adaptions or run any apps on the car.

Here is the history that I just exported:

OBDeleven vehicle history log
Date: 2020-07-07 06:51:02

    VIN: ** OMMITTED ** 
    Car:  
    Year: 2019
    Body type: D5 Hatchback
    Engine: DNUE 221 kW (300 hp) 2.0l
    Mileage: 10737 km

07.02.2019

Просмотров: 2003

Синий экран смерти 0x0000002E: DATA_BUS_ERROR возникает как на Windows 7, так и на других сборках операционной системы Microsoft. Это достаточно сложный BSOD, так как его причинами чаще всего становятся физические повреждение аппаратных компонентов ПК. Выделяют несколько факторов, которые вызывают синий экран смерти DATA BUS ERROR: повреждение оперативной памяти и жесткого диска, отсутствие драйверов для видеокарты и выход из строя самого видеоадаптера, несовместимость подключенных компонентов с ОС и материнской платой, наличие микротрещин на материнской плате. Поэтому ошибка 0x0000002E решается только методом тщательной программной диагностики системы и подключенных компонентов, а также визуальным осмотром сборки на предмет физического повреждения.

Читайте также: Синий экран смерти с кодом ошибки 0x000000ED

Способы решение ошибки 0x0000002E: DATA_BUS_ERROR

Самой распространенной причиной возникновения ошибки 0x0000002E: DATA_BUS_ERROR является отказавшая оперативная память. Чтобы определить, является ли ОЗУ реально виновником проблемы или BSOD вызывает другая неисправность, стоит скачать и записать на флешку программу MemTest86. В BIOS-е нужно выставить в настройках приоритет загрузки с внешнего носителя, так как проверка оперативной памяти должна выполняться в обход операционной системы. Запускаем проверку.

Если программа не обнаружила ошибок, то нужно выключить ПК, отсоединить кабель от розетки, открыть боковую крышку системного блока, нажать на кнопку включения (нужно, чтобы снять остатки заряда с конденсаторов). Теперь по бокам нажимаем на защелки, чтобы вынуть планки.

Теперь запускаем ПК без оперативки вообще, чтобы прошел пост. ПК будет ругаться, что нет памяти. Выключаем его аварийно. Теперь ставим в первый слот одну из планок. Запускаем ПК. Немного тестируем на предмет ошибки. Выключаем, повторяем все те же действия, что и при первом выключении (не забываем обесточить). Ставим эту же планку, только в другой слот. Вновь тестируем. Затем повторяем все то же, только с другим модулем. Напоследок запускаем планки в паре. Возможно, если вам повезет, то будет определено, что произошел банальный сбой. Однако может так случиться, что придётся подбирать новый набор планок ОЗУ или купить одну, но более емкую планку.

ВАЖНО! Если вы выполняли разгон оперативной памяти и после изменений в настройках Windows и BIOS начала появляться ошибка 0x0000002E: DATA_BUS_ERROR, то нужно сбросить настройки BIOS и системы до начальных.

Также неполадка 0x0000002E DATA_BUS_ERROR может появляться из-за повреждения жесткого диска и файловой системы. Для этого рекомендуем выполнить некоторые действия, которые мы опишем в той очередности, в которой они должны выполняться:

• Выключаем ПК. Обесточиваем материнскую плату. Открываем боковую крышку системного блока. Отключаем все кабели и шлейфы от жесткого диска. Визуально осматриваем кабели на предмет повреждений. Подключаем их обратно.

• Включаем ПК. Запускаем командную строку с правами Администратора. Вводим chkdsk C: /f, где С: — буква диска, /f – параметр команды для исправления ошибок. При запуске этой команды компьютер будет перезагружен, поэтому не стоит его в момент проверки трогать.

• Теперь записываем на диск или флешку программу Victoria HDD. Запускаем её, как и MemTest, в обход Windows.

Если проверка также не обнаружила ошибок, то нужно проверить материнскую плату возле разъемов на предмет микротрещин. Для этого потребуется линза или любое другое увеличивающее стекло. Ищем повреждение. Иногда дефекты возникают из-за неправильного обращения с портативными ПК, например, удерживание корпуса только за один край, что приводит к изгибу или растяжению и последующему растрескиванию материнской платы.

Если и эти действия не помогли определить источник проблемы и решить ей, то откатываем систему к более раннему состоянию, обновляем все драйвера. Если не помогло и это, то переустановка Windows 7 вам в помощь.

Сегодня ремонтируем WK2 3.6 бензин 11 год пробег 172 тысячи. Проблема – неравномерная работа двигателя.

Компьютерная диагностика выдала ошибки P0300 и P0302. Первая — это пропуски зажигания в нескольких цилиндрах, и вторая — конкретно, во втором. Но компьютерная диагностика выдает не причину неисправности, как думают многие, а только направление для ее поиска. Поэтому сразу менять свечи и катушку зажигания мы не будем.

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

Снимаем впускной коллектор. Из коллектора вытекает масло вперемешку с бензином.

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

Откручиваем ваносы. Снимаем звездочки с распредвалов. Метки мы предварительно зафиксировали с помощью оригинального приспособления. (Номер 2000040377)

Снимаем распредвал впускных клапанов.

Чтобы после рассухаривания клапан не упал, подаем в цилиндр давление воздуха через свечной колодец.

Верхняя тарелка и сухари клапана легко снимаются без рассухаривателя. Они каким-то чудом не вылетели сами при работе двигателя. Если бы это произошло, клапан упал бы вниз и встретился бы с поршнем. Стержень клапана при этом загибается и клинит в направляющей. А тарелка клапана отрывается и встает враспор между головкой блока и поршнем. Вот такие случаи нам встречались. После этого если не весь мотор под замену, то половину точно.

А вот и причина неисправности – сломанная пружина клапана. Случается такое нечасто. Обычно эти пружины живут дольше, чем сам автомобиль.

Обломки пружины закрутило один в другой на несколько витков. Расстояние между витками в нижней части пружины меньше диаметра проволоки, из которой навита пружина. Поэтому обломки не смогли сразу закрутиться друг в друга до конца. Длины этой сборной пружины пока хватало для того, чтобы поднимать клапан выше верхней мертвой точки поршня. И это спасло двигатель.

Будем ставить новую пружину.

Заводим двигатель после ремонта. Работает ровно.

Ошибок нет.

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

VAG Gateway (J533) **0907530 conversation to “Extended CAN data bus”

I am working on following Project and looking for some more experience users feedback.

SUBJECT: Audi A4/B8 or A5/Q5 CAN Gateway (J533)- Gateway conversation to “Extended CAN data bus”.
GOAL: to be able to convert VAG Gateway to support Extended CAN data bus — so drive support retrofits requiring Gateway swap can be done by addition of few extra component on PCB.

Short Introduction in regards to VAG CAN buses.

When you connect to the diagnostic port of an VAG vehicle you don’t actually communicate with each control module directly, you communicate with the Gateway which is communicating with the modules on various networks: CAN, LIN, MOST and Flexray. There are also different CAN networks too, such as: Drivetrain CAN, Convenience CAN, Comfort CAN, Extended CAN, Discrete CAN, just to name a few. There are also high and low speed CAN (not to be confused with CAN high and CAN low) referring to the data transfer speeds. When two control module on different networks need to share data they communicate through the gateway. In some cases control modules communicate on more than one network, ex. ABS module communicates on Flexray and Powertrain CAN (very dependent on year and model).

“Extended CAN data bus ” – is separated high speed CAN bus design especially to support following Drive Support Systems:

• High Beam Assist (HBA); 8N7; automatically adjusts headlights from high-beam to dipped-beam when another vehicle is approaching
• Side Assist / Line Change 7Y1; Audi side assist. Aids the driver when changing lane. Audi side assist monitors the area behind your car, using radar sensors located discreetly in the rear bumper, informing the driver with a visual warning signal in the door mirror if there is a vehicle in the driver’s blind spot or approaching quickly from behind.
• Line Assist / Line Departure; 7Y2; Audi lane assist helps the driver to stay in lane alerting them if they move off.
• Adaptive Cruise Control (ACC); 8T4; Audi adaptive cruise control. Automatic distance regulation, using radar sensors to maintain required distance by braking and accelerating.

All mentioned above systems (main control modules) are connected to Extended CAN data bus

VAG/Audi/VW/Skoda Gateways comes in two flavors:
— CAN — regular twisted wire CAN bus
— MOST — (containing optical port) and regular twisted wire CAN bus

Both CAN and MOST Gateway modules come with extra Extended CAN data bus represented as different index “X” on the VAG part number module and can by recognize in ETKA if a module supports any of the systems.

As an example, Audi A4/B8, A5, Q5:

Part No SW: 8T0 907 468 J; CAN SW index ”J” represents module supporting CAN HIGH bus
Part No SW: 8T0 907 468 N; CAN SW index ”N” represents module supporting CAN HIGH bus
Part No SW: 8T0 907 468 AB HW: 8T0 907 468 H; CAN SW index ”AB” represents module NOT supporting CAN HIGH bus
Part No SW: 8T0 907 468 AC HW: 8T0 907 468 J; CAN SW index ”AC” represents module supporting CAN HIGH bus

Part No SW: 8T0 907 468 F; MOST SW index ”F” represents module NOT supporting CAN HIGH bus
Part No SW: 8T0 907 468 G; MOST SW index ”G” represents module supporting CAN HIGH bus
Part No SW: 8T0 907 468 L; MOST SW index ”L” represents module supporting CAN HIGH bus
Part No SW: 8T0 907 468 Q; MOST SW index ”Q” represents module supporting CAN HIGH bus

In case of any Drive Support System retrofit, Gateway module need to be replaced with module supporting Extended CAN data bus unless a car is already equipped with one of the mentioned Drive Support System (HBA, Side Assist, Line Assist, ACC).

Car with any of Drive Support Systems must already be equipped with Gateway module with Extended CAN data bus

Extended CAN data bus is physically located on PIN-7 and PIN-17 on Gateway 20 PIN connector 8E0972420.

As I was retrofitting my A4/B8 with all Drive Support systems I had to change my CAN Gateway (J533) from 8T0907468AB (not supporting Extended CAN data bus) to 8T0907468AC.

The new module I purchased had exactly the same SW and HW version:
H06 — Hardware version
0117 – Software version (can now be updated to latest SW revision 0120 (flash file 8T0907468___0120.sgo)

Original:
Address 19: CAN Gateway (J533) Labels: 8T0-907-468.clb
Part No SW: 8T0 907 468 AB HW: 8T0 907 468 H
Component: GW-BEM 5CAN H06 0117
Revision: GB800053 Serial number: xxxxxxxxxxxxxxxx
Coding: 00C303
Shop #: WSC xxxxxxxxxxxxx
VCID: xxxxxxxxxxxxxxxxxx

New:
Address 19: CAN Gateway (J533) Labels: 8T0-907-468.clb
Part No SW: 8T0 907 468 AC HW: 8T0 907 468 J
Component: GW-BEM 6CAN H06 0117
Revision: HB800053 Serial number: xxxxxxxxxxxxx
Coding: 00C303
Shop #: WSC xxxxxxxxxxx
VCID: xxxxxxxxxxxxxxxxxx

Gateway was replaced, coded and Component Protection removed at Audi shop then I could successfully complete my retrofits.

Before the Gateway swap I did documented HW PCB of both units for further study and find out that PCB of both modules are the same (as per HW revision) only few components are missing when comparing both Standard and Extended CAN data bus.

8T0 907 468 AB (selected EEPROM yellow)

8T0 907 468 AC Extended CAN (selected EEPROM yellow)

I decided to take a challenge and solder missing components on my original Gateway. I already successfully done similar conversion for Audi Instrument cluster ACC retrofit; see my blog: http://www.audi4ever.com/v2/blog/details…index.html

Module comparison analysis:
=================
*** Gateway Original; CAN; 8T0907468AB; SW (H); from 07-02-2011 ***

D70F3433(A); NEC 16-bit Microcontroller
Atmel ATA6662 LIN Transceiver
TLE6250G — Infineon Technologies AG — CAN-Transceiver
TJA1041AT High-speed CAN transceiver with standby and sleep mode
TJA1055T/c Enhanced fault-tolerant CAN transceiver
ATMEL102; 25640AN; S027 — SPI Serial EEPROMs
T6020AM — Low-Current Microcontroller for Watchdog
***NOTE missing: TLE6250G and — EPCOS; C104; 0046; 86 – in regard to “AC” version

*** Gateway Full; CAN; 8T0907468AC; SW (J); from 24-03-2010 ***

D70F3433(A); NEC; 16-bit Microcontroller
Atmel ATA6662 LIN Transceiver
TLE6250G — Infineon; TLE6250 High Speed CAN-Transceiver
TJA1041AT High-speed CAN transceiver with standby and sleep mode
TJA1055T/c Enhanced fault-tolerant CAN transceiver
ATMEL008; 25640AN; S027 — — SPI Serial EEPROMs; (AT25640)
T6020AM — Low-Current Microcontroller for Watchdog
=================

See the list of missing components compering to Extended CAN data bus module:

TLE6250G x1 Infineon Technologies AG — CAN-Transceiver
EPCOS; C104; 0046; 86 x1 galvanic isolation on the CAN
Resistor 33 ohm x2
Resistor 1301 ohm x2 (blue)
Micro capacitor ?? x1
Micro capacitor ?? x1
Micro capacitor ?? x1

Base on given component list looks like there is missing single CAN Transceiver dedicated for Extended CAN data bus and several resistors and capacitors missing plus EPCOS looking like galvanic isolation on the CAN. PCB is fully ready to accommodate missing components.

I guess that Extended CAN is disabled on HW level and software should support once missing component are installed. Let test it?

In addition I decided to clone an ATMAL EPROM, ATMEL102; 25640AN; S027 from my running Gateway “AC” to the old one “AB” so I should have pretty the same setup/config (except data stored on NEC Microcontroller).

I am aware that Component Protection data are stored as well on D70F3433(A); 16-bit Microcontroller but my aim was to see if Extended CAN data bus and all connected modules will start to communicate even if Component Protection fault is raised. If basic Gateway is correctly converted Extended CAN data bus should come up and modus connected to it should be reachable.

(donor module: for missing components: Gateway Passat B6; CAN; 3C0 907 530 C; HW 3C0 907 951 A; from 13-04-2006)

RESAULTS:
After Gateway swap from current SW: 8T0 907 468 AC/ HW: 8T0 907 468 J; GW-BEM 6CAN H06 0117 to SW: 8T0 907 468 AB/ HW: 8T0 907 468 H GW-BEM 5CAN H06 0117 fitted with all missing components and EEPROM clone:

— Extended CAN data bus on PIN-7 and PIN-17 is not working. Converted Gateway module does not communicate with modules hooked on Extended CAN data bus.
— I can successfully communicate with all modules using VCDS interface except modules on Extended CAN data bus.
— Component Protection is not present anywhere!
— I can switch Ignition and engine ON.
— After fault code clean up I am always left with proper fault codes in relation to Declared modules on Extended CAN (01-Engine complains of missing 13: Auto Dist. Reg (ACC) operating on Extended CAN; 09: Cent. Elect. (J519) complains on missing 20: High Beam Assist, and so on …..
— There is single alarm on 56: Radio (J503); SW: 8T1 035 186 P; Component: Concert3; I am not able to clear, but the radio fully function as far as I was able to test.
03157 — Functionality limited due to Communications Disruption

VCDS Log after component addition and EEPROM clone (yellow color shows differences)

CONCLUSIONS:
My conclusions are not as expected but at least I learned that EEPROM clone “suppressed” Component Protection fault.
I know that CP is not permanently fixed but somehow got suppressed by EEPROM clone. I did not run extended tests to confirm full functionality after EEPROM clone.

I am pretty sure that hardware wise lower version of the Gateway module should work well with extra added components.
As we can see in my case SW revisions are the same on both modules 0117 (not a problem also to flash both to latest SW revision).

It brings to conclusion that the same SW is loaded on both types of modules the only difference I still believe is to be on HW level (missing components to Extended CAN data bus).

But it seems there is some SW/flag check performed against virtual memory available on D70F3433 Microcontroller where HW capabilities are stored and that would be pretty difficult for me to sort out.

Maybe there is some config/flag which requiring change (Basic/Extended Gateway) but it must be on NEC Microcontroller as EEPROM chip did not fix it.

Before I took up the challenge to play with my CAN Gateway I also had a chance to look on MOST Gateway PCBs I came to the same conclusion, see pictures below:

Gateway 8T0907468F MOST CAN basic (selected EEPROM yellow)

Gateway 8T0907468G MOST with Extended CAN data bus

Anyone who could provide a feedback and contribute to my Project is welcome.

I know of AVID/FVDI/Abrites tolls features but Component Protection is not a topic of the Project!
Unfortunately I do not have advanced programmer to read/write NEC Microcontroller.

Can I take advantage of VAS5054A head unit?

As mention on the beginning GOAL: is to be able to convert VAG Gateways to support Extended CAN data bus — so retrofits requiring Gateway swap can be done by addition of few extra component on PCB from different VAG Gateway donors.

EDIT:
… after extra research it looks NEC / Renesas V850 series Programmer is required (e.g. CarProTool) to read/write flash memory attached to the V850 Fetch Bus (VFB) interface of the V850E CPU core of D70F3433(A) 32-bit Single-Chip Microcontroller.

Seems data related to Gateway version and capabilities are stored on Microcontroller and the only way to enable hardware features are through microcontroller programming…