MG-Rover.org Forums banner

Anyone used a KWP2000+ & Windows7 to read ECU

39K views 17 replies 11 participants last post by  Dakta  
#1 ·
I've got hold of one of those KWP2000+ devices off ebay with the aim to read my ECU and get the map tweaked

My laptop is running 64bit Windows 7

On the disk came some new drivers for the FDTI chipset the KWP runs (CDM20814_Setup.exe)

So with those installed i tried to update the drivers for the "USB to Serial device" that appeared when i plugged in the KWP2000+ box, however it didn't result in any success. ie no suitable drivers could be found.

So after a bit of Googling i found a site that recommended downloading the drivers directly from the FDTI site itself (http://www.ftdichip.com/Drivers/D2XX.htm) and modifying the .inf files to include the HardwareId's of the KWP2000+ device that's been found.

so the hardware id's i found on the device properties were
USB\VID_0403&PID_FAD8
USB\VID_0403&PID_FAD8&REV_0400


So i then edited the ftdibus.inf & ftdiport.inf files

ftdibus.inf

[FtdiHw]
%USB\VID_0403&PID_6001.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6001
%USB\VID_0403&PID_6010&MI_00.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6010&MI_00
%USB\VID_0403&PID_6010&MI_01.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6010&MI_01
%USB\VID_0403&PID_6011&MI_00.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6011&MI_00
%USB\VID_0403&PID_6011&MI_01.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6011&MI_01
%USB\VID_0403&PID_6011&MI_02.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6011&MI_02
%USB\VID_0403&PID_6011&MI_03.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6011&MI_03
%USB\VID_0403&PID_6014.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6014
%USB\VID_0403&PID_FAD8&REV_0400.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_FAD8&REV_0400
%USB\VID_0403&PID_FAD8.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_FAD8


[FtdiHw.NTamd64]
%USB\VID_0403&PID_6001.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6001
%USB\VID_0403&PID_6010&MI_00.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6010&MI_00
%USB\VID_0403&PID_6010&MI_01.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6010&MI_01
%USB\VID_0403&PID_6011&MI_00.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6011&MI_00
%USB\VID_0403&PID_6011&MI_01.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6011&MI_01
%USB\VID_0403&PID_6011&MI_02.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6011&MI_02
%USB\VID_0403&PID_6011&MI_03.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6011&MI_03
%USB\VID_0403&PID_6014.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6014
%USB\VID_0403&PID_FAD8&REV_0400.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_FAD8&REV_0400
%USB\VID_0403&PID_FAD8.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_FAD8


[Strings]
Ftdi="FTDI"
DESC="CDM Driver Package - Bus/D2XX Driver"
DriversDisk="FTDI USB Drivers Disk"
USB\VID_0403&PID_6001.DeviceDesc="USB Serial Converter"
USB\VID_0403&PID_6010&MI_00.DeviceDesc="USB Serial Converter A"
USB\VID_0403&PID_6010&MI_01.DeviceDesc="USB Serial Converter B"
USB\VID_0403&PID_6011&MI_00.DeviceDesc="USB Serial Converter A"
USB\VID_0403&PID_6011&MI_01.DeviceDesc="USB Serial Converter B"
USB\VID_0403&PID_6011&MI_02.DeviceDesc="USB Serial Converter C"
USB\VID_0403&PID_6011&MI_03.DeviceDesc="USB Serial Converter D"
USB\VID_0403&PID_6014.DeviceDesc="USB Serial Converter"
USB\VID_0403&PID_FAD8.DeviceDesc="Serial To Kline Interface"
USB\VID_0403&PID_FAD8&REV_0400.DeviceDesc="Serial To Kline Interface"

SvcDesc="USB Serial Converter Driver"
ClassName="USB"


I then updated the drivers on the device pointing them at these edited drivers and bingo they installed OK.

Excellent i thought!!!

However I tried connecting the device to the car but i just keep getting Kick Not Found! error message in the window that opens when you choose the Rover Bosch EDC15C DDE option from the list of ECU's.
The Green light comes on the box when connected to the USB cable and when its connected to the car aswell the red VBAT light comes on as well, so it would appear there is connectivity from both ends.

So I'm wondering if anyone's had any luck getting these to work?

Questions
a) If people have got it to work does the "Kick Not Found" message disappear only when the device is connected to the ECU?
b) Which COM Port is your USB to Serial Device configured as? (mine was initially COM5 but i changed it to COM1 but with no luck.

I've got the gut feeling the software can't communicate with the KWP2000+ box rather than it failing to communicate with the car, but i could be wrong!

thanks in advance for any help

Matt
 
#8 · (Edited)
You're right that its a software problem but your solution probably won't work.

The VM needs to communicate with Windows 7, and then Windows 7 with your KWP2000.

I don't know the software but if there is a part you can exit and launch, you could try running that part as Administrator (right click, run as administrator)

Failing that, you could try running that part in a compatibility mode (right click and select properties to edit) and as administrator. But these are both last ditch desperate efforts I fear because I suspect the driver has not been updated for Windows 7.

* shrug *
 
#10 ·
Any of these "old" tweak tools are not working in 64bit environment. You can try in virtual XP (free for Windows 7 professional and ultimate just need to download from Microsoft) but I doubt that it will work as it is on 64bit base too. I recommend to download the same version of Win7 what you have but only in 32bit and install then use your license key. This way you still legal and genuine. You can install the 32bit version beside the 64bit (make sure to put on different partition) and then you will have both and it will just work fine.
 
#11 ·
cheers for the replies

i actually remembered my netbook was running xp so i installed the drivers on that fired up the application and bingo no "Kick Not Found!" error message :)

