Hi Marcus and Activecat,
Thank to you Activecat for your proposed solution to the question. The
method is very interesting to me to use *forecast* and *consume* or setting
right values in the io_signature.
As Marcus said it's better to use *interpolator* or *decimators* to change
the rates and I k
On Fri, May 9, 2014 at 2:14 PM, Mostafa Alizadeh wrote:
> 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).
>
I feel this was actually the same problem, at
http://gnuradi
Hello Usman,
going from deploying an already existing GSM basestation software to
implementing a complete standard is a huge step.
Also, USRP1 is almost certainly not the device I'd chose for that task --
in can shuffle a maximum of 8MS/s over USB, and you need 5MS/s for up- and
downlink each for
On 05/08/2014 06:06 AM, SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC wrote:
> I was wondering what progress has been made since it's debut with gr-easy and
> if it is publicly available.
I googled it and found a link to this email and an old gr-con mention.
Philip
>
> Mark
>
>
>
>
I have an energy detector block and I am trying to gr_message with it:
void energy_detector_sink_f_impl::send_to_message_q(float *buffer, int
buffersz) {
gr_message_sprt msg = gr_make_message(0, sizeof(float), buffersz,
sizeof(float)*buffersz);
memcpy(msg->msg(), buffer, sizeof
Hello list,
I am planning to implement CDMA-UMTS protocol with USRP 1 and GNU Radio.
I've first established OpenBTS setup with USRP1 and OpenBTS 2.8. Now I want
to implement CDMA-UMTS in the same way as OpenBTS to establish a CDMA
mobile network.
Can anyone guide me about starting point like what
On Fri, May 9, 2014 at 10:00 AM, Nemanja Savic wrote:
> It look like RHEL6 use really old library:
> qt3-3.3.8b-30.el6.x86_64
>
Well that doesn't make any sense. gr-qtgui looks for QT 4.2 or higher. It
should not have even been enabled without finding QT4 on your system. Are
you sure that's the
It look like RHEL6 use really old library:
qt3-3.3.8b-30.el6.x86_64
On Fri, May 9, 2014 at 3:49 PM, Tom Rondeau wrote:
> On Fri, May 9, 2014 at 9:43 AM, Nemanja Savic wrote:
>
>> Ok, I'll try there. Do you have any idea what is the problem with QFile
>> while building qtgui.
>>
>
> That one se
On Fri, May 9, 2014 at 9:43 AM, Nemanja Savic wrote:
> Ok, I'll try there. Do you have any idea what is the problem with QFile
> while building qtgui.
>
That one seems strange, being such an integral part of QT. But my guess is
that it's an API change in a QT version that we missed. (We'll be up
Ok, I'll try there. Do you have any idea what is the problem with QFile
while building qtgui.
On Fri, May 9, 2014 at 3:37 PM, Tom Rondeau wrote:
> On Fri, May 9, 2014 at 9:29 AM, Nemanja Savic wrote:
>
>> make in gr-trellis folder works, but when I run again from build folder
>> the same error
On Fri, May 9, 2014 at 9:29 AM, Nemanja Savic wrote:
> make in gr-trellis folder works, but when I run again from build folder
> the same error appears.
>
Ok, well this is getting boring. For things like this, best to jump into
our IRC chatroom to work through it. No one wants to see us go back
Hi Activecat, hi Mostafa,
>> The only thing I don't know here is how could I generate these
>> different-rate data?
The rate of data is really just a property of the values of the samples.
For example, a sine with a frequency of 1000 will have a period of 32
samples for a sample rate of 32000, if
make in gr-trellis folder works, but when I run again from build folder the
same error appears.
On Fri, May 9, 2014 at 3:15 PM, Tom Rondeau wrote:
> On Fri, May 9, 2014 at 9:14 AM, Nemanja Savic wrote:
>
>> I am trying to build 3.7.3, and doxygen version is:
>> doxygen-1.6.1-6.el6.x86_64.
>> I
On Fri, May 9, 2014 at 9:14 AM, Nemanja Savic wrote:
> I am trying to build 3.7.3, and doxygen version is:
> doxygen-1.6.1-6.el6.x86_64.
> I tried to run again and got the error again.
>
try: "cd gr-trellis; make" and let that complete. Then try again.
Tom
> On Fri, May 9, 2014 at 3:09 PM,
I am trying to build 3.7.3, and doxygen version is:
doxygen-1.6.1-6.el6.x86_64.
I tried to run again and got the error again.
On Fri, May 9, 2014 at 3:09 PM, Tom Rondeau wrote:
> On Fri, May 9, 2014 at 8:01 AM, Nemanja Savic wrote:
>
>> Unfortunatelly there is another error which is not repor
On Fri, May 9, 2014 at 8:01 AM, Nemanja Savic wrote:
> Unfortunatelly there is another error which is not reported by anybody
> since now:
>
> [ 74%] Building CXX object
> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/qtgui_util.cc.o
> /home/savi_ne/tools/gnuradio-3.7.3/gr-qtgui/lib/qtgui_util.cc: I
On Fri, May 9, 2014 at 2:14 PM, Mostafa Alizadeh wrote:
> 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 "Collect
Hi everyone,
some of the European developers have been busy at the first EU hackfest
the last couple of days, here in Karlsruhe, Germany.
A lot of thanks go out to the powerline gang at KIT, who hosted the
whole thing and provided us with power, internets and a space to put our
laptops.
We
Pls stay on the list.
On Fri, May 9, 2014 at 2:28 PM, Mostafa Alizadeh wrote:
> Hi Activecat
>
> I didn't get what you mean by (1). I want to add an USRP sink to my
> flowgraph and this is not a simulation only. The reason why I want to
> control the rate of samples at the source, as I mentioned
Unfortunatelly there is another error which is not reported by anybody
since now:
[ 74%] Building CXX object
gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/qtgui_util.cc.o
/home/savi_ne/tools/gnuradio-3.7.3/gr-qtgui/lib/qtgui_util.cc: In function
‘QString get_qt_style_sheet(QString)’:
/home/savi_ne/to
You are right regarding search, I have no excuse, and thanks for helping me.
On Fri, May 9, 2014 at 12:02 PM, Marcus Müller wrote:
> Hi Nemanja,
>
> that issue has been fixed in more recent GR versions (it was a
> incompatibility with old Boost versions).
> If you do not wish to update GNU Radio
Hi Nemanja,
that issue has been fixed in more recent GR versions (it was a
incompatibility with old Boost versions).
If you do not wish to update GNU Radio, just replace
boost::random::mt19937 by boost::mt19937 in message_strobe_random_impl.
Greetings,
Marcus
PS: Googling for "error: ‘mt19937’
Hi all guys,
I have again prob;lem building new version of gnuradio on my RHEL6 machine.
The error is following:
[ 26%] Building CXX object
gr-blocks/lib/CMakeFiles/gnuradio-blocks.dir/message_strobe_random_impl.cc.o
In file included from
/home/savi_ne/tools/gnuradio-3.7.3/gr-blocks/lib/message_s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi BZS,
luckily, that's rather intuitive :) :
Using the complex to mag squared block you can get the sample "energy".
Using the max operation you can find the maximum in your vector
(==ofdm symbol), using integrate (with a decimation of vector length)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Mostafa,
you will have to have all your sample streams at the same nominal
sampling rate (which again has nothing to do with the item rate you
described). You do that by resampling.
How you combine these streams is obviously totally part of what y
hi ??
how calculate PAPR in OFDM with flow graph?
thanks??
BZS___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
26 matches
Mail list logo