Ah, the env thing, guess that’s it, I was blind, thought this part belonged to
the questions from the script J
Thanks a lot!
Ralph.
From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom
Rondeau
Sent: Thursday, October 23, 2014 16:05
To: Ralph A. Schmid, dk5ras
Hi,
I wanted to do a quick and dirty gnuradio install with pybombs, and all
looked fine, built uhd and gnuradio and what else is included in the
default, but it seems it did not add any paths and such. Is this possible,
do I have to take additional measures to have the executables reachable in a
s
I could provide storage space for such a file, but only at an upstream of 10
Mbps.
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
> Johannes Demel
> Sent: Thursday, October 9,
I see there some double used terms. Is it the European ETSI style DSRC, or the
US WAVE style? 802.11p?
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
Jean-Baptiste Truffault
Sent: Thursday, September
As far as I know this phase error is caused by the PLL concept that does not
care for the phase of the reference to build the output signal always with
reproducible phase relation to the reference.
So you will have to find some workaround like an auto align procedure, or use
another transc
Usually 3.4.2 is used when OpenBTS together with an USRP1 should work. BTDT
:)
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
Marcus Müller
Sent: Monday, July 7, 2014 4:22 PM
To: discuss-gnuradi
I guess you will have to re-build everything regarding gnuradio. I did this
yesterday due to an update from libboost 1.53 to 1.54.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
Activecat
Sent: Wedne
s-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Simple grc GUI question...
>
> The WX GUI Check Box should work for you. It can toggle between two values.
> Let me know if you need an example.
>
> Ron
>
> On 5/11/2014 10:44 PM, Ralph A. Schmid, dk5ras wrote:
estion...
>
> The WX GUI Check Box should work for you. It can toggle between two
> values. Let me know if you need an example.
>
> Ron
>
> On 5/11/2014 10:44 PM, Ralph A. Schmid, dk5ras wrote:
> > Hi,
> >
> > I need to align the audio switching network of my
Hi,
I need to align the audio switching network of my ham radio repeater db0fue,
and it would be nice to have some GRC GUI element that allows me to switch
between two predefined RF frequencies. Never worked with this GUI stuff, and
I guess finding it out myself probably would take too long :) Jus
Question 3: AES is indeed a common system for voice encryption, widely used
for example in US police / public safety radios (APCO25 standard). Older
systems used often DES, but not with a neat linear predictive voice codec,
but just a CVSD digitizer, DES box and FSK radio link (Motorola SECURENET).
I really would recommend some x86 tablet; I am using gnuradio on a MS Surface
pro, and this is really fun!
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
> Udo van den Heuve
Hi,
> Having just written that, it seems to me that as a directory we should
> probably really be going down the pyBOMBS route -- having easy to install
> projects in a comprehensive directory *containing* .grc files.
Last time I tried the pybombs way it really "bombed" (or even nuked) my
existin
I intend to make some tests with the antenna of my Inmarsat phone. When the
phone receives something, I keep the antenna position and simply will plug the
antenna to my SDR to see what happens. But I have no idea when I will find some
time for this test…
Ralph.
From: discuss-gnuradio-
And to complete the whole story, this is a good starting point:
http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR
Or for installing from source:
http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGRFromSource
I personally prefer the buildinstall-script, not the pybombs stu
Hi,
I wonder if the ham radio data protocol D-Star DD has already been done with
gnuradio? This is some wireless ham radio Ethernet at 1.2 GHz, see for example
http://www.qsl.net/kb9mwr/projects/voip/dstar/DD_packet_structure.pdf. The Icom
radios go out of production, but radios like bladeRF o
This board has one receiver, one transmitter. You can transmit and receive
simultaneously with it, but only on different ports. No TX and RX at the
same time on one port, no RX and RX at the same time at all.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-
Hi,
> DSD should be able to report bit error rate. If it is low, the low quality
> audio
> might just be the decoder.
I have to check all the outputs later this evening, just used the lunch break
for some quick tests :)
> The DStar audio codec is not publically documented, so the implementati
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
Ralph A. Schmid, dk5ras
Sent: Sunday, February 23, 2014 11:17 AM
To: 'Alexandru Csete'
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] gr-dsd?
Well, the quadrature demod brings no decoding at all, the NBF
Well, the quadrature demod brings no decoding at all, the NBFM at least
recognizes something.
Ralph.
From: Alexandru Csete [mailto:oz9...@gmail.com]
Sent: Sunday, 23 February, 2014 11:15
To: Ralph A. Schmid, dk5ras
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] gr-dsd
Hi,
Did one of you out there have any success with gr-dsd, with the dsd grc block?
Maybe some examples are available that one is willing to share?
I am using the bladeRF, get no errors, but also most time noe audio output, and
it looks to me there are not very much values to play with :)
D-Sta
When having no clue about the data I should expect - how can I find out
about the real data, and how can I see what is decoded noise? I am using the
bladeRF, and to me most data looks wrong, too :)
Ralph-
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounc
our intended setup is, and we can
through metaphoric tomatoes at it, as it were.
On Fri, Jan 17, 2014 at 1:34 AM, Ralph A. Schmid, dk5ras
wrote:
Hi,
> +7dBm is *very* risky.
Hmmm...3µs are not very long...but it is a risk, agreed.
> If you're feeding a common antenna, the
> I remember the mailing list having a discussion on how to exchange these kind
> of files; I think Ralph A. Schmidt offered his FTP server, but I
> don't know how to contact him (aside from this mailing list and maybe @dk5ras
> on twitter).
Just by email, this list, phone, sms, whatever :)
>
> I remember the mailing list having a discussion on how to exchange these kind
> of files; I think Ralph A. Schmidt offered his FTP server, but I
> don't know how to contact him (aside from this mailing list and maybe @dk5ras
> on twitter).
Just by email, this list, phone, sms, whatever :)
>
d daily right now. The 8k carrier mode and a fix
for
> QPSK were added today.
>
> On 1/16/2014 10:17 PM, Ralph A. Schmid, dk5ras wrote:
> > Hi,
> >
> >> Did you try -DCMAKE_C_FLAGS=-mavx during the cmake?
> >>
> >> Ron
> > How could I? I do not know
Hi,
> Did you try -DCMAKE_C_FLAGS=-mavx during the cmake?
>
> Ron
How could I? I do not know very much about this cmake stuff, but in fact it did
the trick! Thanks a lot, should be mentioned in the readme of gr-dvbt!
Ralph.
___
Discuss-gnuradio ma
Hi,
not really a gnuradio issue, but maybe one of you has an idea?
When trying to build gr-dvbt, I get his:
ras@ubuntu:~/gr-dvbt/build$ make
[ 1%] Building C object lib/CMakeFiles/gnuradio-dvbt.dir/d_viterbi.c.o
In file included from /home/ras/gr-dvbt/lib/d_viterbi.h:27:0,
from
At the moment I am looking at DME signals, still considering if it may be
possible to get smth. useful out of them.are you already through these
considerations? J
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org]
May it be just some lost packet or smth. like that? It looks very similar
when USB does not catch up when using my USRP1 and BladeRF... Missing
samples can create funny signals.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid..
Following a frequency hopper within the sampled bandwidth shouldn't be that
critical.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Wayne
Roberts
Sent: Saturday, 21 December, 2013 06:12
To: Sylvain M
.
> -Original Message-
> From: Johannes Demel [mailto:uf...@student.kit.edu]
> Sent: Thursday, December 19, 2013 5:07 PM
> To: Philip Balister; Ralph A. Schmid, dk5ras
> Cc: Demel, Johannes; 'Mike Cornelius'; 'discuss-gnuradio'
> Subject: Re: [Discuss-gnuradi
OK, I understand. So I need some file J My Intel i5 tablet PC may be too slow
for life decode.
Ralph.
From: Johannes Demel [mailto:johannes.de...@ettus.com]
Sent: Thursday, 19 December, 2013 18:55
To: Ralph A. Schmid, dk5ras
Cc: uf...@student.kit.edu; discuss-gnuradio
Subject: Re
> Ok, pushed the fix.
Everything fine now, built without further issues.
> Tom
Thanks a lot!
Ralph.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
w on board the train I do not want to play with a
blinkenlight piece of naked SDR electronics J
Ralph.
From: Johannes Demel [mailto:johannes.de...@ettus.com]
Sent: Wednesday, 18 December, 2013 18:47
To: Ralph A. Schmid, dk5ras
Cc: uf...@student.kit.edu; discuss-gnuradio
Subject: Re: [Discus
Hi,
> I have absolutely no clue what happened here. There was a fix on maint to
> allow use of Qwt 6.1 yesterday, but somehow when I merged maint into
> master, this file got corrupted. I'm looking at it now; should be able to
push a
> fix soon.
Thank you for the fast reply - so I was not wrong i
Hi,
The last git pull brings me this one below; any ideas what went wrong?
Kubuntu 12.04 32bit, the pull a few days ago ran through just fine, deleting
the build folder, cmake .., make changes nothing.
With best regards
Ralph.
[ 66%] Built target pygen_gr_pager_swig_cf5bb [ 67%] Built target
p
fter Decode PBCH there is supposed to be a 'Decode BCH'
> > block. These
> > > blocks may need some time to generate because they consist of
hier
> > > blocks. That's kind of the tribute that has to be paid for a
clean
> &g
Hi,
after opening and generating the hier blocks still the top_level.grc has
missing blocks, at least LTE estimator outputs and unpack MIB inputs are
unconnected, leaving a large white area in between. How should this flowgraph
look like, is there a screenshot available somewhere?
Just wanted
Thanks for the follow-up, this is similar to a 1 second noise burst every 60
seconds or so we had on our ham repeater. The reason could be identified
after months of search by coincidence. The repeater sysop visited his
fathers office, monitored the input frequency of the repeater like he had
done
First of all you need to _know_ (not _guess_), where it comes from, where it
goes to…
Ralph.
From: Nemanja Savic [mailto:vlasi...@gmail.com]
Sent: Monday, 16 December, 2013 16:48
To: Ralph A. Schmid, dk5ras
Cc: Patrik Tast; usrp-us...@lists.ettus.com; GNURadio Discussion List
Subject: Re
Take a handheld scanner or a UHF walkie talkie, tune it to the LO frequency,
use a paperclip or some similar 2cm piece of wire as antenna, and start
sniffing with this improvised probe for the leakage.
Ralph.
From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
Nem
Ha, that exactly is my impression, regarding the pybombs thing – but it is a
time ago when I have tried it, I guess things work out much nicer now, but I
must admit, I use pybombs only as a source of information, to find out what
interesting gr stuff may be available. Then I simply install and c
Hi out there,
Again the bundle of gr, bladerf, gr-osmosdr/iqbal, libusbx and gqrx do not fit
together.
After updating bladerf gqrx does not start any more, giving this error:
gr-osmosdr v0.1.0-46-g05d51b53 (0.1.1git) gnuradio v3.7.2.1-86-g324cdab6
built-in source types: file bladerf
Using Volk
Hi,
The box is the first step; you also need to block the power supply line against
any incoming RF, your 10.7 MHz IF out needs a low pass filter that cuts off all
higher frequencies coming back in on this path, and your 433 MHz in needs to be
shielded 100%, with some double shielded coax or
In Germany such signals often came from oscillating TV antenna preamps, long
forgotten and out of use on top of a roof, but still powered.usually the BNetzA
(the regulation authority) was very helpful in finding those.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[ma
come up with a sane solution for this, let me know. This hack is a
> result of getting stuck in CMake hell while being in a hurry.
>
> Johannes
>
> On 03.12.2013 20:25, Ralph A. Schmid, dk5ras wrote:
> > Hi,
> >
> >> the library path to libfftw3f is actually ha
Hi,
> the library path to libfftw3f is actually hardcoded in the makefile.
> search for
> SET(FFTW3f /usr/lib/x86_64-linux-gnu/libfftw3f.so)
> in gr37-lte/lib/CMakeLists.txt
> and replace it with the the proper library location for your system.
> for example:
> SET(FFTW3f /usr/lib64/libfftw3f.
, 3 December, 2013 18:52
To: Ralph A. Schmid, dk5ras
Cc: Baier; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] LTE framework receiver gr-lte
It is missing libfftw3f. Or more specific a make target. Anyway, as libfftw is
a GR dependency it is not explicitly listed for gr-lte. Just to
`lib/libgnuradio-lte.so'. Stop.
make[1]: *** [lib/CMakeFiles/gnuradio-lte.dir/all] Error 2
make: *** [all] Error 2
ras@ubuntu:~/gr-lte/gr37-lte/build$
Ralph.
From: Johannes Demel [mailto:johannes.de...@ettus.com]
Sent: Monday, 2 December, 2013 19:02
To: Ralph A. Schmid, dk5ras
Cc: Baie
, 2013 7:02 PM
To: Ralph A. Schmid, dk5ras
Cc: Baier; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] LTE framework receiver gr-lte
Hi,
on branch gr37 there are 2 directories with code. The 'code' directory
contains GR 3.6 blocks for reference and gr37-lte contains the n
Hi.
> Hi,
>
> I tried to compile gr-lte package from github (version 3.7 not master),
but it
I guess this package needs gr 3.6...
> doesnt't work. GRUEL and GNURADIO_CORE have been still there.
> A. Baier
Ralph.
___
Discuss-gnuradio mailing list
> Well, did you rebuild everything after updating GR ?
>
> (that includes any GR based stuff, so gr-osmosdr, gr-iqbal (if installed),
> gqrx
...)
Ah, I forgot gr-iqbal! All the other stuff I updated and rebuilt, just not
this one. Now it looks better, it only complains about the missing HW
Hi,
It seems to me that gqrx cries for libgnuradio-runtime-3.7.2git.so.0.0.0,
but latest GR brings 3.7.3 into the system. Did I miss smth., or are the
projects just not yet "in sync"?
Ralph, dk5ras.
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
ra...@schmid.xxx
http://www.bclog.de/
> I'm pretty sure if you look hard enough you'll find some blocks in GR that
> implement or could implement some patented telecom technique ...
Uh, oh, don't open Pandoras box :-)
Ralph.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
: Robert Light [mailto:robert.li...@gmx.de]
Sent: Thursday, November 07, 2013 11:16 AM
To: Ralph A. Schmid, dk5ras
Cc: discuss-gnuradio@gnu.org
Subject: Aw: RE: [Discuss-gnuradio] libusb error with gnuradio v3.4.2git
You are right, my intention is to use it with OpenBTS or rather with OsmoBTS
What are you intending to do with this installation? Sounds a bit like OpenBTS
to me. If this is your aim, what does OpenBTS say? I never tested the
installation this way, just fired the stuff up, and usually it worked :)
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[
Just as a note, I also did not get the gui to work with my USRP1, the error
messages are different, but at least it did not receive.
Ralph.
From: Nick Foster [mailto:bistrom...@gmail.com]
Sent: Tuesday, 5 November, 2013 19:14
To: Ralph A. Schmid, dk5ras
Cc: GNURadio Discussion List
Im afraid I am not a programmer, so I do not know if I can find something
there, but I will have l look later or tomorrow J
Ralph.
From: Nick Foster [mailto:bistrom...@gmail.com]
Sent: Tuesday, 5 November, 2013 19:14
To: Ralph A. Schmid, dk5ras
Cc: GNURadio Discussion List
Subject
Yes, works just fine, also other toolchains like gqrx gr-osmosdr bladerf
do not show any strange effects, so osmosdr seems to be OK.
Ralph
From: Nick Foster [mailto:bistrom...@gmail.com]
Sent: Tuesday, 5 November, 2013 18:10
To: Ralph A. Schmid, dk5ras
Cc: GNURadio Discussion
Hi,
gr-airmodes, gr-osmosdr, gnuradio and bladerf all with latest versions, built
directly from the repo.
modes_rx works just fine, the messages come through.
modes_gui throws this error, when switching insinde the gui to osmosdr:
ras@ubuntu:~$ modes_gui
linux; GNU C++ version 4.6.3; Boost_104
> I'm having the same error from a fresh checkout and build directory ...
Here a make clean also did not fix it.
In file included from
/home/ras/gnuradio/build/volk/lib/volk_machine_avx_32_mmx_orc.c:104:0:
/home/ras/gnuradio/volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h:
In function 'vo
:)
Ralph.
From: Muhammad JUNAID [mailto:m_junaid0...@yahoo.com]
Sent: Wednesday, October 23, 2013 11:51 AM
To: Ralph A. Schmid, dk5ras
Subject: Re: [Discuss-gnuradio] BladRF
Dear Ralph,
What is Ubuntu ,GNURadio, Osmosdr and Boost version on your successful
installation of BladRF
Yes, I had this problem. As far as I remember I uninstalled bladerf and
gr-osmosdr, then manually deleted all remains of it and of hackrf (what I
never used) from my system, compiled and installed again bladerf, compiled a
fresh version of gr-osmosdr with the cmake-option not to build hackrf
suppor
Did you try the uninstall with su/sudo?
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Nemanja
Savic
Sent: Monday, October 14, 2013 10:57 AM
To: GNURadio Discussion List
Subject: [Discuss-gnuradio]
t revision with bladerf and gqrx, gqrx works,
gnuradio works. Just updating gr-osmosdr will break things.
Ralph.
From: Jared Clements [mailto:jared.cleme...@gmail.com]
Sent: Friday, 11 October, 2013 02:21
To: Ralph A. Schmid, dk5ras
Cc: GNURadio Discussion List; Brian Padalino
S
radio-osmosdr.so: undefined reference to
`bladerf_fw_version'
collect2: ld returned 1 exit status
make: *** [gqrx] Error 1
ras@ubuntu:~/gqrx$
Ralph.
> -Original Message-
> From: Brian Padalino [mailto:bpadal...@gmail.com]
> Sent: Thursday, 10 October, 2013 15:38
> To: Ralph
Hi,
> Looks like there is something missing from your libbladeRF.so. The
> repository shows they were added on October 2nd. Are you sure you're
> building the latest stuff?
Should be the latest, when doing a git pull right before building it. I did
not yet delete the whole BladeRF folder and c
ntu:~/gqrx$
I have no idea what I should do to resolve this...
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto:discuss-
> gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Ralph A. Schmid,
> dk5ras
> Sent: Tuesday, 8
I did make uninstall and make clean in bladerf, gr-osmosdr and gqrx, then
rebuild it all, still this error:
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fpga_version'
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fw_version'
collect2: ld returned
Hi,
> I think it is because you don't use the latest bladerf library - or if you
do, you
> probably still have an older version left.
Well, at least I made a git pull, make, sudo make install for bladerf.
> By the way, you should get this error while building gr-osmosdr and not
while
> building
Hi,
With latest versions of GR / bladerf / gqrx / gr-osmosdr again something is
stuck. Gqrx does not work anymore, I get the following error during make:
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fpga_version'
/usr/local/lib/libgnuradio-osmosdr.so: undefined referenc
Here in Germany it is available again; two hours ago it still was
unreachable.
Ralph
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
> M Dammer
> Sent: Friday, October 04, 2013 10:42
Hi,
> Hi Ralph,
>
> I've noticed that as well, and we need to fix it. I believe it's a
> bug. Not sure if it's in libbladeRF or gr-osmosdr, but we're on it.
OK, great to hear.
> Sorry for the inconvenience.
Huh?! Early adopters we are, guess this is normal :-)
Is there are dedicated mailin
Hi,
Not exactly the perfect list for it, but as the specialists are all here in
this list, it somehow should fit :)
When using gqrx with the BladeRF I observe that tuning takes "ages". Every
entered or changed frequency digit takes almost one second to be accepted,
and I mean to remember that dir
Hi,
Are there any grc flowgraphs out in the wild that visualize the phase and
amplitude variation of a given system like some LC filter or transformer,
when you tweak with it? My idea is to output a sinoidal signal of maybe some
hundred kHz, feed it through the system of interest, and then watch i
27;, fp, pathname, description)
ImportError: libair_modes.so.0: cannot open shared object file: No such file
or directory
ras@ubuntu:~/gr-air-modes/apps$
From: Nick Foster [mailto:bistrom...@gmail.com]
Sent: Tuesday, 17 September, 2013 16:32
To: Ralph A. Schmid, dk5ras
Cc: GNURadio Dis
Aah, some googling showed me that I need to select gnuradio-3.7 branch.
Guess this will fix it.
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
> Ralph A. Sc
Well, I need 3.7 due to some other packages I am using. So I guess
gr-air-modes is not yet ported to 3.7?
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Mike
Jameson
Sent: Tuesday, September 17, 2013
sorry, wrong thread, forget my last mail :)
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Mike
Jameson
Sent: Tuesday, September 17, 2013 3:28 PM
To: António Gomes
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discus
Hi,
When I want to install gr-air-modes, what dependencies are needed, what
gnuradio-version? Should it work with 3.7? It does not compile on my
machine, with some not very meaningful error message...can post it later
when back at home.
Or what else is recommended for ADS-B / Mode-S, when having
Of course, but one who has no idea of the different versions sees no need to
check what exactly -m is :)
Ralph.
> -Original Message-
> From: Marcus D. Leech [mailto:mle...@ripnet.com]
> Sent: Monday, 16 September, 2013 19:48
> To: Ralph A. Schmid, dk5ras
> Cc:
Hi,
> Anyway, I don't mind having the build-gnuradio script as the recommended
tool
> for installing gnuradio but it should at least offer the latest 3.7
release and force
> the user to make a decision whether to install 3.6, 3.7 or master.
It offers the option, but only for those who know it,
> Probably gqrx or gr-osmosdr treats the gain as a continuous value even though
> on the LMS it's not, there is only a few discrete value.
> They should be harmless warnings.
Yep, just wanted to mention it
I played a bit more, and I found that checking the iq balance option makes
things worse, n
> -Original Message-
> From: Ralph A. Schmid, dk5ras [mailto:ra...@schmid.xxx]
> Sent: Saturday, 14 September, 2013 10:14
> To: 'Sylvain Munaut'
> Cc: 'Alexandru Csete'; 'Brian Padalino'; 'GNURadio Discussion List'
> Subject: RE:
: 4.44, setting to LNA_MAX (6dB)
Invalid LNA gain requested: 4.5, setting to LNA_MAX (6dB)
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto:discuss-
> gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Ralph A. Schmid,
> dk5ras
> Sen
Hi,
> Hi Brian,
>
> I didn't think of these cases - they make sense.
> I have added an option to set the bandwidth in the I/O configuration
dialog. It is
Great!
> available in the git repository. I could test it with hackrf anbd I hope
somebody
> else can test it with the bladerf.
> Currently i
Hi,
I am using bladeRF with gr-osmosdr, gnuradio 3.7 and gqrx, so far a fine
radio. One thing, when using gqrx...I am limited to USB2.0 at the moment, so
I use a sampling rate of 8 Ms/s, and in this mode I have big problems with
images from the neighbour frequencies that are still within the 26 MH
TCXO needs some alignment before it could be used for OpenBTS; but as
this is not yet supported, this is not very urgent for now.
Ralph.
> -Original Message-
> From: Brian Padalino [mailto:bpadal...@gmail.com]
> Sent: Monday, 9 September, 2013 18:38
> To: Ralph A. Schmid,
2013 6:38 PM
> To: Ralph A. Schmid, dk5ras
> Cc: GNURadio Discussion List
> Subject: Re: [Discuss-gnuradio] bladeRF and gnuradio?
>
> On Mon, Sep 9, 2013 at 6:43 AM, Ralph A. Schmid, dk5ras
> wrote:
> > Hi,
> >
> > Are there any out here with experience in getti
Hi,
> There was a recent change which added a call to libusb_get_version() which
> doesn't exist in 1.0.9 of libusbx. So if you're running that, you should
consider
> updating to a newer version. I know it exists in
> 1.0.12 and later. What version of libusbx are you using? Is it a
possibility
Hi,
Are there any out here with experience in getting bladeRF being usable with
gnuradio/grc? So far I followed the usual steps, bladerf and gr-osmosdr
compiled, but as documentation is being far from getting finished, I only
reach the point of loading manually the FPGA image, nothing more :(
Fur
> I've actually seen it without de-spreading during a presentation recently. Of
> course it had been received with a 25 m dish or so :)
Yep, brute forced it should be possible :-) Not really the same like with UMTS
or LTE...
Ralph.
___
Discuss-gnurad
> Yeah, seeing GPS is not easy, signals are well below the noise floor
AFAIK.
I would rate GPS as invisible, with normal receiver technology. They are
using a low bitrate, spreaded over a very large frequency range. The only
way to "see" something should be correlating and decoding the stuff.
Ra
Hi,
> Well the reason why it "gets around" is that it's done poorly
competitively
> against other devices in the top tier customer accounts, thus they are
force
> to scratch around and find any possible business. Sadly for us the nature
of
> this segment of the Semiconductor market is such that th
Hi,
At the moment I am stuck with trying to install OpenBTS in an VMware
environment, while the "real thing" is a Windows 8 PC. Everything installs
and compiles just fine, the USRP gets set to the assigned frequency, but
then the whole thing hangs with strange messages. I have similar effects
with
Hmm, it _was_ a new copy, last one one hour ago...or any changes since then?
Ralph.
From: munn...@gmail.com [mailto:munn...@gmail.com] On Behalf Of Kurtis
Heimerl
Sent: Wednesday, 14 August, 2013 18:52
To: Ralph A. Schmid
Cc: openbts-disc...@lists.sourceforge.net; Kurtis Heimerl
Subject: Re:
h Blum [mailto:j...@joshknows.com]
> Sent: Wednesday, August 07, 2013 10:06 PM
> To: Ralph A. Schmid, dk5ras
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Cannot import gnuradio.extras after
reinstall
> the latest gnuradio
>
>
>
> On 08/07/2013 05:23
Aah, gras still is 3.6, no 3.7 support? Or does 3.7 need an additional
option?
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
> [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
> Ralph A. Schmid, dk5ras
>
Hi,
Will it be possible to install gras into a system that already has an
installed gnuradio version, latest 3.7 build, or is it recommended to remove
the single gr 3.7 installation before building gras? If the latter is
recommended, will I run into trouble with other tools that depend on
gnuradio
101 - 200 of 296 matches
Mail list logo