Yet another case of updated repairs being returned to customers with a unwarned and at the time unserviceable issue.
Phone have you got more information on what is happening or not happening in this case? Trunking or conventional. Im not sure how a radio could be blocked accessing a repeater since the repeater does not transmit any firmware based values. All I can think of off the top of my head is the repaired radio is now using some updated TG/SID/RID format that the repeater will not accept. Im thinking something like RAS in TRBO?? has been added to the OSW.
@Notarola to early in the process to know. The change in Header formats in the M2020.02 release makes me think that a feature / function is on in these that was not even available when they went to depot. But way to early in the investigative process to have a clue right now. An I have not seen the code plugs.. Yet !
Well, I got the code plug export from RM today and imported it into one of my instances.
-- RAS looks right -
-- Privacy Looks Right
-- ARS/TMS are correct.
-- Timers all look correct
-- Talker Alias is not active
-- GPS and therefore inband GPS is not active.
Told contact to call L2 and report as @Notarola said. "Huston we have a problem" AGAIN..
APX Depot is locked to factory only tech support. If a rollback is necessary, every radio will have to go to the Depot. FTRs no longer have access to Depot Tools in the field for newer versions. Same with Trbo Depot.
Rolling back legit subscriber hardware is a NO GO in my books and phones too I bet. The issue here is Moto returned hardware with unwanted and currently unfixable issues. Moto should be the ones fixing them not the owner or service shop. Moto can do a rollback if they chose to. All that is needed to be done is connect the radio to your computer call up(login) to Motos server and let them do what ever is needed to return the units to a operational state. The depot software does not leave Motos system and the radio sits at your service facility during the process.