ProSoundWeb Community

Sound Reinforcement - Forums for Live Sound Professionals - Your Displayed Name Must Be Your Real Full Name To Post In The Live Sound Forums => Wireless and Communications => Topic started by: Samuel Rees on August 04, 2016, 01:53:13 PM

Title: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 04, 2016, 01:53:13 PM
I've been doing a lot of RF work recently, almost always using UHF-R and WWB 6 for frequency coordination and monitoring. I generally am having a pretty pleasant time, all things considered in this Washington DC crowded environment.

I have observed a problem occasionally where there will be RF and audio crosstalk between channels. I mean by this that two receivers will seem to pickup & meter audio from one transmitter. Transmitter A will be set to frequency X, and receiver A set to frequency X, and this will operate no problem. Receiver B will be set to frequency Y, yet still seem to meter RF and audio from transmitter B, with bad signal quality. I'm the past I written this off as frequencies too close or something, but I've now observed it many times when frequencies are multiple MHz away. This has happened when coordinating with WWB using a less than default exclusion threshold. It happened to me yesterday. I re-did all of my frequencies this morning using an even lower exclusion and 'robust' analysis, which I have not used before, and I've had good results. But, I've had good results loads of times with standard.

I would love to understand this phenomenon. Is this an intermodulation issue? I recently have been borrowing an RF explorer and was very interested to see how proximity affected the intermodulation, which I didn't realize happened to the extent that it does. Wouldn't WWB 6 be able to place frequencies far enough away to prevent this every time? Maybe it will better, in robust? Or is something else at work here?

As long as we are talking about WWB 6.... I've been setting the exclusion essentially as low as I can while acquiring the number of frequencies I require. Is this how you all are doing it?

Thank you!

Sam
Title: Re: 'Crosstalk' on UHF-R systems
Post by: John Sulek on August 04, 2016, 03:26:36 PM
I've been doing a lot of RF work recently, almost always using UHF-R and WWB 6 for frequency coordination and monitoring. I generally am having a pretty pleasant time, all things considered in this Washington DC crowded environment.

I have observed a problem occasionally where there will be RF and audio crosstalk between channels. I mean by this that two receivers will seem to pickup & meter audio from one transmitter. Transmitter A will be set to frequency X, and receiver A set to frequency X, and this will operate no problem. Receiver B will be set to frequency Y, yet still seem to meter RF and audio from transmitter B, with bad signal quality. I'm the past I written this off as frequencies too close or something, but I've now observed it many times when frequencies are multiple MHz away. This has happened when coordinating with WWB using a less than default exclusion threshold. It happened to me yesterday. I re-did all of my frequencies this morning using an even lower exclusion and 'robust' analysis, which I have not used before, and I've had good results. But, I've had good results loads of times with standard.

I would love to understand this phenomenon. Is this an intermodulation issue? I recently have been borrowing an RF explorer and was very interested to see how proximity affected the intermodulation, which I didn't realize happened to the extent that it does. Wouldn't WWB 6 be able to place frequencies far enough away to prevent this every time? Maybe it will better, in robust? Or is something else at work here?

As long as we are talking about WWB 6.... I've been setting the exclusion essentially as low as I can while acquiring the number of frequencies I require. Is this how you all are doing it?

Thank you!

Sam

How physically close are the two transmitters when this is happening? Are they laying on a table beside each other ready to be deployed?
All bets are off if you have a bunch of transmitters stacked up on a table without any shielding between them. Folks on high rf count shows use baking pans to help isolate the transmitters from each other.
Try war gaming your set up by switching off one transmitter at a time and making sure that the receiver rf meters go dark for the transmitter powered off.
This will help find issues with the frequencies you are using.
Title: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 04, 2016, 03:34:29 PM
How physically close are the two transmitters when this is happening? Are they laying on a table beside each other ready to be deployed?
All bets are off if you have a bunch of transmitters stacked up on a table without any shielding between them. Folks on high rf count shows use baking pans to help isolate the transmitters from each other.
Try war gaming your set up by switching off one transmitter at a time and making sure that the receiver rf meters go dark for the transmitter powered off.
This will help find issues with the frequencies you are using.

In this exact case I'm working with a rack of 5x UR4Ds with a shure antenna distro and shure paddles. I've repeatedly had this happen in similar situations. With both transmitters off, both channels will show no noise. This generally comes up when I first turn them all on. That's why I suspect the mysterious intermod issue, because the transmitters are usually pretty close at this time. Maybe it's as simple as that.

