The snr was determined only by looking at uhd_fft display and making the
difference between the plateau of the signal and the noise floor. The maximum
level I could obtain moving the antenna in the lab close to the window was
between 45dB-50dB and of course it is just a calitative information on
Hi Marcus,
I actually want to implement a transmitter. So in this transmitter
different data streams come from different sources with different rates (or
sample rates). Then all of these streams gather together in a block, may I
call it "Collector" then it sends the gathered data stream to the USR
On Fri, May 9, 2014 at 1:24 AM, Mostafa Alizadeh wrote:
> Hello everybody,
> I want to have a block of, for example, bit generator, which generates
> 1000 bps. How could I manage the time in a thread (or equivalently in a
> block)??
> *Or saying in general, how could I manage timing for passing da
On Thu, May 8, 2014 at 11:29 PM, Nemanja Savic wrote:
> Ah, it has just came to my mind the following idea:
> a block with history value of few miliseconds connected directly to usrp
> source. The history can provide me previous data, but I would like to hear
> if something like this has sense?
>
On Tue, Apr 22, 2014 at 4:20 PM, Nemanja Savic wrote:
> hi all guys,
>
> I would like to be able to store raw data into file after correct frame
> reception. For this reason I suppose there should be a block that buffers
> raw data and wait for the trigger to store into file.
> The trigger can on
you said ' SNR was above a certain level'.
How much was it?
How did you measure the SNR?
Thu, 8 May 2014 12:46:17 -0700 (PDT) от Bogdan Diaconescu
:
>Hi, I did experiment with real life signals from a local DVB-T transmitter and
>it worked when the SNR was above a certain level. That was with
Dan,
when I said "messages" I meant "gnuradio messages"
(http://gnuradio.org/doc/doxygen/page_msg_passing.html)
So my problem is not with any "remote messaging" issue.
Apologies for not making this more clear.
best
Achilleas
On Thu, May 8, 2014 at 1:29 PM, Dan CaJacob wrote:
> I'm not sure i
Hi Mostafa,
I'm not really sure I understand your question:
there is different "times" in DSP:
1. the times relative to the "information theoretical world", which
increases with 1/f_sample per sample
2. the time relative to the computing machine, which just runs along
while the computer is busy co
I'm not sure it's what you want, but the RPC Server block lets you change
the value of any GR variable in a running FG remotely. There also seems to
be some work ongoing t bring zeromq endpoints into GR.
Very Respectfully,
Dan CaJacob
On Thu, May 8, 2014 at 1:07 PM, Achilleas Anastasopoulos
wr
Hello everybody,
I want to have a block of, for example, bit generator, which generates 1000
bps. How could I manage the time in a thread (or equivalently in a block)??
*Or saying in general, how could I manage timing for passing data between
blocks!?*
I saw the "Throttle" block of gnuradio in c++
Is there a simple way for a GRC block to asynchronously
change the value of a GRC variable when
the block receives a specific message?
thanks
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/dis
Hi,
(Ubuntu 13.04, GNURADIO 3.7)
>HI all,
>
>I want to collect TV data using usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T .
>
>Here are my questions:
>
>- Is it possible to receive directly with a sampling rate of 9.14 Mps for
>DVB-T? Or should I resample it from 10 Mps? I was resampling with
>
Hi all again,
actually yes, the problem was due to numpy. Namely, I uninstalled 1.4.1
which I have on my RHEL6 and installed 1.5 or something. During that opengl
was somehow deleted and when I installed using package manager, numpy 1.4.1
was installed again.
best
On Wed, Feb 26, 2014 at 6:27 PM
Ah, it has just came to my mind the following idea:
a block with history value of few miliseconds connected directly to usrp
source. The history can provide me previous data, but I would like to hear
if something like this has sense?
best
On Thu, May 8, 2014 at 5:21 PM, Nemanja Savic wrote:
>
Hi all again,
regarding my previous email, I would like to ask you is there any more
efficient way to buffer data in gnuradio except makind a block that just
copies samples and waits for the signal to store them into file?
On Tue, Apr 22, 2014 at 10:20 AM, Nemanja Savic wrote:
> hi all guys,
>
On Thu, May 8, 2014 at 9:33 PM, Tom Rondeau wrote:
> On Thu, May 8, 2014 at 8:48 AM, Marcus Müller wrote:
>
>> Hi Activecat,
>> On 08.05.2014 14:14, Activecat wrote:
>> > Anyone correct me if I am wrong.
>> >
>> > In xml file we use the Python data types.
>> well, kind of. The XML is just being p
On Thu, May 8, 2014 at 6:07 AM, Irfan Ullah wrote:
> Hi all,
>I am using Polyphase Clock Synchronization block of GRC for symbol
> timing synchronization.currently I am doing simulations of QPSK using
> channel modal block. Ployphase clock synchronizer block work properly means
> it will sync
On Thu, May 8, 2014 at 8:48 AM, Marcus Müller wrote:
> Hi Activecat,
> On 08.05.2014 14:14, Activecat wrote:
> > Anyone correct me if I am wrong.
> >
> > In xml file we use the Python data types.
> well, kind of. The XML is just being parsed by GRC to validate the input
> of a field, color things
On Thu, May 8, 2014 at 3:30 AM, Activecat wrote:
>
> On Fri, May 2, 2014 at 8:56 PM, Tom Rondeau wrote:
>
>> On Fri, May 2, 2014 at 8:49 AM, Marcus Müller
>> wrote:
>>
>>> Hi Activecat,
>>>
>>> typical GUI problem; background is that X applications are inherently
>>> hard to multithread, which
I was wondering what progress has been made since it's debut with gr-easy and
if it is publicly available.
Mark
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Activecat,
On 08.05.2014 14:14, Activecat wrote:
> Anyone correct me if I am wrong.
>
> In xml file we use the Python data types.
well, kind of. The XML is just being parsed by GRC to validate the input
of a field, color things etc.
However, there are only mappings in grc/python/Param.py for the
On Thu, May 8, 2014 at 8:24 PM, Mostafa Alizadeh wrote:
> Activecat your right,
> I finally got what you said. Types in Python are so different than that of
> c++.
> For example, Python doesn't care the data is int or usigned int !
>
Pls stay on the list so that others know your problem has been
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
SWIG automatically generates wrappers for the python tuple type.
Refer the mass of examples of tuples being used as parameters in GRC
blocks for reference ;)
Again, don't write anything funky yourself, just use a
std::vector* as parameter to your C++ b
Hi Marcus,
Thank you for your guides. I clone your files and finally got that I can
pass "unsinged int" to the make but in the xml file I can put the
int !!! That's I wanted. Thank you again.
But one of my blocks must give an array of "int":
int g[] = {1,2,3};
.
And the "make" should be like
On Thu, May 8, 2014 at 12:53 AM, Mostafa Alizadeh wrote:
>
> Hi Marcus,
> I actually have a deep, really deep, problem with data types As you
> see I have a preprocessor definition which is 32 bit number. I wanna pass
> it to the make!!! how could I? If I use the gnuradio type " gr_uint32",
>
I think you are confused because you're doing the math on paper with
real sin/cos functions. The complex signal sources produce complex
oscillations ($s_f(t)=e^{j2\pi f t}$), which do not have symmetrical
spectrum.
Do the math with the exponential function; it get's easier than what you
have to do
Hi Mostafa,
because I hope this will solve your problem as well as make it easier
for me to understand you and vice versa, I've generated a minimal
example of what you're trying to do.
Please clone
https://github.com/marcusmueller/gr-unsigned_inting.git
and tell me if it reflects what you're tryin
Can you plz explain Martin or give me a link atleast...thnx in advance
On Thu, May 8, 2014 at 1:19 PM, Martin Braun wrote:
> On 08.05.2014 08:59, ali hanif wrote:
>
>> When we multiply two complex signals in GNU Radio companion and see the
>> result using WX FFT block then there is no frequency
On 08.05.2014 08:59, ali hanif wrote:
When we multiply two complex signals in GNU Radio companion and see the
result using WX FFT block then there is no frequency difference
component(f1-f2) but only the addition component(f1+f2)...why is that??
That is actually the mathematically correct thing
hello every body,
I really have a problem with data types when I want to use my out-of-tree
module in GRC which is written in c++.
I have a "make" like this:
*make(unsinged int x, usigned char y)*
how could I use this block in GRC?
please help me,
Thank.
On Fri, May 2, 2014 at 8:56 PM, Tom Rondeau wrote:
> On Fri, May 2, 2014 at 8:49 AM, Marcus Müller wrote:
>
>> Hi Activecat,
>>
>> typical GUI problem; background is that X applications are inherently
>> hard to multithread, which basically requires graphical toolkits to run in
>> a main loop. Th
When we multiply two complex signals in GNU Radio companion and see the
result using WX FFT block then there is no frequency difference
component(f1-f2) but only the addition component(f1+f2)...why is that??
___
Discuss-gnuradio mailing list
Discuss-gnura
32 matches
Mail list logo