The same error happens in the 3.7.8 release candidate.
-- Volker
I am trying to measure performance of my OOT module with performance
counter and control port.
When I execute a command line `gr-perf-monitorx` or
`gr-ctrlport-monitor`, an error below occurred:
File
"/usr/local/li
I am trying to measure performance of my OOT module with performance
counter and control port.
When I execute a command line `gr-perf-monitorx` or `gr-ctrlport-monitor`,
an error below occurred:
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py",
line 26, in
If we don’t just document with comments in the proper places in the OOT
structure, I was thinking we could have the user list GR required components in
the gr_modtool interactive configuration. It wouldn’t solve all problems like
the file_sink_base issue, but it would be a good start.
Sean
Fro
OK, I have a mostly working flowgraph and am now adding comment to all
the blocks explaining why I'm doing this or that. Will publish tonight
or tomorrow.
On Tue, Jul 21, 2015 at 11:56 AM, Chris Kuethe wrote:
> Maybe I'll do up an illustrated example on this using NOAA weather
> radio, or the pag
Hi Marcus,
A it's the Polyphase Clock Sync, I didn't think about it ... :-D
Thank you for the advice, I will use the mailing list next time.
Best regards.
Klauss.
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discu
Hi Klauss,
> is it new ?
Not really, no. It's been around since ca April 2012.
If there's no "Polyphase Clock Sync":
What version of GNU Radio are you using?
Best regards,
Marcus
PS: I always recommend not using ruby-forum but directly signing up to
the mailing list:
https://lists.gnu.org/mailm
Wow ! Thank you all for your reply. Very interesting !
Tom, I didn't find the "pfb_clock_recovery block" in my GNU Radio
Companion, is it new ?
Best regards.
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnuradi
On Fri, Jul 31, 2015 at 1:52 PM, Valenta, Chris R. <
chris.vale...@gtri.gatech.edu> wrote:
> Ah, so I figured it out. Not only did I need to add #define BLOCKS_API to
> my swig .i file, but I also had to add %include
> “gnuradio/blocks/file_sink_base.h” as well.
>
Ah, of course! Good catch.
We s
Hi Surjeet,
I hate to become *that guy*, but could you please directly sign up to
the mailing list with your email address, and send emails rather than
going through ruby-forum?
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Signing up really takes a few seconds, and we have had it more
Ah, so I figured it out. Not only did I need to add #define BLOCKS_API to my
swig .i file, but I also had to add %include “gnuradio/blocks/file_sink_base.h”
as well.
From: Valenta, Chris R.
Sent: Friday, July 31, 2015 11:30 AM
To: 'Tom Rondeau'
Cc: discuss-gnuradio@gnu.org
Subject: RE: [Discuss-
Hi Tom,
why do/I/ have to advertise the PFB approach? Arguing against Mueller &
Müller feels strange. Anyway:
Mueller & Müller in the classical, real valued approach [1, eq (49), p.
524] in its core is
eqn. (49) page 524
with $z_k$ being the timing estimate ,$x_k$ being the input samples, and
$a
OK, great.
If you don’t care about WiFi I would recommend to test the OFDM transceiver in
gr-digital that ships with GNU Radio.
Best,
Bastian
> On 31 Jul 2015, at 18:55, Jason Matusiak
> wrote:
>
>> It builds fine, but when I run my GRC script, the output to a file sink
>> (for simplicity I
> It builds fine, but when I run my GRC script, the output to a file sink
> (for simplicity I am dumping to a file instead of UDP for now), doesn't
> change its length. I did reload blocks in GRC too.
I need to do more testing, but I think I have my bug. I needed to
decrement the return variable
Johannes,
you forgot to mention you will presenting your stuff at GRCon in
Washington DC in a few weeks :)
Cheers,
Martin
On 31.07.2015 02:50, Johannes Demel wrote:
> Hey community!
>
> Here we go again. Another project update.
> I'm working with VOLK and SIMD for two weeks now. I could fix som
Marius,
hard to say from this info. However, did you go through
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials to
learn how to write blocks? Those tutorials usually explain the most
common pitfalls.
Cheers,
M
On 31.07.2015 08:04, Marius Cachelin wrote:
> Hi everyone,
>
> I
> The transceiver wraps your payload in some headers that add stuff like MAC
> address, frame type, and CRC.
> These are the minimum fields that are required so that a WiFi card actually
> accepts the frame.
Makes sense. I knew about the headers and CRC, but I wasn't even
thinking about it bei
On 07/31/2015 11:29 AM, Jeon wrote:
Dear all of you helping me, Marcus, Tom and Marcus
Thanks for all of your answers.
I've successfully receive frames and decode it.
There are some physical and practical issues and glitches that I
haven't thought about when writing source codes. But it's not
Yes, blocks is included in the cmakelists.txt as set(GR_REQUIRED_COMPONENTS
RUNTIME BLOCKS) as well as a link directory GNURADIO_BLOCKS_LIBRARY_DIRS. Its
also in the /lib cmakelists.txt as a target_link_library
GNURADIO_BLOCKS_LIBRARIES.
BLOCKS_API was not in the swig .i file. I added this, ran
Dear all of you helping me, Marcus, Tom and Marcus
Thanks for all of your answers.
I've successfully receive frames and decode it.
There are some physical and practical issues and glitches that I haven't
thought about when writing source codes. But it's not what should be
handled in this thread.
Hi everyone,
I am writing here because I have some issues using an OOT module. Actually,
I have gnuradio installed on my desktop.
I want to install gnuradio on other laptop so that I can use 2 USRP.
So, I followed the steps described here
"*http://gnuradio.org/redmine/projects/gnuradio/wiki/Ins
On Fri, Jul 31, 2015 at 10:50 AM, Valenta, Chris R. <
chris.vale...@gtri.gatech.edu> wrote:
> So the function (set_unbuffered) that’s coming up as not being found is in
> file_sink_base.h which is included in the file_sink.h so I’m pretty sure
> I’m ok here.
>
>
>
> The swig file just includes fil
So the function (set_unbuffered) that’s coming up as not being found is in
file_sink_base.h which is included in the file_sink.h so I’m pretty sure I’m ok
here.
The swig file just includes file_sink.h….I tried adding file_sink_base.h to
this as well, but it didn’t change anything.
For the time
On Thu, Jul 30, 2015 at 5:26 PM, Valenta, Chris R. <
chris.vale...@gtri.gatech.edu> wrote:
> I’m trying to make an out of tree module based on blocks::file_sink that
> has some additional functionality I need. Right now, I’ve built it OOT, but
> an having trouble getting it to work. The code (file
On Thu, Jul 30, 2015 at 6:30 PM, John Garrick wrote:
> Hi all,
> I want to transmit the data between two USRP's and make them communicate
> with each other. But I guess the packets are not being received
> properly..
> My USRP daughterboard model is XCVR2450. When I am running
> ./benchmark_tx.py
On Fri, Jul 31, 2015 at 5:33 AM, Surjeet Rawat wrote:
> please give some suggestion related to this error
>
> Attachments:
>
> http://www.ruby-forum.com/attachment/10928/Screenshot_from_2015-07-31_13_16_57.png
>
>
> --
> Posted via http://www.ruby-forum.com/.
>
Can you explain how you got there
Hi,
> On 31 Jul 2015, at 14:10, Jason Matusiak
> wrote:
>
>> The wifi_tx example GRC comes with a Socket PDU source.
>
>> Just send UDP packets to the port specified containing a IEEE 802.11
>> packet's amount of data per UDP packet;
>> netcat/nc/ncat is sadly no good for this, because it do
> The wifi_tx example GRC comes with a Socket PDU source.
> Just send UDP packets to the port specified containing a IEEE 802.11 packet's
> amount of data per UDP packet;
> netcat/nc/ncat is sadly no good for this, because it doesn't allow
> specification of packet sizes.
> You can also use a
Hey community!
Here we go again. Another project update.
I'm working with VOLK and SIMD for two weeks now. I could fix some
hiccups with last weeks pack and unpack kernels. They run just fine
during test now.
Also, I added a 'volk_8u_x3_encodepolar_8u_x2' kernel. It operates on
the the assumption
please give some suggestion related to this error
Attachments:
http://www.ruby-forum.com/attachment/10928/Screenshot_from_2015-07-31_13_16_57.png
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
Hi Patrick,
This was just raised on the Signal Hound Facebook page. They were
proposing to introduce support for the BB60C to HDSDR and I suggested
GNU Radio in the comments.
https://www.facebook.com/groups/148252868548830/
Regards,
Derek
___
Discuss-g
30 matches
Mail list logo