This has happened to me enough that I'm pretty confident I've unintentionally controlled for different systems and etc. It's true, I didn't 'war game' everything, I scanned them all in WWB, did exclusions, set a low exclusion threshold, got a bunch of frequencies and deployed them via WWB. Then, if I'm unlucky, this happens, and I switch the offending channel to a backup frequency.

Shouldn't a robust frequency distribution setting in WWB be able to anticipate this problem when calculating freqs?

Title: Re: 'Crosstalk' on UHF-R systems
Post by: Mac Kerr on August 04, 2016, 03:44:29 PM
In this exact case I'm working with a rack of 5x UR4Ds with a shure antenna distro and shure paddles. I've repeatedly had this happen in similar situations. With both transmitters off, both channels will show no noise. This has happened to me enough that I'm pretty confident I've unintentionally controlled for different systems and etc. It's true, I didn't 'war game' everything, I scanned them all in WWB, did exclusions, set a low exclusion threshold, got a bunch of frequencies and deployed them via WWB. Then, if  I'm unlucky, this happens, and I switch the offending channel to a backup frequency.

I feel like other people must have experienced this, as it happens to me somewhat often.

How are you determining there is a problem? Is there audible interference when all transmitters are turned on? Are you seeing lights on a receiver that has no transmitter on? Transmitter intermods happen when multiple transmitters are close together, if you have them next to each other on a table, or pick up all the transmitters in one hand, that is a worst case scenario. You will get the strongest intermods under those conditions. Seeing a couple of lights on a receiver that has no transmitter turned on is not ideal, but generally not a disaster either. Wider spacing between frequencies may reduce that, and with 6 channels you should be able to get enough space to avoid that, but once all the transmitters are all on you will probably be fine. War gaming by turning off 1 transmitter at a time is an important part of checking that everything you have calculated is fine, but be sure the transmitters are not all together when you do it since that will really make intermods.

Mac


Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 04, 2016, 04:27:23 PM
How are you determining there is a problem? Is there audible interference when all transmitters are turned on? Are you seeing lights on a receiver that has no transmitter on? Transmitter intermods happen when multiple transmitters are close together, if you have them next to each other on a table, or pick up all the transmitters in one hand, that is a worst case scenario. You will get the strongest intermods under those conditions. Seeing a couple of lights on a receiver that has no transmitter turned on is not ideal, but generally not a disaster either. Wider spacing between frequencies may reduce that, and with 6 channels you should be able to get enough space to avoid that, but once all the transmitters are all on you will probably be fine. War gaming by turning off 1 transmitter at a time is an important part of checking that everything you have calculated is fine, but be sure the transmitters are not all together when you do it since that will really make intermods.

Mac

Today this is a 10 channel system as I'm generally working with 8-24 channels.

I know there is trouble because when I turn on transmitter A, full RF signal appears on receiver A, AND partial signal appears on receiver B. Also if I talk into transmitter A, some inconsistent audio signal will appear on receiver B.  I have not experimented with it much, as I'm usually busy and just change the channel.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Ike Zimbel on August 04, 2016, 04:47:06 PM
I've been doing a lot of RF work recently, almost always using UHF-R and WWB 6 for frequency coordination and monitoring. I generally am having a pretty pleasant time, all things considered in this Washington DC crowded environment.

I have observed a problem occasionally where there will be RF and audio crosstalk between channels. I mean by this that two receivers will seem to pickup & meter audio from one transmitter. Transmitter A will be set to frequency X, and receiver A set to frequency X, and this will operate no problem. Receiver B will be set to frequency Y, yet still seem to meter RF and audio from transmitter B, with bad signal quality. I'm the past I written this off as frequencies too close or something, but I've now observed it many times when frequencies are multiple MHz away. This has happened when coordinating with WWB using a less than default exclusion threshold. It happened to me yesterday. I re-did all of my frequencies this morning using an even lower exclusion and 'robust' analysis, which I have not used before, and I've had good results. But, I've had good results loads of times with standard.

I would love to understand this phenomenon. Is this an intermodulation issue? I recently have been borrowing an RF explorer and was very interested to see how proximity affected the intermodulation, which I didn't realize happened to the extent that it does. Wouldn't WWB 6 be able to place frequencies far enough away to prevent this every time? Maybe it will better, in robust? Or is something else at work here?

