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
[mailt
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:
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 u
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: R
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.
__
1893v010501p.pdf
On 08.01.2016 21 :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 transmitting a radar-like
> signal with gnuradio, but for this I should know
I really thought this has become easier now. After my attempts using pybombs
and creating a whole mess in my system I decided to manually download and build
all from source, uhd, gnuradio, and all the other stuff, good a dozen of
gr-something packages. Then I made a simple script that git pulls
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
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 yo
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 t
Fri, Mar 11, 2016 at 2:24 AM, Ralph A. Schmid, dk5ras 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://github.com/osqzss/gps-sdr-sim.
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 diffe
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, t
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] B2xx
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,
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
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, compare
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,
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 su
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-
> F
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
gr-uhd/swig/CMakeFiles/_uhd_swig.
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
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
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 tr
[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
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,
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
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,
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
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 f
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
[mailto:discuss-gnuradio-bounces+ralph=schmid@gn
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
/home/ras/gnuradio/build/volk/lib
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:
ras@ubuntu:~/gnuradio/build
...@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:
>
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'
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: discuss-g
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
variation
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 s
>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
>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
: 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 exerci
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.
___
-gnuradio-bounces+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
, 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
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 th
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
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
[mailto:discuss-gnuradio-bounces+ralph=schmid@g
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 Messag
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 l
, 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.
On the
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 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 big
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
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...
--
March 30, 2015 6:20 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 Gnura
PM, Kevin Reid mailto:kpr...@switchb.org> > wrote:
On Mar 30, 2015, at 9:19, Martin Braun 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_correlat
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 test
nu.org] 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
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
dio
in the next 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/
Thanks,
Bogdan
On Tuesday, April 7, 2015 1:32 PM, "Ralph A. Schmid, dk5ras"
<mailto: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
, 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 me
Sent: 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
:)
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
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.
__
while 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
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 b
-
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'
, 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. Can you give some
detail on what's going on, so we can t
.
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
frequency.
Ralph.
From: Ian 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.
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 cl
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.
Uninstallin
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 ove
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 t
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
function
gt;
> 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 to n
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 quest
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 wond
.
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
goes to which hierarchical layer.
>
> All you have to do is configure your MPEG2-TS muxer to place all the
> information you want inside the TS.
>
> I recommend the Open Broadcast Encoder:
> http://obe.tv/download
>
> Best regards,
> Rafael Diniz
>
> On 2015-05-
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 transmit
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
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: Discuss-gnuradio@
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 years,
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
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 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
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 applicatio
Hi all,
Not 100% on-topic, but maybe I am not the only one with such problems.
I am member of a small team that operates a world-wide DMR ham radio network
(BrandMeister, http://brandmeister.network, and I belong to the German
http://bm262.de guys), and we are hunting down (at least we try) an i
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.
> -Original
(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,
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
+49-171
> 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 only
Hi,
I am using gnuradio on Kubuntu 18.04, built from source, also uhd,
osmocom-sdr-stuff, limesdr etc. is built from sources.
Up to gnuradio 3.7 this was all fine, no problems, but with the update to
3.8 the problems began. First issue is that many projects simply do not
recognize 3.8 as valid 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 jus
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
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
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
1 - 100 of 296 matches
Mail list logo
