Hi,
> Well, I'm coming from exactly the other side as you: GNU Radio's version hell
> is
> finally getting reduced.
Yep, always a matter of the point of view :)
> In other words, while GNU Radio was slowly withering in 3.7 lately, 3.8, after
> about six years of stability and stagnation, was
Hi,
> Something that I just learned from a quick Google search. It seems that GNU
> Radio 3.8 support in gr-limesdr is now done:
>
> https://github.com/myriadrf/gr-limesdr/issues/44
Interesting - came right around my rant :)))
> Best,
>
> Daniel.
Thanks a lot!
Ralph.
Hi,
> > I know, this is mainly a matter of the people who maintain such
> > projects...and I have no idea how the awareness for this could be sharpened.
>
> Paying the maintainer usually helps.
Sure, in a commercial world things work this way. In a hobbyists world however
the projects just die
.
As a matter of fact, the most stuff I want to play with still loves 3.7,
even going to 3.8 breaks way too much.
Ralph.
--
Ralph A. Schmid, dk5ras
Mondstr. 10
90762 Fürth
+49-171-3631223
+49-911-21650056
ra...@schmid.xxx
http://www.bclog.de/
Hi,
> Unfortunately having an HDMI connector for a display and a USB port for the
> keyboard with a ready-to-use distribution such as Raspbian makes RPi users
> believe that they have a full computer available and forget proper
> embedded system development practices as I see daily from most
Hi Hans,
Did you follow the recommendation from the error message, to check out and
enable volk? Then again cmake, make...
With best regards
Ralph.
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
+49-911-21650056
ra...@schmid.xxx
http://www.bclog.de/
Hi,
> Yes, 3.8 is not exactly all that usable at the moment.
...
> We're in the 3.8 early days (no 3.8 release yet AFAIK) and now that it's in
> master, people need to test, report issues, submit patches, port their OOT to
> 3.8,
OK, this is great to know, so I do not need to worry and
uff builds the blocks normally, and the uhd and
limesdr probe/test utils detect their SDRs just fine, so at this point I am
done with my limited knowledge.
Any ideas out there?
Thanks a lot, and with best regards
Ralph, dk5ras.
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
+49-
> To: discuss-gnuradio@gnu.org; andrescampo...@hotmail.com
> Subject: Re: [Discuss-gnuradio] MAKING A NTSC TV RECEIVER
>
> Hi Andres,
>
> just had a short look: doesn't NTSC use a nearly 6 MHz bandwidth?
>
> Best regards,
> Marcus
Yes, no way with the RTL to catch NTSC, it does in SDR mode
Hi,
gnuradio refuses to build with latest commit, with some message
"single_threaded_scheduler.cc not found", apparently because it got removed
and gmp is missing. However libgmp-dev is available. So what Do I miss? :)
With best regards
Ralph.
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
(ApolloShield) [mailto:gi...@apolloshield.com]
Sent: Tuesday, June 19, 2018 5:06 PM
To: Ralph A. Schmid, dk5ras
Cc: Müller, Marcus (CEL) ; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Error Linking UHD
Which version of gnuradio works for you now?
On Tue, Jun 19, 2018 at 5:22 PM Ralph
Hi,
I had maybe similar issues with gnuradio recently, and when I not only removed
the build folder but the whole gnuradio folder and did a new git clone, it
magically went through as if there never had been any issue :) Don't ask how
much time I wasted on this one :)))
Ralph.
>
better!
Thanks in advance, and with best regards
Ralph, dk5ras.
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
ra...@schmid.xxx
http://www.bclog.de/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org
About the discussion pro and con VM, my experiences with VMware are quite good.
I am using gnuradio on a Micosoft Surface pro 3, Win 10, i7-CPU, 8GB RAM, using
Kubuntu 16.04 in the VM. Gnuradio and uhd are always built from sources, from
master branches. When Windows has no other open
Hi Adrian,
Sounds quite interesting, the compiler already runs, and maybe I will find
this weekend a bit time for a look at it!
With best regards
Ralph, dk5ras.
> -Original Message-
> From: Discuss-gnuradio [mailto:discuss-gnuradio-
> bounces+ralph=schmid@gnu.org] On Behalf Of
ylvain Munaut [mailto:246...@gmail.com]
> Sent: Tuesday, September 12, 2017 5:26 PM
> To: Ralph A. Schmid, dk5ras
> Cc: GNURadio Discussion List
> Subject: Re: [Discuss-gnuradio] build from source fails - Kubuntu 16.04 /
> master
>
> > Any ideas would be highly welcome :)
>
Hi,
> Most likely you have an old uhd or uhd devel headers installed somewhere.
Uh, so I will need to search for this. But I never did anything else but git
pull, make, make install with uhd :) Also the whole system is not too old...but
who knows?!
> Cheers,
>
>Sylvain
Thanks a lot for
Hi,
Still building gnuradio from source (latest master from github) fails, while
latest maint builds just fine. OS is Kubuntu 16.04 with all updates, and as
it it uhd related, uhd is also latest master from the official Ettus github.
And I want to add that I was able to use such a setup for
[mailto:muratc...@hotmail.com]
Sent: Thursday, June 22, 2017 4:58 PM
To: Ralph A. Schmid, dk5ras
Subject: Re: [Discuss-gnuradio] dB or dBm
Dear Ralph,
Thank you so much for your support. I really do not understand these dB
values. When I inject 802.11g signal with -20 dBm power level and 20 dB
But still the dynamic range usually ends already quite below the maximum
allowed level what is more a kind of hardware protection rule.
Add some more attenuation and see if at least a 5dB change on your
transmitter creates a 5dB change on your SDR. Then you are in the linear
range and can start
This is also my experience, I made exactly this, deleting the build dir, make a
new one, fresh cmake, and so on.
Ralph.
> -Original Message-
> From: li...@lazygranch.com [mailto:li...@lazygranch.com]
> Sent: Saturday, 20 May, 2017 20:50
> To: Ralph A. Schmid, dk5
Hi,
Forgot to mention that of course I already did so - with no success...
Ralph.
> -Original Message-
> From: Kostis Triantafyllakis [mailto:ctri...@csd.uoc.gr]
> Sent: Saturday, 20 May, 2017 18:19
> To: Ralph A. Schmid, dk5ras; discuss-gnuradio@gnu.org
> Subject: Re: [D
Hi,
on a Kubuntu 16.04 system building gnuradio from source fails. Branch is
master, downloaded right now.
UHD is also the latest version from right now.
Any ideas what it could be? Here the output:
[ 99%] Built target _trellis_swig1
[ 99%] Building CXX object
Tirana, Albania? WTF?!
Cool, I really love it that you were able to have this workshop! Congrats!!!
I did not know that there is such an active community, wish I would hear
more of such promising events from other then the "standard" countries :)
Ralph, dk5ras.
> -Original Message-
>
Hi,
Is the red pitaya usable with gnuradio in an easy way, means, sink/source
block, and ready to go, or is this more hassle? Quick google search did not
show me clear results on this answer...
I am searching affordable hardware similar to a B210 (means, small and
portable) and with perfect gr
Maybe you should use the openlte mailing list :) Gnuradio is installed? OpenLTE
needs it.
Ralph.
From: Discuss-gnuradio
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of SOMNATH
RAY CHOWDHURY.
Sent: Thursday, October 20, 2016 1:14 PM
To: discuss-gnuradio@gnu.org
Hi,
> Thank you!!!
>
> That's exactly the kind of information I've been looking for.
These few words?!
In fact all you need already exists, software to decode GSM network data
already exists; you just need to put the pieces of information together.
Means, look for MCCs/MNCs and ARFCNs,
Did you contact this group in Vienna? They worked on something like this...
Ralph.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The Surface 3 is also my all day machine, usually I run gr within a VM on it,
but a native version also is quite interesting, I will give it a try later on!!
Ralph.
From: Discuss-gnuradio
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Ben
Hilburn
Sent: Thursday,
61.44 MHz with the latest UHD stuff.
Ralph.
> -Original Message-
> From: Discuss-gnuradio [mailto:discuss-gnuradio-
> bounces+ralph=schmid@gnu.org] On Behalf Of Ron Economos
> Sent: Wednesday, April 13, 2016 4:56 PM
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio]
First of all, you are transmitting with 5 KHz of deviation, but when I look at
your TX frequency, you are listening with a normal FM radio to it. This expects
75 KHz of deviation! Also your WBFM receive block expects more than 5 KHz.
Isn't there also a WBFM transmitting block? If available,
This works! Thanks a lot!
Ralph.
>-Original Message-
>From: Marcus Müller [mailto:marcus.muel...@ettus.com]
>Sent: Wednesday, March 16, 2016 10:24
>To: Ralph A. Schmid, dk5ras; discuss-gnuradio@gnu.org
>Subject: Re: [Discuss-gnuradio] lack of understanding the di
On Fri, Mar 11, 2016 at 2:24 AM, Ralph A. Schmid, dk5ras <ra...@schmid.xxx
<mailto:ra...@schmid.xxx> > wrote:
Hi,
Being an RF guy I must admit that I am somehow lost in the different ways
how samples are stored in files. I stumbled over this question when I
experimented with https
t;
> In what format are your 1bit samples? I'd assume they are just the fact
> whether a byte is 0x00 or 0x01; in that case, just use unpacked to packed.
>
> On 03/11/2016 10:24 AM, Ralph A. Schmid, dk5ras wrote:
> > Hi,
> >
> > Being an RF guy I must admit that I
The phones will register to your base station, when there is no infrastructure
any more - this is a common scenario in a real disaster, the cell phone
infrastructure will collapse quite soon. In this situation all surviving phones
will search for a new signal, find your BTS and register. Then
Hi,
Being an RF guy I must admit that I am somehow lost in the different ways
how samples are stored in files. I stumbled over this question when I
experimented with https://github.com/osqzss/gps-sdr-sim. It works great when
using 16 bit samples and using a simple two-block grc file, feeding them
n/301800_301899/301893/01.05.01_60/en_301893v010501p.pdf
On 08.01.2016 21 <tel:08.01.2016%2021> :47, Ralph A. Schmid, dk5ras wrote:
> Hi,
>
> Does anybody know how a signal must look to trigger a 5 GHz WLAN for a
> frequency change? I intend testing this feature by transmit
Hi,
Does anybody know how a signal must look to trigger a 5 GHz WLAN for a
frequency change? I intend testing this feature by transmitting a radar-like
signal with gnuradio, but for this I should know how this detection works,
how such a signal does look :)
Ralph.
Be careful, an antenna filters less than one would expect :)
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Marcus
Müller
Sent: Thursday, December 24, 2015 16:21
To: discuss-gnuradio@gnu.org
Subject:
Hi,
First of all, the USRP radios are kind of experimental radios, using them for
real ham radio operation on antennas will require filters and PAs. "Out of the
box" it will only be some proof of concept when you create a ham radio
application with it.
All 50 ohms, no limitations other than
It looks like the downlink, like here:
http://dk5ras.dyndns.org/screenshots/London_940.png
Chunks of 4.something wide carriers.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Meny
Sidar
Sent:
Wow, fantastic!
Installed it on my Surface Pro Win10, worked without issues, a simple FM
transmitter worked immediately.
What refuses to run with a python crash is a DVB-T2 transmitter, but hey, it is
a beta...
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
Hi,
You enter on the command line ais_rx - then the program starts.
Ralph.
-Original Message-
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
numeric
Sent: Saturday, June 13, 2015 05:15
To:
Hi,
Will some gnuradioers visit the German Friedrichshafen ham fest?
http://www.hamradio-friedrichshafen.de/ham-en/
There is also some sdr context:
http://www.sdra-2015.de/
My wife and me will be there, as every year :)
Ralph.
--
Ralph A. Schmid
Mondstr. 10
Well, I do not expect public safety standards for bus AVL, often enough they
are nothing more than a pimped APRS system. Would be interesting how the
standard is called, what manufacturer...
I have built a system for an aviation authority (!), some years ago. They
needed a system to
.
Ralph.
-Original Message-
From: Rafael Diniz [mailto:raf...@riseup.net]
Sent: Sunday, May 17, 2015 4:48 PM
To: Ralph A. Schmid, dk5ras
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] dtv-questions
Hi Ralph,
I don't think there is something specific inside the TS
:36, Ralph A. Schmid, dk5ras wrote:
Hi,
when playing with DVB-T2, I see there are example ts files of different
size, somehow optimized for the transmission mode, 4k or 8k, 64QAM or
256QAM.
Now when I have a look at them with my recoding software, they all look
identical, same bitrate
Hi,
when playing with DVB-T2, I see there are example ts files of different
size, somehow optimized for the transmission mode, 4k or 8k, 64QAM or
256QAM.
Now when I have a look at them with my recoding software, they all look
identical, same bitrate and stuff, just different size. So I
that are common to both DVB-T2 and
DVB-S2) or dtv_dvbt2_xxx.
However, there are new versions of vv003-cr23.grc, vv009-4kfft.grc and
vv018-miso.grc in gnuradio/gr-dtv/examples that you can start with.
Ron
On 05/11/2015 01:12 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
Maybe a dumb question, but up
Hi,
Maybe a dumb question, but up to now I was using gr-dvbt2 downloaded as
source, compiled and installed. Now gnuradio brings this stuff by default.
So I wonder what may happen when I remove the duplicate blocks from the
gr-dvbt2 package with a make uninstall. Will my grc files still be
, vv009-4kfft.grc and
vv018-miso.grc in gnuradio/gr-dtv/examples that you can start with.
Ron
On 05/11/2015 01:12 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
Maybe a dumb question, but up to now I was using gr-dvbt2 downloaded
as source, compiled and installed. Now gnuradio brings this stuff
Hi,
Hi Ralph,
I see... Hm. The point is that most of us is not really deep into the WX
code
base, and GNU Radio is planning to move away from WX to QT, and since I
can't reproduce the problem locally, it's going to be very hard to get you
running. It really *is* an odd failure if only the
Hi,
Hi Ralph,
first of all: that's the WX GUI Scope, right?
Yes.
Where can I start searching for the reason?
Do other Instrumentations from the same GUI framework work?
The WX GUI Waterfall Sink works as always.
Usually I do not use those gfx stuff that much, I just stumbled over it
Hi,
With latest gnuradio the scope view refuses to work in my flowgraphs.
Execution ends completely without any error message. Removing the block and
putting it newly into the flowgraph changes nothing. Disabling the scope
makes the projects work, the water fall works without issues.
.
Ralph.
From: Ian Buckley [mailto:i...@ionconcepts.com]
Sent: Monday, April 20, 2015 20:05
To: Ralph A. Schmid, dk5ras
Cc: 'Martin Braun'; usrp-us...@lists.ettus.com; 'GNU Radio Discussion List'
Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
To close the loop
Buckley [mailto:i...@ionconcepts.com]
Sent: Saturday, April 18, 2015 03:45
To: Ralph A. Schmid, dk5ras
Cc: 'Martin Braun'; usrp-us...@lists.ettus.com; 'GNU Radio Discussion List'
Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
Ralph,
I'm not able to access either of the .grc files
.
Ralph.
-Original Message-
From: Ian Buckley [mailto:i...@ionconcepts.com]
Sent: Friday, April 17, 2015 19:25
To: Ralph A. Schmid, dk5ras
Cc: 'Martin Braun'; usrp-us...@lists.ettus.com; 'GNU Radio Discussion List'
Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
Great Ralph
21:14
To: Ralph A. Schmid, dk5ras; usrp-us...@lists.ettus.com; 'GNU Radio
Discussion List'
Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
master works, but RC1 does not? Huh, I'm confused now. Can you give some
detail on what's going on, so we can try and reproduce this?
Thanks
with
the snapshot of the same VM before the upgrade is received without problems.
I will know more in about three hours.
Ralph.
-Original Message-
From: Martin Braun [mailto:martin.br...@ettus.com]
Sent: Wednesday, April 15, 2015 3:15 PM
To: Ralph A. Schmid, dk5ras; usrp-us
RC1, master seems to work.
Ralph.
-Original Message-
From: Martin Braun [mailto:martin.br...@ettus.com]
Sent: Wednesday, April 15, 2015 15:44
To: Ralph A. Schmid, dk5ras; usrp-us...@lists.ettus.com; 'GNU Radio
Discussion List'
Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot
-
From: Martin Braun [mailto:martin.br...@ettus.com]
Sent: Wednesday, April 15, 2015 21:14
To: Ralph A. Schmid, dk5ras; usrp-us...@lists.ettus.com; 'GNU Radio
Discussion List'
Subject: Re: [Discuss-gnuradio] New UHD seems to break a lot...
master works, but RC1 does not? Huh, I'm confused now
Great, I will do a basic test later, to see if the application starts. Just no
ships here around, real reception trials have to wait :)
Ralph.
From: Nick Foster [mailto:bistrom...@gmail.com]
Sent: Tuesday, April 14, 2015 5:34 PM
To: Ralph A. Schmid, dk5ras
Cc: Kevin Reid; GNU Radio
Hi,
Not only OpenBTS is affected, also gr-dvbt/t2 do not work any more with
latest uhd. A quick check during lunch break showed, the produced output is
not decodable any more. I will take a closer look this evening at home,
where I have more and better equipment.
Ralph.
:)
Ralph.
From: Bogdan Diaconescu [mailto:b_diacone...@yahoo.com]
Sent: Wednesday, April 8, 2015 5:13 PM
To: Ralph A. Schmid, dk5ras; 'Ron Economos'; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] DVB-T/T2
Hi Ralf,
having Us when moving the mouse does not looks good. Can you show
transmitters?
Thanks,
Bogdan
On Tuesday, April 7, 2015 1:32 PM, Ralph A. Schmid, dk5ras
mailto:ra...@schmid.xxx ra...@schmid.xxx wrote:
Great to hear that you work finds its way into the official thing!
At the moment, as the RF stuff works, I am trying to learn about all this crazy
: Wednesday, April 8, 2015 17:13
To: Ralph A. Schmid, dk5ras; 'Ron Economos'; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] DVB-T/T2
Hi Ralf,
having Us when moving the mouse does not looks good. Can you show a picture
taken with htop (on Linux).
the coding is a setting
, 2015 2:57 PM
To: Ralph A. Schmid, dk5ras; 'Ron Economos'; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] DVB-T/T2
Hi Ralph,
DVB-T.png shows some u's on the command line which means the whole flowgraph do
not provide data to USRP at the right speed. It basically mean the computer
release (3.7.7) as part of gr-dtv.
If you place a Scope Sink after the modulator, you can see the virtual
constellation mentioned in the link above.
Ron
On 04/06/2015 10:14 PM, Ralph A. Schmid, dk5ras wrote:
It _is_ intended:
http://dcis2009.unizar.es/FILES/CR2/p41.pdf
So forget about my
Hi,
With Rons help I got the DVB-T/T2 flowgraphs up and running.
DVB-T works great, no issues at all, while DVB-T2 is somehow flaky in
reception.
When using a cheap DVB-x tester, the DVB-T2 constellation is phase shifted.
I have no real world T2 signals to compare, but at least the
] On Behalf Of
Ralph A. Schmid, dk5ras
Sent: Tuesday, April 7, 2015 06:39
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] DVB-T/T2
Hi,
With Rons help I got the DVB-T/T2 flowgraphs up and running.
DVB-T works great, no issues at all, while DVB-T2 is somehow flaky in
reception.
When
It _is_ intended:
http://dcis2009.unizar.es/FILES/CR2/p41.pdf
So forget about my question :)
Ralph.
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, April 7, 2015
PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] gr-ais fails?
Did you also clean and rebuild gr-ais?
M
On 29.03.2015 08:53, Ralph A. Schmid, dk5ras wrote:
Hi,
with latest UHD and Gnuradio built from sources, gr-ais throws this
error when callin ais_rx:
ras
mailto:kpr...@switchb.org wrote:
On Mar 30, 2015, at 9:19, Martin Braun martin.br...@ettus.com
mailto:martin.br...@ettus.com wrote:
Did you also clean and rebuild gr-ais?
On 29.03.2015 08:53, Ralph A. Schmid, dk5ras wrote:
[...]
self.preamble_detect = digital.msk_correlate_cc(self.preamble
Hi,
with latest UHD and Gnuradio built from sources, gr-ais throws this error
when callin ais_rx:
ras@ubuntu:~$ ais_rx
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.002-143-g8c20712d
-- Operating over USB 3.
-- Initialize CODEC control...
-- Initialize Radio control...
First of all, it is normal that the USRP is not detected anymore with the uhd
tools when it is claimed by OpenBTS. So this looks not alarming.
Are you able to verify if RF is transmitted? Is there some spectrum analyzer
available, or a receiver that can tune into the used GSM frequency, best
I am afraid I did not document this, but I ran into similar issues with the
script and Kubuntu 14.04. However doing it all by hand, resolving
dependencies, load uhd and gnuradio sources, compile the stuff, installing
udev rules, installing the gnuradio icons by hand and such, this all was not
a
When I read this, pCell comes in mind:
http://www.rearden.com/artemis/An-Introduction-to-pCell-White-Paper-150224.p
df
Quite exciting stuff!
Ralph.
-Original Message-
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org]
I made tests with the bladeRF at 30 MHz bandwidth, and I was able to see the
spectrum just fine, not matter if I used a USB2 or a USB3 cable. No hacks, no
switching chunks of the spectrum, just using a standard receiver program. The
lost samples are not a problem as longs as you do not want to
I understand his question that he just wants to let the whole thing pump out
samples, and he takes only a portion of it. I have no idea if this works in
a controlled manner, but at least for spectrum display this works just fine,
the lost samples are not a big issue.
Ralph.
-Original
, 2015 4:44 PM
To: Ralph A. Schmid, dk5ras
Cc: Martin Braun; GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] USRP B200 host BW with USB 3.0/2.0
How is that possible since only 8MHz can be placed over USB 2.0 ?
On one hand I have a B200 which is supposed to deliver 56 MHz
Yep, gr-dsd works great, I can monitor my DMR repeater with it just fine. I
just wonder why they left out TETRA, the infrastructure (by means of SW) should
be already there…
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
We are using almost the same IC in our product, as a driver for a transmitting
coil in industrial environment, for material test, and we had never ever fail
one of those. Must be around 4k or 5k of those ICs we have out in the field,
and the only failures were two or three that came dead from
Usually you just see, the IC is defective, that’s all, and this is what we
already know anyway :)
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Marcus
D. Leech
Sent: Friday, January 16, 2015 8:59 PM
, 2015 5:42 AM
To: Ralph A. Schmid, dk5ras
Cc: Marcus D. Leech; Tom Rondeau; Christopher Hallinan; GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] First time user - fm radio tutorial has choppy
audio
Ok, here are the contents of my ~/.gnuradio/config.conf:
[audio_alsa]
default_input_device
+ralph=schmid@gnu.org] On Behalf Of
Ralph A. Schmid, dk5ras
Sent: Thursday, January 15, 2015 8:14 AM
To: 'Marcus D. Leech'; 'Tom Rondeau'
Cc: 'GNURadio Discussion List'
Subject: Re: [Discuss-gnuradio] First time user - fm radio tutorial has
choppy
audio
Hi Marcus,
If you use plughw
One could just try dial_tone.py example. That will exercise the audio
subsystem.
Output is some garbled noise, and
python$ python dial_tone.py
INFO: Audio sink arch: alsa
aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU
So my audio stuff is defective, good to know :)
For alsa, in the
To: Ralph A. Schmid, dk5ras; 'Tom Rondeau'
Cc: 'GNURadio Discussion List'
Subject: Re: [Discuss-gnuradio] First time user - fm radio tutorial has choppy
audio
On 01/15/2015 12:29 AM, Ralph A. Schmid, dk5ras wrote:
One could just try dial_tone.py example. That will exercise the audio
subsystem
Hi,
How would I change this, skipping PulseAudio and using Alsa? The only audio
application I try with gnuradio at the moment behaves similar here. I try to
decode DMR, and I get choppy audio although everything should be OK. I blamed
gr-dsd, but maybe it is a common issue. Will have to try a
It may just be that your audio-subsystem doesn't actually support the
sample-rate that the graph is configuring it for.
Maybe. At least the test audio from the audio control panel is clear.
Here's the --help for dial_tone.py
Usage: dial_tone.py [options]
Options:
-h, --help
Hi Marcus,
If you use plughw:0,0 as the hardware designator, it's often willing to do
resampling to the actual hardware rate.
Yep, I will try this later. Made my tests this morning on my way to work by
train, now it has to wait until lunch break :)
Ralph.
The latency is an issue when action of one side is dependent on reaction of
the other side. Usually there are narrow time limits that have to be
considered, and the time an action travels over USB or Ethernet may simply
be to long. The other thing may be jitter, many protocols do not like
You did not forget a „sudo ldconfig“? Sometimes the simple things… :)
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Richard
Bell
Sent: Wednesday, January 7, 2015 2:10 AM
To: Tom Rondeau
Cc:
The fix worked out :) Thanks a lot!
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, December 30, 2014 17:01
To: 'Johnathan Corgan'; discuss
Hi,
I installed gnuradio master from source on a Kubuntu 14.04 64 bit system,
and it appears that all wxgui stuff does not work. What may be the issue
here? Gnuradio and uhd build without error, without missing features, but
for example uhd_fft gives this output:
...@corganlabs.com]
Sent: Tuesday, December 30, 2014 16:26
To: Ralph A. Schmid, dk5ras; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] uhd_fft and other wx stuff does not work...
* PGP Signed by an unverified key: 2014-12-30 at 16:25:35
On 12/30/2014 06:37 AM, Ralph A. Schmid, dk5ras wrote:
I
Hi all,
With latest sources (after a git pull) the build fails. Kubuntu 14.04 32
bit, and a new gnuradio folder did not change things. Here the output:
[ 5%] Building C object
volk/lib/CMakeFiles/volk.dir/volk_machine_avx_32_mmx_orc.c.o
In file included from
An antenna made for 400-1000 MHz is not exactly the right thing to receive
88-108 MHz :) Just use a piece of wire, length about 75cm, this should be
enough for first tests.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
In my job we have learned that lesson and fitted on all our DSP systems (you
could call them direct digitizing SDRs, although we do not radio stuff) a cheap
I2C temperature sensor. No big thing by means of software, costs and PCB space,
but already proved being very useful. Could be considered
Hi,
are there already projects out in the wild to use EnOcean ISO/IEC
14543-3-10 protocol with gnuradio?
Ralph.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
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
1 - 100 of 290 matches
Mail list logo
