SmartSDR v3.9.19 and the SmartSDR v3.9.19 Release Notes
SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
The latest 4O3A Genius Product Software and Firmware
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Interlock is preventing transmission amp:tgxl
I did a search on this and did not find any solutions. I have the tgxl and AG setup with the new 8600. When I click on SSDR TUNE I get the subject error notification.
Something is causing SSDR to not generate RF but I cannot find anything about interlock.
Please help….so close yet so far.
SSDR 3.8.23.35640
AG 4.1.1.6
TGXL 1.2.11
PGXL 3.8.9
TX delay in radio settings is 40.
Greg-AB7R
Answers
-
Hi Greg,
Sorry you're having this problem. This is a well known, long standing and very irritating issue that seems to occur at the worst possible times. Flex has said they are aware of it, I think they said they've been able to reproduce it, and are working on it. One might hope there will be a fix in the vastly overdue v3.9 but I'm not aware they've ever stated that.
For what it's worth, various folks report success with different methods of clearing the interlock when it occurs. It seems as though something that works one time won't the next. I've tried changing TX antenna selection to something else and back, restarting the PGXL utility, restarting SSDR and/or the radio itself and restarting the PGXL. In one extreme case I simply restarted everything.
Others may suggest different/ better solutions but those are the ones I'm aware of. Yes, total PITA.
GL Russ KR6W
0 -
currently it’s only affecting slice A. The B slice transmits. The PGXL is in standby
0 -
Thanks. I just tried slice B and got the same errors. So I have this $5K amp and $2K tuner that are door stops until someone fixes the software. Uggghhhh!!!!
0 -
Try a factory reset. If you have profiles by all means export them first. But after the reset try without importing them.
Also, always be sure to de-select the "Preferences" check-box when exporting or importing Profiles in order to prevent possibly exporting/importing corrupted band-persistence settings.
The above is Ken Wells' answer on the Forum that solved the interlock issue for someone.
Then there is always a Help Desk Ticket.
0 -
Thanks Erik. I will try that later today. I did also submit it ticket yesterday.
73!
Greg
0 -
Next time you see this, try changing the status of the TGXL from Standby to Bypass and see if that clears it.
Powering down the PGXL and TGXL can also clear it, but you might have to wait about 2 minutes. I have seen that about once/month and I did this morning. I turned off the TGXL and PGXL and it cleared after a short period of time.
I hope that helps.
0 -
I have found the easiest remedy for this issue is to go to the PGXL software settings menu, then the FlexRadio tab and just select Save without reentering any radio data. During this process Windows may say that the program has stopped working, so close and restart it and then save the data.
I have found that this fixes both the Interlock issue and the missing amp power display in SmartSDR.
Bill
0 -
Thanks Bill. I did that and it fixed crazy SWR readings but not the amp info going to SSDR or FRStack.
0 -
I have the 6600M, PGXL, TGXL and stacked AG's and running FRStack. I normally do not power these completely off. I am finding that Mike's finding of toggling between standby and operate works but as soon I change bands using FRStack the interlock problem returns. It seems the band change brings back the interlock issue. It is not intermittent . In my instance, I found that only after power cycling the AG's, did the interlock issue disappear and can change bands without the interlock issue. I tried restarting all the software one piece of equipment at a time, after a power cycle on that piece of equipment. Hope this helps tracking down the cause. It would be nice to have this resolved. I have the transmit delay set to 40. While this delay setting may fix other interlock issues, the one I am referencing simply did not clear until the AG's were powered cycled. Anyone else experiencing this?
Randy, KH6XX
0 -
Thanks Randy. Since the recent FW update to 3.9.18 AND the TGXL update these interlock issues have been almost completely gone.
0 -
I have seen the interlock issue recently while attempting to integrate an AG switch with a 2x8 switch controller with custom SW to mimic an AG switch in **** mode. The 4O3A team has published the AG API that I used as a reference for my implementation. Whenever I set the AG to use stacking and ports 7/8 for routing to the **** switch I get the interlock warning pop-up with AMP:TG. I also monitor the Flex API communication and see an error message 'M31000003 Interlock is preventing transmission' and a status message 'S0|interlock tx_client_handle=0x00000000 state=NOT_READY reason= source=TUNE tx_allowed=0 amplifier='.
This sequence of messages appears to indicate the TG(source=TUNE) is returning a 'NOT_READY' state. This occurs even if the TG is in bypass. I have also seen a 'NO PTT' error pop up on the TG. If I click on the TG TUNE button, it often causes the Flex to reset and SSDR crashes because it loses connection to the radio. Otherwise it pops up a LOW POWER warning.
This typically only happens on Slice 0/ANT1(Port A in my SO2R configuration). Slice 1/ANT2(Port B) will work most of the time. But, sometimes both Port A and Port B will generate the interlock error.
I should also mention that the interlock error occurs with the PGXL turned on or turned off.
Typically, the only way to recover completely is to factory reset the TG and the AG. Sometimes the radio needs to be power cycled.I have also found that after disabling stacking and importing a previously exported non-stacking configuration, only the first 6 antennas will be listed in the Antennas tab. As if it still thinks it is in stacking mode. The AG seems to maintain some residual state that isn't cleared by an import of a previous configuration.
It would be useful if there was some documentation on the expected sequence of events and TCP messages sent between all the devices in a 'Dream Station' configuration during the PTT process when initiated from the Flex and from the TUNE button on the TG.
The bottom line for me is that there are still some issues with the TG and AG communications during a transmit initiation and likely some internal configuration data getting corrupted. When I have a little more time, I'll put a network sniffer on the TG to look at the communications in/out.
My SW/FW configuration for devices is the following:
Flex 8600: v3.9.19
TG: v1.2.17
PG: v3.8.9
AG: v4.1.16Eric - NR4O
0 -
Please open a support ticket for this. Engineering is aware of part of this problem.
0 -
I have this problem quite regularly, and randomly, since introducing the 8600M to my shack last week. It rarely occurred with my 6600M. I use the AG, PGXL and TGXL. I've tried all of the above suggestions and the only thing that works for me is to power cycle the radio. Annoying at best. It doesn't matter whether my amp is in standby or operate, what band I'm on, which digital mode I'm using. I submitted a ticket, no resolution seems forthcoming. I am running all of the latest firmware for each of the devices.
0
Leave a Comment
Categories
- All Categories
- 347 Community Topics
- 2.1K New Ideas
- 612 The Flea Market
- 7.9K Software
- 3 SmartSDR+
- 6.3K SmartSDR for Windows
- 173 SmartSDR for Maestro and M models
- 409 SmartSDR for Mac
- 266 SmartSDR for iOS
- 249 SmartSDR CAT
- 186 DAX
- 374 SmartSDR API
- 9.2K Radios and Accessories
- 21 Aurora
- 202 FLEX-8000 Signature Series
- 7.1K FLEX-6000 Signature Series
- 919 Maestro
- 53 FlexControl
- 860 FLEX Series (Legacy) Radios
- 891 Genius Products
- 453 Power Genius XL Amplifier
- 322 Tuner Genius XL
- 116 Antenna Genius
- 283 Shack Infrastructure
- 199 Networking
- 442 Remote Operation (SmartLink)
- 137 Contesting
- 754 Peripherals & Station Integration
- 139 Amateur Radio Interests
- 973 Third-Party Software