Re: N310 phase sync issue with antenna array
Hi Larry, I don't have experience with the N310 but I have used the X310 with a TwinRx card. I had a Gnuradio flow setup to capture both channels into files. 10Gbit network. Executing the Python script from Gnuradio resulted in captures being stored as two INT16 IQ files. When I looked at the results I found that there was a time offset between the channels, perhaps about 18 us from memory but it varied between captures. I assumed the script was starting one capture then the other but that's just speculation. Obviously this amount of offset is much more than you'd get from cables. But if you're getting the right result with cables, perhaps this is not happening. Perhaps you are seeing multipath effects. You don't mention the frequency so it's hard visualise. At 5 feet the wave front may be a long way from plane. Even in the open air you will have a ground reflection. At shallow angles the reflection coefficient can approach unity, with a 180 degree phase change so you get up to 6 dB constructive interference or almost complete destructive interference, depending on height and distance until the point at which the path difference becomes less then 1/2 wavelength. Beyond that there's a 4th power law drop off. https://en.wikipedia.org/wiki/Two-ray_ground-reflection_model I hope this helps. Steve Hubbard
Re: N310 phase sync issue with antenna array
Hi Larry, Which carrier frequency do you use for your tests? Something like 2.4GHz? do the 4 receive channels have a stable phase between them? i.e. if you don't move the transmit antenna or your RX array, the phases do not change? I assume you have 1 TX antenna and 4 RX antennas. I would expect that your N310 receives this signal with a stable phase and time aligned. However, your wireless channel will introduce a phase shift (you compensated it with a delay, if I understand correctly). This is expected and introduced by your wireless channel. In your wired test case you fixed the "different distances" issue by using same-length cables. > What I believe should be the expected results of this setup is that each AD9371 should receive synchronous signals aligned in phase, with a random 180 degree offset between each AD9371 transceiver (please correct me if this assumption if wrong). Your assumption is probably wrong. You can only expect a fixed phase relation between your RX antennas. Your RX signal will not have the same phase on all RX antennas. And there might still be a 180 degree ambiguity. In case you aim for a SIMO configuration, you need to do channel estimation for every RX stream. Cheers Johannes On 29.06.21 22:51, Larry wrote: Hello everyone, I am having an issue with achieving a phase-synchronous RF configuration using an N310 with an Octoclock and a linear antenna array. What I believe should be the expected results of this setup is that each AD9371 should receive synchronous signals aligned in phase, with a random 180 degree offset between each AD9371 transceiver (please correct me if this assumption if wrong). Here is a summary of my setup, issues, and outcomes: 1) Hardware/software setup: Using an N310 running HG image at 1-gigabit network connection on UHD version 3.15 on Ubuntu 18.04. This is supported by an Octoclock-G serving as the 10MHz reference and PPS source for the N310. Equal length cables are used between all channels of the N310, to facilitate better phase synchronization. My GnuRadio flowgraph consists of a USRP source into a simple squelch, feed forward AGC, frequency xlating fir filter, and then converted from complex to real going into a QT time sink. 2) Testing & results: I am attempting to receive a bursty signal using a four element linear dipole antenna array, with the elements spaced slightly under lambda/2 distance apart. Two main tests have been performed; one with the N310 directly wired to another SDR that is injecting a generated sine wave into the N310, and another test over the air using a radio transmitter. i. Testing with a wired connection results in the correct expected results - phase-aligned signals, with the channel pairs on each AD9371 transceiver offset by presumably + or - 180 degrees. I can then align using simple delays to achieve phase alignment between all channels. This works with 2, 3, or 4 channels used. ii. Testing over the air results in very unsynchronized signals among all four channels. These results tend to be repeatable and consistent in their behavior, but the channels all are received both wildly out of phase (even channels on the same AD9371 transceiver), and even (depending on location of the transmitter relative to the antenna array) inverted in amplitude relative to other channels (particularly interesting was that the imaginary component of one channel would match the inverse of a different channel's real component). This test has been performed at ranges exceeding 75~ feet, and as near as 5 feet away. The results are similar in either situation. It is also worth noting that varying the transmitter's location parallel to the antenna array (finding a 'sweet spot', so to speak) resulted in at most 2, possibly 3 of the channels to align properly in phase without calibrating using delays (at least one channel would always stay wildly different). Testing over the air using fewer than 4 channels yields marginally improved, but overall similarly poor results. I have tried using an external LO source for the N310 as well as operating the Octoclock with and without GPS functionality enabled. I have varied the sample rates, distances, and testing environments as well as changing cables and splitters to try to rule out any hardware component errors. These seem to have no real impact on the strange results I get with the over the air RF configuration. Any help to sanity check or troubleshoot my issues would be greatly appreciated. Thank you!
Re: N310 phase sync issue with antenna array
On 06/29/2021 04:51 PM, Larry wrote: Hello everyone, I am having an issue with achieving a phase-synchronous RF configuration using an N310 with an Octoclock and a linear antenna array. What I believe should be the expected results of this setup is that each AD9371 should receive synchronous signals aligned in phase, with a random 180 degree offset between each AD9371 transceiver (please correct me if this assumption if wrong). Here is a summary of my setup, issues, and outcomes: 1) Hardware/software setup: Using an N310 running HG image at 1-gigabit network connection on UHD version 3.15 on Ubuntu 18.04. This is supported by an Octoclock-G serving as the 10MHz reference and PPS source for the N310. Equal length cables are used between all channels of the N310, to facilitate better phase synchronization. My GnuRadio flowgraph consists of a USRP source into a simple squelch, feed forward AGC, frequency xlating fir filter, and then converted from complex to real going into a QT time sink. 2) Testing & results: I am attempting to receive a bursty signal using a four element linear dipole antenna array, with the elements spaced slightly under lambda/2 distance apart. Two main tests have been performed; one with the N310 directly wired to another SDR that is injecting a generated sine wave into the N310, and another test over the air using a radio transmitter. i. Testing with a wired connection results in the correct expected results - phase-aligned signals, with the channel pairs on each AD9371 transceiver offset by presumably + or - 180 degrees. I can then align using simple delays to achieve phase alignment between all channels. This works with 2, 3, or 4 channels used. ii. Testing over the air results in very unsynchronized signals among all four channels. These results tend to be repeatable and consistent in their behavior, but the channels all are received both wildly out of phase (even channels on the same AD9371 transceiver), and even (depending on location of the transmitter relative to the antenna array) inverted in amplitude relative to other channels (particularly interesting was that the imaginary component of one channel would match the inverse of a different channel's real component). This test has been performed at ranges exceeding 75~ feet, and as near as 5 feet away. The results are similar in either situation. It is also worth noting that varying the transmitter's location parallel to the antenna array (finding a 'sweet spot', so to speak) resulted in at most 2, possibly 3 of the channels to align properly in phase without calibrating using delays (at least one channel would always stay wildly different). Testing over the air using fewer than 4 channels yields marginally improved, but overall similarly poor results. I have tried using an external LO source for the N310 as well as operating the Octoclock with and without GPS functionality enabled. I have varied the sample rates, distances, and testing environments as well as changing cables and splitters to try to rule out any hardware component errors. These seem to have no real impact on the strange results I get with the over the air RF configuration. Any help to sanity check or troubleshoot my issues would be greatly appreciated. Thank you! Given that the N310 has NO WAY of distinguishing between signals arriving from some wired emitter and those arriving from an antenna array, I can't for the life of me see how this could be N310/GnuRadio related. How would it know?
N310 phase sync issue with antenna array
Hello everyone, I am having an issue with achieving a phase-synchronous RF configuration using an N310 with an Octoclock and a linear antenna array. What I believe should be the expected results of this setup is that each AD9371 should receive synchronous signals aligned in phase, with a random 180 degree offset between each AD9371 transceiver (please correct me if this assumption if wrong). Here is a summary of my setup, issues, and outcomes: 1) Hardware/software setup: Using an N310 running HG image at 1-gigabit network connection on UHD version 3.15 on Ubuntu 18.04. This is supported by an Octoclock-G serving as the 10MHz reference and PPS source for the N310. Equal length cables are used between all channels of the N310, to facilitate better phase synchronization. My GnuRadio flowgraph consists of a USRP source into a simple squelch, feed forward AGC, frequency xlating fir filter, and then converted from complex to real going into a QT time sink. 2) Testing & results: I am attempting to receive a bursty signal using a four element linear dipole antenna array, with the elements spaced slightly under lambda/2 distance apart. Two main tests have been performed; one with the N310 directly wired to another SDR that is injecting a generated sine wave into the N310, and another test over the air using a radio transmitter. i. Testing with a wired connection results in the correct expected results - phase-aligned signals, with the channel pairs on each AD9371 transceiver offset by presumably + or - 180 degrees. I can then align using simple delays to achieve phase alignment between all channels. This works with 2, 3, or 4 channels used. ii. Testing over the air results in very unsynchronized signals among all four channels. These results tend to be repeatable and consistent in their behavior, but the channels all are received both wildly out of phase (even channels on the same AD9371 transceiver), and even (depending on location of the transmitter relative to the antenna array) inverted in amplitude relative to other channels (particularly interesting was that the imaginary component of one channel would match the inverse of a different channel's real component). This test has been performed at ranges exceeding 75~ feet, and as near as 5 feet away. The results are similar in either situation. It is also worth noting that varying the transmitter's location parallel to the antenna array (finding a 'sweet spot', so to speak) resulted in at most 2, possibly 3 of the channels to align properly in phase without calibrating using delays (at least one channel would always stay wildly different). Testing over the air using fewer than 4 channels yields marginally improved, but overall similarly poor results. I have tried using an external LO source for the N310 as well as operating the Octoclock with and without GPS functionality enabled. I have varied the sample rates, distances, and testing environments as well as changing cables and splitters to try to rule out any hardware component errors. These seem to have no real impact on the strange results I get with the over the air RF configuration. Any help to sanity check or troubleshoot my issues would be greatly appreciated. Thank you!