U mentioned about filter-design but calling those python functions only
generates/loads input parameter when execution
of flow graph starts (coefficients for filters).
I am asking about the possibility to use these function for processing or
any block in GRC that supports code writing?
Both Simulin
On 09/22/2011 09:05 PM, adeel anwar wrote:
> Hi,
>
> Simulink have a block named "Matlab Function", in which user can write
> Matlab code and use it just like other simulink blocks,so does GRC have a
> smilar block which supports gnuradio commands/function (for which GRC blocks
> are not yet wri
Hi,
Simulink have a block named "Matlab Function", in which user can write
Matlab code and use it just like other simulink blocks,so does GRC have a
smilar block which supports gnuradio commands/function (for which GRC blocks
are not yet written ) or is such block planned in the future?
Regards,
I have been working on support of tag handling for the USRP source and
sink blocks in gr-uhd. I will be adding some test and example code, but
if anyone cares to experiment, see my uhd_features branch on jblum.git
http://gnuradio.org/cgit/jblum.git/log/?h=uhd_features
Rather than describe, its eas
It's out of date, though. We've had our system and libraries frozen for a while
as we were finishing a project. I'm in the process of updating it to the latest
UHD and will post when I'm finished.
-Marc
On Sep 22, 2011, at 3:17 PM, Per Zetterberg wrote:
>
> Marc Epard has uploaded code for th
Marc Epard has uploaded code for this: https://public.me.com/mepard
I haven't had time to try it myself yet. I meet people all the time who think
it would be really useful to have this kind of functionality on both RX and TX.
BR/
Per
From: discuss-gnur
On Sep 22, 2011, at 1:00 PM, Nick Foster wrote:
> Well, in answer to question 1, you don't need a throttle to avoid system
> instability. You really use the throttle to keep your computer from becoming
> entirely unresponsive when you have multiple threads with high priority
> running simultaneo
On Fri, Sep 16, 2011 at 1:19 PM, Josh Blum wrote:
>
> http://gnuradio.org/cgit/jblum.git/commit/?h=fix_grc_port_dup&id=726bf6444ad4b12ab86949ad253e9c59d9ad7208
>
> -josh
>
Done. Applied to maint. The master and next branches have also been updated.
Tom
_
Johnathan, Josh, and I had a great discussion at the end of the conference
last week to outline what needs to be done in GNU Radio for the next version
release. I have just updated our roadmap on gnuradio.org (
http://gnuradio.org/redmine/projects/gnuradio/versions/19) that lists all of
the bugs an
Well, in answer to question 1, you don't need a throttle to avoid system
instability. You really use the throttle to keep your computer from becoming
entirely unresponsive when you have multiple threads with high priority
running simultaneously as fast as they can.
I don't know the answer to quest
Yes.
Achilleas
On 9/22/2011 9:45 AM, Michael Dickens wrote:
On Sep 22, 2011, at 1:41 AM, Achilleas Anastasopoulos wrote:
[source] --> [block A] -->[sink]
|___^
Just to clarify ... is your graph:
connect (source, A, sink)
connect (source, sink)
I don't know for certain
2011/9/21 SongLixing
> Hi,
>
> This is Song, a phd student in Computing School of USM. I'm using GNUraido
> to do some research in wireless channel coding. I try to extract some useful
> information from trellis_viterbi and then use this information as
> measurement in other functions.
>
> Curre
On Sep 22, 2011, at 11:40 AM, Tom Rondeau wrote:
> Thanks for the reminder. Forgot about this last night. They are now available
> as a tarball.
Awesome; thanks.
> My plan is to make these into hierarchical blocks that will be put into the
> GNU Radio source code so that it's easy for people to
On Thu, Sep 22, 2011 at 2:55 AM, Sanketh Kumar P wrote:
> after executing a GNURadio flowgraph for sometime (typically for abt
> 2-3mins) the code crashes and
> the following message is displayed.
>
We're going to need way more information than this to help you. This error
tells us almost nothing
On Thu, Sep 22, 2011 at 11:12 AM, Michael Dickens wrote:
> Thank you, Tom, for organizing the conference. I certainly feel it was
> successful, and look forward to next year's. Beyond the presentations --
> which it's great to see up already -- would it be possible to post demos, or
> links to
Thank you, Tom, for organizing the conference. I certainly feel it was
successful, and look forward to next year's. Beyond the presentations -- which
it's great to see up already -- would it be possible to post demos, or links to
some repository containing the demos, that used GNU Radio / GRC?
Hi everyone,
As you should be aware by now, we had our first GNU Radio Conference last
week at the University of Pennsylvania. We had a great turnout, and a lot of
fantastic interaction and participation by everyone there. A big THANK YOU
to everyone who came and participated! It was a huge success
On Thu, Sep 22, 2011 at 10:11 AM, Zhonghua wrote:
> Hi every one,
>Now I am trying to use gr.buffer. I wrote some very simple codes to test
> how to use gr.buffer correctly. The main codes are as below:
> self.u=gr.sig_source_c(1e4,gr.**GR_SIN_WAVE,1e3,1) #to
> create a sin sour
Yesterday I realized I have no idea when Josh's cmake work will go into
GNU Radio and be part of an actual release.
This is a big headache for me because I am updating the root file
systems for the E100 at the moment and there is some stuff in the cmake
branch that is useful for the E100 (such
Hi every one,
Now I am trying to use gr.buffer. I wrote some very simple codes to
test how to use gr.buffer correctly. The main codes are as below:
self.u=gr.sig_source_c(1e4,gr.GR_SIN_WAVE,1e3,1) #to
create a sin source
self.buf=gr.buffer(1000,gr.sizeof_gr_complex,self.u
On Sep 22, 2011, at 1:41 AM, Achilleas Anastasopoulos wrote:
> [source] --> [block A] -->[sink]
> |___^
Just to clarify ... is your graph:
connect (source, A, sink)
connect (source, sink)
I don't know for certain why the loads are different, but I can make some
educated gues
why not try Ctrl+c instead of Ctrl+z ??
ctrl+z just stops the process right, whereas ctrl+c kills it.
On Thu, Sep 22, 2011 at 6:38 PM, sumitstop
wrote:
>
> Is there any method to restart the USRP/USRP2 using commands on the
> terminal.
>
> For example I run benchmark programs for Tx and some time
Is there any method to restart the USRP/USRP2 using commands on the terminal.
For example I run benchmark programs for Tx and some times I terminate them
using Ctrl+z before the they terminate by themselves after the transmission
is over.
But when I again try to run another program I says "cant
23 matches
Mail list logo
