Re: [Discuss-gnuradio] LFRX A:A and A:B as independent channels in GRC
On 02/07/2013 05:25 PM, mepard wrote: > Using just Gnu Radio Companion, is there a way to get the A and B > inputs of an Ettus LFRX (or BasicRX) in an N210 as independent > channels? > > Specifying A:AB as the subdevice and using a Complex-to-Float might > work, but I'm wondering if the complex rx chain in the FPGA would > conflate what are otherwise independent signals. > Try this: Setup the source block for 2 channels. Set the subdev/frontend spec to "A:A A:B" This makes DSP0 get the data from dboardA (the only one there), and frontend A, and DSP1 gets from frontendB. -josh > -Marc > > > ___ Discuss-gnuradio > mailing list Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] grextras in "next"
On 02/07/2013 05:29 AM, Sreeraj Rajendran wrote: > > Hi, > > I was trying to modify some python blocks, coded using grextras, to > use native gnuradio python block support(as grextras is a standard > feature from 3.6.3). I checked wrappers in gr/gateway.py and > gr.block, set_auto_consume etc seems to be missing. Current grextras > suggests basic_block, synch_block etc are depreciated. Is grextras > integrated to gnuradio different or am I missing something? GrExtras features seem to be so crazy but somehow slowly leak into gnuradio over time. :-) So, if you are referencing the grextras the wiki page, I didnt mean to say that the grextras was deprecated. I know things change at a fast pace, but since people are using it and I will try to keep it maintained. The next branch on grextras has functionally the same blocks on the master branch, but make use of cool features in my scheduler work. So, Its kind of a different beast. Anyway, Im going to keep doing awesome things. Sorry for the confusion! -josh > > --- Regards Sreeraj Rajendran http://home.iitb.ac.in/~rsreeraj > > > > ___ Discuss-gnuradio > mailing list Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] LFRX A:A and A:B as independent channels in GRC
Using just Gnu Radio Companion, is there a way to get the A and B inputs of an Ettus LFRX (or BasicRX) in an N210 as independent channels? Specifying A:AB as the subdevice and using a Complex-to-Float might work, but I'm wondering if the complex rx chain in the FPGA would conflate what are otherwise independent signals. -Marc ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] COST-TERRA examples need gnuradio from 'next' branch?
On Thu, Feb 7, 2013 at 5:09 PM, Timo Juhani Lindfors wrote: > Hi, > > the "COST-TERRA Summer School, Dublin, Ireland" slides at > http://www.trondeau.com/gr-tutorial/ are great. Thanks a lot, Tom! > > However, is it possible that some of the examples use features that are > only available in git? If I try > > $ wget http://www.trondeau.com/storage/tutorial/mpsk_scripts_3_6.tar.gz > $ tar xf mpsk_scripts_3_6.tar.gz > $ mpsk_scripts_3_6/bits_representations.py > > on my debian unstable chroot with gnuradio 3.6.1-1 I get > > QGtkStyle was unable to detect the current GTK+ theme. > Traceback (most recent call last): > File "mpsk_scripts_3_6/bits_representations.py", line 103, in > tb = bits_representations() > File "mpsk_scripts_3_6/bits_representations.py", line 60, in __init__ > self.qtgui_const_sink_x_0 = qtgui.const_sink_c( > AttributeError: 'module' object has no attribute 'const_sink_c' > > I looked around in git and noticed that > gr-qtgui/include/qtgui/const_sink_c.h exists only in the 'next' branch. > > Am I missing something here or do the examples really need gnuradio from > git? > Hi Timo, no you're not missing anything. The constellation plotter is a next/3.7 thing only. It must have slipped past when creating those examples. That was a real headache, actually, trying to get scripts for both versions that made sense. I rely so much these days on the features of qtgui that are in next. You should be able to change that to a normal qtgui.sink_c(...) and it should work fine. Please let me know if it does and if there are any other files that fail like this. Though, honestly, in the end, that file is about the most uninteresting one in the group. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] COST-TERRA examples need gnuradio from 'next' branch?
Hi, the "COST-TERRA Summer School, Dublin, Ireland" slides at http://www.trondeau.com/gr-tutorial/ are great. Thanks a lot, Tom! However, is it possible that some of the examples use features that are only available in git? If I try $ wget http://www.trondeau.com/storage/tutorial/mpsk_scripts_3_6.tar.gz $ tar xf mpsk_scripts_3_6.tar.gz $ mpsk_scripts_3_6/bits_representations.py on my debian unstable chroot with gnuradio 3.6.1-1 I get QGtkStyle was unable to detect the current GTK+ theme. Traceback (most recent call last): File "mpsk_scripts_3_6/bits_representations.py", line 103, in tb = bits_representations() File "mpsk_scripts_3_6/bits_representations.py", line 60, in __init__ self.qtgui_const_sink_x_0 = qtgui.const_sink_c( AttributeError: 'module' object has no attribute 'const_sink_c' I looked around in git and noticed that gr-qtgui/include/qtgui/const_sink_c.h exists only in the 'next' branch. Am I missing something here or do the examples really need gnuradio from git? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ofdm question
Hi everyone, I have a question about ofdm benchmark. If I use
benchmark_tx.py and benchmark_rx.py without any change I have an error
rate below 10%.
However, if I only modify the benchmark_tx.py and I add only a
sleep(1) between packets transmissions like is shown in the following
code:
while n < nbytes:
if options.from_file is None:
data = (pkt_size - 2) * chr(pktno & 0xff)
else:
data = source_file.read(pkt_size - 2)
if data == '':
break;
payload = struct.pack('!H', pktno & 0x) + data
send_pkt(payload)
n += len(payload)
print (n)
if options.discontinuous and pktno % 5 == 4:
time.sleep(1)
pktno += 1
time.sleep(1) # this is the line added
send_pkt(eof=True)
then the packets error rate is above 50%. Could someone explain me
where is the problem and how can I solve it?
Thanks in advance,
Pablo Belzarena.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] SBX TX/RX RX leakage
On 07 Feb 2013 11:31, gang li wrote: > Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX > to RX? Is that much? > > Best, > Gang > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio There's roughly 40dB isolation TX/RX on these cards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] grextras in "next"
Thank you Martin. My code is working fine now :). --- Regards Sreeraj Rajendran http://home.iitb.ac.in/~rsreeraj From: Martin Braun (CEL) To: discuss-gnuradio@gnu.org Sent: Thursday, 7 February 2013 6:31 PM Subject: Re: [Discuss-gnuradio] grextras in "next" On Thu, Feb 07, 2013 at 07:29:56PM +0800, Sreeraj Rajendran wrote: > I was trying to modify some python blocks, coded using grextras, to use native > gnuradio python block support(as grextras is a standard feature from 3.6.3). > I > checked wrappers in gr/gateway.py and gr.block, set_auto_consume etc seems to > be missing. Current grextras suggests basic_block, synch_block etc are > depreciated. Is grextras integrated to gnuradio different or am I missing > something? Hi Sreeraj, Python-blocks in next are not identical to those in grextras. Check the blocks-tutorial on the wiki to get an idea how they look. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] SBX TX/RX RX leakage
Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX to RX? Is that much? Best, Gang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Version Problem ?
On Thu, Feb 7, 2013 at 11:19 AM, Volker Schroer wrote:
> Hi all,
>
> after a fresh build of gnuradio on a gentoo 64 bit system the qtgui stuff
> doesn't work anymore.
>
> Make test fails with. The output is:
>
> Start testing: Feb 07 17:11 CET
> --**
> 1/1 Testing: qa_qtgui
> 1/1 Test: qa_qtgui
> Command: "/bin/sh" "/home/schroer/**gnuradiocomponents/gnuradio/**
> build/gr-qtgui/python/qa_**qtgui_test.sh"
> Directory: /home/schroer/**gnuradiocomponents/gnuradio/**
> build/gr-qtgui/python
> "qa_qtgui" start time: Feb 07 17:11 CET
> Output:
> --**
> Traceback (most recent call last):
> File
> "/home/schroer/**gnuradiocomponents/gnuradio/**gr-qtgui/python/qa_qtgui.py",
> line 24, in
> import qtgui_swig
> File "/home/schroer/**gnuradiocomponents/gnuradio/**
> build/gr-qtgui/swig/qtgui_**swig.py", line 26, in
> _qtgui_swig = swig_import_helper()
> File "/home/schroer/**gnuradiocomponents/gnuradio/**
> build/gr-qtgui/swig/qtgui_**swig.py", line 22, in swig_import_helper
> _mod = imp.load_module('_qtgui_swig', fp, pathname, description)
> ImportError: /home/schroer/**gnuradiocomponents/gnuradio/**
> build/gr-qtgui/lib/**libgnuradio-qtgui-3.6.4git.so.**0.0.0: undefined
> symbol: _**ZNK7QwtPlot9drawItemsEP8QPaint**erRK6QRectFPK11QwtScaleMap
>
> Test time = 0.24 sec
> --**
> Test Failed.
> "qa_qtgui" end time: Feb 07 17:11 CET
> "qa_qtgui" time elapsed: 00:00:00
> --**
> qwt 6.0.2 and qt-4.8.4 are installed.
>
> Any ideas ?
>
> Thanks in advance
>
> Volker
>
Hi Volker,
I'm guessing that you are using the master branch from the name of your
library? (not that that changes too much).
This strikes me as an issue with a library linking problem. I'd recommend
deleting your CMakeCache.txt file in your build directory, rerun cmake, and
then rebuild (might even want to 'make clean' in gr-qtgui). QwtScaleMap
definitely exists in Qwt 6.0.2, and I'm using it right now. I think
something just got confused in a version change somewhere.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Version Problem ?
Hi all,
after a fresh build of gnuradio on a gentoo 64 bit system the qtgui
stuff doesn't work anymore.
Make test fails with. The output is:
Start testing: Feb 07 17:11 CET
--
1/1 Testing: qa_qtgui
1/1 Test: qa_qtgui
Command: "/bin/sh"
"/home/schroer/gnuradiocomponents/gnuradio/build/gr-qtgui/python/qa_qtgui_test.sh"
Directory: /home/schroer/gnuradiocomponents/gnuradio/build/gr-qtgui/python
"qa_qtgui" start time: Feb 07 17:11 CET
Output:
--
Traceback (most recent call last):
File
"/home/schroer/gnuradiocomponents/gnuradio/gr-qtgui/python/qa_qtgui.py",
line 24, in
import qtgui_swig
File
"/home/schroer/gnuradiocomponents/gnuradio/build/gr-qtgui/swig/qtgui_swig.py",
line 26, in
_qtgui_swig = swig_import_helper()
File
"/home/schroer/gnuradiocomponents/gnuradio/build/gr-qtgui/swig/qtgui_swig.py",
line 22, in swig_import_helper
_mod = imp.load_module('_qtgui_swig', fp, pathname, description)
ImportError:
/home/schroer/gnuradiocomponents/gnuradio/build/gr-qtgui/lib/libgnuradio-qtgui-3.6.4git.so.0.0.0:
undefined symbol: _ZNK7QwtPlot9drawItemsEP8QPainterRK6QRectFPK11QwtScaleMap
Test time = 0.24 sec
--
Test Failed.
"qa_qtgui" end time: Feb 07 17:11 CET
"qa_qtgui" time elapsed: 00:00:00
--
qwt 6.0.2 and qt-4.8.4 are installed.
Any ideas ?
Thanks in advance
Volker
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can't build on a fresh installation of Ubuntu 12.10
On Thu, Feb 7, 2013 at 10:04 AM, Arturo Rinaldi wrote: > Il 07/02/13 15:47, Tom Rondeau ha scritto: > > On Thu, Feb 7, 2013 at 9:43 AM, Arturo Rinaldi wrote: > >> Here we go again.after a fresh installation of *kubuntu 12.10 x64*on my >> brand new laptop, i get a build error at the 94% of the entire >> process both of the stable tarball and of the git version. >> >> The permormed steps are always the same : >> >> + satisfy the required dependencies with the "build-gnuradio" script >> >> then : >> >> + mkdir build | cmake ../ | make -j5 >> >> and i get an error about the TRELLIS section. My first choice was >> obviously to install the pre-compiled x64 binary but since i also need >> Skype and Wine on my laptop the gnuradio "deb" conflicts with the >> ia32-libsfrom here my need to build from source and make a deb package >> within cmake itself. >> >> any suggesions about it ? >> >> thank you in advance as always >> >> Kind Regards, >> >> Arturo >> > > > What's the error? Hard to help without knowing what's going on. > > Tom > > oops, i totally forgot to attach the two logs. Here they > areconfiguration goes smooth as always, the issue is in the final part > of the building process.. > > Regards, Arturo > The output of the logs don't show an error, so that's a bit strange. Looks like it just stops. Can you just try it again? Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can't build on a fresh installation of Ubuntu 12.10
On Thu, Feb 7, 2013 at 9:43 AM, Arturo Rinaldi wrote: > Here we go again.after a fresh installation of *kubuntu 12.10 x64*on my > brand new laptop, i get a build error at the 94% of the entire > process both of the stable tarball and of the git version. > > The permormed steps are always the same : > > + satisfy the required dependencies with the "build-gnuradio" script > > then : > > + mkdir build | cmake ../ | make -j5 > > and i get an error about the TRELLIS section. My first choice was > obviously to install the pre-compiled x64 binary but since i also need > Skype and Wine on my laptop the gnuradio "deb" conflicts with the > ia32-libsfrom here my need to build from source and make a deb package > within cmake itself. > > any suggesions about it ? > > thank you in advance as always > > Kind Regards, > > Arturo > What's the error? Hard to help without knowing what's going on. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Save the Date: Developer's Calls Reloaded
Thanks, everyone, for the info and corrections. I, for one, look forward to the further announcements. - MLD On Feb 7, 2013, at 9:38 AM, Martin Braun (CEL) wrote: > OK, don't trust me with dates. > Michael, you're right: The call is *Febrary 21*. > The wiki page URL is also incorrect, because I copy & pasted the link, > BUT at least the wiki page itself was correct (one out of three ain't > that bad, right :) ) > http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20130221 > > Keep an eye open for further announcements regarding this. We're not > that happy with the current SIP calls, there might be changes. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] can't build on a fresh installation of Ubuntu 12.10
Here we go again.after a fresh installation of *kubuntu 12.10 x64* on my brand new laptop, i get a build error at the 94% of the entire process both of the stable tarball and of the git version. The permormed steps are always the same : + satisfy the required dependencies with the "build-gnuradio" script then : + mkdir build | cmake ../ | make -j5 and i get an error about the TRELLIS section. My first choice was obviously to install the pre-compiled x64 binary but since i also need Skype and Wine on my laptop the gnuradio "deb" conflicts with the ia32-libsfrom here my need to build from source and make a deb package within cmake itself. any suggesions about it ? thank you in advance as always Kind Regards, Arturo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Save the Date: Developer's Calls Reloaded
On Thu, Feb 07, 2013 at 09:09:55AM -0500, Michael Dickens wrote: > Hi Martin - Given this reboot and my general availability at 1 PM/ET on > weekdays, I'll do my best to be there. 2 questions that are relevant to a > broad audience: > > 1) I assume "3rd Thursday" outweighs "February 23, 2013", since the 3rd > Thursday in Feb 2013 is actually Feb 21 … yes? Hmpfh, OK, don't trust me with dates. Michael, you're right: The call is *Febrary 21*. The wiki page URL is also incorrect, because I copy & pasted the link, BUT at least the wiki page itself was correct (one out of three ain't that bad, right :) ) http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20130221 > 2) Where do we find instructions on calling or IRCing in? I assume they're > on the GR wiki somewhere, but for those of us too lazy to look … :) Keep an eye open for further announcements regarding this. We're not that happy with the current SIP calls, there might be changes. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpOxiJPWmzZo.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Save the Date: Developer's Calls Reloaded
Hi Michael, Here's the link for lazy people :) http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls Call Information - IRC channel #gnuradio on freenode - SIP contact: sip:gnura...@digitalbazaar.com Mike M0MIK On 7 February 2013 14:09, Michael Dickens wrote: > Hi Martin - Given this reboot and my general availability at 1 PM/ET on > weekdays, I'll do my best to be there. 2 questions that are relevant to a > broad audience: > > 1) I assume "3rd Thursday" outweighs "February 23, 2013", since the 3rd > Thursday in Feb 2013 is actually Feb 21 … yes? > > 2) Where do we find instructions on calling or IRCing in? I assume > they're on the GR wiki somewhere, but for those of us too lazy to look … :) > > Thanks! - MLD > > On Feb 7, 2013, at 4:21 AM, Martin Braun (CEL) > wrote: > > > in 2013, the developer's calls will be back. We'll also be back to our > schedule of going to the 3rd Thursday of the month. As before, the dev > calls will be open and we would enjoy your participation. The next > developer call will be on: February 23, 2013 (Thursday). We'll move the > time of the call to 1800 UTC == 1PM Eastern. > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Save the Date: Developer's Calls Reloaded
Hi Martin - Given this reboot and my general availability at 1 PM/ET on weekdays, I'll do my best to be there. 2 questions that are relevant to a broad audience: 1) I assume "3rd Thursday" outweighs "February 23, 2013", since the 3rd Thursday in Feb 2013 is actually Feb 21 … yes? 2) Where do we find instructions on calling or IRCing in? I assume they're on the GR wiki somewhere, but for those of us too lazy to look … :) Thanks! - MLD On Feb 7, 2013, at 4:21 AM, Martin Braun (CEL) wrote: > in 2013, the developer's calls will be back. We'll also be back to our > schedule of going to the 3rd Thursday of the month. As before, the dev calls > will be open and we would enjoy your participation. The next developer call > will be on: February 23, 2013 (Thursday). We'll move the time of the call to > 1800 UTC == 1PM Eastern. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Pre-Announcement: GSoC 2013
*DISCLAIMER: We are not yet looking for students to do projects!* Hi everyone, Google has not yet officially announced a GSoC for this year, but the melange website already has some hints, and other FLOSS projects are starting to collect ideas. At this point, I would like to ask potential mentors to raise their hands and start our own idea list. The GNU Radio GSoC page is still here: http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoC ...and has been modified to make space for 2013-projects. IDEAS = The first big part of this is a list of decent projects. Anyone can contribute to this list without automatically signing up for anything. So, I'd appreciate anyone starting to think about what would make a nice project. Such a project should * be possible in the GSoC timeframe (~3 months) and * advance the GNU Radio project in some way. Of course, it should also concur with Google's own rules and requirements (check our wiki page and the GSoC FAQ from last year). In 2012, we had lots of ideas that never made it into GSoC projects. Perhaps they're still valid, and could therefore be suggested again. All the old ideas have been left on the page as an inspiration. At this point, all ideas are welcome, but the more specific and fleshed out projects are, the more likely are that they will finally be accepted. So, let's brainstorm! MENTORS === I'm looking at YOU right now! Have you considered becoming a mentor for the 2013 GSoC? You probably should. Mentoring is a great way to do something good and advance the GNU Radio project without actually having to do the hard work :) Perhaps you have some expertise you'd like to bring into the project, or you just like tutoring students--in any case, mentoring might be something you'd enjoy. Put briefly, a mentor supervises a student's work during the GSoC duration and grades the work (one evaluation at mid-term and one at the end). Google has put up a great mentoring manual, which gives some insight into what mentoring means: http://en.flossmanuals.net/GSoCMentoring/ Speaking out of personal experience, I mentored the filter design project last year. It was great fun, working across continents was not a problem and the actual time spent wasn't too extreme. I'll be happy to answer questions about mentoring on this list (if they're not covered in Google's FAQs etc.) MB PS: If you're a student looking to do a project, that's great--you can (and should) also post ideas. However, please don't contact us yet (on- or off-list) about specific projects. GSoC has a its own rules about how this works, and we can't promise anything, anyway. -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpDiw42edQdp.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] grextras in "next"
On Thu, Feb 07, 2013 at 07:29:56PM +0800, Sreeraj Rajendran wrote: > I was trying to modify some python blocks, coded using grextras, to use native > gnuradio python block support(as grextras is a standard feature from 3.6.3). > I > checked wrappers in gr/gateway.py and gr.block, set_auto_consume etc seems to > be missing. Current grextras suggests basic_block, synch_block etc are > depreciated. Is grextras integrated to gnuradio different or am I missing > something? Hi Sreeraj, Python-blocks in next are not identical to those in grextras. Check the blocks-tutorial on the wiki to get an idea how they look. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpyOMUKCJ7dR.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to install matlab in ubuntu
This question is not relevant to this mailing list. You should refer to the Mathworks ressources. MB On Thu, Feb 07, 2013 at 03:18:00AM -0800, Omer Omer wrote: > hi,can someone tell me how to install matlab in ubuntu.reply soon.thanks. > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp9ksUn22vU9.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to install matlab in ubuntu
You can us Octave. (https://help.ubuntu.com/community/Octave) -- Nazmul On Thu, Feb 7, 2013 at 6:18 AM, Omer Omer wrote: > hi,can someone tell me how to install matlab in ubuntu.reply soon.thanks. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- Muhammad Nazmul Islam Graduate Student Electrical & Computer Engineering Wireless Information & Networking Laboratory Rutgers, USA. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] grextras in "next"
Hi, I was trying to modify some python blocks, coded using grextras, to use native gnuradio python block support(as grextras is a standard feature from 3.6.3). I checked wrappers in gr/gateway.py and gr.block, set_auto_consume etc seems to be missing. Current grextras suggests basic_block, synch_block etc are depreciated. Is grextras integrated to gnuradio different or am I missing something? --- Regards Sreeraj Rajendran http://home.iitb.ac.in/~rsreeraj ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to install matlab in ubuntu
hi,can someone tell me how to install matlab in ubuntu.reply soon.thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Save the Date: Developer's Calls Reloaded
Hi everyone, in 2013, the developer's calls will be back. We'll also be back to our schedule of going to the 3rd Thursday of the month. As before, the dev calls will be open and we would enjoy your participation. The next developer call will be on February 23, 2013 (Thursday) We'll move the time of the call to: * 1800 UTC = 10AM Pacific = 1PM Eastern = 19:00 CET (I'm assuming anyone else knows how to calculate their own local time until we all use UTC). I realise this is inconvenient for anyone from Asia/Oceania who'd like to join, but this is how we can accomodate for the majority of the people we know will be attending. The agenda (subject to change) will include: * Discussion of the dev calls themselves * Evaluation of the bug tracker reboot * FSF funding (announcement) * Hackfest 2012: Are there any loose ends? * 3.6.4 release * What's missing? * Will we need a 3.6.5? * 3.7.0 release * "The plan" for 2013, including: * GSoC (Google might have announced it by then) * Early hackfest (May/June-ish) * GRCon *Note for GSoC enthusiasts*: There will be no discussion of details concerning GSoC (precise projects etc.) unless Google suddenly publishes a schedule that forces us to do so. Looking forward to hearing from you! MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpvzI0jjT8Sq.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usage of Message Queues
> Im sorry that im pushing my question, but its still unsolved for me and > need > it for my project.. > > So again, my message queue is filling, i checked that via > tb.sink_queue.count(), but if i want to transfer pop a message, it just > returns me that message_sptr thing. Can someone help me on that? I cant > find > a proper manual how to use the message queues/sinks. > > Again, thanks in advance for any hints :). > > > > -- > View this message in context: > http://gnuradio.4.n7.nabble.com/Usage-of-Message-Queues-tp39295p39455.html > Sent from the GnuRadio mailing list archive at Nabble.com. Hi, I don't know much about messages and it's queues from the python side, but maybe a hint to the C++ side will help you to continue. It appears that the object you get back is a wrapped shared pointer. So basically a pointer to a gr_message which's C++ interface is documented here: http://gnuradio.org/doc/doxygen/classgr__message.html In C++ you can use the shared pointer like a usual pointer to that class so I guess that's the same in gnuradio. Just try if you can get the length of the message with returned_var.length() Usually with the msg() member you return an unsigned char pointer to the actual data of the message. My best guess would be that this is wrapped to a list of numpy's uint8 values. I hope that makes it possible for you to continue. Another possible source might be the QA code for gr_msg_source and gr_msg_sink (if there is any) which should deal with messages in python. Yours Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
