Hi all:
I'm reading the source code ofdm_chanest_vcvc_impl.cc.And I don't know
this command:
// Propagate tags
std::vector tags;
get_tags_in_range(tags, 0,nitems_read(0), nitems_read(0)+framesize);
I will try my best to explain my question more clearly.
1.
Post your GRC file. I tried it just as you implemented and it is working
here. I would have choose different sample rates and topology, but
nonetheless it works. Gain of 100 (dB) should not be a valid UHD value as
it tops out at 81 for the B200, and 31 for the WBX. It still works though.
Can y
Dear experts,
I am now using URSP-1 for 2-channel receiver (150/400MHz)
successfully. Now there is a plan to expand this to 3-ch
or 4-ch. As the frequencies are very far apart, i.e.,
150MHz/400MHz/~1GHz/~2GHz, we need separated antenna/front-ends.
I know that before it was possible to organize
On Aug 6, 2014, at 6:50 PM, Stefan Oltmanns wrote:
> yes, I have not modified my program at all:
> I added a #error "Broken allocation engine" to volk_malloc.c at the
> beginning of the other allocation engine. I tried to recompile, but
> compiler stopped with my error message. As I did not re-run
Hi Michael,
yes, I have not modified my program at all:
I added a #error "Broken allocation engine" to volk_malloc.c at the
beginning of the other allocation engine. I tried to recompile, but
compiler stopped with my error message. As I did not re-run cmake I´m
sure this engine was also used before
MPT1327 uses MSK on its control channel. I am attempting to use NBFM Receive
to demodulate the signal into a WAV file that I can play back and use sdrtrunk
to decode it. So far my best attempt is set up as follows:
USRP
Sample Rate: 250k
Center Freq: 652.625M
Gain: 100
Frequency Xlating FIR F
On Wed, Aug 6, 2014 at 1:54 PM, John Murphy wrote:
> On Tue, 5 Aug 2014 17:08:31 -0400
> John Murphy wrote:
> > Trying to get my OOT block to accept a vector of floats for filter taps.
> > Traceback (most recent call last):
> > File "/usr/local/share/gnuradio-InTree-modules/ofdm_tx_rx.py", lin
Hi Stefan - I'm guessing that the issue Tom made yesterday <
http://gnuradio.org/redmine/issues/710 > applies, yes? Was the change to your
(local; not GR) code, to use posix_memalign instead of some other method of
memory allocation? I'm guess I'm not all clear on where the issue actual was
.
1) I have not calculated P1dB or IP3, yet. I will have to do that. I find
it's easier to look at a graph of IMD3 levels since it is more intuitive
that working from the IP3, which is more useful for calculations.
2) 0 dBFS would be the DAC swinging full scale; i.e. -1 to +1 float value
(DAC vo
On Tue, 5 Aug 2014 17:08:31 -0400
John Murphy wrote:
> Trying to get my OOT block to accept a vector of floats for filter taps.
> Traceback (most recent call last):
> File "/usr/local/share/gnuradio-InTree-modules/ofdm_tx_rx.py", line 518, in
>
> tb = ofdm_tx_rx()
> File "/usr/local/shar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
understood, but what kind of filter is it?
Note: you usually really shouldn't decimate without a filter.
On 06.08.2014 18:58, rejunte wrote:
> The first filter is a low pass filter connected to the RTL-SDR
> Source.
>
> After this filter I demodulat
That seems to be a little bit better. Still causing overflow occasionally,
but I can work with it.
But still can't use the first low pass filter without overflow
--
View this message in context:
http://gnuradio.4.n7.nabble.com/gnuradio-on-ubuntu-touch-tp49315p49816.html
Sent from the GnuRadio
The first filter is a low pass filter connected to the RTL-SDR Source.
After this filter I demodulate the signal and compute the signal strenght
--
View this message in context:
http://gnuradio.4.n7.nabble.com/gnuradio-on-ubuntu-touch-tp49315p49818.html
Sent from the GnuRadio mailing list arch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm a little confused. What was your first filter, and in which
flowgraph was it used?
On 06.08.2014 18:53, rejunte wrote:
> That seems to be a little bit better. Still causing overflow
> occasionally, but I can work with it.
>
> But still can't use
-- Forwarded message --
From: Zongyi LIU
Date: 2014-08-06 16:52 GMT+02:00
Subject: Re: [Discuss-gnuradio] Install UCLA-gr-802.15.4 into E100 has error
To: Tom Rondeau
Hi, Tom:
Thanks for your reply.
Yes, your caution is reasonable, UCLA-802.15.4 has been developed about 8
years.
-- Forwarded message --
From: Zongyi LIU
Date: 2014-08-06 17:30 GMT+02:00
Subject: Re: [Discuss-gnuradio] Install UCLA-gr-802.15.4 into E100 has error
To: Bastian Bloessl
Hi Bastian,
I have read your paper "A GNURadio-based IEEE 802.15.4 Testbed". It's
really an excellent job.
-- Forwarded message --
From: Zongyi LIU
Date: 2014-08-06 17:30 GMT+02:00
Subject: Re: [Discuss-gnuradio] Install UCLA-gr-802.15.4 into E100 has error
To: Bastian Bloessl
Hi Bastian,
I have read your paper "A GNURadio-based IEEE 802.15.4 Testbed". It's
really an excellent job.
Memory bandwidth and cache size/speed make a significant difference as
well as the "gruntiness" of the CPU.
These small systems don't have much in the way of memory "grunt'.
On 2014-08-06 11:26, Marcus Müller wrote:
> I apologize!
> Generally, Rejunte, what's your GNU Radio version/how did
I apologize!
Generally, Rejunte, what's your GNU Radio version/how did you get it?
you can check using "gnuradio-config-info -v".
Greetings,
Marcus
On 06.08.2014 17:14, West, Nathan wrote:
> On Wed, Aug 6, 2014 at 3:56 AM, Marcus Müller
> wrote:
>> We don't have much optimization for ARMs yet,..
doing your computations on a reduced sampling rate always makes a lot of
sense.
Also, if you do complex to mag² prior to filtering, you get the power in
the overall nyquist band ignoring power fluctuations that do not pass
the low pass, and not the power in the pass band of the filter.
Example: A
Try decimating after the filter, before you start computing log10 at the
input rate. There's no need to do those calculations at the original
sample rate once you've computing complex-to-mag**2 and filtered.
On 2014-08-06 10:30, rejunte wrote:
> Tried that, but still ocurring overflow.
>
Tried that, but still ocurring overflow.
Another thing I had was that on my computer I was using a
complex to mag^2 -> single pole IIR filter -> log10 -> multiply const (10)
to measure the signal strength
that is also causing overflow on the single board computer. If I put a RMS
block instead,
Sorry for the spam,
Fixing: occurring some audio underrun..
2014-08-06 11:23 GMT-03:00 Douglas Amorim Ferreira :
> Well,
>
> I have a signal and I want to get some information from it.
> I want to create demodulators and filters at runtime, and so they are no
> longer needed, remove them (and
Well,
I have a signal and I want to get some information from it.
I want to create demodulators and filters at runtime, and so they are no
longer needed, remove them (and freeing any resources associated with them).
I'm having problems with an example that I am implementing.
Initially I have two
Try making the transition width sloppier, like 50k
On 2014-08-06 10:17, rejunte wrote:
> Sample rate -> 2M
> cutoff -> 135k
> transition width -> 10k
>
> --
> View this message in context:
> http://gnuradio.4.n7.nabble.com/gnuradio-on-ubuntu-touch-tp49315p49804.html
> [1]
> Sent from the
Sample rate -> 2M
cutoff -> 135k
transition width -> 10k
--
View this message in context:
http://gnuradio.4.n7.nabble.com/gnuradio-on-ubuntu-touch-tp49315p49804.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mail
What are the parameters of your filter? Sample rate, cutoff, and
transition width?
On 2014-08-06 10:08, rejunte wrote:
> I actually don't need to write to a file. I just did to test the hardware (I
> thought writing to a file would be the most simple task).
>
> What I really want to do is d
I actually don't need to write to a file. I just did to test the hardware (I
thought writing to a file would be the most simple task).
What I really want to do is demodulate the signal and measure the signal
strength. That seems to be working fine (no overflows) as long as I don't
use a filter on
The overflow is not a result of buffering; in fact, buffering helps.
overflows happen because at any bottleneck in your processing chain,
samples start to stagnate, causing back pressure. When all buffers are
filled, there's nothing the rtl source can do but drop samples. That's
an overflow.
A co
On those single board computers I don't bother writing to SD. I just route
it through the network (assuming large enough bandwidth) to another graph
or Python script that dumps it to a disk with faster storage bus.
You can use gr-zmqblocks for that.
On Wed, Aug 6, 2014 at 11:51 PM, Marcus Müller
I tried what Vanush said and just connected RTL-SDR Source to a Null Sink and
got no overflows.
I'm using a class 10 sd card, that must be the problem.
I did some demodulation with no problem, but when I add a Low Pass Filter,
the overflow happens again.
Would the filter do the same thing as th
Thanks for the reply
>Which d'board?
SBX Board (Rev 5.1)
>So, at 2.45 GHz it works reliably? And not at all for the rest?
Yes,this is what exactly I want to say.It is reliable at 2.45GHz , 2.455GHz
and 2.46GHz.
For other frequencies it is not reliable.
>I'd triple-check you really are settin
I think Sylvain put his finger on a slightly painful place here:
I think you might not be very clear about the idea what "destruction of
a block" actually means.
So, the most interesting question here is:
Why would you manually want to destroy a block?
Greetings,
Marcus
On 06.08.2014 15:02, Sylva
> The creation and destruction of blocks at runtime must be made between
> lock() and unlock(). Is it right?
> How can I destroy a block at runtime? block->stop()?
> Do I also need a reset() in sptr [block.reset()]?
Well, you never really destroy blocks yourself since all you get is sptr.
So onc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Destruction of course should only take place when a block is not
connected, and connection can only take place between lock() and
unlock(). Other than that, I'm not aware of any restrictions.
On 06.08.2014 14:42, Douglas Amorim Ferreira wrote:
> Ok,
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I guess that is just an invocation example, so there is no 4cos.dat;
you should supply your own signal file.
On 06.08.2014 14:35, xianda wrote:
> Hi Marcus: Thank you so much for your kindly reply.It now can
> run.And I want to know where can I find
Ok,
The creation and destruction of blocks at runtime must be made between
lock() and unlock(). Is it right?
How can I destroy a block at runtime? block->stop()?
Do I also need a reset() in sptr [block.reset()]?
Thanks again!
2014-08-06 9:09 GMT-03:00 Marcus Müller :
> You can :)
>
>
> On
Hi Marcus:
Thank you so much for your kindly reply.It now can run.And I
want to know where can I find the docuement 4cos.dat as some examples shows.
Just like this:
specest_from_file.py -M welch -S 4cos.dat
4cos.dat: No such file or d
On 08/06/2014 04:56 AM, Marcus Müller wrote:
We don't have much optimization for ARMs yet, and I assume that the
rtl-sdr source somewhere has to convert from whatever comes through
USB into floats. Furthermore, USB2 bulk transfer has a maximum packet
length of 512B [citation needed], which woul
You can :)
On 06.08.2014 13:37, Douglas Amorim Ferreira wrote:
> Hello everyone,
>
> Does anyone know if it's possible create and destroy blocks at runtime?
>
> I know we can reconnect the blocks at runtime [lock(), reconnect,
> unlock()], but
> I don't know if you can create or destroy...
>
> Th
Sorry, my bad. Fixed my fix, should be clear now. Maybe you have to pull
--force, sorry about that.
On 06.08.2014 12:20, xianda wrote:
> Hi Marcus:
> Thank you so much.And I'm doing:
>git pull https://github.com/marcusmueller/gr-specest.git
> fix_encoding
> A
Hello everyone,
Does anyone know if it's possible create and destroy blocks at runtime?
I know we can reconnect the blocks at runtime [lock(), reconnect,
unlock()], but
I don't know if you can create or destroy...
Thanks.
--
*Douglas Amorim Ferreira*
__
Hi Marcus:
Thank you so much.And I'm doing:
git pull https://github.com/marcusmueller/gr-specest.git
fix_encoding
And I also type:
cd build
cmake ..
make
sudo make install
Hi
I am modulating a .wav audio file and transmitting using ofdm example using
gnuradio. What should I dou to receive it as an audio file using the receive
example.
If i write the receiver output to a wav file, it don't give the required audio.
Please help
regards
Sreena___
That's actually a bug; I've submitted a pull request. You can locally
use my change by doing
git pull https://github.com/marcusmueller/gr-specest.git fix_encoding
Greetings,
Marcus
On 06.08.2014 08:58, xianda wrote:
> Hi all:
> I have installed the gr_specest toolbox successfully.And I us
We don't have much optimization for ARMs yet, and I assume that the
rtl-sdr source somewhere has to convert from whatever comes through USB
into floats. Furthermore, USB2 bulk transfer has a maximum packet length
of 512B [citation needed], which would at an assumed 2B/complex equal
but 256 == 2^8 S
You could give this a try
https://github.com/bastibl/gr-ieee802-15-4
Best,
Bastian
On 05 Aug 2014, at 18:07, Tom Rondeau wrote:
> On Tue, Aug 5, 2014 at 11:51 AM, Zongyi LIU wrote:
> Hello everyone:
>
> Recently, I want to install UCLA-gr-ieee802.15.4 module into my USRP E100.
>
> When I w
Hi all:
I have installed the gr_specest toolbox successfully.And I use the
gnuradio 3.7.5.But when I run the specest_from_file.py,error exists:
File "/usr/local/bin/specest_from_file.py", line 142
SyntaxError: Non-ASCII character '\xce' in file
/usr/local/bin/specest_from_file
48 matches
Mail list logo