Did you try -DCMAKE_C_FLAGS=-mavx during the cmake?
Ron
On 1/16/2014 4:04 AM, Ralph A. Schmid, dk5ras wrote:
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
I had mentioned it in the Nuand forum DVB-T thread.
gr-dvbt is being updated 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
The signal level on the transmitter FFT seems very high.
Make sure that the IQ samples sent to the USRP are
not being clipped.
Ron
On 2/3/2014 7:54 AM, Syed Aqeel Raza wrote:
Hi,
Again, I did some more work and the details are as under.
1. I have created a single flowgraph without USRP
Clayton's sdr-examples are for GnuRadio 3.7.1. Your
issue is that you haven't built gr-iqbal. It's not really
needed, so you can just delete that block in the
graphs.
Ron
On 2/13/2014 3:31 PM, Al Smith wrote:
I am new to gnuradio and have spent the last few days reading every
tutorial I can
I've tried pager_rx.py on bladeRF, and it works fine
here (GnuRadio 3.7.2.1 and Ubuntu 13.04). Tons of
traffic on channel 25 here in Silicon Valley.
I've made some changes to the code to work better
with bladeRF (mostly with the gain setting).
http://www.w6rz.net/pager_rx.py
When a flow grays
Only half of the solution, but there's a fully functional
64-QAM transmitter for bladeRF here:
https://github.com/argilo/gr-qam
It implements the North American CATV standard
ANSI/SCTE07 also known as ITU-T J.83 Annex B.
We're just using cable ready TV's as receivers.
Ron
On 2/25/2014 10:11
The graph doesn't match your numbers.
Ron
On 3/23/2014 8:56 PM, Gayathri Ramasubramanian wrote:
Hi,
I am trying to characterize the TX and RX characteristics of USRPN210 with a
SBX board.
I have tried one test : Amplitude Variation effects, by varying the
amplitude in steps and finding out
I took a look at the SBX schematic. The final output
uses a Mini-Circuits PHA-1+ MMIC amplifier that's
rated at +22 dBm output power at 1 dB compression.
It would seem that the gain distribution of the SBX
is arranged so that the PHA-1+ cannot be overdriven,
even at DAC full-scale and 0 dB
Your capture frequency is way off. WUSA-TV transmits
on RF channel 9, which is 186 to 192 MHz. You want
to capture the center of the channel, so 189 MHz is
the correct number.
http://en.wikipedia.org/wiki/North_American_television_frequencies
The 5 MHz sample rate is too low. The signal is 6
gnuradio-runtime definitely exists in GR 3.7. Nathan
was probably thinking about gnuradio-core, which
has been deprecated.
Usually this issue is solved by setting PKG_CONFIG_PATH
to the directory that contains gnuradio-runtime.pc
Ron
On 4/9/2014 10:57 PM, Jordan Johnson wrote:
Interesting. I
Yes, it's possible. The use of the rational re-sampler
is to be compatible with commercial DVB-T receivers.
If you're just interested in USRP to USRP, then it's
okay to use a 10 Msps sample rate. The signal will
be slightly wider than a standard 8 MHz signal at
9.142857 Msps.
You can modify my
I'm not exactly an expert on this, but correct values
for the DVB-S trellis encoder (1/2 rate, G1(X) = 121,
G2(Y) = 91) are:
1, 2, (121, 91)
My DVB-S transmitter repository is here:
http://github.com/drmpeg/gr-dvbs
Ron
On 4/27/2014 11:12 PM, siva kumar wrote:
Dear,
Could you please let me
Take a look at:
https://github.com/BogdanDIA/gr-dvbt/blob/master/grc/dvbt_inner_coder.xml
Ron
On 5/6/2014 7:00 AM, Jonathan Fox wrote:
I have two out of tree blocks I want to add to GRC, everything
compiles and installs correctly except for the GRC component (not
shown in GRC). So this
On Tue, May 6, 2014 at 11:08 AM, Ron Economos w...@comcast.net
mailto:w...@comcast.net wrote:
Take a look at:
https://github.com/BogdanDIA/gr-dvbt/blob/master/grc/dvbt_inner_coder.xml
Ron
On 5/6/2014 7:00 AM, Jonathan Fox wrote:
I have two out of tree blocks I want
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 ham radio repeater db0fue,
and it would be nice to have some GRC GUI
If you're sending packets, then Length Tag Key should be
set to the packet length you're using. If you're sending
a stream (like DVB-T), then this field is not used (and
left blank).
The OFDM cyclic prefixer is used after the (reverse)
FFT block. The FFT Length in the OFDM Cyclic Prefixer
block
), it seems that it is working now.
Actually I am trying to modulate ISDB-T data stream. I am working with
vectors, instead of data stream.
Thanks again.
2014-05-14 5:28 GMT-03:00 Martin Braun martin.br...@ettus.com
mailto:martin.br...@ettus.com:
On 14.05.2014 04:36, Ron Economos wrote
I was experimenting with this the other day. I used
the wide band FM modulator instead, since the
deviation can be set. Here's the flow graph.
http://www.w6rz.net/fmtest.grc
The test audio files. sine01.wav is 0.1 Hz and
sine15k.wav is 15000 Hz.
http://www.w6rz.net/sine01.wav
You can have custom install locations by telling the
build-gnuradio script to not do the build. For example:
./build-gnuradio -m prereqs gitfetch
This will perform the resolving of prerequisites, get
the source code and use the HEAD of the master
branch (which has the very latest commits to
On 5/23/2014 10:54 PM, Activecat wrote:
On Fri, May 23, 2014 at 11:28 PM, Ron Economos w...@comcast.net
mailto:w...@comcast.net wrote:
Chose an install directory that makes sense
for you. /opt works well since it has the correct
permissions.
cd gnuradio
mkdir build
On 5/23/2014 11:37 PM, Activecat wrote:
On Sat, May 24, 2014 at 2:15 PM, Ron Economos w...@comcast.net
mailto:w...@comcast.net wrote:
Custom install locations do require some additional environment
setup. Sylvain gave me a nice shell script for that.
BASE=/opt/gnuradio
If the rolloff parameter is zero, the block does not
do any pulse shaping. The rolloff parameter is in
symbols, and must be at least 2 and less than or
equal to CP length.
Ron
On 6/1/2014 5:53 PM, xianda wrote:
Hi all:
Thank you in advance.
I want to test my understanding about
On 6/4/2014 2:16 PM, Orin Lincoln wrote:
Hello,
I am trying to get samples from a B200 at 50 Msps into GNU Radio. The
UHD benchmark_rate tool receives at 50 Msps without any overflows
detected. My GNU Radio flowgraph is simply a USRP source connected to
a null sink, and I'm still getting
I've just completed a DVB-S2 transmitter for GnuRadio.
https://github.com/drmpeg/gr-dvbs2
This is a port of G4GUO's DVB-S2 transmitter for the
DATV-Express Digital Amateur Television project.
https://github.com/G4GUO/datvexpress_gui/tree/master/DVB-S2
The code includes an implementation of
You need a host running GnuRadio 3.7.x (I did all my
testing with 3.7.3). The sample rate will be 2X the
symbol rate, so unless you're using very low symbol
rates, you'll need to use USB3.0 with the bladeRF.
How much processing power required will be a
function of symbol rate. I did my testing
All video decoders use the YCbCr colorspace. You'll need
to convert that to YIQ for NTSC.
You can create a YCbCr file with vlc.
vlc -I rc file to decode -V yuv --yuv-file=output file --yuv=chroma=UYVY
This will create a YCbCr file with 4:2:2 chroma in the format
Cb Y Cr Y Cb Y Cr Y ...
Made a typo. --yuv=chroma=UYVY should be --yuv-chroma=UYVY
Ron
On 7/16/2014 10:07 PM, Ron Economos wrote:
All video decoders use the YCbCr colorspace. You'll need
to convert that to YIQ for NTSC.
You can create a YCbCr file with vlc.
vlc -I rc file to decode -V yuv --yuv-file=output file
gr-dvbs2 has been updated to include all of the normal frame size
code rates, roll-off factors and constellations in the DVB-S2 extension
specification, DVB-S2X. Note that gr-dvbs2 is transmit only.
https://github.com/drmpeg/gr-dvbs2
I'm writing a block that requires a large amount of data to be processed
in one iteration of the work function. If I call set_output_multiple()
with 8100 * 130 = 1053000 items (of gr_complex), I get the following error:
gr::vmcircbuf_sysv_shm: shmget(1): Invalid argument
gr::vmcircbuf_sysv_shm:
Marcus and Jeff,
Works great. Thanks guys. BTW, the default on my Ubuntu 13.10 system
was 33,554,432 bytes.
best regards,
Ron
On 10/21/2014 09:19 AM, Marcus Müller wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ron,
yep, that can be, within kernel-caused and total memory
Lefteris,
If your flowgraph doesn't have a GUI element, you can right click
on the Top Block icon and select Quit.
Ron
On 11/05/2014 02:40 PM, Eleftherios(Lef) Kampianakis wrote:
Thanks again for your (rapid) response!
1) I think there should be somekind of bug report on that although
I've just completed a DVB-T2 transmitter for GnuRadio.
https://github.com/drmpeg/gr-dvbt2
This is a baseline implementation of the version 1.1.1 standard. More
features
to follow, including DVB-T2 Lite.
I don't have a DVB-T2 receiver yet, so it's untested over the air.
However, it is
bit
I am not an Octave expert by any means, but I do have a solution for you.
It's pretty slow, but it does work.
filename1 = samples.cfile;
fid1 = fopen (filename1, r);
tmpreal = fread (fid1, float32, 4);
fseek(fid1, 4, 'bof');
tmpimag = fread (fid1, float32, 4);
DataIn = complex(tmpreal,
You can try my DVB-S2 modulator to do some transmit benchmarking.
https://github.com/drmpeg/gr-dvbs2
With the test flow graph, to send a 30 MHz wide signal (which is actually
typical for real DVB-S2 uplinks), you'll need to set the symbol rate to
30 / 1.2 or 25 Msymbols/sec. Since the modulator
The gr-dvbt2 DVB-T2 transmitter has now been tested with a real receiver
(a PCTV 292e USB stick). The BBC 32K/256QAM mode works fine on
bladeRF (40.2 Mbps in an 8 MHz channel). CPU usage is about 60%
on all four cores of an Intel E5-1607.
I've added links to test streams in the README for others
When a window greys out, it typically means you're using too much CPU.
Ron
On 12/18/2014 11:45 AM, Richard Bell wrote:
I created ~/.gnuradio/config.conf with the following lines in it
[wxgui]
style=nongl
This has not fixed the window not responding issue. Any other ideas?
Rich
On Thu, Dec
A fix for this is to change line 39 in
volk/kernels/volk/volk_64u_popcntpuppet_64u.h
from
#ifdef LV_HAVE_SSE4_2
to
#if LV_HAVE_SSE4_2 LV_HAVE_64
Ron
On 12/23/2014 11:41 PM, Ralph A. Schmid, dk5ras wrote:
Hi all,
With latest sources (after a git pull) the build fails. Kubuntu 14.04
32
It's a bug on 32-bit systems. Verified here on Ubuntu 13.10 32-bit.
Re-running cmake is not going to help.
Ron
On 12/24/2014 07:04 AM, West, Nathan wrote:
On Wed, Dec 24, 2014 at 2:42 AM, Ron Economos w...@comcast.net wrote:
A fix for this is to change line 39 in
volk/kernels/volk
I'm looking for some guidance with block properties XML. I have
a situation where I'd like to have subsets of options based on some
other option setting.
For example, in gr-dvbt2, I have an option setting for the version of
the specification. Based on that option, I want to have the preamble
On Fri, Feb 6, 2015 at 10:44 AM, Ron Economos w...@comcast.net
mailto:w...@comcast.net wrote:
Use bladerf=0 in one instance of the osmocom Source and bladerf=1
in another.
Ron
On 02/05/2015 07:29 PM, Nguyễn Văn Lý wrote:
Dear all,
I'm using BladeRF hardware in my system
Use bladerf=0 in one instance of the osmocom Source and bladerf=1 in
another.
Ron
On 02/05/2015 07:29 PM, Nguye^~n Va(n Lý wrote:
Dear all,
I'm using BladeRF hardware in my system. I want to use two devices on
the same computer. The *osmocom Source* lets me choose several
channels, I
I can address the two issues in gr-dtv.
CID 1267227 seems spurious. Coverity doesn't complain about the previous
line,
even though it's doing exactly the same operation. Also, the code executes
properly, so there's no doubt that this-J is being set.
Of course, the this- business is a bit of a
the parameters but neglected
to remove the superfluous setting of the private variables.
Ron
On 01/26/2015 12:48 AM, Ron Economos wrote:
I can address the two issues in gr-dtv.
CID 1267227 seems spurious. Coverity doesn't complain about the
previous line,
even though it's doing exactly the same
On 02/11/2015 03:05 AM, Martin Braun wrote:
On 02/11/2015 10:38 AM, zealdeal wrote:
Is this clipping behaviour specific to uhd_siggen? Earlier I have tried to
increase the amplitude of an OFDM subcarrier to more than 1.0 and saw linear
increase in received amplitude. Clipping took place at
:
On Tue, Mar 10, 2015 at 3:35 AM, Ron Economos w...@comcast.net
mailto:w...@comcast.net wrote:
Take a look in:
gnuradio/gr-dtv/lib/atsc/atsc_rs_encoder_impl.cc
gnuradio/gr-dtv/lib/atsc/atsc_rs_decoder_impl.cc
Ron
On 03/10/2015 12:30 AM, Jeon wrote
Reed-Solomon codes are a form of FEC (Forward Error Correction).
They make sense for communications channels that don't have
a way for the receiver to ask for a re-transmission (such as
broadcasting).
Reed-Solomon codes are used on many digital formats. One of
the first uses of RS coding were
Take a look in:
gnuradio/gr-dtv/lib/atsc/atsc_rs_encoder_impl.cc
gnuradio/gr-dtv/lib/atsc/atsc_rs_decoder_impl.cc
Ron
On 03/10/2015 12:30 AM, Jeon wrote:
I need Reed-Solomon encoder and decoder to perform RS(15, 2/4/7/11).
I found that there are RS codes in *gr-fec/lib/reed-solomon.
*
But, I
I've submitted a pull request for the compile issue in gr-dtv.
However, it takes a little while for requests to get merged.
You're missing gnuradio-companion because your version of
SWIG is failing the version check. See line 982 in your first
pastebin. The minimum SWIG version required is
gnuradio, it still throws an
error about the stdio commands not being included. is there a way to
'make clean' manually or something in pybombs?
On Tue, Mar 24, 2015 at 7:30 PM, Ron Economos w...@comcast.net
mailto:w...@comcast.net wrote:
I've submitted a pull request for the compile issue
Just to be fair to the openLTE folks, it builds just fine here with a
properly installed GNU Radio.
Ron
On 02/26/2015 02:15 PM, Tom Rondeau wrote:
On Thu, Feb 26, 2015 at 4:36 PM, ben Gee grben...@gmail.com
mailto:grben...@gmail.com wrote:
thanks Tom! That seemed to get me one step
The first error can be repaired by adding the line:
#include stdio.h
to gnuradio/gr-dtv/lib/atsc/atsc_interleaver_impl.cc
I'm not sure how this bug slipped by.
Ron
On 03/23/2015 03:01 PM, ben Gee wrote:
I've picked up some issues over the last month of trying to get a
working gnuradio
I know what's causing this error. It's a function of using the GCC 4.7
compiler. It works with GCC 4.8 or later because the define complex in
complex.h is undefined in complex.
I'll have a fix for this soon.
Ron
On 04/01/2015 04:57 PM, Activecat wrote:
Dear Sir,
Recently I failed to
In your previous pull request, you deleted the line:
#include complex.h
in gr-dtv/lib/dvbt2/dvbt2_paprtr_cc_impl.cc
This would directly fix the build issues reported by Activecat and
Marcus Leech.
Ron
On 04/01/2015 06:34 PM, Michael Dickens wrote:
I'm not sure my forthcoming pull request
] Error 2
make: *** [all] Error 2
Build failed. See output above for error messages.
The complete log is at
https://github.com/activecat/gnuradio/blob/master/installation_log_003.txt
Please advise, thanks.
On Thu, Apr 2, 2015 at 9:49 AM, Ron Economos w...@comcast.net
mailto:w
For curly brace formatting and spacing see the Code Format section of:
https://gnuradio.org/redmine/projects/gnuradio/wiki/Coding_guide_impl
Ron
On 04/20/2015 08:25 PM, Richard Bell wrote:
This might be what you're looking for:
You'll have to rebuild them. All the block names have changed from
dvbt2_xxx to dtv_dvb_xxx (for blocks 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
The tone reservation PAPR reduction block used with the DVB-T2
transmitter in gr-dtv may be interesting for you. It uses a ton of
floating point calculations.
https://github.com/gnuradio/gnuradio/blob/master/gr-dtv/lib/dvbt2/dvbt2_paprtr_cc_impl.cc
Even though it uses Volk kernels
The primary requirement is to the set the Transport Stream bitrate
properly. Otherwise, you'll get audio or video stuttering. For DVB-T,
the bitrate calculation is straight forward, and there are only so many
combinations. I have a command line utility here.
Just add the new variable to each file:
/lib/coolblock_xx_impl.cc (3 places, make, new and constructor)
/lib/coolblock_xx_impl.h (1 place, constructor)
/include/project/coolblock_xx.h (1 place, make)
/grc/project_coolblock_xx.xml (1 place, make)
Super important step! Delete your entire build
The test clips have AC3 audio. AC3 is not used much at all in Europe
because broadcasters have to pay an extra licensing fee to Dolby to
transmit it. It looks like DVBViewer does not come with an AC3 decoder,
but you can add one.
Yes, rotated constellations are a new feature of DVB-T2. More reading here.
http://www.etsi.org/deliver/etsi_ts/102800_102899/102831/01.02.01_60/ts_102831v010201p.pdf
See section 9.2.3. In addition to the rotation, the I and Q components
of a QAM/QPSK symbol are cyclically delayed. Since
the files used?
So we can reproduce the work?
*Van: *Ron Economos w...@comcast.net
*Aan: *discuss-gnuradio@gnu.org
*Verzonden: *Dinsdag 7 april 2015 08:14:22
*Onderwerp: *Re: [Discuss-gnuradio] DVB-T/T2
Yes, rotated
Only transmitter implementations for now. They are here:
https://github.com/drmpeg/gr-dvbs2
https://github.com/drmpeg/gr-dvbt2
The DVB-T2 implementation supports T2-Lite, tone reservation PAPR
reduction and MISO processing.
Ron
On 04/07/2015 06:38 AM, Bogdan Diaconescu wrote:
Hi Ron,
I
In your .xml file, the line:
makehowto.detect_ff($pfa, $L, $samples)/make
should be:
makehowto.howto_detect_ff($pfa, $L, $samples)/make
Ron
On 04/07/2015 09:38 PM, Abhishek Shukla wrote:
hey,
i have successfully imported detect_ff block. but right now I am
getting runtime error while
You have to add FFT to the top level CMakeLists.txt file. Like so:
set(GR_REQUIRED_COMPONENTS RUNTIME FFT)
Ron
On 05/19/2015 07:56 PM, Nguye^~n Va(n Lý wrote:
Hi all,
I created an out-of-tree module for my personal project.
In one block, I need to perform FFT and IFFF, so I put *#include
This is just a wish, but it would be nice if the set_start_time sequence
shown below could be added to the UHD Sink and Source blocks in GRC.
Seems generic enough (with the delay as a variable).
Ron
On 06/25/2015 03:27 AM, Marcus Müller wrote:
now = usrp_source0.get_time_now() #or however
For small constellations, you can just specify the points manually.
Here's an example for 16QAM. Just paste into the Symbol Table field in
the block properties. The dimension is 1.
[complex(3,3), complex(3,1), complex(1,3), complex(1,1), complex(3,-3),
complex(3,-1), complex(1,-3),
It's an issue in that particular version of GNU Radio. I see the same
thing here.
The good news is that the No GUI option works correctly in the latest
release (3.7.8).
Ron
On 08/19/2015 02:55 AM, Miguel Cordero Limón wrote:
Hi all,
I'm having trouble when trying to run a GRC flowchart
Just FYI, Jeon's images are a link (to imgur.com).
Ron
On 08/06/2015 06:49 AM, Tom Rondeau wrote:
Also, please be careful when sending images in your emails. They make
them overly large, and our system might catch and block them instead
of letting the pass. Better to either copy the values
That's one way to skin the cat. You can also use an install prefix with
cmake.
cmake -DCMAKE_INSTALL_PREFIX=/opt/gnuradio/pybombs ../
Ron
On 08/08/2015 03:43 PM, Kevin McQuiggin wrote:
Hi Logan:
I just went through the same process! My new OOT block wasn't being found.
The solution is to
Yes. I will cause your OOT blocks to be installed in the same place as
all the other GNU Radio blocks.
Ron
On 08/08/2015 03:56 PM, Washbourne, Logan wrote:
Kevin,
It worked! I really appreciate your help!!
Ron,
So that install prefix should be pointing to where I installed gnuradio?
Here's a link to a project.
http://sodaradio.sourceforge.net/Site/SoDaRadio.html
Also, one of the folks on #bladerf has developed a big ham radio
orientated GRC flow graph.
http://www.unm.edu/~goatman/RadioPresidio.grc
Ron W6RZ
On 11/07/2015 01:13 PM, Mike Willis wrote:
GQRX works very
You should be able to replace the osmocom Sink and Source blocks with
UHD sink and source blocks. Alternatively, you can compile the osmocom
blocks with UHD support. Then you just have to change the "Device
Arguments" string to remove the bladeRF specific arguments (probably
just leave it
I forgot to answer your DTV question. At this time, there is no GNU
Radio based receiver for DVB-S2 (or DVB-T2). One issue that stands in
the way is developing a software LDPC decoder with sufficient
performance (ideally, at least 50 Mbps for DVB-T2 and even more for DVB-S2).
Therefore, all
You have to tell cmake that CMakeLists.txt is up one directory. The
correct command is:
cmake -DCMAKE_INSTALL_PREFIX=/opt/local ../
Ron
On 11/09/2015 12:18 AM, chandan kumar wrote:
sir, again I am getting some error. I am building a block using
python. I edited all the related files like QA
There is a stereo FM receiver in gr-rds. If you delete the RDS specific
blocks in the example flow graph (gr-rds/apps/rds_rx.grc), you don't
even have to compile gr-rds.
https://github.com/bastibl/gr-rds
Ron
On 11/06/2015 11:05 AM, John B. Wood wrote:
Hello, all. I just subscribed to the
The DVB-T and DVB-T2 transmitters are already part of 3.7.8 in gr-dtv.
Ron
On 10/20/2015 11:02 AM, Geof Nieboer wrote:
That's great news. The DVB-T likely failed because the gr-dvbt OOT
block is not yet included. I'll get it in for the release.
On Tue, Oct 20, 2015 at 7:25 PM, Ralph A.
It's already been released on August 5. It's better to check Github
rather than the GNU Radio wiki.
https://github.com/gnuradio/gnuradio/releases
Ron
On 10/18/2015 02:16 AM, Fernando Peral wrote:
Hi.
Is there any aproximate date for the final release?
regards
The correct syntax is:
sudo sysctl kernel.shmmax=2147483648
for 2 Gbytes.
Ron
On 10/05/2015 10:01 PM, Hitesh Kasera wrote:
Hello everyone,
I am trying to implement OFDM TX in GRC but with fft length 2048.
according to fft length i have updated syn words, pilot carriers,
pilot symbols,
On Tue, Oct 6, 2015 at 10:51 AM, Ron Economos <w...@comcast.net
<mailto:w...@comcast.net>> wrote:
The correct syntax is:
sudo sysctl kernel.shmmax=2147483648
for 2 Gbytes.
Ron
On 10/05/2015 10:01 PM, Hitesh Kasera wrote:
Hello everyone,
I believe ATSC Field Sync Demux is now called ATSC Field Sync Checker.
Ron
On 09/03/2015 06:46 AM, Henry Barton wrote:
I've got more info on my problem. Some of the blocks, including ATSC
Field Sync Demux, are missing. Could they have been renamed or
combined into other blocks? I don't
In case there are any other folks trying the ATSC receiver. I did some
testing here, and any DC offset spike in the receiver will kill the ATSC
demodulator. I'm not sure a DC block will work, but manually
compensating the DC offset on a bladeRF did work.
I guess offset tuning would also work,
http://www.cgran.org/ isn't up to date either.
Ron
On 09/07/2015 07:29 PM, Chris Kuethe wrote:
I don't think there is an official policy. I do see that Tim updated
the recipes pointer a couple of days ago
(https://github.com/gnuradio/pybombs/commit/97fe3b3846dc1e10123fdc1c218ed94fa8dba63c).
..
Made a mistake. The DVB-T receiver is not part of the 3.7.8 release.
It's a recent commit on the master branch (3.7.9git).
Ron
On 09/15/2015 01:31 AM, Ron Economos wrote:
The author of gr-dvbt looked at this issue when he developed the DVB-T
receiver. Here's a blog entry on his findings
The author of gr-dvbt looked at this issue when he developed the DVB-T
receiver. Here's a blog entry on his findings.
http://yo3iiu.ro/blog/?p=1393
He benchmarked the IT++ decoder in last place.
IT++ = 2-3 Mbps
gr-trellis = 5 Mbps
Karn C = 7-8 Mbps
gr-dvbt = 39-40 Mbps
The gr-dvbt receiver
The dvb_bbheader_bb_impl.cc module in gr-dtv also uses
set_output_multiple().
Ron
On 09/28/2015 08:36 PM, Kolya wrote:
Hi Martin and Sylvain,
I obviously didn't understand the forecast function properly but with your
help it works now. I tried both:
set_output_multiple & a correct
The polynomial in gr-dtv is G1 = 171 and G2 = 133. It is a 1/2 rate code
with puncturing to 2/3, 3/4, 5/6 and 7/8.
Ron
On 09/21/2015 10:52 PM, Jeon wrote:
Thanks for your answers, Ron and Marcus.
I posted this question since my module is using both Reed Solomon
You can take a look at my last gr-dtv commit. It's very similar to what
you need to do.
https://github.com/gnuradio/gnuradio/commit/b90c574e2fbf0443e1eea2ee06779c2a85f86def
Files to consider:
gr-dtv/grc/CMakeLists.txt
gr-dtv/grc/dtv_block_tree.xml
gr-dtv/lib/CMakeLists.txt
It looks a little too narrow for 3 MHz LTE. A better frequency to look
for LTE is the 700 MHz band. AT nodes will be on 739 MHz, and Verizon
nodes will be on 751 MHz. Here's a picture of an AT node.
https://twitter.com/drmpeg/status/664557271817449472
Ron
On 12/03/2015 07:46 PM, Henry Barton
It looks like it's doing a little better. I would try deleting (or
bypassing) that Multiply Const block. It may actually be causing trouble
for the gr-isdbt OFDM acquisition block.
If you do get things running, the viterbi_decoder block needs to be set
to Code rate 2/3.
Ron
On 12/17/2015
that?
best
Federico
2015-12-17 7:51 GMT-03:00 Ron Economos <w...@comcast.net
<mailto:w...@comcast.net>>:
Marcus,
That extremely low signal level is due to a Multiply Const block
in the flow graph set to 0.00055242272. In the gr-dtv in-tree
version, I've deleted that blo
Something that you can try is to use the OFDM synchronization block from
gr-isdbt.
https://github.com/git-artes/gr-isdbt
Just replace the gr-dvbt ofdm_sym_acquisition block with the one from
gr-isdbt. Leave the freq. error output unconnected.
I believe German DVB-T is 16QAM 2/3 rate, so
You can set the range by middle clicking (with the mouse wheel) and
setting the Int. min parameter. Try -120 to start with.
Ron
On 01/03/2016 03:14 PM, Daniel Marlow wrote:
Hello,
We are running gnuradio v 3.7.8 on Ubuntu 15.08. H/W is B210.We are
looking at our self echo from EME
the GRC file for
this. In my execution, I was getting null signals.
You can see my setup in the attached file. It's a rather simple
version just for illustration. I don't understand why that is not working.
On Sun, Jan 3, 2016 at 7:45 PM, Ron Economos <w...@comcast.net
<mailto:w...@comca
If you want to see individual carriers, you have to use a high
resolution FFT. Here's a 262144 point FFT on a DVB-T2 OFDM signal with a
1K FFT (853 active carriers). The carriers are spaced about 9 kHz.
Stronger tones are pilots.
https://twitter.com/drmpeg/status/670769195160858624
Ron
On
ATSC 3.0 is very much like DVB-T2, so at least for the transmitter, you
can use many of the DVB-T2 blocks in gr-dtv as a starting point for your
development.
I'm definitely in wait and see mode on this standard. This is pure
speculation, but I have a feeling that ATSC 3.0 may never see the
.0 decoder?
Whether or not ATSC 3.0 will ever be a thing... I agree with what Ron
has said, and I don't know if it will ever succeed. But with that
said, ATSC 3.0 has a better chance in existing in NA as opposed to
DVB-T2.
Colby
On Tue, Dec 29, 2015 at 5:01 PM, Ron Economos <w...@comcast.net>
In Canada, you can use up to 2250 watts PEP output on SSB.
http://www.ic.gc.ca/eic/site/smt-gst.nsf/eng/sf01226.html#p10.2
In the US, it's 1500 watts PEP output in any mode.
The Kuhne Electronic equipment is excellent stuff. It's essentially
commercial equipment that's been re-purposed for
e don't have a
good "pure" test signal lab generated or anything, though.
Tom
On Tue, Dec 29, 2015 at 5:01 PM, Ron Economos
<w...@comcast.net <mailto:w...@comcast.net>> wrote:
> ATSC 3.0 is very much like DVB-T2, so at least for the
The Ettus B200 will be the preferred ground station for AMSAT's Phase 4
satellite.
https://github.com/phase4ground/documents/blob/master/Papers_and_Presentations/AMSAT_DSP_Hardware_Paper_by_Mike_Parker.pdf
https://github.com/phase4ground/documents/
1 - 100 of 414 matches
Mail list logo