Page 1 of 1

Astro 25 CPS R13.01 bug or radio bug?

Posted: Mon Nov 30, 2009 6:15 pm
by MTS2000des
In programming an XTS5000 Q split model 1, the previous codeplug had the concentric switch set to PL disable in position A.
I changed this to TX low power on A and "blank" on B, only to find that the radio still forces CSQ unmuting regardless of PL/DPL or channel squelch settings. I verified that "hub defeats PL" was unchecked. It appears that once the "PL disable" option is enabled in the concentric switch settings, it "remembers" this state even if that option is later disabled. I tried setting all fields to both "unprogrammed" or "blank" but the radio still insists on disabling the PL decode logic even if the "PL Disable" selection is undone in CPS. I verified that restoring this value causes the logic to work properly (when the concentric switch is in the opposite position of course) and the radio mutes/unmutes as it is supposed to.

So while it's a minor annoyance, I'd like to get this cleared. I've tried everything I know. Radio does have older fimrware/DSP but is this a radio software issue or a bug in CPS? Support closed at 7PM so I can't open a ticket. Here are the specifics:
Model H18QDC9PW5AN, Serial 320CGMxxxx, Flashcode 100008-000482-7, Firmware 07.02.00, DSP R07.01.01.
CPS version 13.01, XP Pro SP3 on a Toshiba Tecra M5 Centrino Duo CPU with 2GB of RAM, 160GB HDD, 80 percent free.

Ideas anyone?

Re: Astro 25 CPS R13.01 bug or radio bug?

Posted: Mon Nov 30, 2009 6:45 pm
by Mfire39
MTS2000des wrote:Ideas anyone?
Host R07 with CPS R13...

The Astro25 CPS versions are built to go with corresponding firmware versions. There is no need to program a Host R07 radio with CPS R13, as problems like this may arrise. Upgrade your Host and see if the problem goes away..


-Marc

Re: Astro 25 CPS R13.01 bug or radio bug?

Posted: Mon Nov 30, 2009 10:06 pm
by MTS2000des
wasn't aware of the mating versions being an issue, I thought so long as the CPS you use is latest, it shouldn't be an issue. I download the updates as they are posted to our MOL account. I don't have any older CPS and it isn't available on my MOL account (other than v13.01), so I'll take it to the MSS and have them do an uplift and see if it goes away. but I have seen this problem before with a few MTS2000's and CPS R01.something a few years back. I don't remember what the resolution was back then as we moved off that old system.

Re: Astro 25 CPS R13.01 bug or radio bug?

Posted: Tue Dec 01, 2009 6:20 am
by Lake Effect
I'm no XTS expert but I did have a similar experience with a PR1500 which I believe uses the same CPS. A customer had a button set for talk around and wanted it changed. After reprogramming, the radio was always in direct mode and couldn't use any local repeaters. I found that the radio was in talk around when I removed that button function and, after programming, there was no way to take it out of direct. I had to set the button back to talk around, put the radio back to repeater mode, and then program button the way he wanted it. So my thought is this. Was your radio in CSQ when you reprogrammed the switch?

L.E.

Re: Astro 25 CPS R13.01 bug or radio bug?

Posted: Tue Dec 01, 2009 10:52 am
by MTS2000des
yep the PR1500 uses the same Astro 25 CPS. As far as if the radio was left in CSQ mode, I honestly don't know as I didn't pay attention. But the same thing is happening here. I called support today and opened a ticket, they also recommended having the host upgraded but they weren't sure that would clear the issue either. So, back to square one...

Re: Astro 25 CPS R13.01 bug or radio bug?

Posted: Thu Dec 03, 2009 11:43 am
by wavetar
I can confirm the issue, with several different models & CPS packages actually, although the only resolution I know of is what you've already done. Had a similar issue with the "talkaround" feature on an XTS3000...what a pain that was to figure out.