PDA

View Full Version : Tip + WARNING - Avoid CGDI Programmer on BMW CAS 3+ Key Programming KM Changes



hotsd101
28th May, 2018, 11:37 AM
Hi Guys,


It seems allot of people are killing cas3+ encrypted modules for various reasons especially when using rubbish tools, like CGDI key programmer (the red unit, the blue one is probably also junk, but ive not used).


here is 1 guaranteed methods how to 100% kill a cas3+ secured, il use 0l15y 512 as an example of a scenario.


Example:


1. if the cas has ever been connected to for either isn dme reading or to make an aftermarket key with CGDI programmer (and probably other china tools also), these tools write a bunch of crap unnecessary data to the unit, including deliberate masking of checksums. Its a joke really. Instead of just writing necessary key data, they go to town on you, even deliberately modifying vin checksums to make them look wrong and coming up with stupid data file sizes which are useless.


2. This isnt a problem, until someones tries to read the MCU with something like xprog to change VINS or make a backup or KM correction etc. What will happen is you will corrupt the MCU because of all the junk CGDI writes in before you came along. If your lucky, its will only be the flash or eeprom, if your unlucky you will kill the bootloader which is not repairable. The only way to fix the lucky scenario is to find the working matching eeprom file from someone (this is only usefull to make the cas wake up once again from its dead state), make sure you have your original flash file, erase MCU in xprog, write back your original flash file, then write the borrowed eeprom file, plug back to vehicle, flash with winkfp (at this stage if tool32 does not recognition the cas its all over, you need to wake it up, 12v to the wakeup line of the cas will do the trick) writing UIF this is a must but use your full correct vin setting winkfp option properly, back to xprog and reflash your original backup flash and then back to car and repeat winkfp flash to remove any leftover china junk from the xprog flash you just done, this will 100% work.


CONCLUSION and How to Avoid:


1. Avoid CGDI programmer at all costs and possibly other china tools with ZERO support.
2. Check if cas looks like it has been manipulated in the past, solder joints etc.
3. If you want to be sure you have stock bmw firmware, flash with winkfp first before doing anything, get it back to factory. Sometimes winkfp wont do a full write when uif's are the same so you can pull the obd cable half way through the flash and let is deliberately fail itself ensuring the next flash will be a full stock run the second time (this is default winkfp behaviour). Winkfp will 100% NEVER under any circumstances not be able to flash back a failed flash of its own once its started, the first thing it writes is data to make sure if it fails it still wakes back up, including signature seed key data. Winkfp will NOT save you from china rubbish, it was not made to do so.
4. Only read write with xprog once you know the MCU is 100% oem
5. I will do a video for how simple it is to checksum vin number changes in cas3+ encrypt, DO NOT TRUST online 8bit checksum calculators, they are wrong.
6. If you must use the china crap to make a key and are prepared to risk it, do the oem flashes before you remove from car, then at least xprog will have clean proper backups, then do the oem winkfp flashes again after the china junk is finished and you have your key. Winkfp will never overwrite key data as its wasnt made by chinese ;)

********************

The CGDI programmer i have used is a disaster and exactly as explained, deliberate attempts and completely unnecessary nonsense. I have only every used the China junk and its the same junk every time.


I have no idea about explorer or autohex so cannot comment but i have heard both offer good support and ive heard this from many many people. I dont know why these 2 companies dont do a tonned down less expensive version of there product for enthusiasts, that would get all this china junk off the market.


So lets look at some example of CGDI . Latest firmware from 1 month ago and latest software v 2.2.1


1. After installation, the so called free authorisations are not even active.


