Hi,
I'm fighting a bit with a smart pointer. I want to apply a filter in my
block. Hence I construct a filter as shown below:
gr_fir_filter_fff_sptr hi_pass = gr_make_fir_filter_fff(1,
gr_firdes::high_pass (1.0,
64000,
5000,
1000,
Hi again,
I resolved my problem without using the Polyphase Resampler. It was a sample
rate issue which did not match the requirements of the audio card. Anyway,
thank you a lot for your help.
Francois
Anoth wrote:
>
> Hi,
>
> I agree that it is a sample rate issue. The USRP sends too many d
Hi,
I agree that it is a sample rate issue. The USRP sends too many data to the
computer which becomes overrun. As you said, I put a Polyphase Resampler
between the USRP and the WBFM receive blocks (
http://old.nabble.com/file/p31046181/fm_receiver.py fm_receiver.py ). But,
when I execute the flo
On 03/01/2011 08:27 PM, Jordan Hayes wrote:
Just saw that Xilinx has announced the Zynq-7000 family -- chips that
combine a dual-core ARM Cortex-A9 processor and peripherals with
programmable logic cells (i.e., FPGA fabric). Seems like this could make
a pretty good base for an embedded gnuradio p
Hey list,
I have been working on supporting PyQt widgets and the qtgui sinks in
the Gnuradio Companion. Get the code on my wip/qtgui/grc branch on
jblum.git http://gnuradio.org/cgit/jblum.git/log/?h=wip/qtgui/grc
Available widgets:
* qtgui plotter (dft, scope, etc)
* tabbed panel
* slider
* c
Just saw that Xilinx has announced the Zynq-7000 family -- chips that
combine a dual-core ARM Cortex-A9 processor and peripherals with
programmable logic cells (i.e., FPGA fabric). Seems like this could
make a pretty good base for an embedded gnuradio platform. Anyone
looked at this yet?
De
On 03/01/2011 04:39 PM, Feng Andrew Ge wrote:
> Josh,
>
> Your explanation makes sense. Is there a quick fix for me to bypass
> this problem temporarily while you are working on the modification.
>
http://gnuradio.org/cgit/jblum.git/commit/?id=75538e12300cb0d593792a986841ba2df9997c54
:-)
>
I think I have isolated the issue to uhd. I used the following procedure
and the benchmark_rx_rate test program appears to show the issue I've been
experiencing. I have performed the same test with a USRP2 and a WBX
daughterboard and no errors occurred.
git clone git://code.ettus.com/ettus/uhd.g
Josh,
Your explanation makes sense. Is there a quick fix for me to bypass
this problem temporarily while you are working on the modification.
Further, following your current bandwidth optimization implementation,
is the code trying to fill the buffer in both uhd_single_usrp_sink
(sending b
It's working wonderfully now after I moved it to side B. More investigation
is needed to find the problem...
But for the moment I'll just enjoy the working set-up!
(btw: the loss of the complex signal is apparently not the only problem when
it's in slot A. It is also unstable and hangs after a whi
It's back up now.
These things always happen when one's away...
Tom
On Tue, Mar 1, 2011 at 6:17 PM, Jeffrey Lambert wrote:
> Yes, It has been down for at least a few hours...
>
>
> On 3/1/2011 5:59 PM, Josh Blum wrote:
>
>> ___
>> Discuss-gnuradio
On 03/01/2011 03:25 PM, Feng Andrew Ge wrote:
> Josh,
>
> Everything is in the attachment, look for python-based UHD_* code.
>
> The performance before and after Feb.25 was both poor. At one point
> before Feb. 25, the latency was even worse, up to >30ms. But I forgot
> the time.
>
> In terms
Yes, It has been down for at least a few hours...
On 3/1/2011 5:59 PM, Josh Blum wrote:
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
~Jeffrey Lambert, K1VZX
_
On 03/01/2011 02:21 PM, Feng Andrew Ge wrote:
> Josh,
>
> First of all, I am aware of what you pointed out and I did use the code
> latency_test.cpp for measuring latency between USRP2 and a host. The
> latency is negligible.
>
Ok, i see. You were measuring the ping time over the tunnel. :-)
Looks like the gnuradio.org server (web/git) is down.
Doug
--
Doug Geiger
doug.gei...@bioradiation.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Josh,
First of all, I am aware of what you pointed out and I did use the code
latency_test.cpp for measuring latency between USRP2 and a host. The
latency is negligible.
I think I was not clear enough in my previous email.
My setting is this: host_1--USRP2_1 talks to host_2--USRP2_2. The
On 03/01/2011 12:52 PM, Feng Andrew Ge wrote:
> Josh,
>
> That's great, thanks.
>
> When using UHD in GNU Radio, I observed huge time overhead: for example,
> using the raw_Ethernet code and 500kb/s, tunnel.py has only about 8 ms
> ping RTT time between two nodes; now with UHD, I have 17ms in a
On 03/01/2011 12:50 PM, Phelps Williams wrote:
> Hmm, when running git branch --track gr_uhd_next jblum/gr_uhd_next
>
> I get the error fatal: Not a valid object name: 'jblum/gr_uhd_next'.
>
> Has something changed within the past few days?
>
It has been merged into gnuradio.git/next branch.
Hmm, when running git branch --track gr_uhd_next jblum/gr_uhd_next
I get the error fatal: Not a valid object name: 'jblum/gr_uhd_next'.
Has something changed within the past few days?
-Phelps
On Thu, Feb 24, 2011 at 10:15 PM, Josh Blum wrote:
>
>
> On 02/24/2011 09:43 PM, Phelps Williams wrot
Josh,
That's great, thanks.
When using UHD in GNU Radio, I observed huge time overhead: for example,
using the raw_Ethernet code and 500kb/s, tunnel.py has only about 8 ms
ping RTT time between two nodes; now with UHD, I have 17ms in average.
As I increase the ping payload, the overhead time
Hi,
I want to implement OFDM on gnu radio platform.
Is it possible to simulate the code provided without using the hardware .
Ben told me to use the Benchmark ofdm code. I wanted to know whether there
is some documentation for it or not.
Thanking you
Varun
Hi,
I just wanted to know if the QAM and OFDM modulation modules provided in GRC
are completely functioning or not.As last time I tried they were not ready.
If yes, which version of GRC has to be used.
Thanking you
Kind Regards
Varun K
___
Discuss-gnur
> Thanks a lot for the explanation.
>
To explain your observations for the curious:
Prior to the fix, a recv buffer would be lost to the transport layer on
each timeout (thanks to an optimization I made earlier).
So, for every 100ms window (the default timeout) that did not have at
least 90 pa
Thanks Martin,
Thanks for the idea... and, yes, 1kHz for audio stop isn't a good idea. I've
reinstalled the 3.2.2 and it really works fine. Anyway, I'll be trying to do
a filter as you recommended.
Thanks!
Bernardo
On Tue, Mar 1, 2011 at 5:54 AM, Martin Braun wrote:
> Hi Bernardo,
>
> I'm pret
On Fri, Feb 25, 2011 at 8:32 PM, Josh Blum wrote:
> Hello list,
>
> In preparation for the coming gnuradio release, and the cut-over from
> next to master, changes have been pushed to both the uhd.git master
> branch and the gnuradio.git next branch.
I'm getting the following timeouts after the u
Josh,
Thanks a lot for the explanation.
When you say 90 packets, I assume that you mean UDP packets (which
contain samples). Given the default MTU (1500-8-20)B and 2 samples per
symbol as well as 4B per sample, for BPSK or GMSK, 90 packets of samples
correspond to 90*1472/(2*4*8)=2070B of use
2011/3/1 ömer günay :
> How should i interpret sensitivity parameter in fm modulator block in grc?
> How does it effect modulation characteristics? If you have any opinion or
> offer please write.Thanks.
It corresponds to the maximum deviation, see
gnuradio-core/src/python/gnuradio/blks2impl/nbfm_
How should i interpret sensitivity parameter in fm modulator block in grc? How
does it effect modulation characteristics? If you have any opinion or offer
please write.Thanks.
___
Discuss-gnuradio mailing list
Hi Bernardo,
I'm pretty sure the filter code hasn't changed too much since 3.2.2.
However, I'm surprised it worked before: Your FM demodulator requires a
pretty steep filter (the transition width is less than 0.005 normalised
to the sampling frequency). I only had a quick peek, but since your
deci
30 matches
Mail list logo
