Thanks Marcus for your valuable information .
Now as per you have said that the usrp/gnuradio doesnt do any default
demodulation , that means if i apply a demodulation technique to the
captured file from usrp_rx_cfile.py , i will get the required output.For
example if i apply GMSK demodulation to t
Thanks nick for your immediate reply , if we have different demodulation
modules and as i have learnt recently that usrp/gnuradio does not do any
default demodulation , than what captured file from usrp_rx_cfile contains
... is that the captured file contains the complete baseband information
pres
Hi all,
This is a little bit offtopic for this mailing list, but I can't find
a better place to ask this question.
We're doing an open-source project on WiMAX decoding
(http://code.google.com/p/wimax-scanner/) and at this point we have a
trouble with correct subchannelization of DL-PUSC, so we're
hi josh:
Thank you for your last e-mail.I am sorry I did not mention the version of GRC
I used,and it is 3.2.2(GNU Radio is 3.3.3).
And I found the probe_function block as you said.I use a scope block to connect
to the probe_function block to see the output
of the blcok.I also put the bpsk mod
Hello every one...
i am new in gnuradio...
i start tracing usrp_rx_cfile...
i want to find the hardware interaction point where data is received by
gnuradio from usrp...
or
from where gnuradio code starts processing & take data from usrp...
I found a function "read" in "file fusb_generic" whic
the demodulation and modulation is done in GNU Radio. the raw digitized
signal from USRP will be proccessed by gnu radio either we want to
filtered, do FFT, demodulate and etc. all is done using GNU Radio.
USRP is the hardware to interfare the digital world with the analog world..
anil ph wro
Hi all,
I'm transmitting a packet to 2.4G band using RFX2400 on USRP1 and observed
this problem:
Once in a while, the transmission stops in the middle of the packet being
transmitted.
Does anyone know if 1) there is any TX amp control line which is
controlled by the FPGA and in what condition
I have some code that lives on top of Gnu Radio, and I think I'm having
a code-generation issue with GCC. The binaries work on all
my machines, but on a customers machine, it raises an Illegal
Instruction exception. I generated the code on a 32-bit Intel Core
machine, on Fedora 12. The cod
On 08/04/2011 10:30 AM, Thomas H Kim wrote:
Hi all,
I'm transmitting a packet to 2.4G band using RFX2400 on USRP1 and
observed this problem:
Once in a while, the transmission stops in the middle of the packet
being transmitted.
Does anyone know if 1) there is any TX amp control line which is
On Fri, 2011-04-08 at 12:29 -0400, Marcus D. Leech wrote:
> I have some code that lives on top of Gnu Radio, and I think I'm having
> a code-generation issue with GCC. The binaries work on all
>my machines, but on a customers machine, it raises an Illegal
> Instruction exception. I generate
Hello Guys,
I am experiencing some problems in transmitting/receiving at frequencies around
900MHz for WBX board. While, I am able to do so cleanly at 900MHz, other center
frequencies are not.
The signal bandwidth : 50 KHz
The sampling frequency: 200 KHz
I have tried 901MHz , 900.1MHz, 910MHz
On 08/04/2011 1:06 PM, Nick Foster wrote:
Make sure you're compiling with optimization flags appropriate for the
hardware you're planning to run on. For instance, if you spec -msse3 or
newer on a pre-Prescott P4, you'll generate instructions the CPU can't
execute. I'm pretty sure GCC won't gener
On Fri, 2011-04-08 at 13:23 -0400, Marcus D. Leech wrote:
> On 08/04/2011 1:06 PM, Nick Foster wrote:
> >
> > Make sure you're compiling with optimization flags appropriate for the
> > hardware you're planning to run on. For instance, if you spec -msse3 or
> > newer on a pre-Prescott P4, you'll gen
On Fri, Apr 8, 2011 at 10:22 AM, Tachwali, Yahia wrote:
> Hello Guys,
>
> I am experiencing some problems in transmitting/receiving at frequencies
> around 900MHz for WBX board. While, I am able to do so cleanly at
> 900MHz, other center frequencies are not.
>
> The signal bandwidth : 50 KHz
> The
Hello Jason,
Thank you for the instant reply. Here are the responses to your question:
The transceiver set-up is really basic:
TX
Random src --> DQPSK MOD --> Pulse Shape --> UHD SINK
RX
UHD SOURCE --> FFT block
so,
Signal amplitude? 1
Gain setting? 0dB at TX and RX sides
Antenna p
I have an Ettus 2 and an RFX2400 that I don't need anymore. I used them a
couple times and they work great. If you're interested just drop me a line.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discus
On 04/08/2011 02:44 PM, jeremy ward wrote:
> I have an Ettus 2 and an RFX2400 that I don't need anymore. I used them a
> couple times and they work great. If you're interested just drop me a line.
>
So you have one of Matt's helper clones. Ettus 2 escaped a few months
ago and we could really
Is that something like mini-matt?
On Fri, Apr 8, 2011 at 3:08 PM, Josh Blum wrote:
>
>
> On 04/08/2011 02:44 PM, jeremy ward wrote:
> > I have an Ettus 2 and an RFX2400 that I don't need anymore. I used them
> a
> > couple times and they work great. If you're interested just drop me a
> line
On 04/08/2011 01:08 PM, Josh Blum wrote:
On 04/08/2011 02:44 PM, jeremy ward wrote:
I have an Ettus 2 and an RFX2400 that I don't need anymore. I used them a
couple times and they work great. If you're interested just drop me a line.
So you have one of Matt's helper clones. Ettus 2 escape
Ok, we've found the problem ourselves:
http://code.google.com/p/wimax-scanner/source/detail?r=a3f58c295ed975acd4f6cfac7687bac4c260dfe8
Now we can see DL-MAP in our test captures.
On Fri, Apr 8, 2011 at 13:15, Alexander Chemeris
wrote:
> Hi all,
>
> This is a little bit offtopic for this mailing l
Ok ok wrong audience for inaccurate branding. USRP2 is for sale. I guess
Ettus1 named the product USRP not Ettus.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The abstract deadline for SDR'11 has been extended to April 19. The
updated Call for Abstracts is here:
http://data.memberclicks.com/site/s1/SDR11AbstractReg.pdf
I'd love to see a bunch of Open Source related submissions.
Philip
___
Discuss-gnuradio
On 04/08/2011 01:06 PM, Nick Foster wrote:
Make sure you're compiling with optimization flags appropriate for the
hardware you're planning to run on. For instance, if you spec -msse3 or
newer on a pre-Prescott P4, you'll generate instructions the CPU can't
execute. I'm pretty sure GCC won't gene
23 matches
Mail list logo