2. Submitted a request on the manufacturer website (not hard to find, just google "cg prog car) to ask how it can be activated. No response and the following week the form is removed from the website all together.


3. SInce they have a phone number, called the phone number and someone answered in chinese, i asked "do you speak english" the person answered in english, "no i dont speak english" and instantly hang up.


4. Sent a message on facebook page and skype to someone calle "Anna" asking for support, when she eventually replaied, she said i needed to go to whats app chat with support and stopped replying even though she was supplied with photos of the auth issue. No response at all.


5. contacted whats app support, The immediately answer, when i politely ask about the issues, no more replies at all. So far, 3 weeks and nothing.


6. Contact the company product was purchased from, they tell me the stopped selling CGDI because it terrible and does not work most of the time.


https://preview.ibb.co/d8Jqay/1.png (https://ibb.co/fgtOvy)


7. So i thought, damn, il give some functions a try. CAS3 - 9389115, try read key data, "version not supported". LOL - Very old ista i-level. Tried 3 different cas3, until finally 1 was detected by the device. Try 1 cas2 e60, detected but key write "success", key does not work at all. Remote or otherwise, got sick of wasting keyfobs. "Unlock key feature", must be kidding, does not work at all. Comfort Access Keys, write data with wrong page data, lol, list goes on and on.


https://preview.ibb.co/mH20ay/2.png (https://ibb.co/b7Tv8J)

8. I though oh well, maybe it will read ISN MSD/MSV like it says, lets see.


Follow instructions, start reading ISN - Few minutes later, DME (also old i-level, at least 6 years)= Dead. Why this chinese device starts writing the dme is beyond me. Anyhow, DME dead, not even winkfp could recover it. Only way to recover the DME was with great difficulty and far more complicated non china tools.


https://preview.ibb.co/cibOTJ/3.jpg (https://ibb.co/mMKcoJ)


https://preview.ibb.co/j8SNoJ/3a_dme.jpg (https://ibb.co/cgvWhd)

hotsd101
28th May, 2018, 11:37 AM
https://preview.ibb.co/fW6Aay/3b_dme.jpg (https://ibb.co/e6DZ2d)

hotsd101
28th May, 2018, 11:38 AM
Oh Yes one other thing.


How any moron can easily change and calculate VIN number checksum of any cas including encrypted unit.


1. Do not use any china tools, make 100% sure to virgin flash the CAS with winkfp and 100% enable UIF rewrites, tick all 4 boxes or right side config, key out of ignition, comfort mode, let winkfp chose the update for you or flash same versions, include the new VIN for vin, this will delete all the china data if any and rewrite the VIN in the UIF area (bottom of file correctly and a whole lot of other stuff). Once winkfp does its thing, encryped or not, very basic now. WinKFP will only change vin + everything else, but not in the main place where the checksum is, this we do manually.


2. Using a chip reader, say xprog (euro clone is all i have), read the chip as per usual. VIN is store as plain and the check sum is the 2 digits at the end of the FULL 17 digit VIN.


https://preview.ibb.co/cECx5y/Capture.jpg (https://ibb.co/b5kH5y)


- Yellow is 8bit checksum. "if you compare some file with CGDI, your in for a real treat" lol


- Change VIN in the file to whatever you want, with correct translation. Doable check your work because if its wrong, MCU will need erase and boot again as cas will be dead, due to it thinking corrupt.


- To calculate checksum, without making it complex, download software "WinHex", open adjusted bin file, highlight VIN only, tools, computer hash, 8bit checksum and thats it.


Flash back enjoy and dont buy into the bullshit, never pay for something which is stolen in the first place.


https://preview.ibb.co/m1rh5y/csum1.jpg (https://ibb.co/ewTjJJ)


https://preview.ibb.co/eMJUky/csum2.jpg (https://ibb.co/dg0ydJ)


********************

hotsd101
28th May, 2018, 11:38 AM
Another day and another chance to test this rubbish tool cgdi.


very old cas3 and very old i-level.


this banana of a tool managed to kill the elv unit, lol, 2 funny. And this is simply by running the read key option for basic key match/copy on 9147225


contrary to popular believe the elv can be software eliminated. More to come on that in future, just need to do a few more and compile a complete list.


everyday, il have a chance to kill something with it and will publish each and every example.


il also publish videos on how with factory software to 100% downgrade every single version of cas to dispel this other myth being made up.


https://preview.ibb.co/dNeDfy/cas1.jpg (https://ibb.co/jd1gYJ)


https://preview.ibb.co/cCHASd/cas2.jpg (https://ibb.co/knXzLy)


https://preview.ibb.co/ePJTDJ/cas3.jpg (https://ibb.co/nOhASd)

bersch8688
28th May, 2018, 05:07 PM
Dont have CGDI BMW Tool but very nice from you to post your experience and results with this Tool ;-)

