Thanks for the replies guys. Tom, I have modified this flowgraph
(extensively) from one of the examples and have been using its
CMakeLists.txt file (modifying it along the way of course). The commands
that I use to build it are
mkdir build
cd build
cmake ../
make
I believe that -l
what little documentation I can find on
qtgui_make_sink_c and I think that I am passing appropriate parameters.
Any thoughts on what might be wrong?
-Dan
On 12/15/2012 02:07 AM, Daniel Labarowski wrote:
Hello,
I am attempting to use qt gui widgets in a C++ flowgraph. I managed to
get all
Hello,
I am attempting to use qt gui widgets in a C++ flowgraph. I managed to
get all of the build dependencies figured out, which was no easy task in
itself and required a lot of direct includes. Anyway, the error that I
am getting now deals directly with the make function. The line that is
I was wondering if there was any way to use WX GUI Widgets, such as the
scope and fft plot, in a C++ flowgraph? Are any examples or other
resources available? I have been designing these flowgraphs based on the
dial tone example. Thanks ahead of time!
-Dan
Josh,
Thanks for the reply. The QT Gui Time Sink sounds like it might be
similar to the scope and the Sink sounds like it might be an fft, but I
can't seem to get them to run in GRC. I am receiving the error below. It
looks like these blocks make a call to top layout which doesn't exist? I
I've been thinking about this issue and I have a feeling that the
problem is that swig may not support my use of pointers as function
parameters. My block accepts a boost::shared_ptruhd_usrp_sink and a
boost::shared_ptruhd_usrp_source as parameters. Disabling swig as I
did before seems to have
Thanks for the reply Josh! I should have been more specific. The link to
the compile error http://pastebin.com/cVHrjN0kwas in the previous
message which I had linked to. I can get passed this error if I remove
all references to the problem header from
//src/swig/Module_Name_swig.i , but
I compiled GNURadio using the build script yesterday. In a previous
version of GNURadio, I believe that the Tagged File Sink was displayed
in GNURadio Companion under sinks. I couldn't find it there so I search
the build folder as well as my filesystem to find that I had no
Sorry for the quick response, but I tried opening GRC using the terminal
and got the error below. Any ideas?
Error reading file
'/usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml': failed
to load external entity
/usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml
Looks like the Tagged FIle SInk was not fixed in the new update. I'm fairly
certain that those new folders that appeared are the updated git pulls. The
hold roughly the same content as the other folders. I guess if you re-run
the script in the same directory, it will make a new folder for the
Michael,
1) For 8 bit you change the wire format parameter of the UHD Source and
Sink from automatic to sc8. This is one of the options you get when
double clicking the Source/Sink in GRC. Changing the output type of the
block in GRC has no effect on the wire format. No modification to
It occurred to me that I may have edited a file which could have caused
the error in GRC. When I tried to compile my module, a class called
Python_wrap, which appears to be related to swig, returned an error. As
I intend to use this function only at the C++ level since it requires
pointers to
Thanks for the reply Josh! That definitely seems to have solved part of
my problem. I did still have to include the ${UHD_INCLUDE_DIRS} directly
(added include_directories(/usr/local/include/uhd/types) to my
CMakeLIsts.txt). If you have a suggestion that might make this
unnecessary I will give
Hello,
I'm working on a C++ block which accepts a pointer to a uhd sink and
calls the sink's set_center_frequency method to change to a new
frequency. Set_center_frequency requires input in the form of a
uhd::tune_request_t and returns a uhd::tune_result_t. As a bit of
background, I generated
in a strongly typed class.
--
Daniel Labarowski
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
always decrement
your count variable by how many you received.
Hope that helps!
Sean
*From:*discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org]
*On Behalf Of *Daniel Labarowski
*Sent:* Friday, June 29, 2012 4:21 PM
Hello,
I am going to be making a C++ block which will either change the value of a
variable (which would be passed to it by a pointer) or call the tune
function of a USRP sink (passed by a pointer) after a certain number of
samples have been passed to the block. This is related to my question
Hello,
I installed GNURadio using the deb package Ettus distributes
herehttp://files.ettus.com/binaries/gnuradio/latest_stable/.
I'm using Ubuntu 12.04 64 bit. The install seems to work properly but when
I try to open GNURadio companion I get a Cannot import GNURadio error.
Thanks jim. Not sure how I didn't realize that. Seems all to obvious now.
Nicholas, you were right about python 2.7. I made a type and put 2.6.
However, I'm still getting the same error from grc. Perhaps the
LD_LIBRARY_PATH is the issue? I can't seem to find what I should set this
path to based
Nicholas,
I'm not finding anything related to gnuradio in /usr/lib, although the file
names may not be obvious. Is there anything else I should try? Does the deb
package take care of dependencies? I was expecting it to but I don't
believe dpkg installed any dependencies. If the deb does not handle
Hello,
After a bit of a struggle, I finally managed to compile the dial_tone.cc
example included with gnuradio. The issue I was having was that when
running cmake and then make, make would return fatal error:
gr_top_block.h: No such file or directory. I found the header it was
referring to in
Just got past this confusing situation not too long ago myself. The
Makefiles require the source files and classes to keep the same names
used in the example. Change the name of something, and the makefiles
don't work anymore. Use gr-modtool https://www.cgran.org/wiki/devtools
to make a
Josh,
The RPC-PMT block is definitely a great idea. Whether I go the python
route or not, I will keep that tool in my back pocket. IMO, this solves
the problem in a much more accessible manner than feval. Still, C++ may
be better suited for this project. I'm going to be out of town so I'll
Exactly what I was looking for Josh. Grc gave a prompt to check the
documentation along with the error but I was unable to find this. Thanks
and I'm sorry to bother you with something that should have been
apparent with a little searching - I just wasn't looking in the right
places.
On
24 matches
Mail list logo