On Mon, Aug 18, 2014 at 1:42 PM, Alfredo Muniz
wrote:
> Expect one more update to mark the finishing of documentation on Friday.
Philip requested that I do a summary of my findings before then so here
goes.
If we want GNU Radio to support a multitude of coprocessors we need to be
able
Hello all,
Logistical:
- Pencils down is upon us so the rest of the week will be spent on getting
all my documentation in order. This includes cleaning the code on github,
keystone2 wiki page
http://gnuradio.org/redmine/projects/gnuradio/wiki/Keystone2
runtime wiki page http://gnuradio.org/redmine
On Mon, Aug 11, 2014 at 10:42 AM, Tom Tsou wrote:
> The typical use case for the TCP is variable length packets up to a
> fixed maximum (6144 bits for LTE). Message passing is inherently a
> better fit and the double-mapped buffer probably shouldn't apply.
>
This is a good point. How would this
Hey Philip, nice to have you back.
On Mon, Aug 11, 2014 at 10:06 AM, Philip Balister
wrote:
> I doubt depending on contiguous memory will ever work for GNU Radio.
> I've heard a lot of talk about changing the guts of GNU Radio, but no
> real action. Especially given GNU Radios dependence on doub
Hello all,
Logistical:
- coproc dev call is scheduled for August 12th at 2pm US central time
- Next week is the last week of the program. I'll treat it like a usual
week. After pencils down there is the last last week to clean things up and
work on documentation so that's what I'll spend the last
Hello all,
Logistical:
- We still need a date for the coproc dev call. Fill this out
http://whenisgood.net/nbkn35s
- GSoC "pencils down" is August 18th or 2.5 weeks from now. Time. Flies.
Progress:
- Last week I successfully tested the turbo decoder using a DSP only
program. I figured out how I c
On Thu, Jul 24, 2014 at 11:47 PM, Jan Krämer
wrote:
> Hope this can help you.
>
> See you at GRCON!
>
Thanks Jan! I kept googling lte turbo codes and all I found were research
papers so got scared. The book will be helpful. See you at the con!
___
Disc
Thanks for your response Tom. I've been told you are the one to talk to
about LTE stuff.
On Thu, Jul 24, 2014 at 9:19 PM, Tom Tsou wrote:
> Any
> thoughts on the next milestone?
>
Currently I have everything working on the DSP through a compiled program
that I load onto the DSP from the ARM. I
On Thu, Jul 24, 2014 at 11:50 AM, Jonathan M. Smith
wrote:
> Are there status flags you could use (e.g., fifo empty/full) to control
> resources in the FFTC context?
Well, by resources I mean the permissions and segments of memory (queues,
descriptors) set by the server for the clients to use.
Anh,
On Wed, Jul 23, 2014 at 8:22 PM, Anh Duc Nguyen wrote:
> It should be better if there are some references to guide us through the
> complicated codes such as the one Tom wrote, hopefully, there should be
> more similar presentations/documents like that.
As part of my GSoC I'm working on s
Hello all,
Logistical:
- When is the next coproc call???
- Mentor Philip is on vacation for a few weeks :(
Progress:
- Bad news is that I've given up on the FFTC. The conflict of resources in
the resource manager to get the queue manager subsystem running correctly
between the ARM and DSP made my
Hello all,
Logistical:
- GSoC students don't forget to provide a quick update at the dev call July
17th 1700 UTC
- One month left until pencils down
Progress:
- I was able to open the FFTC driver handle successfully so I can now send
it data! I used a different approach that does communication wi
Hello all,
This update is past due.
Progress:
- Finally got the FFTC to initialize but having trouble sending it data. I
suspect there is something wrong with my initialization configuration. I've
been able to use devmem2 to see that bits are indeed flipping. Have to look
through the QMSS manual,
Hello community,
Sorry this update is so late. I spent about a week walking down the wrong
path so I've been spending days and nights trying to get an actual update.
Logistical:
- Midterm evaluations due tomorrow
- Coproc dev call tomorrow
Progress:
- In getting the FFTC to work, I followed the
Hello all,
Logistical:
- 1/3 of the summer is gone!
- Midterm evaluations are due at the end of next week (June 27). They are
short so shouldn't affect progress at all.
- Coproc dev call next week to get more ideas on GNU Radio integration.
Time TBD: http://whenisgood.net/rhep54r
Progress:
- We f
Hello all,
Logistical Updates:
- Board arrived last Thursday
Progress Updates:
- GR. Most of last week was spent digging through gnuradio-runtime to
understand where we can modify things to allow direct buffer manipulation.
Played around with modifying trondeau's branch and guruofquality's legacy
On Tue, Jun 3, 2014 at 4:35 PM, Marcus Müller wrote:
> I hope someone more familiar with the qtgui infrastructure might chime in.
>
Hey Marcus,
Did you try debugging the SEGFAULT using gdb? This is a good reference to
try:
http://www.unknownroad.com/rtfm/gdbtut/gdbsegfault.html
On Mon, Jun 2, 2014 at 10:29 PM, Activecat wrote:
> Could you suggest to me which files I shall go through in sequence?
Activecat,
You can start with Tom's presentation about the scheduler located on his
blog
http://www.trondeau.com/blog/2013/9/15/explaining-the-gnu-radio-scheduler.html.
The s
Hello everyone,
Apologies for the delay in brining the update. There was a confusion with
the hardware from TI and I was traveling the week GSoC started. Here are
some brief points, for more detailed info please consult the wiki page:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Keystone2
L
On Thu, May 29, 2014 at 5:13 AM, Pengyu Zhang wrote:
> I also think some configurations on my machine are not correct
Let's simplify the problem even more. It should be the case that when you
place a xml file in /usr/local/share/gnuradio/blocks/ it will show up in
GNU Radio Companion regardless
On Wed, May 28, 2014 at 6:36 PM, Marcus D. Leech wrote:
> Setting users environment variables is unrelated to building software.
That's right. I more wanted to make sure that the thing installed
correctly.
Pengyu,
I downloaded your zip and rebuilt it on my machine with no errors. I can
use yo
On Wed, May 28, 2014 at 1:43 PM, Pengyu Zhang wrote:
> I still cannot see the block on GRC
I'm assuming you're using ubuntu then.
Check your python path
echo $PYTHONPATH
and ensure that you see the howto folder located there in the dist-packages
___
On Wed, May 28, 2014 at 1:01 PM, Pengyu Zhang wrote:
> After I executed the commands specified by the tutorial, I did not see any
> HOWTO blocks when I boot the GRC using $gnuradio-companion
If all the tests pass then this usually means there is a problem with your
xml files. You should remove
On Thu, May 22, 2014 at 2:25 PM, Pengyu Zhang wrote:
> Any idea how could I get over this problem?
Looking through my howto files, I have that import line commented out but
then again I was playing around with python only things.
___
Discuss-gnuradio
On Sat, May 10, 2014 at 5:24 AM, asad umer wrote:
> I want to ask that how to set multiple tabs in GRC for FFT,waterfall,scope
> sink plots etc when a GRC flow graph is executed so that i can switch
> between tabs to see various plots??
>
Asad,
As an example:
In QT GUI Tab Widget, ID to "tab",
Hello everybody,
I've been selected for the GSoC project in using the keystone2 as a base to
further develop coprocessor integration in gnuradio. My mentor is Philip
Balister who mentored last year's coprocessor project with the Zynq. To
track my progress and keep notes, I will use this wiki page:
Just updated everything and now both can coexist. I must've been running
some old package somewhere.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I remember having this issue as well on my computer. I think there is some
incompatibility with running gqrx and having gr-osmosdr installed. What I
did was simply uninstall gr-osmosdr to run gqrx then reinstall it when I
need to use gnuradio with the rtlsdr source. I haven't had time to debug
furt
Hi Maheshkumar,
To use the signal probe and the average message block you need to add a
Function Probe block and a WX GUI Text Box block. For the Probe Signal
block give it an ID. In Function Probe block - Assign it an ID, block ID
should be ID of Probe Signal block, and function name should be "l
Seems like a strange error for C++. I usually get for loop errors with C
where you can't declare variables in the for loop. Perhaps try to declare j
outside the for loop.
AM KC3BBL
On Sun, Dec 15, 2013 at 7:05 PM, Miklos Maroti wrote:
> Hi Guys,
>
> Constellation soft decoder crashes for conste
Hi Yuri,
I'm also fairly new but I can offer a suggestion. When you create a new OOT
module, the gr_modtool does a couple of things mainly create some files and
edit your CMakeLists and your meusBlocos.i. You already edited CMakeLists
so now try to edit the meusBlocos.i in your swig folder to incl
31 matches
Mail list logo
