Dear Douglas,
Thank you for your answer.
Unfortunately, I couldn't find other modules and projects that use gr-dvbt
in their codes. Thus, I feel sort of being frustrated :(
Or maybe I can handle it if you give me some details about CMakeLists. As
you know, there are a number of CmakeLists in
Hi Jeon,
typically, you'd call a FindSomething function in the root CMakeList
find_library(GR_DVBT_LIBRARY
NAMES
gnuradio-dvbt
PATHS
/usr/lib
/usr/local/lib
/opt/local/lib
/sw/lib
)
or so. I guess gnuradio-dvbt.so should be the name of the installed
Hi Vishwanatha,
you've forgot to modify your block's XML description, which you can find
under /grc in your out of tree module.
I'd like to point you to the guided tutorials [1], which contain
information on that topic [2].
Best regards,
Marcus
[1]
I have had some more success building Gr using MSVC v18
than MSVC v16 previously (nearly impossible). Besides the
high noise-level (due to cmake/msvc/config.h), the C++ building
seems fine.
But the build stops in 'build\gnuradio-runtime\swig'
at some CustomBuild/CustomCommand. Here is from the
Hello again GNU Radio'ers,
We are trying to copy an OOT module with custom C++ blocks from one
system to another. We've done this successfully before where the
systems were nearly exact copies, but now we are trying to do this
between systems that are different, in this particular case the source
Hi Vishwanatha,
please stick to the list.
from gnuradio import project
ImportError: cannot import name project
indicates there is some line in your source code where you do that,
from gnuradio import project. Maybe you made a mistake in the import
tag in your XML, maybe it's in your source
Hi John,
you shouldn't use gr_modtool to create a new module on your destination
system -- just take your OOT's folder, and copy it over to the
destination system, deleting/omitting your build folder. Then rebuild
and install -- CMake should make sure to find all the libraries on the
destination
hey marcus,
here error given is, could not insert function, but we can according to
http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide#Public-Header-Files;.
Even i am not able to get last and second last error of expected ( and
{, but in the code all brackets are up to the
Hi Jeon,
This looks very proper, but since gr-dvbt doesn't supply a pkgconfig
(.pc) file, you can't use pkg_check_modules; the raw find_library call
you use should work, though.
also, you set DVBT_LIBRARY, so you'll have to use
target_link_libraries(gnuradio-mymodule ${DVBT_LIBRARY})
(notice the
Yes, I did, even deleted the gr-ais folder and loaded a completely new git
repo...
Ralph.
-Original Message-
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
Martin Braun
Sent: Monday, March 30, 2015 6:20
Hey, thanks a lot! I will give it a shot when finished, maybe I will be in
reach of some ships them again.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Nick
Foster
Sent: Tuesday, March 31, 2015
Dear, Marcus.
Thanks, it's very helpful. But, stil somethings unresolved.
What I've done is:
In CMakeLists.txt of root:
find_package(DVBT)
if (NOT DVBT_FOUND) /* ommited */ endif()
include_directories(
/* omitted */
${DVBT_INCLUDE_DIR}
)
Add
On Tue, Mar 31, 2015 at 7:42 AM, Mike Harpe m...@mikeharpe.com wrote:
What's the best way to get GNU Radio working on the new Raspberry Pi 2? I
have tried a straight from source compile and just installing the package.
Both methods ended up not being able to see my FunCube Dongle Pro+ due to
Well, I can share my experience but I don't have detailed notes. I can try
it again and provide notes if that's what's needed.
I'll work on that over the next few days.
Mike Harpe
On Tue, Mar 31, 2015 at 12:05 PM, Tom Rondeau t...@trondeau.com wrote:
On Tue, Mar 31, 2015 at 7:42 AM, Mike
There is a complete GNURadio package in the Raspberry Pi2 Debian Jessie
repository which works fine (at least with my DVB-T stick). Have a look
at the DesignSpark Blog
(http://www.rs-online.com/designspark/electronics/deu/blog/taking-the-raspberry-pi-2-for-a-test-drive-with-gnu-radio-2)
for
View this email in your browser
http://us10.campaign-archive1.com/?u=ef1aa9b809823d269b24031b7id=f45ea7f61ee=[UNIQID]New
Public Course Offerings for SDR and GNU Radio
Earlier this year Corgan Labs introduced new public courses that are
designed for individuals and small teams. These courses are
Philip,
I got it working. For some reason if I use *Ubuntu's Archive Manager* on my
laptop to uncompress the .xz file, it doesn't work!
I had to uncompress it by this command: *unxz -d
sdimage-8G-zedboard.direct.xz* in order to get it work.
Now I have a linux running on the zedboard with the
Thanks Marcus, that worked. And it is much simpler.
- John
From: Marcus Müller
you shouldn't use gr_modtool to create a new module on your destination
system -- just take your OOT's folder, and copy it over to the
destination system, deleting/omitting your build folder. Then rebuild
and install
I need to set up 2 X310 motherboards to do a 4 channel receive using
Gnuradio-Companion under Ubuntu 14.04 LTS, Under GRC, it seems not
straighforward to specify the four different carrier frequencies (all four
channels have different center freq).
Pl. help.
Hi Trek,
you should be able to configure two X300 by using something like
(assuming your X310s are network-attached and have the given IP addresses)
addr0=192.168.10.2,addr1=192.168.10.3
You should then be able to adjust the num_mboards field and the
num_channels field.
Please let us know of
On 30.03.2015 14:56, Richard Bell wrote:
Are you referring to the packet_header.i file in the swig folder of
gr-digital? Are there other spots that need to be changed as well?
I don't think so. Also check Bastian's 802.11 OOT for pointers.
M
Rich
On Mon, Mar 30, 2015 at 1:36 PM, Martin
Hi all,
I've been working on a flowgraph that controls sweeping a USRP by retuning and
then dumping samples until catching the sample tagged with rx_freq of the
correct value.
I was confused as to why I was still getting mountains of garbage samples
(several hundred thousand at 10MS/s) after
Hello,
I have a system where I acquire a signal through an Ettus N210 at 200
kHz and I process it through a few GNURadio blocks. Those blocks include
a first low pass filtering and decimation to 1 kHz sampling rate and
further resampling down to 10 Hz or so.
In this configuration the output
On 03/31/2015 09:05 AM, Tom Rondeau wrote:
On Tue, Mar 31, 2015 at 7:42 AM, Mike Harpe m...@mikeharpe.com wrote:
What's the best way to get GNU Radio working on the new Raspberry Pi 2? I
have tried a straight from source compile and just installing the package.
Both methods ended up not
What's the best way to get GNU Radio working on the new Raspberry Pi 2? I
have tried a straight from source compile and just installing the package.
Both methods ended up not being able to see my FunCube Dongle Pro+ due to
ALSA issues. I am not sufficiently experienced with ALSA to fix it myself.
Marcus,
That makes sense, I hadn't thought of the DSP tuning issue, though I think it
would be infinitely more useful to make the stream tagging logic aware of
LO/DSP tuning and tag the first usable block in either case. Slightly more
involved than I assumed though.
I was actually going to
I must admit I don't know the exact reason, but the thing about the
remaining DC offset is generally that it depends on many factors,
including temperature, so it's very hard to calibrate once forever,
whereas things like IQ imbalance tend to behave alike on both I and Q,
so that temperature
Hmm, okay. Even the spectrum analyzers we use in the field currently need to
run cal scripts periodically to account for temp changes and drift, so not
being able to calibrate once forever isn't a big deal at all.
I'll have to do a more thorough reading of the tx cal script and then I'll
bring
Hi Doug,
the rationale behind that is that these tags correspond to the stream
metadata coming from the USRP, which tell the host when the tuning
*operation* has taken place. Now, you're right, it's a problem to think
you're tuned although your LO still hasn't settled, but since tunes
could also
Daniele,
GNU Radio tries to maximize the size of the chunks of data it deals with.
Clearly that works well for high rate data, but not low rate data. There
are some handles to control buffer sizes and things within GNU Radio, but
you may have better luck just using a much higher sample rate. If
30 matches
Mail list logo