Hi,
Today i got a idea about implementing three different modulations on
single message signal. But i want the modulations to happen after certain
time has searched (can say exactly like counter). which is the block in GNU
Radio that i can use has a counter.
Thanks and regards,
Sandhya
__
Dear All,
I need your help. May be someone did it before:
I use 'IEEE 802.11 a/g/p OFDM Transceiver' project, Ubuntu 13.04, GNURADIO 3.7.
I start the transmission using the first laptop and USRP N200 device by running
the ./ofdm_tx.py.
It is transmitting;
Meanwhile I use the second laptop an
Hi,
I tried to compile gr-lte package from github (version 3.7 not master),
but it doesnt't work. GRUEL and GNURADIO_CORE have been still there.
I removed GRUEL and replaced GNURADI_CORE with GNURADIO_RUNTIME,but it
is still not working. Has somebody experience with this package?
Thanks!
A. Ba
Hi.
> Hi,
>
> I tried to compile gr-lte package from github (version 3.7 not master),
but it
I guess this package needs gr 3.6...
> doesnt't work. GRUEL and GNURADIO_CORE have been still there.
> A. Baier
Ralph.
___
Discuss-gnuradio mailing list
Thanks Steve.
I ran volk_profile and the performance seemed to improve a bit. That is,
CPU usage increased to 700% using many more cores of the processor.
However, I still see buffers filling up and taking longer than realtime to
process. In 3.6 the benchmark_rx program could keep up at 5MHz an
Hi,
on branch gr37 there are 2 directories with code. The 'code' directory
contains GR 3.6 blocks for reference and gr37-lte contains the new 3.7 API
blocks. 3.6 API blocks will eventually be removed as soon as it seems fit.
Happy hacking
Johannes
On Mon, Dec 2, 2013 at 5:18 AM, Ralph A. Schmid
Nella citazione in data Wed Nov 20 00:50:52 2013, Michael Dickens ha
scritto:
Earlier today I pushed r113561 to MacPorts <
https://trac.macports.org/changeset/113561 > which should allow pretty much any
compiler should work on 10.8 or 10.9 (and, likely, any other OSX version) to build
any vers
Hi Arturo - GNU Radio 3.6.5.1 should now work within MacPorts; I've tested on
10.8 and 10.9, but the fixes should be backward compatible to at least 10.6,
maybe 10.5. All of the GNU Radio ports should work right now within MacPorts.
If you want to build these from source outside MacPorts, I'd
you could keep a class variable which is added to every time work() is
called, adding to it each time the value of noutput_items or
input_items.size().
Its also useful to know the scheduler, because it feeds work() an arbitrary
number of samples each time.
There is a presentation on gnuradio sched
Nella citazione in data Mon Dec 2 19:42:56 2013, Michael Dickens ha
scritto:
Hi Arturo - GNU Radio 3.6.5.1 should now work within MacPorts; I've tested on
10.8 and 10.9, but the fixes should be backward compatible to at least 10.6,
maybe 10.5. All of the GNU Radio ports should work right now
I think you should be able to have GNU Radio installed into /opt/local but then
you create an OOT module which installs into /usr/local . I used to do this
"way back in the day"; I would assume it still works. Maybe you can send me
off-list more info on what you're trying to do and I can point
Nella citazione in data Mon Dec 2 20:03:22 2013, Michael Dickens ha
scritto:
I think you should be able to have GNU Radio installed into /opt/local but then you
create an OOT module which installs into /usr/local . I used to do this "way back
in the day"; I would assume it still works. Maybe
Hi Arturo - You don't need all 8 diff files. If you read through the Portfile
for GNU Radio, you'll find that you need just 5 of those patches to build
3.6.5.1 on 10.9; if you want to build on 10.8, you need just 3.
Needed for 10.8 and 10.9 (and, likely, 10.7 or earlier):
patch-path-order.diff
I finally got around to trying writing to RAM, and the result is worse - my
replay FFT is static.
I am trying to record a chunk of spectrum (in this case the shortwave
chunk, 0-30MHz) and then go back and look at small pieces to find my
specific data. If someone can provide insight into how to do
Hello,
Is it possible to go back and convert a Python GNU Radio code back into the
GRC Flow Graph from which it was generated?
Cheers,
Raydel, CM2ESP
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/disc
There's no automatic mechanism for doing that.
on Dec 02, 2013, Raydel Abreu (CM2ESP) wrote:
Hello,Is it possible to go back and convert a Python GNU Radio code back into the GRC Flow Graph from which it was generated?
Cheers,
Raydel, CM2ESP
___Disc
Paul,
30MHz is a big chunk of data to be streaming to anything. A 4GB ramdisk
will be full in 30 seconds at this rate. Do you really not know *a
priori* where
in the whole 0-30MHz spectrum your signal will be?
I notice now in your first post that you're streaming 25Msps with a
low-pass filter to
Oh, that's bad, I guess I should use instead the old code-reading method
Raydel
2013/12/2 Marcus Leech
> There's no automatic mechanism for doing that.
>
>
> on Dec 02, 2013, *Raydel Abreu (CM2ESP)* wrote:
>
> Hello,
>
> Is it possible to go back and convert a Python GNU Radio code back
Think of the Python that gets emitted by GRC as object code. What you're asking is to convert said object code back into reasonable source code.
Such things exist for *actual* machine object-code, but, they produce damned-ugly results.
on Dec 02, 2013, Raydel Abreu (CM2ESP) wrote:
Oh, that's
Nick:
I tried downsampling the 25MHz to 10, but still was not recording the whole
time I ran (about 10 seconds, with only a couple seconds of playback). That
was when I tried using a RAM disk, albeit at 50 downsampled to 30. I am
using the following for my disk:
mount -o size=1G -t tmpfs none /mn
What was the size of the recorded file on the RAM disk? Are you seeing "O"
indications (for overflow)?
--n
On Mon, Dec 2, 2013 at 1:59 PM, Paul B. Huter wrote:
> Nick:
>
> I tried downsampling the 25MHz to 10, but still was not recording the
> whole time I ran (about 10 seconds, with only a cou
I have an interesting (to me anyway) idea:
What if we added a default option to the GRC-XML-to-python converter to add
the contents of the original GRC file as a big, delineated comment blob.
Then, a simple tool could pull the GRC back out of the python file anytime
and you could go back and fort
gzip -> base64 encode the grc file into some comments in the python file
perhaps?
a smallish grc file appears to be on the order of 1000 chars with such
an encoding
On 12/02/2013 05:11 PM, Dan CaJacob wrote:
> I have an interesting (to me anyway) idea:
>
> What if we added a default option to the
The recorded file was only about 80MB for 10 seconds of recording, and FFT
playback was static. Without using the low pass filter, I was seeing a
bunch of 'D' (I think) markers, and my playback was choppy.
Nick Foster wrote:
What was the size of the recorded file on the RAM disk? Are you seeing
Il 02/12/13 22:15, Michael Dickens ha scritto:
Hi Arturo - You don't need all 8 diff files. If you read through the Portfile
for GNU Radio, you'll find that you need just 5 of those patches to build
3.6.5.1 on 10.9; if you want to build on 10.8, you need just 3.
Needed for 10.8 and 10.9 (and,
Hi Arturo - Yes, I think you've nailed it. - MLD
On Dec 2, 2013, at 8:33 PM, Arturo Rinaldi wrote:
> ok let's sum up and see if i have understood what is coded in the Portfile.
> Let's examine it case by case :
>
> 10.7
>
> LEGACY (3.6.5.1 and lower) and
>
> cat of :
>
> patch-path-order.di
Nella citazione in data Tue Dec 3 02:44:13 2013, Michael Dickens ha
scritto:
Hi Arturo - Yes, I think you've nailed it. - MLD
On Dec 2, 2013, at 8:33 PM, Arturo Rinaldi wrote:
ok let's sum up and see if i have understood what is coded in the Portfile.
Let's examine it case by case :
10.7
L
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is redundant. The block base class has methods
nitems_read() and nitems_written() that do exactly what you want.
However: I'm totally interested in this presentation on the current
scheduler; URL?
Greetings,
Marcus
On 02.12.2013 19:45, Wayne Ro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frankly, if you *really* want to inline the GRC file in the generated
python, I'd just have one large multiline Python string holding that
file as-is. With a little magic you could even let the python program
re-synthesize itself given a certain comman
29 matches
Mail list logo
