Interlock is preventing Transmission AMP-TG

I did open a support ticket for this.

The way it works is that the Radio asks the other devices if it can go into transmit (it actually does).

When they respond with an 'OK', the radio goes into TX.

This is not an SWR issue at all and happens before RF is even sent by the radio.

You can try increasing your TX Delay to 30ms and see if that helps.

Mike

Team,

*** Read This ***

If you find yourself encountering the same issue, it's imperative that you initiate a support ticket. Simply informing a colleague about the problem doesn't assist FRS in determining its urgency.

Here's how it works: When one or two individuals report an issue, it's considered a concern. However, if twenty or more people report the same problem, it's recognized as a systemic issue and promptly escalates on our priority list.

So, if your colleague informs you that they're experiencing a similar problem, please advise them to open a support case. This approach serves several crucial purposes and greatly contributes to resolving the matter efficiently. There is strength in numbers.

I repeat. If you are having this issue now, please open a ticket.

TIA!

A group of us has been actively investigating the issue at hand, diligently working to understand and recreate the problem. However, despite our efforts, we have not been able to replicate the failure in question.

Our examination has encompassed a thorough review of all available facts, including the communication pathways involved.

To gain deeper insights, I have personally employed Wireshark to analyze the data flow between the devices, allowing us to observe the ongoing dialogue.

Anyone with a managed switch and WireShark could easily monitor the plain text communications if they choose to.

One aspect that has remained inconclusive thus far pertains to the network switch.

We are well aware that not all network switches are created equal, and we've encountered cases where certain switches have exhibited unexpected behavior. In fact, one such switch prevented my TGXL from obtaining a DHCP IP address.

The prevailing hypothesis suggests that the issue may be related to network slowdowns, causing the TGXL to respond to the radio more slowly. This could signify a problem within the transport layer, implicating both the network cables and the network switch.

I would like to share that, based on anecdotal evidence, we have noticed that lower-cost 1G switches may not perform optimally and may frequently engage in auto-negotiation exercises. During auto-negotiation, data flow is interrupted, and if this occurs at an inopportune moment, it can lead to an Interlock error due to a timeout (the precise duration of which is still under investigation but is likely greater than 500ms).

One common strategy when troubleshooting such issues is to introduce changes. For you, the most straightforward modifications would involve altering elements within the network setup.

If you have the capability, I recommend replacing the network cables for both the radio and TGXL with new ones, as cables can deteriorate over time.

I personally use CAT 8 cables sourced from Amazon but any new cable should be fine.

Additionally, it would be beneficial to try connecting both the radio and TGXL to a different switch, preferably one that you haven't used previously. If you happen to have a 100mb switch available, you could employ it for this testing.

Our objective is to determine if these changes yield any impact on the issue you are encountering. We are interested in understanding whether the problem worsens, improves, or remains unchanged under these modified network conditions.

Your feedback and observations will be invaluable in our ongoing efforts to resolve this matter.