Johnathan Corgan-2 wrote:
>
> Wolfgang Buesser wrote:
>
>> Any suggestions for a straightforward approach would be more than
>> welcome.
>
> The pattern to use (in pseudo code) is:
>
> class receive_path(gr.hier_block2), with no inputs or outputs
> (instantiate and self.connect your receive
Hello,
I am having some trouble trying to setup the following experiment. I have a
single USRP and 2 RFX-1800 daughterboards and wish to transmit and receive
between them using only the TX/RX ports. Since I would like to use the same
frequency, f1, I would like to time-division multiplex the da
Wolfgang Buesser wrote:
> Any suggestions for a straightforward approach would be more than
> welcome.
The pattern to use (in pseudo code) is:
class receive_path(gr.hier_block2), with no inputs or outputs
(instantiate and self.connect your receive chain here)
class transmit_path(gr.hier_block2)
It just occurred to me that perhaps the explanation for the "corrupt"
points I described in my AM demodulation script is due to the mechanics of
how the Hilbert Transform works; it produces a copy of the waveform that's
delayed, and this would affect the first set of points.
Can anybody expand
flow_graph.stop() seems to hang on me. This doesn't occur when I use grc,
which means I most have a problem with my code. The last line of the
following code is where the problem is.
Any ideas appreciated!
Justin
def write(t, filename):
'''
generate and signal, transmit using usrp, then
Hi-
I have a python app which seems to corrupt points when I use it to
demodulate a data stream stored in a file and write the de-modulated
result back to a file. I've attached the python code, and an image of
the problem can be seen at
www.nd.edu/~ematlis/z.gnuradio/waveform.jpg
The modul
I want to build a network analyzer using the usrp with LF-RX/TX.
I am new to gnu-radio and usrp and so far only managed to send an
receive based on the examples usrp_rx_cfile.py and usrp_siggen.py.
I think I pretty much understand the code.
It seems I cannot have two derivatives of gr.top_block
Hi,
> I believe that Matt was referring to using max-strength I & Q inputs
> to the Basic Rx along with an Rx mux setting that routes both ADC
> outputs into the same DDC. (The default config with the Basic Rx
> feeds a constant zero into the Q DDC input).
>
> Eric
I believe Matt was right ab
