Thanks everyone. These are quite a few pointers, I will spend some time
digesting it all.
So there are really two approaches, large complex kernels on
one hand and AVX2/AVX/FMA on the other, or a combination of the two.
I guess I should propose identifying and implementing larger complex kernels
Dear Group,
We are doing a multi-disciplinary faculty summit in Gr. Noida on 8th
March'14. Wireless communication is also one of the parallel tracks. Sole
purpose of the summit is to create awareness about SDR and recent trends in
wireless communications. There will be demonstration of SDR40 by Am
On Feb 25, 2014, at 19:06, Michael Dickens wrote:
> Another update to <
> https://github.com/michaelld/gnuradio/tree/fix_gr_audio_osx >:
...
> If you want do use MacPorts to test out these changes, here's what I
> recommend you do:
Thanks for including the instructions; otherwise I probably wo
I'm using just the waterfall sink. The spectrum is slightly oversampled so I
see the decimation filter roll off to -170 dB and the edges, thus I'd like to
set the intensity minimum at the passband noise floor which is up at -100 dB.
The auto scale always catches -170 dB at the edges.
I'll t
Another update to < https://github.com/michaelld/gnuradio/tree/fix_gr_audio_osx
>:
+ the audio source should be working fully now; I've tested with both the
built-in mic and a FUNcube Dongle Pro (not Pro+) and device selection works and
sample rates are correct;
+ audio source devices can be
I am seeing some odd behavior with an OOT decimation block. What I am
seeing is chunks of data are being dropped down to noise for random calls
of the work function in my OOT. To observe this happening, I tee'd off the
connection going into my OOT module and went strait into a file sink and
then
Only half of the solution, but there's a fully functional
64-QAM transmitter for bladeRF here:
https://github.com/argilo/gr-qam
It implements the North American CATV standard
ANSI/SCTE07 also known as ITU-T J.83 Annex B.
We're just using cable ready TV's as receivers.
Ron
On 2/25/2014 10:11 AM
On Tue, Feb 25, 2014 at 4:37 PM, West, Nathan
wrote:
>> > On Sun, 2/23/14, Abhishek Bhowmick
>> wrote:
>> >
>> > Subject: [Discuss-gnuradio] Google Summer of Code
>> 2014 applicant : Optimization with VOLK
>> > To: discuss-gnuradio@gnu.org
>> > Date: Sunday, February 23, 2014, 8:52 AM
>
Thank you Tom. I try tomorrow.
On Tue, Feb 25, 2014 at 4:20 PM, Tom Rondeau wrote:
> On Tue, Feb 25, 2014 at 9:35 AM, Nemanja Savic wrote:
> > Is there any way to repair this, because one or two months ago,
> everything
> > was ok? Or, is there any log where I can figure what is the exact
> pr
> > On Sun, 2/23/14, Abhishek Bhowmick
> wrote:
> >
> > Subject: [Discuss-gnuradio] Google Summer of Code
> 2014 applicant : Optimization with VOLK
> > To: discuss-gnuradio@gnu.org
> > Date: Sunday, February 23, 2014, 8:52 AM
> >
> > Hello,
> > I have completed a Bachelor's degree i
On Tue, Feb 25, 2014 at 3:04 PM, Martin Braun wrote:
> On 02/25/2014 07:17 PM, Aditya Dhananjay wrote:
>> Hi Mark,
>>
>> The problem is that GNU Radio does not have equalizers that can perform
>> sufficiently well for constellations such as 64-QAM. As far as I know,
>> the only one present is a si
Mike,
there are roughly 3 ways you can parallelize these algorithms:
1) packet-level: run a lot of codewords at the same time
2) subblock level: divide each codeword into pieces (overlapping) and run
SISOs on each one of them in parallel
3) trellis level: do ACS operations in parallel
take a look
Dear Martin,
Thanks for the suggestion, makes sense to me.
I'll try an higher level (different) approach and then consider making
changes on the block.
Germano
On 02/25/2014 05:01 PM, discuss-gnuradio-requ...@gnu.org wrote:
With the stock behaviour, it's not possible. If you want to change
Is there any way to bypass the CIC and the HBF on the USRP N200 to just
stream decimated (no integration) real samples off the 100 MHz ADC? I'd
like to eg., record every 25th sample arriving on the ADC. I'd like to
avoid compiling my own fpga is necessary.
Is there any configuration of calc_cic_f
On 02/25/2014 07:17 PM, Aditya Dhananjay wrote:
> Hi Mark,
>
> The problem is that GNU Radio does not have equalizers that can perform
> sufficiently well for constellations such as 64-QAM. As far as I know,
> the only one present is a simple decision feedback equalizer.
>
> I'm working on implem
On 02/25/2014 07:11 PM, SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC wrote:
> I’m looking for an example of a higher-order modulation implemented
> successfully in GNU Radio with an SDR frontend. I’ve seen bpsk, GMSK,
> etc. implemented over a wireless channel, but I’ve only seen simulations
> of high
I know I could look to Google / do an internet search, but maybe asking here
would be better.What is/are the -seminal- paper/s on "parallel log-map-siso
decoding"?
I implemented the non-parallel version of the log-map algorithm -way- back in
2001 on whatever the portable Mac was at the time
Hi Mark,
The problem is that GNU Radio does not have equalizers that can perform
sufficiently well for constellations such as 64-QAM. As far as I know, the
only one present is a simple decision feedback equalizer.
I'm working on implementing a few equalizers: a) 2D Triangulation, and b)
Whittaker
I'm looking for an example of a higher-order modulation implemented
successfully in GNU Radio with an SDR frontend. I've seen bpsk, GMSK, etc.
implemented over a wireless channel, but I've only seen simulations of
higher-order modulations. Could someone point me towards one or confirm that
ther
On 02/25/2014 04:39 PM, Achilleas Anastasopoulos wrote:
> Just FYI, the gr-trellis has implementations of all these components you
> suggested.
>
> One interesting project is to take the core algorithms of gr-trellis
> (Viterbi and SISO) and make them threaded for multi-core
> (eg, by parallelizin
Hi Alick,
Do you have an english copy of your thesis? I am looking to
read up on MIMO implementation and try a few basic things on gnuradio.
On Mon, Feb 24, 2014 at 11:34 PM, Martin Braun wrote:
> On 02/24/2014 05:08 PM, YiZiRui Zhou wrote:
> > Hi Tom,
> >
> > As far as I am concern
On Mon, Feb 24, 2014 at 10:38 PM, Louis Brown wrote:
> Is there way to manually scale the intensity of the QT waterfall sink, in
> other words, set the dynamic range and reference level like the WX sink?
>
> Adjusting the time axis with the scroll wheel alters the intensity axis, but
> the actua
On Mon, Feb 24, 2014 at 10:01 PM, Tom McDermott
wrote:
>
>
> GRC v3.7.2.1-195-g19d111e2 // ubuntu 13.10
>
> Using QT GUI range works fine, changing it to QT GUI chooser (Type = Integer)
> seems to fail (regardless of number of options), with the following error
> message:
>
>
> linux; GNU C++
Yes, I agree with Tom.
A good starting point is the three or four core algorithms in
gr-trellis/lib/core_algorithms.cc
viterbi_algorithm,
siso_algorithm,
sccc_decoder
pccc_decoder
(and their "_combined" versions)
Jan, let me know if you decide to work on these; I can provide
some ideas if you ar
On Tue, Feb 25, 2014 at 10:39 AM, Achilleas Anastasopoulos
wrote:
> Just FYI, the gr-trellis has implementations of all these components you
> suggested.
>
> One interesting project is to take the core algorithms of gr-trellis
> (Viterbi and SISO) and make them threaded for multi-core
> (eg, by pa
Just FYI, the gr-trellis has implementations of all these components you
suggested.
One interesting project is to take the core algorithms of gr-trellis
(Viterbi and SISO) and make them threaded for multi-core
(eg, by parallelizing forward/backward recursions, or by parallelizing
using overlapping
Hi Tom,
thanks for your answer. The point I was making was that at the moment of me
writing the Viterbi code, I tried to use the available VOLK functions
(multiplications, subtractions, etc) and the code was slower than using
directly intrinsics. Implementing a new kernel for Viterbi decoder (w
On Mon, Feb 24, 2014 at 6:49 PM, Tommy Tracy II wrote:
> Dear community,
>
> Every now and then, when I execute my GNU Radio program, I get the following
> error. Has someone seen this before? It looks like a buffer access problem,
> but I'm not sure why it happens on and off
>
>
> /home/tjt7a/src
On Tue, Feb 25, 2014 at 9:35 AM, Nemanja Savic wrote:
> Is there any way to repair this, because one or two months ago, everything
> was ok? Or, is there any log where I can figure what is the exact problem?
Well, since we don't know what you changed on your side, it's hard to
help you fix it. Ag
Is there any way to repair this, because one or two months ago, everything
was ok? Or, is there any log where I can figure what is the exact problem?
On Tue, Feb 25, 2014 at 3:02 PM, Tom Rondeau wrote:
> On Tue, Feb 25, 2014 at 8:07 AM, Nemanja Savic wrote:
>
>> So, it is default installation.
On Tue, Feb 25, 2014 at 8:21 AM, Bogdan Diaconescu
wrote:
> Hi Abhishek,
>
> When implemented gr-dvbt (https://github.com/BogdanDIA/gr-dvbt) I used VOLK
> in many places to speed-up the processing. However, there is a great deal of
> speed-up that still need to be achieved on both Tx/Rx in orde
On Tue, Feb 25, 2014 at 8:07 AM, Nemanja Savic wrote:
> So, it is default installation. I use RHEL6. Some time ago I uninstalled
> numpy due to installation of new version of matplotlib (I don't know if
> this is important).
> Now my gui looks like this
>
That's using wxPython, not gnuplot. It d
Hi everyone,
I am a student at Communications Engineering Lab (CEL) at Karlsruhe
Institute of Technology. I major in "communication systems" and I am
currently doing my masterthesis on "Parallel log-map decoders for
manycore architectures". I am interested in participating in GSoC 2014.
Ther
Hi Abhishek,
When implemented gr-dvbt (https://github.com/BogdanDIA/gr-dvbt) I used VOLK in
many places to speed-up the processing. However, there is a great deal of
speed-up that still need to be achieved on both Tx/Rx in order to lower cpu
cycles consumption so there are a lot of challenges
On 02/25/2014 12:49 PM, Nemanja Savic wrote:
> Hi all guys,
>
> lately I have experienced some problems with showing scope and fft plot.
> Namely, the plots looks raw and ugly. Once there was an report that
> gnuplot was killed.
>
> Any idea how to check and repair this?
Are you using gnuplot?
Hi all guys,
lately I have experienced some problems with showing scope and fft plot.
Namely, the plots looks raw and ugly. Once there was an report that gnuplot
was killed.
Any idea how to check and repair this?
Best,
--
Nemanja Savić
___
Discuss-gn
Hi Marcus,
APT is (analogue) FM BW ~35-40 kHz and HRPT BW 3 MHz digital.
Using a RTLSDR to receive APT can also be found here using windows
http://www.poes-weather.com/rtl-sdr/
and howto build a good antenna (RHCP) @ 137 MHz here
http://www.poes-weather.com/download/jm-dca/
Patrik
On Tue, 2014-0
Hi Marcus,
APT is (analogue) FM BW ~35-40 kHz and HRPT BW 3 MHz digital.
Using a RTLSDR to receive APT can also be found here using windows
http://www.poes-weather.com/rtl-sdr/
and howto build a good antenna (RHCP) @ 137 MHz here
http://www.poes-weather.com/download/jm-dca/
Patrik
On Tue, 2014
Hi Pablo,
We are receiving 24/7 HRPT sample images
http://www.poes-weather.com/sample-hrpt.html
Dish: 1.5 m (parabolic)
Elevation over Azimuth rotor, made in FI POES-Weather Ltd
Downconverter LO 1557 MHz (or why not use DBSRX and a 1.7 GHz LNA + some
filter if needed)
USRP1 + TVRX (or 2) or an
Hi Pablo,
Googling "Noaa image format" instantly yielded:
http://commons.wikimedia.org/wiki/File:NOAA_APT_Frame_Format.gif
http://www.sat.dundee.ac.uk/hrptformat.html
It's already been done a few times - for example like this (really just googling
"GNU Radio NOAA image decode" and clicking the
On 02/24/2014 09:33 PM, Abhishek Bhowmick wrote:
> Firstly, congratulations on being accepted as a mentor organization.
>
> Thanks for the pointers to gr-atsc and gr-80211. I have started
> looking there as a
> starting point. Are there similar modules which are undergoing volk
> speedup fixes?
I
Hello,
I was wondering if someone can receive hrpt images from NOAA satellites or
similar, if so, could you help me with the implementation of the receiver?
There is not quite information about that format, so if you could help me I
would really appreciate it.
_
Hi everyone,
I'm very happy to announce that GNU Radio was accepted as a mentoring
org for GSoC 2014, and I'm looking forward to many great projects!
Next step is the students-get-to-know-us phase. Then, starting March
10, we're accepting proposals from students.
A word of advice to all students
43 matches
Mail list logo
