t is unclear how the API
implementations will be updated. Are others experiencing this issue or
have developed a workaround to be able to use the QT Range block?
Thanks!
Joe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi all, I'm still trying to get used to things on Gnu Radio and i'm ready to
jump into making my own "tweaks". I am trying to duplicate a scanner that I
saw on YouTube. ( https://www.youtube.com/watch?v=r9GtAFn5UlY ). The
question that I have is regarding printing out of values. For instance if
There are definitely use cases for having message handlers in hierarchical
blocks, but I don't know the underlying code well enough to know if it would
be straightforward to add message handling support to standard hierarchical
blocks.
Joe
-Original Message-
Sent: Wednesday, January 27, 2
maintain? Taking into account the type/number of Blocks in the
flowgraph
Regards
Joe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
les, but that's a bit
over my head.
I've tried to verify that the CMake configuration is reasonable and as far
as I can tell the linker is getting the correct commands.
Any ideas? The make output is below.
Thanks,
Joe
[ 23%] Linking CXX executable volk_profile
CMakeFiles/volk_prof
used and (of course) the build failed. Doing it the above way threw
some warnings but it seems to have worked.
Also, I had to use the same flag to both build Volk and GR. Although I
don't know if the latter picked up my Volk build/install.
Thanks,
Joe
On Fri, Oct 28, 2016 at 6:05 PM, Derek K
Did you get a resolution on this issue? We had an old app using UHD 3.5.4
that, once upgrade to 3.9.x or newer, drastically lowers the transmit
power. In our case we're using subsampling, transmitting at 130 MHz. I
don't know if that's related or not. A while back I built a simple
flowgraph wit
Yes, N210, specifically.
On Jan 10, 2017 12:44 PM, "Marcus Müller" wrote:
Dear Joe,
this is with a USRP2 or N2x0, right? We (Ettus) are investigating that.
Best regards,
Marcus
On 01/10/2017 05:30 PM, Joe K wrote:
Did you get a resolution on this issue? We had an old app using
hical block?
This is GR 3.7.11.
Thanks,
Joe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
reso?
I'm interested in knowing more about the scheduler, what are the
recommended literature/readings that cover the scheduler in more depth?
Regards
Joe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
calls, e.g., "Block such-and-such was provided
X inputs and space for Y outputs, it consumed A and produced B"
Thanks!
Joe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Wayne,
I am using the strip-chart option of the WX GUI Scope Sink block in GRC to
perform drift scans in my radio astronomy project. Works like a champ!
Select “Stripchart” in the Trigger option.
Regards,
Joe
> On Mar 10, 2019, at 3:24 PM, Wayne Hilliard wrote:
>
&
Yeah, I know, there is a drive to deprecate WX GUIs but I find them to be very
useful myself.
Joe
> On Mar 10, 2019, at 4:12 PM, Joe Martin wrote:
>
> Hi Wayne,
>
> I am using the strip-chart option of the WX GUI Scope Sink block in GRC to
> perform drift scans in
.
Thanks for the info!
Joe
> On Mar 10, 2019, at 5:09 PM, Marcus D. Leech wrote:
>
> On 03/10/2019 06:26 PM, Marcus Müller wrote:
>> Hi Wayne, Hi Joe,
>>
>> you're right – we've been urging people to switch away from WX since at
>> least 2014, and now we&#x
Congratulations Wayne. I’ve been trying to implement it but I am having
difficulty getting it to work. Would you mind sharing your test GRC program
with me so I can see how you accomplished it please?
I would much appreciate it,
Joe
> On Mar 12, 2019, at 4:29 AM, Wayne Hilliard wr
sand
> concatenate the new value onto the end. But this will get you going.
>
>
>
> On Tue, Mar 12, 2019 at 10:38 PM Joe Martin <mailto:k...@k5so.com>> wrote:
> Congratulations Wayne. I’ve been trying to implement it but I am having
> difficulty getting it to work.
Very good, Marcus. Thanks much for the additional info. I’ll see if I can
implement it in an actual GRC flowchart program.
Joe
> On Mar 12, 2019, at 5:25 PM, Marcus D. Leech wrote:
>
> On 03/12/2019 07:00 PM, Wayne Hilliard wrote:
>> Sure it's not much but it proves the
Using simply complex to mag^2 works fine by itself in my GRC programs.
Regards,
Joe
> On Mar 23, 2019, at 11:48 AM, Wayne Hilliard wrote:
>
> Hello,
> In my massive googling (actually DuckDuckGoing I've come across information
> that suggests that after the complex to
FYI
> On Apr 2, 2019, at 11:33 AM, Ben Hilburn wrote:
>
> Hi all -
>
> The Berkeley SETI Institute and Breakthrough Listen are hosting a hackathon
> at the Allen Telescope Array the week of May 13th, and would like to invite
> members of the GNU Radio community who wish to participate to atte
Apologies, I didn’t intend to send this back to the list!
> On Apr 3, 2019, at 6:37 AM, Joe Martin wrote:
>
> FYI
>
>> On Apr 2, 2019, at 11:33 AM, Ben Hilburn > <mailto:bhilb...@gnuradio.org>> wrote:
>>
>> Hi all -
>>
>> The Berkele
Hi All
This is a question intended for the Software designers and maintainers of
the GNURadio
Is there a specific reason / advantage of using SWIG as a C++ wrapper over
using other avaialble wrappers for C++ as Boost.Python , Cython etc
in the context of GNURadio ?
Thanks!
Joe
-
Both machine have rtl-sdr and gr-osmosdr installed
If for 3.6.4.1 I replace the source sink by a UHD USRP one or a Signal
Source the Flow Graph executes properly
GNURadio has been installed manually by building the source as per the
wiki, same for rtl-sdr and gr-osmosdr
(Attach
): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0 21.5
24.0 29.0 34.0 42.0
Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.
Reading samples in async mode...
Joe
On Sun, May 5, 2013 at 11:32 AM, Marcus D
tree._raiseParseError
(src/lxml/lxml.etree.c:71955)
XMLSyntaxError: Specification mandate value for attribute
data-pjax-transient, line 22, column 40
---
Regards
Joe
On Sun, May 5, 2013 at 4:29 PM, Sreeraj Rajendran
wrote:
>
> Hi,
>
> Did you try example grc flowg
> lxml.etree._ParserContext._handleParseResultDoc
> (src/lxml/lxml.etree.c:71739)
> File "parser.pxi", line 645, in lxml.etree._handleParseResult
> (src/lxml/lxml.etree.c:72614)
> File "parser.pxi", line 585, in lxml.etree._raiseParseError
> (src/lxml/lxml.et
Thanks for the advice Sreeraj, but would a sampling rate mismatch stop the
flow graph from executing at all?
If In the same flow graph I substitute the RTL-SDR by the UHD USRP Source
using the N210, the flow graph executes properly.
Joe
On Mon, May 6, 2013 at 8:58 AM, Marcus D. Leech wrote
will synchronize everything, but they won't be time aligned. Is
there a way to both time align and synchronize via an external signal?
Thanks.
Joe
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/di
r as to what they're doing. Google
isn't coming up with much either.
Thanks and sorry if the info is already out there and I'm just not seeing
it.
Joe
On Mon, May 13, 2019 at 5:46 AM Müller, Marcus (CEL)
wrote:
> Hi Mehtap, please answer on the list.
>
> The purpos
but it
seems like this is a basic function. Also, is the operation of the
integrate_x blocks intended to be how it is? If so, it seems misnamed.
Thanks,
Joe
I'm sure it's a standard thing, though.
Thanks again,
Joe
On Fri, Dec 20, 2019 at 8:08 AM Marcus D. Leech
wrote:
> A IIR filter with Alpha and Beta both set to 1.0 will accomplish this.
> Although, in real life, most people using integration functions in DSP want
>some
e
generally found it quicker to write my own block than try to understand
what the built-in blocks actually do!!
Joe
On Fri, Dec 20, 2019 at 8:44 AM Marcus D. Leech
wrote:
> On 12/20/2019 11:33 AM, Joe K wrote:
>
> Yeah, I understand it's not a practical thing in reality, this is mostl
hackrf libhackrf-dev
gr-osmocom (gr3.7 branch)
I've been googling for hours.
I followed this guide to add a udev file to /etc/udev/rules.d
https://github.com/mossmann/hackrf/wiki/FAQ#permission-problem
didn't work however.
Does anyone have any ideas?
Thanks,
Joe
nnot use any QT instrumentation block in GRC as it crashes
GRC with Segmentation fault
Attached a valgrind log
Thanks!
Joe
root@ubuntu-srv-10:/Applications/gnuradio/build/gr-qtgui/python/qtgui#
root@ubuntu-srv-10:/Applications/gnuradio/build/gr-qtgui/python/qtgui# valgrind
-v ctest -V -R qa_qtgui
=
from
==22123== ERROR SUMMARY: 11565 errors from 209 contexts (suppressed: 0 from
0)
Segmentation fault
On Sun, Apr 26, 2020 at 9:27 PM Vasil Velichkov
wrote:
> Hi Joe,
>
> On 26/04/2020 14.01, Joe D wrote:
> > Attached a valgrind log
>
> >> root@ubuntu-srv-10:/Applicati
Thanks Marcus and Vasil, you were spot on regarding Qt4
I still had residue of Qt4 packages, once these purged and GNURadio rebuilt
, no more crashes with segmentation fault
Cheers
Joe
On Sun, Apr 26, 2020 at 10:56 PM Vasil Velichkov
wrote:
> Hi Joe,
>
> On 26/04/2020 15.13, Jo
ost graph is
running or not.
2. At any sample rate the host graph spams the following message (when the
USRP graph is running) - "gr::log :WARN: udp_source0 - Too much data;
dropping packet."
And a question:
3. What sample rates are realistic for this setup, and what are the
limitations? wifi channels span 20MHz, so I'm hoping to run at 20Msps
Thanks,
Joe
Hi Everyone, I have two sets of data collected from the usrp board and now I'm trying to subtract the angle of the first data to the angle of the second data. I was thinking to use gr.complex_to_arg() to get the angle values from both data then just subtract one from the other, but now I don
Thanks alot Martin, for detailed explanation in the relationship of complex numbers with signals. :) the output is a complex signal with amplitude=amp1*amp2 and phase=phase1-phase2To everyone, In regards to the mux question posted, something.set_mux(gr.hexint(0x32103210)), the block diagram of the
Hi everyone, I'm currently working on angle manipulation from "Angle manipulation & other concerns" (earlier postings). Whenever I use scopesink.py and fftsink.py functions to graph data, I getting math range error - not sure why. Here's the exact error message I got: Traceback (most recent ca
tude, I get the actual signal) - main goal is to get doppler spectrum. JCEric Blossom <[EMAIL PROTECTED]> wrote: On Mon, Feb 20, 2006 at 01:09:17PM -0800, joe j wrote:> Hi everyone,> I'm currently working on angle manipulation from "Angle manipulation & other con
Hi All, I'm trying to use the band pass filter and I'm not clear with window type and beta parameters. Can someone maybe give more information on what they are for besides Ch.9 GNU Radio tutorial. Thanks a lot, JC
Yahoo! Mail
Bring photos to life! New PhotoMail makes sharing a bre
Hi All, (sound stupid but...) Will the mux setup change the sample rate? For instance: I have 2 signals hooked up to RxA and RxB (2 diff. Rx basic daughterboards) and collecting data: set_mux(gru.hexint(0x32103210)) be collecting less data per second than set_mux(gru.hexint(0x20202
Hi All,
I'm looking into writing a native USB driver for Windows and the USRP, i'm
trying to find out some information on the USB interface of the USRP.
I have found the info here regarding the USB descriptor table
(usrp/firmware/src/usrp2/usb_descriptors.a51).
Does anyone know where the best p
might have gone wrong?
Thanks,
Joe Barr
K1GPL
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
44 matches
Mail list logo
