We have recieved 83% of our goal ..


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
SOLVED: DKOMBI2 CAFD Corrupting after car sleep
#1
Greetings!

As per the title, I have a very strange issue with the DKOMBI2 on my 2017 G30. The car was originally equipped with 6WB from factory so no retrofits done.

I bought the car with the alpina display enabled but wanted to revert back to stock. Got Esys 3.35 and Esys Plus with full data.
I edited the cafd and disabled alpina display and everything worked OK. I later decided do dig into some more customization options (disabling the vehicle check and brake fluid service display + making the sport gauges gray). 
All worked fine as well. Then decided I want to try to the alpina display again, went back to do it. Coding went OK display changed. I left the car and went to work. When I got back to unlock it some hours later the cafd was corrupted.
And now I'm stuck with the cafd re-corrupting each time the car sleeps. I have tried every method I can think of to fix it but it wont stick.

I tried to modify my SVT and recode to factory.
I tried to dedect cafd for swe and inject it that way.
I also tried to modify svt_ist and before calculating svt_sol to trick a rewrite of btld,sfwl and cafd via TAL processing.

In each case the behavior of the cluster is the same. I can re-read SVT after doing the coding and the correct cafd will show. But as soon as I lock the car and let it sleep (or force a DKOMBI reboot via esys) the cafd gets corrupted again.

ps: I also tried all of the above steps with esys 3.30, 3.34 and 3.35 both with and without launchers.

I have tried to do the coding with a connected battery charger, even with the engine running to ensure stable power to the battery. Also tried to buy and register a brand new battery but nothing helps. cafd will still get corrupted after car sleeps.

Alongside with this I started to get an issue where my vehicle inspection will say it expired on 11/2021 and regardless of what date I set it to both via idrive and tool32 it will still re-expire to the same 11/2021 date. I even tried to disable it via ista+ and it re-enables with an expired date of 11/2021 on its own.

It really seems something with the memory of my cluster is going bad and it wont allow data to be permanently stored into it.

All other car systems remain unaffected and problem free. I have also tried to code stuff to BDC2 and HU and they work fine. The issue happens only with the cluster. 

At this point I'm open to any ideas and suggestions as I'm starting to lean towards buying a virginized unit and replacing mine but would ideally like to avoid that cost.

Thank you in advance!

edit:
forgot to specify the full psdzdata I have is 4.53.41
and for esys 3.30 I use launcher pro 2.8.1.155
for 3.34/3/35 i use esys plus 3.8.1
Reply
#2
remove the cluster and see if any CAN Filter installed , or Mileage stopper.
My only advice to all the forum members: always check the forum's updated rules to avoid any warnings or bans.

Bimmerscene Forum Rules
Reply
#3
Thanks! I think you got it..

I've no experience with either but this is clearly not factory. -> https://ibb.co/j9pj6knw

Question now is: what exactly do I need to re-wire to fix it back to stock?
Reply
#4
I can't answer your question as the link is invalid ( at least for us ).
My only advice to all the forum members: always check the forum's updated rules to avoid any warnings or bans.

Bimmerscene Forum Rules
Reply
#5
dang it, here's one that should work: https://ibb.co/j9pj6knw

The picture probably doesn't show it as well and I spent a bit of time looking at it now so actually might not be too hard.

from what i can see only changes done are to the 12 pin connector

pins 9 and 10 have non oem wires that split out to an extra connector. In that connector there are two oem wires yellow/white and yellow/black. 

So I take it the two OEM wires just need to go back into pins 9 and 10. But I'm not sure if ISTA+ will have the wire colors for me to lookup.

Also on pins 6 and 12 the factory wire still comes out but a new open ended wire has been spliced into each of the factory wires. These two are just left dangling and taped at the end. So I presume its just a matter of removing the spliced piece of wire and making sure the connection is still secure.
Reply
#6
(06-17-2025, 10:38 AM)bavees Wrote: dang it, here's one that should work: https://ibb.co/j9pj6knw

The picture probably doesn't show it as well and I spent a bit of time looking at it now so actually might not be too hard.

from what i can see only changes done are to the 12 pin connector

pins 9 and 10 have non oem wires that split out to an extra connector. In that connector there are two oem wires yellow/white and yellow/black. 

So I take it the two OEM wires just need to go back into pins 9 and 10. But I'm not sure if ISTA+ will have the wire colors for me to lookup.

Also on pins 6 and 12 the factory wire still comes out but a new open ended wire has been spliced into each of the factory wires. These two are just left dangling and taped at the end. So I presume its just a matter of removing the spliced piece of wire and making sure the connection is still secure.

The twisted wires are the PT-CAN Signal wires , you just need to connect them again to the the correct pin numbers .

look at the GE/SW ( Yellow / Black ) and GE/WS ( Yellow / White ) pin diagram


Attached Files Thumbnail(s)
       
My only advice to all the forum members: always check the forum's updated rules to avoid any warnings or bans.

Bimmerscene Forum Rules
[-] The following 1 user says Thank You to ek1978 for this post:
  • bavees
Reply
#7
(06-17-2025, 10:55 AM)ek1978 Wrote:
(06-17-2025, 10:38 AM)bavees Wrote: dang it, here's one that should work: https://ibb.co/j9pj6knw

The picture probably doesn't show it as well and I spent a bit of time looking at it now so actually might not be too hard.

from what i can see only changes done are to the 12 pin connector

pins 9 and 10 have non oem wires that split out to an extra connector. In that connector there are two oem wires yellow/white and yellow/black. 

So I take it the two OEM wires just need to go back into pins 9 and 10. But I'm not sure if ISTA+ will have the wire colors for me to lookup.

Also on pins 6 and 12 the factory wire still comes out but a new open ended wire has been spliced into each of the factory wires. These two are just left dangling and taped at the end. So I presume its just a matter of removing the spliced piece of wire and making sure the connection is still secure.

The twisted wires are the PT-CAN Signal wires , you just need to connect them again to the the correct pin numbers .

look at the GE/SW ( Yellow / Black ) and GE/WS ( Yellow / White ) pin diagram

You're the man! Moved the two CAN wires back to their correct pins and removed the two extra ones spliced into pins 6 and 12. Plugged everything back in, reloaded a valid SVT and my backup CAFD. As expected it all reflected correctly but then I also forced an ECU reboot and the data stuck. Also the vehicle inspection this time did not expire! I'm leaving the car to go to sleep and will check back in 30 minutes to see if its all fixed.

Many many thanks for the assistance!
Reply
#8
glad to hear that , Sleep or reboot is the same , so it should never make any problems.
My only advice to all the forum members: always check the forum's updated rules to avoid any warnings or bans.

Bimmerscene Forum Rules
Reply
#9
(06-17-2025, 12:04 PM)ek1978 Wrote: glad to hear that , Sleep or reboot is the same , so it should never make any problems.

Indeed it did not. Putting back together was a bit if a PITA as i dropped one of the cluster screws and had to look for it but upside is car was with negative terminal disconnected for over 30min and all is still holding good.
 

Many thanks again!
Reply
#10
A final update. After the issue going away it came back once where my service intervals expired again and when trying to code the cafd got corrupted. I decided to remove the cluster and look at the pcb, all the details of the fix are in my other thread: https://www.bimmerscene.com/showthread.php?tid=9172

Now issue is completely fixed and cluster is working as it should.
Reply




Users browsing this thread: 1 Guest(s)