On Wed, Aug 1, 2012 at 3:19 AM, Pol Henarejos wrote:
> Dear Tom,
>
> Even though the loses are low, I would like to do not lose any sample. I
> implemented a sink/source block using shared memory and I can guarantee
> that there are no loses.
> However I discovered a deeper problem. There is a str
On Mon, Jul 30, 2012 at 1:11 PM, Ebtisam Ahmed wrote:
> Hi everybody,
> Im using gnuradio 3.2.2 and usrp rfx2400. when i use benchmark_tx/rx
> example i always get timeout error...
> i cant figure this out. This is the command i run with the output at a
> receiver...
>
> root@mimo:/home/mimo/o
On Wed, Aug 1, 2012 at 3:46 PM, Alexander Olihovik wrote:
> Hi all!
> I'm writing a custom sink block in Python with multiple input ports of all
> the same data type.
> I've been reading Josh's block coding guide, but I'm confused at one point:
> The value returned by a block should be the number
On Wed, Aug 1, 2012 at 4:07 PM, Christian Gagneraud wrote:
> Hi all,
>
> I've been using a FCD for a couple of weeks now and I decided to get a go
> with a rtl-sdr compatible dongle. I bought one from osmocom and I'm having
> trouble to get useful data out of it.
>
> Based on the USB IDs, this is
On Wed, Aug 1, 2012 at 5:26 PM, Michael Hartje
wrote:
> Hello List, hello funcubers,
>
> participating a long time of the list and doing my own experiments with
> gnuradio, usrp and funcube as well as RTL, i want to give a little back
> to the list now.
>
> I adopted the usrp_spectrum_sense.py for
Hello List, hello funcubers,
participating a long time of the list and doing my own experiments with
gnuradio, usrp and funcube as well as RTL, i want to give a little back
to the list now.
I adopted the usrp_spectrum_sense.py for funcube to get a poor mans
spectrum scope with funcube in the rang
On 08/01/2012 04:07 PM, Christian Gagneraud wrote:
Hi all,
I've been using a FCD for a couple of weeks now and I decided to get a
go with a rtl-sdr compatible dongle. I bought one from osmocom and I'm
having trouble to get useful data out of it.
Based on the USB IDs, this is a "Generic RTL28
Hi all,
I've been using a FCD for a couple of weeks now and I decided to get a
go with a rtl-sdr compatible dongle. I bought one from osmocom and I'm
having trouble to get useful data out of it.
Based on the USB IDs, this is a "Generic RTL2832U (e.g. hama nano)".
Basically my problem is that
Hi all!
I'm writing a custom sink block in Python with multiple input ports of all
the same data type.
I've been reading Josh's block coding guide, but I'm confused at one point:
The value returned by a block should be the number of items produced by
that block.
Is this to say that if I have multip
On 08/01/2012 03:01 PM, Nick Foster wrote:
On Wed, Aug 1, 2012 at 11:02 AM, Muhammad JUNAID
mailto:m_junaid0...@yahoo.com>> wrote:
In GNU Radio 3.4.2 ./usrp2_rx_cfile.py file for capture signal, is there
any file in New GNU Radio Companion 3.6.2git-148-g7e0bf755 ?
actually this vers
On Wed, Aug 1, 2012 at 11:02 AM, Muhammad JUNAID wrote:
> In GNU Radio 3.4.2 ./usrp2_rx_cfile.py file for capture signal, is there any
> file in New GNU Radio Companion 3.6.2git-148-g7e0bf755 ?
>
> actually this version 3.6 don't have USRP2 module, so get error while running
> ./usrp2_rx_cfile
Try using "uhd_rx_cfile".
~Sreeraj
From: Muhammad JUNAID
To: "discuss-gnuradio-requ...@gnu.org"
Cc: "discuss-gnuradio@gnu.org"
Sent: Wednesday, 1 August 2012 11:35 PM
Subject: [Discuss-gnuradio] Fw: Is GNU Radio 3.6. have file like
usrp2_rx_cfile.py
I
In GNU Radio 3.4.2 usrp2_rx_cfile.py file for capture signal, is there any file
in New GNU Radio Companion 3.6.2git-148-g7e0bf755 ?
actually this version 3.6 don't have USRP2 module, so get error while
running usrp2_rx_cfile.py.in cmake how to configure the installation process?
ImportError: ca
In GNU Radio 3.4.2 ./usrp2_rx_cfile.py file for capture signal, is there any
file in New GNU Radio Companion 3.6.2git-148-g7e0bf755 ?
actually this version 3.6 don't have USRP2 module, so get error while
running ./usrp2_rx_cfile.py.in cmake how to configure the installation process?
ImportError
>
> Frederick,
>
> all kinds of stuff can go wrong.
>
> When you say you see 'nothing' on the FFT sink, do you mean you see only
> noise, or literally nothing?
>
> Here's a typical ist of things I do when debugging such a link:
>
> 1) Use a spectral analyzer to see if the transmitter is actually
>
Tom Rondeau-2 wrote:
>
> On Mon, Jul 23, 2012 at 6:06 AM, Abbasi wrote:
>>
>> i m trying to transmit simple sin wave to check my usrp transmission
>> reception .
>> when i run usrp_siggen.py -f 900M --> " Using TX d'board A: " is
>> displayed on terminal.
>> when i run usrp_fft.py -f 900M -
On Tue, Jul 31, 2012 at 05:48:50PM -0700, Josh Blum wrote:
> As far as performance, it depends on your CPU. For arm, fixed point
> computation could be beneficial. For x86, floating point is already
> pretty optimized, so less of a performance gain I assume.
>
> -josh
>
>
> PS dont listen to me,
Dear Tom,
I will give it a try. I will keep you in touch.
Thanks for your answer.
Pol Henarejos
Research Engineer, MSc
pol.henare...@cttc.es
Centre Tecnològic de Telecomunicacions de Catalunya (CTTC)
Engineering Unit
Parc Mediterrani de la Tecnologia
Av. Carl Friedrich Gauss, 7
08860 Castellde
Dear Tom,
Even though the loses are low, I would like to do not lose any sample. I
implemented a sink/source block using shared memory and I can guarantee
that there are no loses.
However I discovered a deeper problem. There is a strange behaviour with
hier_block2. I test the following topoly:
A -
19 matches
Mail list logo
