Ok, after a lot of delving into the software in my car, and I mean down to actual code levels... It appears that when Carly "codes" modules, it actually doesn't.. It rewrites the software on the module to software from another module that has the required features. Yes, it works BUT it's flagged up as a checksum error by (genuine) ista, AND also changes the module software date. This causes problems with subsequent reprogramming and updating using bmw (ista) software as it generates a mismatch between vin and software date/version.
This may not cause a problem for a lot of people, but it's something to be aware of, especially if you use Carly to code cars less than 3 years old, so therefore still in warranty.
I found this out after a LOT of digging and reading code. Turns out Carly had actually changed the firmware of the footwell module in my e70 to that of a 2010 car when I used it to code a few things. This then caused a problem as ista expected a 2012 module after cross referencing the vin. Ended up having to reflash the middle to get it to communicate with ista..
Just a heads up..
Mike.
This may not cause a problem for a lot of people, but it's something to be aware of, especially if you use Carly to code cars less than 3 years old, so therefore still in warranty.
I found this out after a LOT of digging and reading code. Turns out Carly had actually changed the firmware of the footwell module in my e70 to that of a 2010 car when I used it to code a few things. This then caused a problem as ista expected a 2012 module after cross referencing the vin. Ended up having to reflash the middle to get it to communicate with ista..
Just a heads up..
Mike.