Module reports 'Secure Access Denied'
#1
Module reports 'Secure Access Denied'
Both my FEM and DDM appear to be bricked. When I try to reprogram using SDD + Mongoose I get the above error. I'm also getting a code which says too few transponders so guess this may be the culprit.
I have replacement modules but wanted to check if it's possible to reprogram the current ones first and also if I'm likely to damage the replacements if I try and reprogram those?
I have replacement modules but wanted to check if it's possible to reprogram the current ones first and also if I'm likely to damage the replacements if I try and reprogram those?
#2
Join Date: Oct 2007
Location: PHX some of the time
Posts: 117,804
Received 6,361 Likes
on
5,534 Posts
#3
#4
The following users liked this post:
Don B (01-30-2019)
#5
Join Date: Feb 2014
Location: Crossroads of America
Posts: 19,673
Received 13,425 Likes
on
6,623 Posts
#6
I was trying to avoid a long first post
Firstly, I have had my SDD+Mongoose for 4 years now and know my way around (but I'm not trained). I have successfully reflashed the DDM previously and reset the transponders.
Current issue history:
Front seat heaters (both) packed up at the same time (2016). Fuses OK, no codes. I had the drivers seat out and covers off. The heating element and wiring looked OK. Resolved to try and get the FEM reflashed at some point.
Roll forward to mid-January 2019 and I finally get around to having a proper look. I'm also getting my regular 'DSC not available' warning that I get every winter when they put salt on the roads here, usually a quick squirt of fresh water clears the codes.
I'm going to miss all of the 'read the codes/cleared the codes part so as to not distract.
Attempted to reflash the GEM (which includes the DDM,FEM and REM), this reported successful. Took the car for a test drive and checked to see if the seats were working. Not working.
Next day set off for work and was getting a constant 'CONFIG F' on the dash. Googled around and found that this is due to a synchronisation failure between modules regarding their current version. The car still started and worked corretcly so the following weekend I successfully reflashed the GEM again and CONFIG F went away. Took the car for a test drive and all well except that the front indicators were not working and remote locking not working. Reflashed again but this time it failed with the 'Secure access denied' message for both the FEM and DDM. I have tried resetting the transponders, this fails with the same error (and I now have the 'too few transponders' code).
Currently the car does not start.
I have got hold of 2nd user FEM and DDM but I'm reluctant to try anything too drastic until I know what I'm dealing with. New battery will be installed before I do any more, although I have had a 300Amp Booster pack connected to the battery at all times.
I have photos of the SDD screens for most of the current state (including codes) and will post when I dig them up.
I came here because of JagMan1984 reply in this thread Dead ECU
Firstly, I have had my SDD+Mongoose for 4 years now and know my way around (but I'm not trained). I have successfully reflashed the DDM previously and reset the transponders.
Current issue history:
Front seat heaters (both) packed up at the same time (2016). Fuses OK, no codes. I had the drivers seat out and covers off. The heating element and wiring looked OK. Resolved to try and get the FEM reflashed at some point.
Roll forward to mid-January 2019 and I finally get around to having a proper look. I'm also getting my regular 'DSC not available' warning that I get every winter when they put salt on the roads here, usually a quick squirt of fresh water clears the codes.
I'm going to miss all of the 'read the codes/cleared the codes part so as to not distract.
Attempted to reflash the GEM (which includes the DDM,FEM and REM), this reported successful. Took the car for a test drive and checked to see if the seats were working. Not working.
Next day set off for work and was getting a constant 'CONFIG F' on the dash. Googled around and found that this is due to a synchronisation failure between modules regarding their current version. The car still started and worked corretcly so the following weekend I successfully reflashed the GEM again and CONFIG F went away. Took the car for a test drive and all well except that the front indicators were not working and remote locking not working. Reflashed again but this time it failed with the 'Secure access denied' message for both the FEM and DDM. I have tried resetting the transponders, this fails with the same error (and I now have the 'too few transponders' code).
Currently the car does not start.
I have got hold of 2nd user FEM and DDM but I'm reluctant to try anything too drastic until I know what I'm dealing with. New battery will be installed before I do any more, although I have had a 300Amp Booster pack connected to the battery at all times.
I have photos of the SDD screens for most of the current state (including codes) and will post when I dig them up.
I came here because of JagMan1984 reply in this thread Dead ECU
#7
Trending Topics
#9
Join Date: Feb 2014
Location: Crossroads of America
Posts: 19,673
Received 13,425 Likes
on
6,623 Posts
Hi Nigel,
The reason I asked about the codes is that, for example, SCP or CAN communication problems anywhere in the network can cause programming problems, and those kinds of issues can trigger U-, B- and C- codes.
Otherwise, I can't help you with the programming issues but I assume you have studied this document:
Jaguar TSB 1-186 Using WDS to Program/Configure Control Modules
Regarding the front seat heaters, the heating elements are grounded at the posts welded to the floor below each front seat. On two different X350s I have found one of these ground posts to have broken away from the floor pan, and on all of the others I've inspected the grounds were corroded with the typical thin layer of aluminum oxide that is an electrical insulator, so it might be worth checking the ground points under each seat, cleaning them and taking care to torque the nut to just 6.5 ft. lbs./9 Nm to reduce the risk of breaking the stud off the floor pan. If one or both of your grounds is broken, it's simple to run a new bolt up through the floor, but ideally aluminum bolts should be used to avoid galvanic corrosion since even stainless steel can react with the aluminum eyelet terminals on the harness wires.
I'll be watching your thread closely for updates.
Cheers,
Don
The reason I asked about the codes is that, for example, SCP or CAN communication problems anywhere in the network can cause programming problems, and those kinds of issues can trigger U-, B- and C- codes.
Otherwise, I can't help you with the programming issues but I assume you have studied this document:
Jaguar TSB 1-186 Using WDS to Program/Configure Control Modules
Regarding the front seat heaters, the heating elements are grounded at the posts welded to the floor below each front seat. On two different X350s I have found one of these ground posts to have broken away from the floor pan, and on all of the others I've inspected the grounds were corroded with the typical thin layer of aluminum oxide that is an electrical insulator, so it might be worth checking the ground points under each seat, cleaning them and taking care to torque the nut to just 6.5 ft. lbs./9 Nm to reduce the risk of breaking the stud off the floor pan. If one or both of your grounds is broken, it's simple to run a new bolt up through the floor, but ideally aluminum bolts should be used to avoid galvanic corrosion since even stainless steel can react with the aluminum eyelet terminals on the harness wires.
I'll be watching your thread closely for updates.
Cheers,
Don
Last edited by Don B; 02-01-2019 at 08:51 AM.
#10
Thanks very much for the useful information.
I am getting some SCP faults I think and definitively getting some related codes. If get a chance later I'll load the screen shots from SDD.
I have read the document it was in the S-Type thread regarding a similar issue to mine.
I'll check the floor posts, if it is those I'll be kicking myself.
I am getting some SCP faults I think and definitively getting some related codes. If get a chance later I'll load the screen shots from SDD.
I have read the document it was in the S-Type thread regarding a similar issue to mine.
I'll check the floor posts, if it is those I'll be kicking myself.
#11
Also with regard to your seat heaters, there's a thermostat in the seat that has given a few people issues. Fraser just posted about this same thing in his vehicle: https://www.jaguarforums.com/forum/x...t-last-211331/
#12
#13
Join Date: Feb 2014
Location: Crossroads of America
Posts: 19,673
Received 13,425 Likes
on
6,623 Posts
You don't have to remove the seats to inspect the ground posts - just remove the six(?) Torx screws and tilt the seat back. Don't assume all is well by visual inspection alone - remove the nut and eyelet terminals, check the integrity of the stud welds by feel, then clean the stud, terminals and nut with a brass-bristle brush and zero-residue electronic cleaner, allow to dry and then reassemble and torque the nut to no more than 6.5 ft. lb. / 9 Nm per the factory specification.
Last edited by Don B; 02-03-2019 at 12:06 AM.
The following users liked this post:
AD2014 (02-09-2019)
#14
Not to derail your question on the module programming, but the front heaters should be fairly straightforward to diagnose. If you check with a test light between SD14-1 to ground, with the seat heater "on" the FEM should be supplying 12V. If there's no voltage, then either the temp sensor input to the FEM is bad (you can short it to effectively tell the FEM it's cold), or the FEM itself is bad. The heater elements should show a low resistance from end to end, they are all in series so from pin SD14-1 to pin SD15-2 should show some resistance reading. If your passenger side works I'd compare resistance readings to that to verify heater loop integrity. If you have voltage, and continuity through the heaters, then the ground would be suspect.
#15
#17
"There's your answer..."
This kit has successfully reprogrammed the DDM and 2xtransponders previously. I understand that genuine mongooses also have trouble from time to time.
Thanks mhamilton, I'll dig out my DMM after the car is up and running again.
I have the car connected to a newish 300amp starter/booster for the duration. Usually I have the motor running also but won't start ATM.
This kit has successfully reprogrammed the DDM and 2xtransponders previously. I understand that genuine mongooses also have trouble from time to time.
Thanks mhamilton, I'll dig out my DMM after the car is up and running again.
I have the car connected to a newish 300amp starter/booster for the duration. Usually I have the motor running also but won't start ATM.
#19
"There's your answer..."
This kit has successfully reprogrammed the DDM and 2xtransponders previously. I understand that genuine mongooses also have trouble from time to time.
Thanks mhamilton, I'll dig out my DMM after the car is up and running again.
I have the car connected to a newish 300amp starter/booster for the duration. Usually I have the motor running also but won't start ATM.
This kit has successfully reprogrammed the DDM and 2xtransponders previously. I understand that genuine mongooses also have trouble from time to time.
Thanks mhamilton, I'll dig out my DMM after the car is up and running again.
I have the car connected to a newish 300amp starter/booster for the duration. Usually I have the motor running also but won't start ATM.
You should not attempt to program any modules with clone mongoose or SDD software.
I personally use a Rotunda VCM and SDD software.
Last edited by abonano; 02-02-2019 at 09:38 AM.
#20
Today has been very encouraging. I installed my 2nd user DDM and reprogrammed 2x key transponders. I then reflashed the FEM successfully. Things seem to be working correctly (indicators work, central locking works). I'll put the unused 2nd user FEM on flea bay.
Now the bad news. The ECM refuses to play ball. Config existing module gets as far as 'programming' then fails. I need to check that I'm doing the rectification procedure correctly.
On the SDD it prompts me 'Rectification procedure needed - yes/no'. I click 'yes'. I'm the told to turn the ignition off. I'm then asked 'Reconnect negative terminal - yes/no'. At this point I'm removing both connectors and touching them together. I reconnect the +'ve and click 'yes'. It then says 'complete the following tasks within 10 seconds - click tick - wait 2 seconds'. I reconnect the -'ve terminal and click the tick. SDD then attempts to program the ECM but fails after 10 seconds saying it can't communicate with the ECM. I have tried variations on this theme including turning the ignition back on after reconnecting the -'ve terminal. The programming then fails after around 1:40 with the same error.
I have left the car unconnected with the battery overnight and will try again tomorrow with the hopefully final procedure.
Any pointers on the 'rectification procedure much appreciated.
Now the bad news. The ECM refuses to play ball. Config existing module gets as far as 'programming' then fails. I need to check that I'm doing the rectification procedure correctly.
On the SDD it prompts me 'Rectification procedure needed - yes/no'. I click 'yes'. I'm the told to turn the ignition off. I'm then asked 'Reconnect negative terminal - yes/no'. At this point I'm removing both connectors and touching them together. I reconnect the +'ve and click 'yes'. It then says 'complete the following tasks within 10 seconds - click tick - wait 2 seconds'. I reconnect the -'ve terminal and click the tick. SDD then attempts to program the ECM but fails after 10 seconds saying it can't communicate with the ECM. I have tried variations on this theme including turning the ignition back on after reconnecting the -'ve terminal. The programming then fails after around 1:40 with the same error.
I have left the car unconnected with the battery overnight and will try again tomorrow with the hopefully final procedure.
Any pointers on the 'rectification procedure much appreciated.
The following users liked this post:
Don B (02-02-2019)