So i then went out and connected it up to the car

hit the data button, and it read back some info from the ECU displayed 3 lines of codes. result i thought!!

However i then clicked the Read button and the app said something like "waking ecu please wait" but would then return an error message of "Internal Hardware Error" :(

I've tried it repeatedly including changing the Speed from Fast to Slow but to no avail.

Any ideas? or is just not meant to be :)
 
#12 ·
cheers for the replies

i actually remembered my netbook was running xp so i installed the drivers on that fired up the application and bingo no "Kick Not Found!" error message :)

So i then went out and connected it up to the car

hit the data button, and it read back some info from the ECU displayed 3 lines of codes. result i thought!!

However i then clicked the Read button and the app said something like "waking ecu please wait" but would then return an error message of "Internal Hardware Error" :(

I've tried it repeatedly including changing the Speed from Fast to Slow but to no avail.

Any ideas? or is just not meant to be :)
Hmm! As I recall you have a diesel, so it should be able to read the ECU map from the DDE4.0 (EDC15C4) system with no problem.

You need to remember that the battery voltage must be kept well up, so you will need a charger or booster on the battery whilst reading or writing to the ECU, something that can deliver 20-30 amps whilst you have the ignition on. This might be why it is bonging out.

I would also try the BMW program on the KWP as well as the Rover one to see if it can read it that way.

Otherwise it should like it could be a duff KWP2000.

Regards, Rob.
 
#14 ·
From what I can see, the KWP200 software, like many other things, will not work with 64 bit operating systems, some won't work with anything later than Windows XP, some won't even work with NT based operating systems.

I have found that the KWP2000 software works only with an older laptop running Xp that I have, having kept this laptop just for some tuning software that I have.

It may work with a Win 7 32 bit system however, but deffo NOT 64 bit versions.
 
#17 ·
I've succesfully read and written back to the EDC15C4 on the bench using a KWP2000+ on winXP, but not managed it in the car. I suspect it isn't a battery related issue. I get the same symptoms of waking the ECU and handshaking but not managing to read an image.

It was a while ago but I seem to remember you have to power the ECU then wake it up by touching another pin, not entirely sure but I coud look it up again.
 
#18 · (Edited)
I use a much more modern (genuine, not chinese!) version of the tool by the same developer as the kwp2000 for remapping cars, and I'm aware of a bug in the way security keys are handled for these ecu's which gives the appearance of being able to communicate with the ECU (get ID etc) but will not be able to authorise itself for access for reading/memory writing etc.

In these instances you get an 'ecu not found' or 'unable to establish communications' etc type error, despite having retreived the ecu details.

If this is whats causing greif here then I'd recommend trying a different (preferably not a chinese!) type of OBD tool. I use an alternative tool to do these by OBD.

It's also worth bearing in mind that mass produced clones like the KWP2000 aren't all made equal. They ought to be, but if you take them apart and look inside they sometimes fit almost any value resistor in any place (for example the k-line pullup varies a lot - hmm!), it's not exactly uncommon for people to have to 'fix' their tool before use. It's also worth checking out the soldering too as it can sometimes be quite shocking and that can give weird issues.

Given the fact bad communications can leave a car ecu fully erased and unresponsive, I do have to end this post with an old fashioned warning of being careful:

Whilst permament damage to an ecu is unlikely (they can be restored), programming failures can render an ecu unresponsive (no engine start and no OBD communications at all) and you need more than a KWP2000 to do the restore operation on them (at this stage no OBD tool can effect a repair, all work has to be done at a PCB level).