Hi all,
I'm looking for a USB hub that allows software control of each port.
I have a FunCube Dongle Pro+ trying to pick up satellite signals; but as
the dongle is plugged in continously, I believe it heats up and degrades
SNR.
Let me know if you can think of any solutions
Vanush
The lack of notice for Generate Options is a killer. Not to mention, if
using QT sinks with WX GUI set, a cryptic error message is the reuslt.
On Mon, May 5, 2014 at 8:20 PM, activecat wrote:
> Tom Rondeau-2 wrote
> > Plus, PyQWT has stopped development and has even stated that they will
> > no
Here's an even more basic example that doesn't use
the opt tag. It shows my complete cluelessness about
xml, but it works.
https://github.com/drmpeg/gr-dvbs/blob/master/grc/dvbs_puncture_bb.xml
Ron
On 5/6/2014 11:55 AM, Jonathan Fox wrote:
Thanks for the response, I was looking at the opt tags
Thanks for the response, I was looking at the opt tags and I am still
confused about how to do it. Do I need to set it up like this:
specsense.energy_detector_sink_f($vlen, $eta, $white_space.val,
$samp_rate, $cntr_freq, $verbose)
Desired Detection
white_space
bool
Ope
> Now i want to convert old Gnu Radio applications which were
> developed in the gnuradio 3.3.0 to the gnuradio 3.7.0.Can someone give me
> some advices on this?Any advices will be appreciated.
For modules : (or custom modules inside apps)
Recreate the modules from scratch using the new
This should get you most of the way:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7
Very Respectfully,
Dan CaJacob
On Tue, May 6, 2014 at 12:08 PM, 王先达 wrote:
>
> Hello all
> Now i want to convert old Gnu Radio applications which were
> developed in the gnuradio
Hello all
Now i want to convert old Gnu Radio applications which were developed
in the gnuradio 3.3.0 to the gnuradio 3.7.0.Can someone give me some advices on
this?Any advices will be appreciated.
Thank you very much.
Best regards,
Xianda Wang___
Will give that a try. I haven't messed with the default swap settings which is set at 1GB, anxiously awaiting another 1GB stick one was bad when I got the comp causing a video problem. Watching on the system monitor it would eventually >90% on memory and swap with <5% on the CPU's. Will give it ano
I'll reinforce what Sylvain said. Likely an out-of-memory issue. Add more physical memory (like at least double), or add more swap space, so that GCC
doesn't run out of virtual memory while compiling SWIG output. This is a known problem that we can't do anything about--GCC works the way it wo
Hello all,Working through a reintroduction to Linux and Gnu-radio and coming into some trouble. Have tried a couple of different package install scripts that would run, get to building GNU radio, eventually eat up the system resources and fail to build >12 hours. Did try doing a build manually as p
Hi,
> Linking CXX executable _digital_swig_swig_tag
> [ 56%] Built target _digital_swig_swig_tag
> [ 56%] Generating digital_swig.tag
> [ 56%] Swig source
> Scanning dependencies of target _digital_swig
> [ 56%] Building CXX object
> gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_
I don't know about that specific error, but any build that takes more than about 3 hours means that the even if successful, will yield an actual signal-processing
environment that has very poor performance except at very low sample rates.
What is your OS environment? Hardware? Memory? CPU?
Take a look at:
https://github.com/BogdanDIA/gr-dvbt/blob/master/grc/dvbt_inner_coder.xml
Ron
On 5/6/2014 7:00 AM, Jonathan Fox wrote:
I have two out of tree blocks I want to add to GRC, everything
compiles and installs correctly except for the GRC component (not
shown in GRC). So this should
On Tue, May 6, 2014 at 11:00 AM, Tom Rondeau wrote:
> On Tue, May 6, 2014 at 10:29 AM, Mostafa Alizadeh
> wrote:
>
>> hello everybody,
>>
>> I wanted to use constellation plot of gnuradio in my top block in c++. I
>> actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that
>>
On Tue, May 6, 2014 at 10:29 AM, Mostafa Alizadeh wrote:
> hello everybody,
>
> I wanted to use constellation plot of gnuradio in my top block in c++. I
> actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that
> I must add "-lgnuradio-qtgui" to the .pro file of qtcreator for u
Update to my problem.
I went back into the XML and comment out my trouble sections with the
options and rewrote them as
Desired Detection
white_space
True
bool
Verbose
verbose
false
bool
Only the sink will show up in GRC.
Then I commented out all of those sections and both
Well, I was utterly unable to get it to work, using any recent GR paired with latest "master" of UHD.
I get the same error every time. The swig-generated code "looks" correct, but this error persists.
I have cleaned every vestige of Gnu Radio and UHD from my system, and done totally-clean buil
hello everybody,
I wanted to use constellation plot of gnuradio in my top block in c++. I
actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that
I must add "-lgnuradio-qtgui" to the .pro file of qtcreator for using qtgui
of gnuradio, I ran the program but it didn't open any GU
Ok, yeah, I think I've figured out the problem. They completely changed the
ICE package config files and the location of the libraries in 14.04. The
package config file doesn't have any include dirs specified and the library
points to an installed Microsoft DLL, which seems... strange to me.
Basica
I have two out of tree blocks I want to add to GRC, everything compiles and
installs correctly except for the GRC component (not shown in GRC). So this
should be an XML issue and I think it is related to my attempts at making a
drop down option choice concerning the detection of white space/closed
Sorry, I didn't really get what you meant by "pipe the tagged stream
straight into the uhd sink".
On Tue, May 6, 2014 at 2:36 PM, Martin Braun wrote:
> On 06.05.2014 04:44, Hoang Ngo Khac wrote:
>
>> Hi Martin, and all,
>>
>> I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
>>
On 06.05.2014 01:17, Johnathan Corgan wrote:
On 05/05/2014 03:00 PM, Marcus D. Leech wrote:
NotImplementedError: Wrong number or type of arguments for overloaded
function 'usrp_source_make'.
Possible C/C++ prototypes are:
make(::uhd::device_addr_t const &,::uhd::io_type_t const &,size_t
On 06.05.2014 04:44, Hoang Ngo Khac wrote:
Hi Martin, and all,
I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
start/stop the TX chain. I intend to add tags before the modulation,
where data type is /byte. /Since the provided block PDU to Tagged Stream
takes message as input, I
23 matches
Mail list logo
