On 30.05.2014 03:28, xianda wrote:
Hi Thanks for your kindly reply. 1.The second
question is:I see the fft block,it has one option:shift,and you set
yes. And in the transmit part,we should do the ifft.And in
the receive part,we should do the fft. They all set the
shift:yes. An
> The second question is:I see the fft block,it has one option:shift,and
you set yes.
The FFT block is able to shift the left half of your vector to the end.
It's basically identical to the fftshift function in Matlab: With shift,
f=0 is the middle bin (and not the first one) .
> And now I want to
Hi Activecat,
I used both "Head" and "Skip Head" blocks in parallel to separate out
multiplexed input stream.
The Head block correctly gives me first 240k elements but, "Skip Head"
block doesn't give me any elements after skipping 240k elements. For your
reference I have attached image of my flow
On Fri, May 30, 2014 at 4:57 PM, dushyant.marathe wrote:
> Hi Activecat,
>
> I used both "Head" and "Skip Head" blocks in parallel to separate out
> multiplexed input stream.
> The Head block correctly gives me first 240k elements but, "Skip Head"
> block doesn't give me any elements after skipp
FYI, the head block "copies the first N items to the output then signals
done":
http://gnuradio.org/doc/doxygen/classgr_1_1blocks_1_1head.html
Instead of using the "Head" block, the "Keep M in N" block should do the
trick.
Mike
--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Ema
oops, I just found out that the code I have been working with, has been
modified in-house. So, the debug message is coming from changes made to your
code. Sorry about that.
thanks and regards
-Anirud
Anirudha "Anirud" Sahoo
National Institute of Standards and Technology
Advanced Network Tech
Hello GR,
Can anyone please give me some hints on how to use gr-file descriptor sink
in a gnuradio python flowgraph.
Regards,
Ruecan
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Using-file-descriptor-sink-tp48640.html
Sent from the GnuRadio mailing list archive at Nabble
Hi Ruecan,
if you're asking this question, you probably shouldn't use
file_descriptor_sink.
It works quite like file_sink, but instead of a filename, you pass a
file descriptor, which is the int handler the open() syscall will return.
Greetings,
Marcus
On 30.05.2014 17:19, Ruecan wrote:
> Hello
Ah sorry, forgot the important part: If you have opened a file from
python, let's say by:
myfile = open("/home/ruecan/secretplanforworlddominance.pdf", "r")
you can get the file descriptor by doing
fd = myfile.fileno()
Greetings,
Marcus
On 30.05.2014 17:50, Marcus Müller wrote:
> Hi Ruecan,
>
>
My question is let say I have this socket
self.blocks_socket_pdu_0_Rx = blocks.socket_pdu("UDP_CLIENT",
"localhost", "4000", 1)
And then I need to associate a file descriptor to it.
How can I have the int handler like the open() syscall would return ?
self.myFileDescriptor = blo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry, I don't understand. Could you rephrase/elaborate on that?
Where does the file descriptor come into play?
On 30.05.2014 18:15, Ruecan wrote:
> My question is let say I have this socket
>
> self.blocks_socket_pdu_0_Rx = blocks.socket_pdu("UDP_CL
I've update the OpenEmbedded Manifest to track the Daisy release
branches of the various layers. This should create a stable baseline for
people doing embedded work.
I update the README at:
https://github.com/balister/oe-gnuradio-manifest
to reflect this.
Please test and send feedback.
Thanks,
I mean if I try this:
> self.blocks_socket_pdu_0_Rx = blocks.socket_pdu("UDP_CLIENT", "localhost",
> "4000", 1)
self.myFileDescriptor = blocks.file_descriptor_sink(2048,
open(self.blocks_socket_pdu_0_Rx, 'r+b'))
I got:
TypeError: coercing to Unicode: need string or buffer, socket_pdu_sptr fo
I think you're mixing things up.
open() like you use it is a call to generate a python "file" object,
which is not the file descriptor a file_destructor_sink needs.
open() expects a string, but you offer a socket_pdu shared pointer (ie.
the python (swig) representation of the C++ block of that name
Hi All,
How to determine the sampling rate of a customized signal source?
I designed a customized signal source which should output two 1ms pulses
every 10ms. If I do not know the sampling rate of the customized module, I
do not know how many elements I should put into the out* buffer for
generat
On Fri, May 30, 2014 at 10:20 PM, Mike Jameson
wrote:
> FYI, the head block "copies the first N items to the output then signals
> done":
> http://gnuradio.org/doc/doxygen/classgr_1_1blocks_1_1head.html
>
> Instead of using the "Head" block, the "Keep M in N" block should do the
> trick.
>
You k
Hi GNURadiores,
I was thinking about how to change dynamically the blocks connected in my
top block when it's running!
After a long time, I reach to this point that I may have a top block is
running within *a block*! (Also another top block runs* the block* itself.
is that possible?
If it is, I c
Hi Pengyu,
There are few considerations:
On Sat, May 31, 2014 at 4:19 AM, Pengyu Zhang wrote:
> Hi All,
> How to determine the sampling rate of a customized signal source?
>
> I designed a customized signal source which should output two 1ms pulses
> every 10ms. If I do not know the sampling ra
On Sat, May 31, 2014 at 12:11 PM, Mostafa Alizadeh
wrote:
> Hi GNURadiores,
> I was thinking about how to change dynamically the blocks connected in my
> top block when it's running!
>
What do you want to change; the block parameters, or the links connecting
the blocks (which is the flowgraph it
19 matches
Mail list logo
