Hysteresis in the receive path is negligible and you won't saturate
anything if the RX2 antenna is disconnected. So just leave RX2 unconnected.
This statement assumes that you don't have a 1000 dB amplifier somewhere in
the system. ; )
-John
On Tue, Jun 4, 2013 at 5:42 PM, Miklos Maroti wrot
Hi John,
On Tue, Jun 4, 2013 at 7:38 PM, John Malsbury wrote:
> Miklos,
>
> I'm not sure if what you're saying is correct. Switch U3 may not switch to
> RX2 during tx in half-duplex operation. I would double check, but I don't
Thanks! What I have observed, that adding an antenna to the RX2
con
Miklos,
I'm not sure if what you're saying is correct. Switch U3 may not switch to
RX2 during tx in half-duplex operation. I would double check, but I don't
think it matters either way. If this is a half-duplex application, you
don't want to receive and transmit at the same time. So you should
Hi John,
Thanks for the excellent suggestion! It seems to work reliably with
5ms buffering. I did not set the time of the FPGA, nor did I
synchronized the FPGA with the host. I just used the received sample
counter for all timings on the host to determine (the 5ms buffering)
when to send the sampl
On Fri, May 31, 2013 at 01:14:18AM +0200, Shashank Gaur wrote:
>
> The aim is to develop a bridge between GNU Radio and Wireshark which
> would result into analysis of packets.
I recommend contacting Mike Kershaw (dragorn of the Kismet project) and
Mike Ryan (known for recent work on Bluetooth Low
OK, I discovered what was the problem.
it turns out I did not generate a carrier, but a just constant 0 (instead
of constant 0.7)
when generating a carrier, the Rx and Tx are perfectly synced
sorry for all the trouble, and thanks for the help
Guy
On Tue, Jun 4, 2013 at 8:57 PM, Guy Holtzman wro
On 06/04/2013 01:09 PM, Monahan-Mitchell, Tim wrote:
- How is it possible to transmit a file (as a signal source) repeatedly and
continously without interrupts (with gnuradio & uhd) ??
Even without the USRP (i.e. just simulating with throttle & graphical sinks and
a file source) interrupts
on the Rx side, I use uhd.tune_request(91500,10e6)
then I down-sample and display a FFT
the amount of down-sampling is enough that I can see how much frequency
offset I get.
I am testing it with a carrier generated from a second B100, using
uhd.tune_request(91500)
even if the reference had
> - How is it possible to transmit a file (as a signal source) repeatedly and
> continously without interrupts (with gnuradio & uhd) ??
> Even without the USRP (i.e. just simulating with throttle & graphical sinks
> and a file source) interrupts occurs (time-periods of no samples) for each
> t
Hi
- How is it possible to transmit a file (as a signal source) repeatedly and
continously without interrupts (with gnuradio & uhd) ??
Even without the USRP (i.e. just simulating with throttle & graphical sinks and
a file source) interrupts occurs (time-periods of no samples) for each time th
Hi,
I am using the same clock reference to both b100 devices.
the clock reference is XL microwave model 500, it is rubidium based,
and it has multiple outputs.
since I am connecting it to both B100s (the actual same clock
reference) I was expecting that the Rx and Tx frequencies will be
exactly
Hi,
I am using the same clock reference to both b100 devices.
the clock reference is XL microwave model 500, it is rubidium based, and it
has multiple outputs.
since I am connecting it to both B100s (the actual same clock reference) I
was expecting that the Rx and Tx frequencies will be exactly the
>> The above text would be entered someplace on the flowgraph in GRC,
>> like maybe the description field in the Options block. Then output of
>> that text to stdout is triggered by a selectable Short ID from a
>> parameter block on the flowgraph, or maybe is always hard coded to an
>> option l
On 06/04/2013 03:25 AM, Zan Li wrote:
> Dear list,
> Now I meet a problem about counting all the input samples. I hope I can
> get some assistant from here. The problems are as follows,
> In one of my blocks, I want to count all the consumed input samples to get
> the timestamp of the received p
In a low power setup with a matched antenna using a circulator will to the
job to combine RX and TX into one antenna...
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
> Miklos
Dear list,
Now I meet a problem about counting all the input samples. I hope I can
get some assistant from here. The problems are as follows,
In one of my blocks, I want to count all the consumed input samples to get
the timestamp of the received packet. I have used GPS to synchronize two
usrps an
16 matches
Mail list logo
