When you click on links to various merchants on this site and make a purchase, this can result in this site earning a commission. Affiliate programs and affiliations include, but are not limited to, the eBay Partner Network.
I do not think my very old Toshiba laptop is up to the task any more so I bought an HP 2.3Ghz laptop on Ebay for $55 delivered recently.
When it arrived my wife liked it so much she has claimed it! Seems I got really lucky as that model usually goes for around $170 on Ebay.
Needless to say I cannot find another one anywhere near $50 for that model now so settled for a Dell 2.3Ghz laptop with a minor screen defect for $60 delivered.
Will be trying to program the key fob and braking system when I get it.
Some people have had success using a cloned cable but it is a gamble. There's a post in a thread in the tech help section of this very forum that gives some idea of the sort of thing that *can* happen - https://www.jaguarforums.com/forum/g...1/#post1692299
Personally I won't use one again. If you must then don't install the software inside a virtual machine, use a dedicated machine or a dedicated Windows environment in a dual-boot setup. As u102768 says, get a good battery support unit and use that during programming.
Turn off sync time using internet under date time settings in control panel, then set the clock to desired date. I would also disable internet connection when using sdd
Instead of adjusting the system date, an alternative is to use Deep Freeze which is provided with SDD v.145, and activate DF before starting SDD for the first time. As always, deactivate the laptop wireless access to the Internet prior to starting SDD.
As you know, the first time you start SDD a 24 hour clock starts, after which SDD can no longer be used (since a valid account is not available.) If DF is activated before you start SDD, then each time you reboot the laptop, it brings the hard disk back to the point when DF was activated. Hence a new 24 hour window is available each time you open SDD subsequent to a reboot.
Last edited by Patrick Wong; 07-02-2017 at 12:53 PM.
Turn off sync time using internet under date time settings in control panel, then set the clock to desired date. I would also disable internet connection when using sdd
That does not work.
Even going in and amending the registry to disable the clock will not work. As soon as I reboot its back to normal.
Instead of adjusting the system date, an alternative is to use Deep Freeze which is provided with SDD v.145, and activate DF before starting SDD for the first time. As always, deactivate the laptop wireless access to the Internet prior to starting SDD.
As you know, the first time you start SDD a 24 hour clock starts, after which SDD can no longer be used (since a valid account is not available.) If DF is activated before you start SDD, then each time you reboot the laptop, it brings the hard disk back to the point when DF was activated. Hence a new 24 hour window is available each time you open SDD subsequent to a reboot.
I have looked at getting deepfreeze on-line and I have doubts about using it.
It was supposed to come with a version of JLR SDD that I bought a while ago and it was missing.
Version 139 of JLR SDD I do not have a problem with date wise however it does not seem to work on some things that I want to use it for as it comes up with a "pad error".
I have looked at getting deepfreeze on-line and I have doubts about using it...
What are your doubts? I am using DF (provided with SDD V.145) and it works as advertised.
I personally would not use the clone Mangoose cable with bootleg SDD for any purpose other than retrieving DTC, as it appears the risk of causing more harm than good is real.
You'd be able to disable the TPMS system altogether by editing the car configuration data to tell it that the system was not fitted, you may need full access to the CCF editing features though, via engineering mode or by other means. What messages are you seeing?
What do the these yellow exclamation points mean?!
Greetings. I recently installed a factory rear seat entertainment system. I was at the dealership getting some ccf files programmed. They were unsuccessful, as it appears that my car didn't take the ccf modications that were made. The tech that worked on my car wasn't very experienced in programming ccf files. I manage to get a screenshot of the errors or warnings or alerts.
Can someone take a look at the below screenshot and tell me what the YELLOW EXCLAMATION POINTS mean in SDD...? What do they indicate...? Are they errors? Are they warnings? Is there an additional step that needs to be completed that would allow my car to accept the ccf modifications...?
Greetings. I recently installed a factory rear seat entertainment system. I was at the dealership getting some ccf files programmed. They were unsuccessful, as it appears that my car didn't take the ccf modications that were made. The tech that worked on my car wasn't very experienced in programming ccf files. I manage to get a screenshot of the errors or warnings or alerts.
Can someone take a look at the below screenshot and tell me what the YELLOW EXCLAMATION POINTS mean in SDD...? What do they indicate...? Are they errors? Are they warnings? Is there an additional step that needs to be completed that would allow my car to accept the ccf modifications...?
The exclamation Error Symbol denotes in which parameter a CCF data conflict exists.
Highlighting the error value, will display additional information at the bottom area of the screen.
So basically there is a difference between the "AS Built" file and the new configuration. SSD identifies them as critical mismatches.
Comparison failures do not cause an SDD automatic selection of an alternative CCF source, the reason behind the comparison test is to alert the operator to any parameter differences between the vehicle master, back-up sources and as-built data. These comparison differences may cause incorrect vehicle functionality, however the implications of a parameter mismatch is down to the operator to determine. As the vehicle master module controls the CCF cyclically around the vehicle CANbus it is this data set that could cause incorrect vehicle functionality ONLY. The first check to carry out is to compare any mismatches to the as-built data set, to determine whether the mismatches are correct (personalisation change) or incorrect.
If the parameter(s) in question has the same value through the vehicle master and vehicle back-ups, but the as-built is different the assumption that an IDS change caused the mismatch can be made. If the comparison mismatch is between vehicle master and vehicle back-up sources, then either the IDS CCF download failed part way through or the change was made outside of the IDS platform.
The corrective action requires the operator to review the specific parameter comparison mismatches and decide what the correct setting should be for the vehicle. If this can't be determined then the as-built CCF should be used as the session active CCF, where any personalisation parameter differences should then be decided upon.
The exclamation Error Symbol denotes in which parameter a CCF data conflict exists.
Highlighting the error value, will display additional information at the bottom area of the screen.
So basically there is a difference between the "AS Built" file and the new configuration. SSD identifies them as critical mismatches.
Comparison failures do not cause an SDD automatic selection of an alternative CCF source, the reason behind the comparison test is to alert the operator to any parameter differences between the vehicle master, back-up sources and as-built data. These comparison differences may cause incorrect vehicle functionality, however the implications of a parameter mismatch is down to the operator to determine. As the vehicle master module controls the CCF cyclically around the vehicle CANbus it is this data set that could cause incorrect vehicle functionality ONLY. The first check to carry out is to compare any mismatches to the as-built data set, to determine whether the mismatches are correct (personalisation change) or incorrect.
If the parameter(s) in question has the same value through the vehicle master and vehicle back-ups, but the as-built is different the assumption that an IDS change caused the mismatch can be made. If the comparison mismatch is between vehicle master and vehicle back-up sources, then either the IDS CCF download failed part way through or the change was made outside of the IDS platform.
The corrective action requires the operator to review the specific parameter comparison mismatches and decide what the correct setting should be for the vehicle. If this can't be determined then the as-built CCF should be used as the session active CCF, where any personalisation parameter differences should then be decided upon.
Okay. So basically there's a conflict with the modified settings and I need to determine where the conflict is? I was honestly thinking the same thing. I think the conflict is between rear entertainment-2 and rear entertainment-3. I dont think that both can be selected, thus generating the conflict. This happens due to the ambiguity of the settings. Sometimes you just don't know exactly what a specific setting is actually referring to. I'll go back and give it another shot after the holidays. Thanks.
The exclamation Error Symbol denotes in which parameter a CCF data conflict exists.
Highlighting the error value, will display additional information at the bottom area of the screen.
So basically there is a difference between the "AS Built" file and the new configuration. SSD identifies them as critical mismatches.
Comparison failures do not cause an SDD automatic selection of an alternative CCF source, the reason behind the comparison test is to alert the operator to any parameter differences between the vehicle master, back-up sources and as-built data. These comparison differences may cause incorrect vehicle functionality, however the implications of a parameter mismatch is down to the operator to determine. As the vehicle master module controls the CCF cyclically around the vehicle CANbus it is this data set that could cause incorrect vehicle functionality ONLY. The first check to carry out is to compare any mismatches to the as-built data set, to determine whether the mismatches are correct (personalisation change) or incorrect.
If the parameter(s) in question has the same value through the vehicle master and vehicle back-ups, but the as-built is different the assumption that an IDS change caused the mismatch can be made. If the comparison mismatch is between vehicle master and vehicle back-up sources, then either the IDS CCF download failed part way through or the change was made outside of the IDS platform.
The corrective action requires the operator to review the specific parameter comparison mismatches and decide what the correct setting should be for the vehicle. If this can't be determined then the as-built CCF should be used as the session active CCF, where any personalisation parameter differences should then be decided upon.
Okay. So basically there's a conflict with the modified settings and I need to determine where the conflict is? I was honestly thinking the same thing. I think the conflict is between rear entertainment-2 and rear entertainment-3. I dont think that both can be selected, thus generating the conflict. This happens due to the ambiguity of the settings. Sometimes you just don't know exactly what a specific setting is actually referring to. I'll go back and give it another shot after the holidays. Thanks.
Okay. So basically there's a conflict with the modified settings and I need to determine where the conflict is? I was honestly thinking the same thing. I think the conflict is between rear entertainment-2 and rear entertainment-3. I dont think that both can be selected, thus generating the conflict. This happens due to the ambiguity of the settings. Sometimes you just don't know exactly what a specific setting is actually referring to. I'll go back and give it another shot after the holidays. Thanks.
Right. You added new toys that weren't on your build sheet. Some of the available selections apply to other makes/models too. Unfortunately, unless you work with it often enough, you don't know which is which.
Right. You added new toys that weren't on your build sheet. Some of the available selections apply to other makes/models too. Unfortunately, unless you work with it often enough, you don't know which is which.
So can I just start from scratch....? Or start a new session and not have to go back and correct the previously modified data first? I think it'd be easier start a new session, and change the three bits and see if my car would accept the changes...? I haven't had a chance to really tinker around in SDD. I have v135, but I get around the vin input screen.