Realy BIG THANKS very good Member

tomvleeuwen
28th May, 2018, 08:09 PM
Just reset the ELV-counter using ISTA+ to get rid of the control unit fault.

kiszka
28th May, 2018, 08:30 PM
..........

hotsd101
29th May, 2018, 11:07 AM
Sorry about moron comment. There was some knob on mhh who was banned here for selling vin checksums so I decided to publish it. ;)

Thank you for the kind comments.

hotsd101
29th May, 2018, 11:08 AM
Yeah, however elv internal fault, and no terminal 15.
Properly killed it.

hotsd101
29th May, 2018, 11:09 AM
Yeah honestly might work in some situations but by and large is just more junk. Honestly...

tomvleeuwen
29th May, 2018, 06:24 PM
Yeah, however elv internal fault, and no terminal 15.
Properly killed it.
I have seen some side-effects with resetting the ELV counter. If the ELV is dead, it indeed won't make it work again, but a CAS internal fault and no terminal 15 can certainly be fixed in sometimes with resetting the ELV counter.

keymax
30th May, 2018, 10:14 AM
Oh Yes one other thing.


How any moron can easily change and calculate VIN number checksum of any cas including encrypted unit.


1. Do not use any china tools, make 100% sure to virgin flash the CAS with winkfp and 100% enable UIF rewrites, tick all 4 boxes or right side config, key out of ignition, comfort mode, let winkfp chose the update for you or flash same versions, include the new VIN for vin, this will delete all the china data if any and rewrite the VIN in the UIF area (bottom of file correctly and a whole lot of other stuff). Once winkfp does its thing, encryped or not, very basic now. WinKFP will only change vin + everything else, but not in the main place where the checksum is, this we do manually.


2. Using a chip reader, say xprog (euro clone is all i have), read the chip as per usual. VIN is store as plain and the check sum is the 2 digits at the end of the FULL 17 digit VIN.


https://preview.ibb.co/cECx5y/Capture.jpg (https://ibb.co/b5kH5y)


- Yellow is 8bit checksum. "if you compare some file with CGDI, your in for a real treat" lol


- Change VIN in the file to whatever you want, with correct translation. Doable check your work because if its wrong, MCU will need erase and boot again as cas will be dead, due to it thinking corrupt.


- To calculate checksum, without making it complex, download software "WinHex", open adjusted bin file, highlight VIN only, tools, computer hash, 8bit checksum and thats it.


Flash back enjoy and dont buy into the bullshit, never pay for something which is stolen in the first place.


https://preview.ibb.co/m1rh5y/csum1.jpg (https://ibb.co/ewTjJJ)


https://preview.ibb.co/eMJUky/csum2.jpg (https://ibb.co/dg0ydJ)


********************

[emoji106]


Sent from my iPhone using Tapatalk

hotsd101
31st May, 2018, 05:28 AM
Cheers mate.
No more paying for that crap for people.

PixelsFixed
7th June, 2018, 08:23 AM
My experience of it is mixed.

There is no support. They only respond by offering to sell you something else.

I've had a couple of failures, 9389115 and 9389116 give "Not supported" error.

I've had a key made that started the car, but wouldn't go into gear - that fixed itself after a day or two?!

The "read isn from existing key" has failed to work twice for me and I've used the <64 times method to get the isn successfully.

All cas 2 and cas3 I've done with it have been fine. Quick and easy. Once it tells you the key has been made successfully, it doesn't always work immediately. I always enable the key an do an elv/cas synch and it has never failed yet.

