I've just been placed in charge of project involving PLC (Narrowband Power
line communication over DC in this case- See wiki
https://en.m.wikipedia.org/wiki/PRIME_(PLC)), in particular PRIME.
Unfortunately I know very little about the technology. Anyway I have
download various documentation and I a
Just to indicate I am progressing with studies. The below link seems to be a
reasonable tutorial for beginners with regards to OFDM.
http://complextoreal.com/wp-content/uploads/2013/01/ofdm2.pdf
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Power-Line-Communications-GNURadio
With regards to OFDM I have one question.
I have a 8 channel OFDM using 8PSK. To me a single symbol using 8PSK means 8
bits, hence one byte of data. Since I have 8 channels, that would mean 64
bytes. This would equate to a single OFDM symbol of 64 bytes?
Going on further a payload of 16 OFDM symb
Hi Andy,
Looks like the issue is connected to the .grc like you mentioned - without
opening Rx_syncd_2.grc, the Rx_syncd.py you attached earlier runs fine.
Just opening the Rx_syncd_2.grc, w/o ever running or generating a new .py,
while attempting to run any other .grc gives the same error.
It's all related by sample rate and IFFT size. For PRIME, it's a 250 kHz
sample rate and an IFFT size of 512.
Carrier spacing = sample rate / IFFT size = 250,000 / 512 = 488.28125 Hz
OFDM symbol time = IFFT size / sample rate = 512 / 250,000 = 2.048
milliseconds.
However, only 97 carriers ou
error still there in Rx_syncd_3.grc.
Feels like a version or dependencies issue on the GRC side..
With the .py running, going to use Rx_syncd_2.grc for now as a reference to
copy essential blocks to a working (earlier) version of Rx_syncd.grc. if this
works I'll continue off of the other thr
Thank you, Nate, I had missed that and after changing the option, it works
fine now.
JL
On Sun, Apr 3, 2016 at 12:39 AM, Nate Temple wrote:
> Hi Jean,
>
> Did you switch the "Generate Options" option in the properties of the
> top_block from WX GUI to QT GUI ?
>
> - Nate
>
>
>
> > On Apr 2, 201
Hi Andy,
So the issue is with the modulate vector block like you suggested. Disabling it
alone is not enough, had to be removed altogether and GRC restarted. Only then
the flowgraph runs ok.
how did you menage to run it on your setup?.. different Thrift config? To this
end, how would I go ab
On Sun, Apr 3, 2016 at 8:49 AM, Andy Walls
wrote:
>
> > Otherwise, you didn't drop a control port related block on the
> > flowgraph did you?
>
>
> Here is some good info on how GRNURadio's control port works at a high
> level:
> https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort
> h
Hi Tom,
Where is thrift.conf usually located?..
Thanks,
Arik
From: trond...@trondeau.com [trond...@trondeau.com] on behalf of Tom Rondeau
[t...@trondeau.com]
Sent: Sunday, April 03, 2016 11:22 AM
To: Andy Walls
Cc: Landsman, Arik; discuss-gnuradio@gnu.org
Subjec
On Sun, Apr 3, 2016 at 11:27 AM, Landsman, Arik
wrote:
> Hi Tom,
>
> Where is thrift.conf usually located?..
>
> Thanks,
> Arik
>
In ~/.gnuradio/thrift.conf
And interesting observation about having to remove Modulate Vector
completely. That might be the same problem I'm experiencing. Strange
On Sun, Apr 3, 2016 at 8:00 AM, Paul Creaser
wrote:
> With regards to OFDM I have one question.
>
> I have a 8 channel OFDM using 8PSK. To me a single symbol using 8PSK means
> 8
> bits, hence one byte of data. Since I have 8 channels, that would mean 64
> bytes. This would equate to a single OFD
Hmm. Maybe GRC trying to evaluate the block for the sake of values in other
blocks is spawning and keeping the mini flowgraph open.
Weird.
On April 3, 2016 11:31:02 AM EDT, Tom Rondeau wrote:
>On Sun, Apr 3, 2016 at 11:27 AM, Landsman, Arik
>
>wrote:
>
>> Hi Tom,
>>
>> Where is thrift.conf usu
setting port=0 in thrift.conf did the trick, GRC now runs all flowgraphs as
expected.
Andy, still at odds on how you got yours to work.. did you modify thrift.conf
in any way?
From: Andy Walls [a...@silverblocksystems.net]
Sent: Sunday, April 03, 2016 1
Well, on that machine (Fedora 20) I never built thrift. No problem. ;)
On April 3, 2016 12:51:31 PM EDT, "Landsman, Arik"
wrote:
>setting port=0 in thrift.conf did the trick, GRC now runs all
>flowgraphs as expected.
>
>Andy, still at odds on how you got yours to work.. did you modify
>thrift.
JL,
It seems to me that you inserted a QTgui_waterfall in a WXgui top block..
These cannot be mixed and look for the WX equivalent of the same thing!
Martijn
> On 03 Apr 2016, at 05:52, Jean Luc wrote:
>
> Hi everyone,
>
> I've just joined the list and I'm trying to execute a flow in GRC on
fair enough :)
From: Andy Walls [a...@silverblocksystems.net]
Sent: Sunday, April 03, 2016 1:01 PM
To: Landsman, Arik; Tom Rondeau
Cc: discuss-gnuradio@gnu.org
Subject: RE: Debugging ControlPort/Thrift problem (Re: [Discuss-gnuradio]
costas ambiguity and co
Hi Andy,
So now that the Thrift issue is resolved (separate thread, thank you!), had a
few follow up questions on the actual corr_est implementation and placement of
tags:
>> ./Rx_syncd.py | grep -v volk | sed -e 's/(//g' -e 's/)//g' > foo.txt
this doesn't want to port the samples; it does how
On Sun, 2016-04-03 at 20:24 +, Landsman, Arik wrote:
> Hi Andy,
>
> So now that the Thrift issue is resolved (separate thread, thank you!
> ), had a few follow up questions on the actual corr_est implementation
> and placement of tags:
>
> >> ./Rx_syncd.py | grep -v volk | sed -e 's/(//g' -
Dear List
I wonder if there is possible and if so, does anyone have a woring
example of creating a flowgrpaph in C++ ?
I need to create and compile a flowgprah that could be used stand alone
and not be depended on python to run..
I have the version 3.7.2
Best regards
Havard Austad
__
Hi,
yes you can do that. But just not with GRC so you would have to code your
flowgraph "by hand". But you have to be aware that this also requires a
tiny bit more work with some of the blocks as they are embedded in python
hierarchical blocks (polyphase filterbank based blocks for example). Not
1
On 02/04/16 16:55, martijn wrote:
> So a specific list for HAM Radio use of gnuradio might be an interesting
> option too.
>
Creating other lists, like gnuradio-hams, would be a good idea too.
The announce list is the most critical one, if people ever find they
don't have time for any of the
Hi and thanks for the answer.
I understand that this means "hand coding", but that is not a problem..
Does anyone have a small working example of C++ flowgraph? or a link
pointing at such thing?
Best Havard
Den 2016-04-04 08:48, skrev Jan Krämer:
Hi,
yes you can do that. But just not with G
23 matches
Mail list logo
