Nirali Patel wrote:
>
> Hi,
>
>
>
> I have a USRP Rev 4.5 and I was trying to find stability information
> on the 64 Mhz crystal oscillator. However, I am unable to
> cross-reference it to a manufacturer’s part number. The part number on
> the BOM says X2 is a digikey CTX286LVCT-ND. However the p
Hi,
I have a USRP Rev 4.5 and I was trying to find stability information on the
64 Mhz crystal oscillator. However, I am unable to cross-reference it to a
manufacturer's part number. The part number on the BOM says X2 is a digikey
CTX286LVCT-ND. However the part populated on the
USRP is from
In my experience in porting many systems to many platforms, suffix
visibility is an essential aid to clarity and understanding.
I would hope that the .py suffix would be retained, as well as all other
relevant suffixes.
Do what you think is best however.
The workaround I will use if suffixes are
Frank Brickle <[EMAIL PROTECTED]> writes:
>> Given that new versions of python can be installed and made default
>> (meaning invoked as 'python'), it's necessary to bind the scripts to the
>> same version of python used to build .so modules and install .py files
>> in site-packages...
>
> I'm curi
Hello,
I am using two USRPs rev 4 and two RFX2400. I am basically trying to make
the USRPs communicate with each other using the benchmark_ofdm_tx.py and
benchmark_ofdm_rx.py scripts. The commands I am executing are
./benchmark_ofdm_tx.py -f2.4e9 -T A (at one USRP connected to laptop)
./benchmar
Steven Clark wrote:
> All-
>
> I was hoping I could get some advice on what is a good block-design strategy
> for the following problem.
>
> I have two streams of complex samples coming in. I want a block or sequence
> of blocks which outputs the cosine of the phase difference between the two
> i
Dominik Auras wrote:
> In the last months, we have developed an ofdm system using your gnuradio
> architecture as part of a research on dynamic resource allocation. Now we
> like to contribute parts of our code to the gnuradio project. We think that
> it will be useful to you since it partially em
Hi Dominik,
It would be great if you could port the ofdm transceiver that you have
implemented to packet_utils. I am actually using two USRPs rev4 with RFX2400
and trying to make them communicate with each other on air using ofdm.
Presently I am thinking of how to synchronize the transmitter and t
Hi,
I am trying debug my Python MAC extension with Purify but find that the
binary instrumented with Purify does not seem to transmit any packets
through GNU Radio 3.0.3. I trace the transmit packets through to mod_pkts.
Beyond that, I think the packets should be handled by the GNU Radio .so
file
Tomek schrieb:
Hello!
I´m really new to gnu-radio. I installed the 3.0.4 version on my Ubuntu
system finally and now I need some ideas, here is what I want to do: I want
to use the USRP to sniff everything going on between 2 WLAN-PCMCIA Laptops
on 2,4GH.
How do I do that..? Does GNU Radio give
Hello!
I´m really new to gnu-radio. I installed the 3.0.4 version on my Ubuntu
system finally and now I need some ideas, here is what I want to do: I want
to use the USRP to sniff everything going on between 2 WLAN-PCMCIA Laptops
on 2,4GH.
How do I do that..? Does GNU Radio give me any tools maki
Frank Brickle schrieb:
I'm curious -- really just curious -- why not create a chroot
environment for gnuradio? Or, where the kernel and the CPU allow,
a fully virtualized stable OS install simply for gnuradio?
If you have the possibility to do so, no problem at all. It's quite
expansive in re
12 matches
Mail list logo