I made a cas 2 E60 key, and started the car the other day, in, literally, under a minute while the gobsmacked owner stood with his only key in his pocket.

But overall, it has usually done what has been asked of it.

Support is awful, and the product itself is far from perfect - but then which one is?

On balance, I'm not unhappy with it. But it's early days.

I've just ordered the blue one, so we'll see how that goes.

@hotsd101 - how did you sort the 9389115 - do you have the earlier sp-daten files for that version?

PixelsFixed
21st June, 2018, 10:54 AM
Well, I finally sorted my 9389115 cas3+ all keys lost problem yesterday using CGDI products.

CG Pro connected to, read and decrypted the module pretty easily. (It'd be great if someone would make no solder frames for the cas module the same as they do for EWS4 - how many EWS 4 modules do you see? I'll bet there are as many frames out there as there are modules!)

CGDI BMW wouldn't connect to the MSD81, no matter what I tried, so I had no DME ISN.

Loaded the dump in CGDI BMW and made a key using the <64 times procedure. I wasn't terribly confident. I was a bit concerned about the encryption/decryption thing - if the key info and isn from the decrypted dump would work without writing back to the cas and encrypting.

But, when it put the ignition on and cranked, I got a bit more hopeful and on try 36 (why is it never 2 or 3?) it started and I have to say the processes and operation of the cgdi devices appears to be good.

Tech support is non existent. Not even a response, despite three requests to my MSD81 problem.

So, I'm beginning to warm to the products, if not the company, it looks like it could be a great product at a sensible price if it received some updates and support.

I'd like to see:-

Support for ALL CAS versions - 9389115 isn't exactly new!

VIN change with checksum calculation.

CAS mileage change.

hotsd101
4th August, 2018, 10:30 PM
hey buddy,
sorry for the late reply.
to be honest i just gave up on the product, literally could not handle it any further.
i bought a yanhua mini acdp which has the adapters your talking about, the thing just works, im pretty impressed. have had a few situtation where it didnt by the support is amazing, the literally release updates daily.
couldnt do the cgdi thing anymore

PixelsFixed
5th August, 2018, 08:19 PM
Do you not need to bind that to your phone, though?

Whar was the total cost?

camparks
2nd October, 2018, 04:50 AM
CONCLUSION and How to Avoid:


1. Avoid CGDI programmer at all costs and possibly other china tools with ZERO support.
2. Check if cas looks like it has been manipulated in the past, solder joints etc.
3. If you want to be sure you have stock bmw firmware, flash with winkfp first before doing anything, get it back to factory. Sometimes winkfp wont do a full write when uif's are the same so you can pull the obd cable half way through the flash and let is deliberately fail itself ensuring the next flash will be a full stock run the second time (this is default winkfp behaviour). Winkfp will 100% NEVER under any circumstances not be able to flash back a failed flash of its own once its started, the first thing it writes is data to make sure if it fails it still wakes back up, including signature seed key data. Winkfp will NOT save you from china rubbish, it was not made to do so.
4. Only read write with xprog once you know the MCU is 100% oem
5. I will do a video for how simple it is to checksum vin number changes in cas3+ encrypt, DO NOT TRUST online 8bit checksum calculators, they are wrong.
6. If you must use the china crap to make a key and are prepared to risk it, do the oem flashes before you remove from car, then at least xprog will have clean proper backups, then do the oem winkfp flashes again after the china junk is finished and you have your key. Winkfp will never overwrite key data as its wasnt made by chinese ;)

Would you mind elaborating on #6?

I came across this AFTER I ordered my CGDI. While I am still encouraged to use it given recent updates and software feature releases from that company, I would like to know exactly what should be flashed to clean up behind it to prevent issues with other program tools, since I am now committed to this tool.

Which specific car module(s) need to be renewed/updated via winkfp?
Do any modules need to be synced with each other as well, after using winkfp to flash them clean - i.e. CAS to DME?

Thanks in advance!