• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

XTS5000 Key retention

Status
Not open for further replies.

superfreak

Member
Joined
Jan 24, 2009
Messages
190
Location
Sunshine State
Does the CMOS battery on the controller board support the encryption key retention in the portables. I can't find any narrative in the service manuals. The mobiles list a source of KG_Backup to the UCM which I assume is some sort of battery as well.

I am assuming that those batteries are going bad if the radio is loosing keys (And of course infinite key retention is checked in CPS)...

How long does an XTL retain keys without B+ being connected? Does it have the same sort of battery? I see references of 3day key retention. I assume that implies that a radio sitting on shelf will lose keys after 3+ days? Or more importantly if the transceiver deck is powered off a charge guard, it will lose keys if the car isn't started every three days. I am thinking that we need to make the case to bypass charge guards on the transceivers (Control head red and transceiver red MUST go to constant battery) to eliminate key loss..
 

rescue161

KE4FHH
Database Admin
Joined
Jun 5, 2002
Messages
3,636
Location
Hubert, NC
If infinite key retention is checked, the UCM can be completely removed from the radio and it will retain the key. I have done this before when I didn't have access to a keyload cable for the XTL, but did for the XTS, so I loaded a key into the portable, made sure infinite key retention was checked and then moved the UCM to the mobile and all was well.
 

superfreak

Member
Joined
Jan 24, 2009
Messages
190
Location
Sunshine State
So why does the XTL interface board need a capacitor/battery if they are the same UCM? How does the UCM function different;y in a portable vs mobile for key retention? Serious question... I am talking about the board mounted watch battery, not the main radio battery.

My hypothesis is that the XTS button batteries have failed (10+ years old)... Same flash/UCM/firmware everything in 4000+ portables. failure rate of key retention is 200+portable radios.

Here is the language from the XTL manual
3.8.3Encryption Voltages The secure interface board produces two voltages sourced by A+ and SW_B+ through J0501, pins 10 and 9, that are used by the encryption module: UNSW_B+_ENC (7 V) and SW_B+_ENC (7 V). The constant 7 V is generated using U800, Q802, and Q803 and is fed to J0701. At the secure interface board, the 7 V provides continuous unswitched voltage when the vehicular battery is connected to the radio and is also switched to provide SWB+ to the encryption module. A 5-V storage circuit, C810 (0.47-farad capacitor), provides +5 Vdc to the encryption module via J0701, pin 12, to hold encryption keys for a period of three days with no A+ voltage present. The 5 V and 2.85 V controller supplies are used to provide logic translation between the legacy keyloader data (5 V) and the universal crypto module (UCM) (3 V). The secure interface board also supplies the UCM chip-select logic line and the other control lines, clocks, and other components, to the main board microprocessor.
 

MTS2000des

5B2_BEE00 Czar
Joined
Jul 12, 2008
Messages
5,226
Location
Cobb County, GA Stadium Crime Zone
Interesting. I store the XTS5000s with the batteries off (as they're maintained in gang chargers) and have never lost a key. All of them are at least a decade old. AFAIK the coin cells have NEVER been replaced. It could be that the batteries are in good shape and thus, the current drain is so low that they hold up. But we are also phasing out these legacy radios. I'll go pull some and see- last time they got used was during Super Bowl 53.
 

rescue161

KE4FHH
Database Admin
Joined
Jun 5, 2002
Messages
3,636
Location
Hubert, NC
It has to do with the Infinite Key Retention. As far as I can tell, the battery on the XTL board is for when Infinite Key Retention is not used and power from the vehicle battery is removed from the radio, the battery on the UCM board holds the key for up to 3 days. If IKR is used, the battery is not needed.

We have tons of XTS2500s that are stored for temp use and they retain the keys for years without power. The same was true for the XTL5000 and the XTS5000 when we used them.
 
Status
Not open for further replies.
Top