Hello Marcus,
thank you very much for your hints!
- You're using an ancient UHD version. Is there a reason you can't
use a
newer one?
I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
packet sources. There is no newer version available. And I don't like to
compile myself u
On 21.10.2014 13:47, Frederik Wing wrote:
> Hello Marcus,
>
> thank you very much for your hints!
- You're using an ancient UHD version. Is there a reason you can't
use a
newer one?
>>> I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
>>> packet sources. There
- You're using an ancient UHD version. Is there a reason you can't
use a
newer one?
>>>I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
>>>packet sources. There is no newer version available. And I don't
>>>like to
>>>compile myself unless it is absolutely necessar
Hi Frederik,
On 21.10.2014 14:56, Frederik Wing wrote:
>
> I cannot believe that there is no solution to it since the "tags_demo"
> application shows that it is indeed possible. :-/
that makes the two of us! I didn't get that when using tags_demo, you're
not seeing the carrier that you use tags_dem
Hi Will,
The subversion server is still up and your relevant code is at
https://www.cgran.org/svn/projects/simple_ra
Archive.org has a nice cache of CGRAN also:
https://web.archive.org/web/20140702091149/https://cgran.org/wiki/simple_ra
- George
On Mon, Oct 20, 2014 at 6:20 PM, Will Caruana
wr
Hi Marcus,
>> > I cannot believe that there is no solution to it since the "tags_demo"
>> > application shows that it is indeed possible. :-/
> that makes the two of us! I didn't get that when using tags_demo, you're
> not seeing the carrier that you use tags_demo; as far as I understood,
> your ap
On 10/21/2014 03:53 PM, Frederik Wing wrote:
> Hi Marcus,
I cannot believe that there is no solution to it since the "tags_demo"
application shows that it is indeed possible. :-/
>> that makes the two of us! I didn't get that when using tags_demo, you're
>> not seeing the carrier that you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gd question.
The corresponding lines look something like [1] (while iterating over
the tags in the current set of items):
BOOST_FOREACH(const tag_t &my_tag, _tags) {
...
else if(pmt::is_null(_length_tag_key)
&& pmt::equal(key, SO
Hi all,
I've been going through the tutorials with a fresh install of GNURadio
(Version 3.7.2.1) through Ubuntu's package manager (Ubuntu 14.04) and I've
run into a few issues when attempting to install a python block (without
any C++, as indicated in the tutorial:
http://gnuradio.org/redmine/proj
I'm writing a block that requires a large amount of data to be processed
in one iteration of the work function. If I call set_output_multiple()
with 8100 * 130 = 1053000 items (of gr_complex), I get the following error:
gr::vmcircbuf_sysv_shm: shmget(1): Invalid argument
gr::vmcircbuf_sysv_shm: s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ron,
yep, that can be, within kernel-caused and total memory boundaries be
configured to your heart's delight:
echo $(( 1024 * 1024 * 1024 )) > /proc/sys/kernel/shmmax
to set the maximum size shared mem buffer to 1GB.
Greetings,
Marcus
On 21.10.
Ron,
See if you can set kernel.shmmax to something higher. You can check the
current value with
sysctl kernel.shmmax
See sysctl(8).
Jeff
On 10/21/2014 04:12 PM, Ron Economos wrote:
I'm writing a block that requires a large amount of data to be processed
in one iteration of the work funct
Marcus and Jeff,
Works great. Thanks guys. BTW, the default on my Ubuntu 13.10 system
was 33,554,432 bytes.
best regards,
Ron
On 10/21/2014 09:19 AM, Marcus Müller wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ron,
yep, that can be, within kernel-caused and total memory boundari
GNU Radio release 3.7.5.1 is now available for download:
http://gnuradio.org/releases/gnuradio/gnuradio-3.7.5.1.tar.gz
GNU Radio Live DVD for 3.7.5.1:
http://gnuradio.org/releases/gnuradio/iso/ubuntu-14.04.1-desktop-amd64-gnuradio.torrent
MD5 sums:
bfd2116b344a949aacc3d7e2eff07642 gnuradio-3.
>From Marcus:
> ... and that (wut) might be a bug, because it implies that, if the stream has
> both a time tag and a sob tag, the
> question whether the tx metadata has a time tag depends on in which order
> these tags are sorted on the the
> tag storage multimap. Which might be random, because
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Sean,
aaah good catch! Yes, that's right; sob is safe.
Cheers,
Marcus
On 21.10.2014 19:19, Nowlan, Sean wrote:
> From Marcus:
>> ... and that (wut) might be a bug, because it implies that, if
>> the stream has both a time tag and a sob tag, the
I'm concerned that the problem Frederik is observing has to do with the very
short burst he is sending, something like 5 samples. I suspect this requires 1
call each to work and tag_work per 5 sample burst, which seems like an awful
lot of context switching and overhead.
-Original Message--
Hi Ron,
Yes, that seems to be linux kernel default:
$>cd /usr/src/kernels/3.14.19*
$>grep -REo '^[[:space:]]*#define[[:space:]]+SHMMAX[[:space:]]+0x[0-9a-f]+'
include/uapi/linux/shm.h:#define SHMMAX 0x200
$>echo $((0x200))
33554432
Cheers,
Marcus
PS: help, I'm being helped captive in a
Sean,
interesting point.
Frederik,
How does your carrier look when you send bursts of >500 samples?
Greetings,
Marcus
On 21.10.2014 19:29, Nowlan, Sean wrote:
> I'm concerned that the problem Frederik is observing has to do with the very
> short burst he is
sending, something like 5 samples.
>> ##
>> # Variables
>> ##
>> self.tx_gain = tx_gain = 15
>> self.samp_rate = samp_rate = 20
>> self.f_center = f_center = 1.47e9
>>
I have some large spectrum records and I would like to use GR for analysis in a
a sort of "off-line" mode. I want to visualize the data using the spectrogram
and then identify subsets of interesting features (e.g. WiFi Packets in 2.4
GHz) by frequency and time coordinates. Essentially, I want
Hi All,
Any guys who ever used IIR filters? I got problems as below:
I want the IIR filter works as:
y[n] = 1.8*x[n] + 0.8*y[n-1]
Then I set the feed forward taps as [1.8], feeback taps as [0.8], just like
self.iir_filter_xxx_0 = filter.iir_filter_ffd(([1.8]), ([0.8]), True)
But my testing resul
Did you mean something like:
self.connect(self._pkt_input, 0), self.scale, (self.preambles,0)) ?
That's not working as it's giving itemsize mismatch error!
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Scaling-down-IFFT-values-tp50833p50967.html
Sent from the GnuRadio maili
Also I tried manually scaling down the output array in fft_vcc_fftw:work
function. That has no effect no IFFT output!
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Scaling-down-IFFT-values-tp50833p50968.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Hello,
I am interested in WiMAX technology (802.16e). In my research I am
dealing with algorithms for admission control in Matlab. Typically these
algorithms are located “within base station” – although they are not
standardized by any organization. In simulations it is simple to “deploy
them”
25 matches
Mail list logo