As long as we are talking about WWB 6.... I've been setting the exclusion essentially as low as I can while acquiring the number of frequencies I require. Is this how you all are doing it?

Thank you!

Sam
It sounds to me like you are seeing intermods, which as others have mentioned, can be VERY active when the transmitters are all piled in a heap, in a bucket (I've seen this), or a milk crate, or laid back-to-back on a console. You may know all of this already, but, these two articles might have some nugget of info that helps.
http://www.prosoundweb.com/article/avoiding_intermod_the_importance_of_wireless_frequency_coordination/
http://www.prosoundweb.com/article//whoa_you_cant_do_that/
Best,
Ike
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 04, 2016, 04:57:10 PM
I know a little bit, and I saw intermods on a live frequency analyzer for the first time last week. I'm trying to confirm that is what is happening here. Next time I'll try separating the transmitters before I jump to changing frequencies. If that does it, intermod sounds like the correct diagnosis.

Follow up question:

1) If I determine this to be intermodulation, how should I proceed? Is intermod like this relatively normal in crowded situations with close transmitters, or is it something to be avoided at all costs? Maybe if all this time I had just set the transmitters a little farther apart on the table, everything would have proceeded along perfectly.

Title: Re: 'Crosstalk' on UHF-R systems
Post by: Ike Zimbel on August 04, 2016, 05:13:18 PM
I know a little bit, and I saw intermods on a live frequency analyzer for the first time last week. I'm trying to confirm that is what is happening here. Next time I'll try separating the transmitters before I jump to changing frequencies. If that does it, intermod sounds like the correct diagnosis.

Follow up question:

1) If I determine this to be intermodulation, how should I proceed? Is intermod like this relatively normal in crowded situations with close transmitters, or is it something to be avoided at all costs? Maybe if all this time I had just set the transmitters a little farther apart on the table, everything would have proceeded along perfectly.
A real good start is to just lay them one up - one down (ie: with each mic facing the opposite direction on the table from its neighbour). Yes, intermod is always there, or potentially there when the transmitters get close enough to generate it. Coordination programs like IAS and WWB exist to prevent you from allocating frequencies on ones that will potentially be occupied by intermods. In fact what you are seeing is an intermod that is close enough to light up the adjacent channel, but the reason it sounds like crap is because it's not right on the frequency, just the same as if you tune the Rx to say, 500.525 and the Tx to 500.575 or similar.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 04, 2016, 05:16:21 PM
A real good start is to just lay them one up - one down (ie: with each mic facing the opposite direction on the table from its neighbour). Yes, intermod is always there, or potentially there when the transmitters get close enough to generate it. Coordination programs like IAS and WWB exist to prevent you from allocating frequencies on ones that will potentially be occupied by intermods. In fact what you are seeing is an intermod that is close enough to light up the adjacent channel, but the reason it sounds like crap is because it's not right on the frequency, just the same as if you tune the Rx to say, 500.525 and the Tx to 500.575 or similar.

That all makes sense. I am using WWB whenever possible. Sometimes the freqs are a lot farther apart than those two.

Sam
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Mac Kerr on August 04, 2016, 05:37:17 PM
A real good start is to just lay them one up - one down (ie: with each mic facing the opposite direction on the table from its neighbour). Yes, intermod is always there, or potentially there when the transmitters get close enough to generate it. Coordination programs like IAS and WWB exist to prevent you from allocating frequencies on ones that will potentially be occupied by intermods. In fact what you are seeing is an intermod that is close enough to light up the adjacent channel, but the reason it sounds like crap is because it's not right on the frequency, just the same as if you tune the Rx to say, 500.525 and the Tx to 500.575 or similar.
That all makes sense. I am using WWB whenever possible. Sometimes the freqs are a lot farther apart than those two.

Sam

It isn't the carrier that is close to the other channel, it's the intermods. I am not very familiar with WWB, but if you were using IAS you would see an indication of the intermods being calculated in the graph when you are looking for frequencies. On Panorama there were millions of intermod frequencies. I just did a look for G10 PMS1000s on one of the Panorama coords and it came up with 16 choices of freqs, with a possible 31 million 3rds. As you reduce what the software eliminates those intermods end up closer and closer to your actual carrier frequencies.

