From ashishbnv at gmail.com  Thu Oct  6 13:20:54 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Thu, 6 Oct 2016 15:20:54 +0200
Subject: Installation error
Message-ID: <CAD5-XQNOLcOj0459uW4+gAL9qqzC7J+ZVc=UXWuScbLWkM0_Nw@mail.gmail.com>

Hi All,

I downloaded the tar ball release  libgtpnl-1.0.1.tar.gz and un tared it.
Then I tried to build and install the package. But the command sudo
./configure is giving me the following error.

configure: error: cannot find install-sh, install.sh, or shtool in
build-aux "."/build-aux

Do you know what could be the reason for this error?

Best Regards,
Ashish Kurian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20161006/ababda6f/attachment.htm>

From junpei.yoshino at gmail.com  Thu Oct  6 13:43:42 2016
From: junpei.yoshino at gmail.com (junpei yoshino)
Date: Thu, 6 Oct 2016 22:43:42 +0900
Subject: Installation error
In-Reply-To: <CAD5-XQNOLcOj0459uW4+gAL9qqzC7J+ZVc=UXWuScbLWkM0_Nw@mail.gmail.com>
References: <CAD5-XQNOLcOj0459uW4+gAL9qqzC7J+ZVc=UXWuScbLWkM0_Nw@mail.gmail.com>
Message-ID: <CAP_hEEDjiiLHcKAaKb6JPTA1-2uSBmPLWpJ-9qTWTCuPPhf_Xw@mail.gmail.com>

Hello Ashish

Do you use autoreconf ?
I wrote sample build commands.

$ git clone git://git.osmocom.org/libgtpnl
$ cd libgtpnl
$ autoreconf -fi configure.ac
$ cd tools
$ make gtp-tunnel
$ make gtp-link

I will write README file and send patch later.

Best Regards,
Junpei Yoshino

On Thu, Oct 6, 2016 at 10:20 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
> Hi All,
>
> I downloaded the tar ball release  libgtpnl-1.0.1.tar.gz and un tared it.
> Then I tried to build and install the package. But the command sudo
> ./configure is giving me the following error.
>
> configure: error: cannot find install-sh, install.sh, or shtool in build-aux
> "."/build-aux
>
> Do you know what could be the reason for this error?
>
> Best Regards,
> Ashish Kurian



-- 
junpei.yoshino at gmail.com


From lucas at teske.net.br  Wed Oct 26 02:46:56 2016
From: lucas at teske.net.br (Lucas Teske)
Date: Wed, 26 Oct 2016 00:46:56 -0200
Subject: Fix for Airspy MIXER gain
Message-ID: <accadaca-8844-03a9-5bd6-42de8f0cfb9a@teske.net.br>

So I was having a problem with my GOES LRIT receiver in GNU Radio. In
GQRX the SNR was 7dB and in GNU Radio was 4dB regardless of the setting.
Then I noticed that the Mixer (BB Gain) wasn't working at all. Checked
over the internet and there was this issue:


So I made some changes and here is the working version:
https://github.com/osmocom/gr-osmosdr/pull/8 (I know its a mirror, but
the patch is also attached)


Lucas Teske



-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Fix-Airspy-Missing-Mixer-Gain.patch
Type: text/x-patch
Size: 988 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20161026/cba1c016/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3823 bytes
Desc: Assinatura criptogr??fica S/MIME
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20161026/cba1c016/attachment-0001.bin>

From 246tnt at gmail.com  Wed Oct 26 05:23:03 2016
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Wed, 26 Oct 2016 07:23:03 +0200
Subject: Fix for Airspy MIXER gain
In-Reply-To: <accadaca-8844-03a9-5bd6-42de8f0cfb9a@teske.net.br>
References: <accadaca-8844-03a9-5bd6-42de8f0cfb9a@teske.net.br>
Message-ID: <CAHL+j0-56hVuSKFO5q645o8yBUvfA6D8WEKdoSDPz_EHcT3mUw@mail.gmail.com>

Hi,

> So I was having a problem with my GOES LRIT receiver in GNU Radio. In
> GQRX the SNR was 7dB and in GNU Radio was 4dB regardless of the setting.
> Then I noticed that the Mixer (BB Gain) wasn't working at all. Checked
> over the internet and there was this issue:

First GQRX uses gnuradio, so I assume you meant GRC in the sentence above.


> So I made some changes and here is the working version:
> https://github.com/osmocom/gr-osmosdr/pull/8 (I know its a mirror, but
> the patch is also attached)

That patch is just not correct. It would map two distinct gain control
to the same gain stage ...

BB gain is not MIX gain, there is no BaseBand gain stage on the airspy.

To set the gain stage in GNURadio for the airspy you need to use the
named gain stages setting API but because this API uses run-time
discovery of available gain stages, and that's not easily doable in
GRC using only the 'gui' stuff because you need to actually _call_ a
function on the gr-osmosdr block to update it. That's doable using the
function probe in theory.

The 3 "boxes"  ( RF / IF / BB ) that are by default in the GRC
property are just historic shortcuts from before it supported a full
named gain API.

