Hi Joe,
The "S" errors imply that the receiver of a packet has detected that
incoming packets are out-of-sequence. Each successive packet is
sequentially numbered so if everything goes well, the receive side should
receive the packets in sequential order. If you are sending from your host
to the
On 18/01/2024 14:21, Steve Hamn wrote:
That might be a bigger project. Can I just hook the Trig Out to a
Oscilloscope to meausre the Pulse Width 1 PPS? Or is that a different
signal?
Thanks,
Steve
A qualified "maybe". The GPS PPS signals I think go into the FPGA for
processing, so the TRIG
That might be a bigger project. Can I just hook the Trig Out to a
Oscilloscope to meausre the Pulse Width 1 PPS? Or is that a different
signal?
Thanks,
Steve
On Thu, Jan 18, 2024, 08:06 Marcus D. Leech wrote:
> On 18/01/2024 02:24, Steve Hamn wrote:
>
> Hi Marcus,
>
> Do you know what the Pul
Hello,
I currently have a custom CG_400 image where I utilize the replay block. When I
run my application without dpdk on, data is successfully written to the DRAM
and played back. However, if I use the same image and same application, but I
turn on DPDK, the application stalls while data is be
On 18/01/2024 03:25, je.amg...@gmail.com wrote:
Hi,
The R&S generator and the USRP device are synchronized through a 10
MHz reference signal. The transmitter (Tx) emits a pure sine wave at
the carrier frequency F0 + 10KHz. The receiver (Rx) in GNURadio
operates at F0 and is externally synchro
On 18/01/2024 02:24, Steve Hamn wrote:
Hi Marcus,
Do you know what the Pulse Width of the PPS in the N3XX GPSDO is?
(I.e. how much time difference would this result in?).
I've been seeing ~100ms of timing error with an N320 using GPS vs an
N320 using WR, that I've been trying to debug. I'm u