Mac
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Patrick Riley on August 04, 2016, 07:21:10 PM
That all makes sense. I am using WWB whenever possible. Sometimes the freqs are a lot farther apart than those two.

Sam

It sounds to me like you are experiencing intermods. If you are using WWB 6, there should never be a reason for you to coordinate your 8-24 mics on any other setting than the most robust setting, even in a crowded environment like Washington DC. Use the aluminum baking tins. They help a lot. :)
Title: Re: 'Crosstalk' on UHF-R systems
Post by: brian maddox on August 04, 2016, 09:19:46 PM
Use the aluminum baking tins. They help a lot. :)

Use the tins Luke.....  :)

yeah a lot of crap happens when you put all the transmitters together.....
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Jason Glass on August 05, 2016, 12:01:14 AM
I've been doing a lot of RF work recently, almost always using UHF-R and WWB 6 for frequency coordination and monitoring. I generally am having a pretty pleasant time, all things considered in this Washington DC crowded environment.

I have observed a problem occasionally where there will be RF and audio crosstalk between channels. I mean by this that two receivers will seem to pickup & meter audio from one transmitter. Transmitter A will be set to frequency X, and receiver A set to frequency X, and this will operate no problem. Receiver B will be set to frequency Y, yet still seem to meter RF and audio from transmitter B, with bad signal quality. I'm the past I written this off as frequencies too close or something, but I've now observed it many times when frequencies are multiple MHz away. This has happened when coordinating with WWB using a less than default exclusion threshold. It happened to me yesterday. I re-did all of my frequencies this morning using an even lower exclusion and 'robust' analysis, which I have not used before, and I've had good results. But, I've had good results loads of times with standard.

I would love to understand this phenomenon. Is this an intermodulation issue? I recently have been borrowing an RF explorer and was very interested to see how proximity affected the intermodulation, which I didn't realize happened to the extent that it does. Wouldn't WWB 6 be able to place frequencies far enough away to prevent this every time? Maybe it will better, in robust? Or is something else at work here?

As long as we are talking about WWB 6.... I've been setting the exclusion essentially as low as I can while acquiring the number of frequencies I require. Is this how you all are doing it?

Thank you!

Sam
Hi Samuel,

One thing that has not been mentioned here yet is the possibility that your system might be using too much RF amplification. Are your antennas the active type? Changing them to passive LPDA's could very well solve this problem.

Sent from my mobile phone. Please excuse the inevitable spelling and grammatical errors.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 05, 2016, 07:33:25 AM
Hi Samuel,

One thing that has not been mentioned here yet is the possibility that your system might be using too much RF amplification. Are your antennas the active type? Changing them to passive LPDA's could very well solve this problem.

Sent from my mobile phone. Please excuse the inevitable spelling and grammatical errors.

Interesting, I don't know anything about that, really. In this particular case I am using passive paddles. In other cases it's very possible I've misconfigured active antennas. Is it correct that active receive antennas should be set at '0' unless the coax cable is very long?
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Keith Broughton on August 05, 2016, 09:13:44 AM
Interesting, I don't know anything about that, really. In this particular case I am using passive paddles. In other cases it's very possible I've misconfigured active antennas. Is it correct that active receive antennas should be set at '0' unless the coax cable is very long?
Yes.
Active antennas can cause problems when set to too much gain.
Also, your transmitters apart and away from the antennas, quite a bit away.
When you have all the transmitters on, do you get clean audio on all channels?
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 05, 2016, 01:33:36 PM
Yes.
Active antennas can cause problems when set to too much gain.
Also, your transmitters apart and away from the antennas, quite a bit away.
When you have all the transmitters on, do you get clean audio on all channels?

Well, this has happened to me many times and I can't say what the exact situation was each time. It may be that everything would have been fine and I was only having issues because I had them next to each other on the table. Maybe had I deployed them without changing the freq it would have been fine, as the transmitters would never be that close. I'll have to experiment and report back.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: jason misterka on August 07, 2016, 08:41:02 PM
Well, this has happened to me many times and I can't say what the exact situation was each time. It may be that everything would have been fine and I was only having issues because I had them next to each other on the table. Maybe had I deployed them without changing the freq it would have been fine, as the transmitters would never be that close. I'll have to experiment and report back.

I have had a similar issue when working with transmitters (changing batteries, applying power locks etc)  directly underneath active paddles. 

