Just to add my two cents:
Depending on your actual application, your large vectors might not actually quite fit the
idea of "streams"; they might, for example, be a valid, decoded network packet
or something of the like. If they don't need sample-synchronous handling, using messages
to pass the
On 08/21/2013 08:15 PM, Luke B wrote:
- What is the best approach performance wise for selecting multiple ~15khz
channels from a 2mhz+ source block? Is it using a Xlating FIR Filter with a
low-pass? Is it more efficient to use a SIN Sig source & Multiply Block with a
low-pass FIR Filter? Is t
On Tue, Aug 20, 2013 at 11:24 AM, Pengyu Zhang wrote:
> I'm running Michael Buettner's RFID program.
>
> https://www.cgran.org/wiki/Gen2
>
> This program has many blocks:
>
> rx --> matched_filt --> command_gate --> agc --> to_mag --> to_mag, center
> --> mm --> tag_decoder --> self.reader --> amp
On Tue, Aug 20, 2013 at 9:05 AM, Damon wrote:
>> On Mon, Aug 19, 2013 at 8:29 AM, Damon wrote:
>>>
>>> Hi all,
>>>
>>> I tried installing GNUradio v3.7.1git. The build completed, but several
>>> of
>>> the build tests fail.
>>>
>>> The OS is Ubuntu 12.04 32bit, with kernel version Linux
>>> 3.2.0
On Tue, Aug 13, 2013 at 6:34 PM, Tom McDermott wrote:
> Hi,
>
> Recently upgraded to GRC 3.7 (from 3.6.5). The QT GUI Sink Frequency Display:
> Center
> Frequency (Hz) control and the 'Display RF Frequencies' checkbox do not seem
> to be
> operating correctly in GRC 3.7.
>
> In GRC 3.6, Center F
For OSX users installing GNU Radio via MacPorts, the WX branch is getting
closer to working; still a few days away, but getting closer. In the meantime,
a few folks have tried out the following "script" and it seems to work for them
to get wxWidgets-devel @2.9.4 installed -- which matches the v
I'm building gnuradio (version 3.7.0) for the first time, and the
qa_constellation receiver test failed. I am building in a CentOS 6.4 64-bit
virtual machine, running on an Lenovo Y500. What can I do to help debug?
I 171/172 Test #171: qa_fcd ... Passed0.16 sec
So you suggested that tag_decoder module stops after 1000 bit transfer
because of the incorrect consume/produce model used by the custom block
rather than the STS scheduler. The consume/produce model used by the
tag_decoder module is shown below. I will take a close look at the
consume/produce mode
Hi Marcus,
On Thu, Aug 22, 2013 at 12:00 PM, Marcus Müller wrote:
> Just to add my two cents:
> Depending on your actual application, your large vectors might not actually
> quite fit the idea of "streams"; they might, for example, be a valid,
> decoded network packet or something of the like. If
Martin,
Thank you for your reply. Please, check my replies below.
>> Mohammed,
>>
>> you should also check the new OFDM implementation (see
>> examples/ofdm/rx_ofdm.grc and python/digital/ofdm_txrx.py). Much more
>> modular.
>>
>> On Wed, Aug 21, 2013 at 11:33:26AM +0200, Mohammed Karmoose wrote:
Hi Tom,
Do you have some suggestions about how to debug the consume/produce model?
For example, how could I verify that the amount of the data produced meets
the requirement of the consumer. Thanks.
Pengyu
On Thu, Aug 22, 2013 at 10:47 AM, Pengyu Zhang wrote:
> So you suggested that tag_decod
Hi Miklos,
with sync blocks and fixed rate decimators/interpolators, the scheduler
inherently knows how many buffers to allocate etc down the signal
processing line to always keep all blocks busy.
With general blocks, this is not possible; calls to forecast are
necessary to determine how much
On Thu, Aug 22, 2013 at 3:24 AM, Marcus Müller wrote:
> On 08/21/2013 08:15 PM, Luke B wrote:
>
> - What is the best approach performance wise for selecting multiple
> ~15khz channels from a 2mhz+ source block? Is it using a Xlating FIR
> Filter with a low-pass? Is it more efficient to use a S
On Thu, Aug 22, 2013 at 7:27 AM, Curt Karnstedt wrote:
>
> I'm building gnuradio (version 3.7.0) for the first time, and the
> qa_constellation receiver test failed. I am building in a CentOS 6.4
> 64-bit
> virtual machine, running on an Lenovo Y500. What can I do to help debug?
>
Try:
$ ctes
[curt@localhost build]$ ctest -V -R qa_constellation_receiver
UpdateCTestConfiguration from
:/home/curt/Downloads/gnuradio-3.7.0/build/DartConfiguration.tcl
Start processing tests
UpdateCTestConfiguration from
:/home/curt/Downloads/gnuradio-3.7.0/build/DartConfiguration.tcl
Test project /home/cur
> Xlating FIRs just generate the sin internally and apply it themselves; they
> are mathematically equivalent to shifting your signal and filtering it
> afterwards.
> You can, of course, use bandpasses, if you're after a specific sprectral
> shape. Try the gr_filter_design toolbox, it's even ne
On Thu, Aug 22, 2013 at 04:10:47PM -0500, Curt Karnstedt wrote:
> 143/172 Testing qa_constellation_receiver
> Test command: /bin/sh /home/curt/Downloads/gnuradio-3.7.0/build/gr-digital/
> python/digital/qa_constellation_receiver_test.sh
> Test timeout computed to be: 9.99988e+06
> Traceback (mo
Yes, thanks. Somehow some of the files in the source had root ownership.
I changed ownership, re-built, and then got a different error message. So
I am starting the build from scratch again. Will let you know.
On Thu, Aug 22, 2013 at 4:35 PM, Martin Braun (CEL) wrote:
> On Thu, Aug 22, 2013
Here are the results. I get a segfault, same as the last time after I
fixed the ownership.
[curt@localhost build]$ ctest -V -R qa_constellation_receiver
UpdateCTestConfiguration from
:/home/curt/Downloads/gnuradio-3.7.0/build/DartConfiguration.tcl
Start processing tests
UpdateCTestConfiguration
Hello all,
I have written a sync block that takes in samples and outputs messages
(similar to tagged_stream_to_pdu), but when writing a test for the block I
found that when I called top_block.run(), the test never finished, as it
appears to be hanging on the call to top_block.wait().
The flow gra
Hello,
I've spent a lot of time researching and comparing the different Software
Defined Radios that are available for purchase. This year, three new SDRs
are being released from three different companies, the HackRF, bladeRF and
the USRP B210 and B200. While doing research on the B200, very littl
This is brilliant. I'm trying to decide between bladeRF and USRP B200. USRP
B200 is $895 AUD for for me, whereas bladeRF is $100 less. However, my
suspicion is that driver support is far better for USRP. So confused
On Fri, Aug 23, 2013 at 1:19 PM, Taylor Killian wrote:
> Hello,
>
> I've spent
On Tue, Aug 20, 2013 at 9:05 AM, Damon wrote:
On Mon, Aug 19, 2013 at 8:29 AM, Damon wrote:
Hi all,
I tried installing GNUradio v3.7.1git. The build completed, but several
of
the build tests fail.
The OS is Ubuntu 12.04 32bit, with kernel version Linux
3.2.0-51-generic-pae. CPU is Intel® C
23 matches
Mail list logo