The best solution would just to have a new GRC block (or two, one Qt,
one WX) that automatically discovers all the gain stage at run-time
and makes a slider for each of them just like osmocom_fft does since
it's often what people want to do. And this way it auto adapts to
whatever SDR is detected at run time which is kind of the point of
gr-osmosdr.

Or several entry box in GRC each time with the name of gain stage to
control and the value to set for the case where you want manual
control.
Something like "Gain 1 Name:" "Gain 1 Value"  "Gain 2 Name" " Gain 2 Value" ...


Cheers,

    Sylvain


From j-pi at seznam.cz  Fri Oct 28 17:46:09 2016
From: j-pi at seznam.cz (P)
Date: Fri, 28 Oct 2016 19:46:09 +0200
Subject: [PATCH] hackrf: fix buffer underflow
Message-ID: <e1df6da8-a135-0238-0a1f-e9b4f06627ca@seznam.cz>

Hi,

 lib/hackrf/hackrf_source_c.cc | 29 +++++++++++++++++------------
 1 file changed, 17 insertions(+), 12 deletions(-)


this patch fixes SIGSEG wich happens when buffer from GnuRadio is bigger
than buffers used by HackFR. This is due to 'remaining' will become
bigger than size of input buffer. More than available bytes might be
copied and '_samp_avail' become negative. This soon or latter becomes
SIGSEG.

With best regards,
	P


-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-hackrf-fix-buffer-underflow.patch
Type: text/x-patch
Size: 1974 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20161028/f3848030/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 220 bytes
Desc: OpenPGP digital signature
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20161028/f3848030/attachment-0001.bin>

From jean-michel.friedt at femto-st.fr  Fri Oct 28 06:07:17 2016
From: jean-michel.friedt at femto-st.fr (Jean-Michel FRIEDT)
Date: Fri, 28 Oct 2016 08:07:17 +0200
Subject: r820t2 based receiver raw samples ?
Message-ID: <20161028080717.46382ng3w8wjj6l1@portail.femto-st.fr>

I am attempting to use a RTL2832U based DVB-T dongle as a "fast" ADC
for recording baseband signals. gr-osmosdr under GNURadio 3.7 (as provided
by Debian GNU/Linux) provides the expected samples when using an E4000 (zero
IF) dongle. Being obsolete, such a dongle is no longer relevant, and I want
to do the same with the (non-zero IF) R820T(2) dongles. From
http://sdr.osmocom.org/trac/wiki/GrOsmoSDR I should be able to use the
direct_samp=1|2 option, but that does not work. I kept pins 1 and 2 connected
to the R820T output and connected a wire to pin 5 (Q-) while Q+ (pin 4) is
short circuited to pin 3 (gnd). A signal generator outputs a periodic signal
(150 mV amplitude, 100 kHz) but still no baseband signal, and on the FFT
of the osmosdr output I still see the spectrum of the FM band when tuning
to 100 MHz rather than the samples from the (initially unconnected) Q input.
Any idea if the "Device Arguments" of osmosdr-source is actually parsed
and interpreted ? or is there a command line way of acquiring the raw baseband
I/Q data ?

Thanks, JM

-- 
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe,  
25000 Besancon, France

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



From la at tfc-server.de  Fri Oct 28 21:15:35 2016
From: la at tfc-server.de (ew)
Date: Fri, 28 Oct 2016 23:15:35 +0200
Subject: r820t2 based receiver raw samples ?
In-Reply-To: <20161028080717.46382ng3w8wjj6l1@portail.femto-st.fr>
References: <20161028080717.46382ng3w8wjj6l1@portail.femto-st.fr>
Message-ID: <a27e0638-31ba-e581-41ec-e7416c22024a@tfc-server.de>

The Q pins are unused, the r820t(2) is a low IF tuner. Try connecting 
your antenna to I (Pin 1&2) instead.

-H


From steve at steve-m.de  Fri Oct 28 21:45:18 2016
From: steve at steve-m.de (Steve Markgraf)
Date: Fri, 28 Oct 2016 23:45:18 +0200
Subject: r820t2 based receiver raw samples ?
In-Reply-To: <20161028080717.46382ng3w8wjj6l1@portail.femto-st.fr>
References: <20161028080717.46382ng3w8wjj6l1@portail.femto-st.fr>
Message-ID: <b42be84e-f9f3-a565-f988-38b0f2e3049d@steve-m.de>

Hi Jean-Michel,

On 28.10.2016 08:07, Jean-Michel FRIEDT wrote:
> (150 mV amplitude, 100 kHz) but still no baseband signal, and on the FFT
> of the osmosdr output I still see the spectrum of the FM band when tuning
> to 100 MHz rather than the samples from the (initially unconnected) Q
> input.

The problem is that by enabling the direct sampling mode, the RTL2832
is forced to low-IF mode and only one ADC is enabled.

For your purpose, the device needs to be in zero-IF mode, which
normally wouldn't be used if a low-IF tuner like the R820T is attached.

Please see the attached patch, if you call rtlsdr_set_direct_sampling
with 1 after applying it should work.

Regards,
Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-hack-enable-both-ADCs-with-low-IF-tuner-for-data-acq.patch
Type: text/x-diff
Size: 1481 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20161028/13837706/attachment.bin>