Jason
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Keith Broughton on August 08, 2016, 09:36:36 AM
I have had a similar issue when working with transmitters (changing batteries, applying power locks etc)  directly underneath active paddles. 

Jason
This is a common problem that most people don't think about.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on August 08, 2016, 09:50:24 AM
This is a common problem that most people don't think about.

It sounds like I may be regularly experiencing intermod products from multiple sources. Not so much during show, but during testing on the desk. My transmitters are probably much too close to one another (lined up on the desk), AND very close the the receive antennas.

I'll try to work on these variables and I bet I'll have a better time. Thanks everyone!!!

Title: Re: 'Crosstalk' on UHF-R systems
Post by: Scott Helmke on August 08, 2016, 09:59:26 AM
I'll try to work on these variables and I bet I'll have a better time. Thanks everyone!!!

Also don't forget the baking pans!   8)
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Ike Zimbel on August 08, 2016, 11:54:56 AM
Also don't forget the baking pans!   8)
The Weber #6417 BBQ drip pan is a good choice as it is long enough to accommodate a Shure UR-2 HH mic or Sennheiser SKM-5200.
https://store.weber.com/accessories/category/clean/1270
https://www.amazon.ca/Weber-6417-All-Purpose-Summit-10-Pack/dp/B000X9BNG8
I was using baking tins which were not long enough for the mics for a while, which work fine if you put the antenna end in the tray, but I was finding that every time I left these in the care of A-2's, they would put the windscreen end in the tray, with all of the antennas sticking out, which totally defeats the purpose.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Jason Glass on August 08, 2016, 02:03:47 PM
The Weber #6417 BBQ drip pan is a good choice as it is long enough to accommodate a Shure UR-2 HH mic or Sennheiser SKM-5200.
https://store.weber.com/accessories/category/clean/1270
https://www.amazon.ca/Weber-6417-All-Purpose-Summit-10-Pack/dp/B000X9BNG8
I was using baking tins which were not long enough for the mics for a while, which work fine if you put the antenna end in the tray, but I was finding that every time I left these in the care of A-2's, they would put the windscreen end in the tray, with all of the antennas sticking out, which totally defeats the purpose.
Thank you, Ike! I've had the same problems with standard sized baking tins and have been looking for a larger cost effective alternative for years. Up until now, all I could find were the pricey kind made from thicker, stamped aluminum with non-stick coating. No way I was going to spend $10+ per on 30 pieces of those!

Sent from my mobile phone. Please excuse the inevitable spelling and grammatical errors.

Title: Re: 'Crosstalk' on UHF-R systems
Post by: Ike Zimbel on August 08, 2016, 02:41:55 PM
Thank you, Ike! I've had the same problems with standard sized baking tins and have been looking for a larger cost effective alternative for years. Up until now, all I could find were the pricey kind made from thicker, stamped aluminum with non-stick coating. No way I was going to spend $10+ per on 30 pieces of those!

Sent from my mobile phone. Please excuse the inevitable spelling and grammatical errors.
Yer' welcome! The non-stick coating is definitely over-kill...unless you're having problems with baked-on microphones! ;)
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Keith Broughton on August 08, 2016, 03:51:48 PM
Yer' welcome! The non-stick coating is definitely over-kill...unless you're having problems with baked-on microphones! ;)
More cooking tips from Ike  ;D ;D
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Scott Helmke on August 08, 2016, 09:35:30 PM
We have a smaller cheaper version which I couldn't find on the website, but this one looks nice and big:
http://www.ikea.com/us/en/catalog/products/30256990/
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Samuel Rees on October 11, 2016, 01:38:57 PM
After two months of work and observation I can confirm the 'various intermodulation effects' diagnosis. Every time I have observed this phenomenon since my post I've had the transmitters extremely close to one other, the paddles, or both. I've not observed it once happening with transmitters in the field usually at least a body length away.

Thanks everyone.
Title: Re: 'Crosstalk' on UHF-R systems
Post by: Ike Zimbel on October 11, 2016, 08:36:50 PM
After two months of work and observation I can confirm the 'various intermodulation effects' diagnosis. Every time I have observed this phenomenon since my post I've had the transmitters extremely close to one other, the paddles, or both. I've not observed it once happening with transmitters in the field usually at least a body length away.

Thanks everyone.
Thanks for reporting back. These forums are a lot more valuable when folks do.
iz