Date   

Re: [SDRSharp] Re: From a SDR Grapevine...

Alberto I2PHD
 

On 8/14/2013 7:59 PM, josephrot wrote:

Next time, please fine all terms at their first use, or what the acronyms / abbreviations mean,
and a great many others could follow your writings and answers.

Oh, sorry... I had given for granted that those acronyms were more or less known as they
are used very often in the SDR field, but maybe I was wrong.

So, here it comes an attempt to a short explanation. A longer and more complete one can
of course be found using Wikipedia,

SDR� - Need this to be explained ?� Software Defined Radio, a technology where the working
��������� of the radio is mostly defined by a software program, and in a lesser extent by hardware.

ADC� - Analog to Digital Converter. Usually a single chip that converts a signal from an analog
��������� form to a numeric one, in equally time-spaced samples, and quantized in amplitude
��������� with a number of bits depending on the specific chip (usually from 8 to 24).

FPGA - Field Programmable Array. A chip containing hundreds of thousands of uncommitted
��������� logic circuits, that can be dynamically reconfigured to perform the specific function(s)
��������� needed for the specific application,

DDC� - Digital Down Converter. Usually one of the functions programmed into an FPGA. A DDC
��������� implements the functions of downconversion and downsampling as described in my previous
������� � message.

NCO -� Numerically Controlled Oscillator. An algorithm that behaves as a hardware oscillator,
��������� but whose output is a series of numbers that are the samples of the signal that
��������� is generated (usually a sine wave).

CIC� - Cascaded Integrator Comb. Also implemented inside the FPGA. An interesting algorithm
�������� described about 25 years ago by Hogenauer, that implements the low pass filtering
�������� needed before the downsampling stage. Loved by FPGA programmers, as it can be
�������� implemented without using multiplicators, a scarce resource in an FPGA.

FIR� - Finite Impulse Response filter.� A kind of filter that can be used to implement low pass, high
�������� pass, band pass, all pass functions. A somewhat related kind of filters are the IIR, Infinite
�������� Response Filter. It would take too much space to describe here the differences, the pros and cons.

FFT - Fast Fourier Transform. The king (or the queen ?) of the algorithms used in the SDR field.
� � � �� Described for the first time in the early sixties of last century by Cooley and Tukey, two
�������� respected mathematicians of the time. The FFT transforms the time representation of
� � � �� a signal into its frequency representation (and viceversa). Quite useful to perform
�������� filtering, to compute spectrum, waterfall and a lot of other functions.

DUC - Digital Up Converter. Basically the opposite a a DDC. An algorithm that upsamples and
�������� upconverts a baseband signal to the final output frequency. Normally followed by a DAC.

DAC - Digital to Analog Converter. The opposite of an ADC. A piece of hardware that takes as its
�������� input a series of numbers that represent the signal to be generated, and that outputs
�������� the analog signal described by those numbers. Needs to be followed by an anti-alias filter.

Hope to not have forgotten some acronyms...


--
73 Alberto I2PHD


Possibly a dumb question? SDRSharp on a mac

Paul NN4F
 

has anyone looked into the possibility of compiling SDRSharp on the mac using Mono?

http://en.wikipedia.org/wiki/Mono_(software)

Paul - NN4F


SDR# Plugins

jeje FKJ
 


> In orbitron under setup "extra" you have to set "aos notification make sat
> active" ...
> Then the next pass will switch to the new frequency

Many thanks sigi
For this great info

Well ; 100% auto is possible with Rtl :-)

Again thanks
73s jeje


Re: [SDRSharp] SDR# Plugins

Siegfried Jackstien
 



Not real automatic but here i use :
Sdr# plugin for DDE and orbitron
Wxtoimg is on auto-record.

Just use vnc from work to change noa sat on orbitron.
In orbitron under setup "extra" you have to set "aos notification make sat
active" ...

Then the next pass will switch to the new frequency

Start orbitron and wx2img and either sdrsharp or hdsdr (both work with
orbitron via dde link) ...

Drive to work

Back at home in the evening watch your own weather forecast film :-)

Dg9bfc

Sigi


Re: SDRSharp Build 1150 nightly problems

Paul NN4F
 

I don't feel I need to be tested, and I don't appreciate being Lied to, you have this "Secret" exercise you are planning, sound like a bunch of "Malarky" to quote one of your words, you tried to USE me and that is not appreciated....

I would warn anyone in this group to take what he says with a pinch of salt.... or just ignore him completely....
Paul... NN4F

--- In SDRSharp@yahoogroups.co.uk, "josephrot" <joerotello@...> wrote:

In all fairness, you were being tested, Paul, with the reasons for that exercise to become apparent in the relatively near future. The "exercise" was carefully planned, and was repeated on others. You were not singled out.

Your telephone reaction to me was understandable, and would be unfair to be held against you, as is your message, repeated below. At the time, I owned and operated two SDR receivers, and as of today, four, based on three chip-sets. Various SDR designs and equipment has been owned and operated in the past.

Stay tuned, as you might like the outcome. And that, as they say, is no joke.

Joe Rotello / Knoxville, TN

--- In SDRSharp@yahoogroups.co.uk, "paulnn4f" <paul@> wrote:

Joe,

I'm not quite sure how you can call yourself Advanced or SDR experienced, as when I spoke to you on the phone a few weeks ago, for the First and LAST time, as you picked my brain on how these "things" operated, I told you what software to get, you didn't even own a SDR Dongle, I've watched with interest as to some of the comments you have made on this group....WOW is all I can say....

Paul - NN4F


All this malarkey is cumbersome, way prone to problems, etc.

All this "crapola" needs to be streamline, simplified.

Egad, if we, the more "advanced or SDR experienced" are having troubles like this, heaven help the SDR neophytes amongst us.

They don't have a chance.

Joe


Re: SDRSharp Build 1150 nightly problems

josephrot
 

In all fairness, you were being tested, Paul, with the reasons for that exercise to become apparent in the relatively near future. The "exercise" was carefully planned, and was repeated on others. You were not singled out.

Your telephone reaction to me was understandable, and would be unfair to be held against you, as is your message, repeated below. At the time, I owned and operated two SDR receivers, and as of today, four, based on three chip-sets. Various SDR designs and equipment has been owned and operated in the past.

Stay tuned, as you might like the outcome. And that, as they say, is no joke.

Joe Rotello / Knoxville, TN

--- In SDRSharp@yahoogroups.co.uk, "paulnn4f" <paul@...> wrote:

Joe,

I'm not quite sure how you can call yourself Advanced or SDR experienced, as when I spoke to you on the phone a few weeks ago, for the First and LAST time, as you picked my brain on how these "things" operated, I told you what software to get, you didn't even own a SDR Dongle, I've watched with interest as to some of the comments you have made on this group....WOW is all I can say....

Paul - NN4F


All this malarkey is cumbersome, way prone to problems, etc.

All this "crapola" needs to be streamline, simplified.

Egad, if we, the more "advanced or SDR experienced" are having troubles like this, heaven help the SDR neophytes amongst us.

They don't have a chance.

Joe


Re: SDRSharp Build 1150 nightly problems

Paul NN4F
 

Joe,

I'm not quite sure how you can call yourself Advanced or SDR experienced, as when I spoke to you on the phone a few weeks ago, for the First and LAST time, as you picked my brain on how these "things" operated, I told you what software to get, you didn't even own a SDR Dongle, I've watched with interest as to some of the comments you have made on this group....WOW is all I can say....

Paul - NN4F


All this malarkey is cumbersome, way prone to problems, etc.

All this "crapola" needs to be streamline, simplified.

Egad, if we, the more "advanced or SDR experienced" are having troubles like this, heaven help the SDR neophytes amongst us.

They don't have a chance.

Joe


Re: [SDRSharp] HRPT RECEPTION

Murali- VU3MUV
 

Your SDR related question is smaller than the window cleaning stuff and other bio. !!


On Wed, Aug 14, 2013 at 2:50 PM, Clinton Radloff <cli39@...> wrote:
 

Hello,
 
is it possible to do HRPT Reception from Noaa satellites using SDR on 1707.5 or whatever frequency. what would be the settings to use.
 
please let me know
 
thanks

CLINTON RADLOFF

 
OWNER/OPERATER

FULL TIME WINDOW CLEANER
interested in PHOTOGRAPHY as well
 
SOLAR PANEL CLEANING
 
ABN 69 841 706 683
 
CLINTONS WINDOW CLEANING SERVICE
http://clintonswindowcleaningservice.webs.com
HTTP://cjradloff76.webs.com
https://www.aussieweb.com.au/business/3184342


cli39@...
aussiehighrisewindowcleaning@...
 
we use and recommend ettore cleaning products
and morning fresh cleaner
 
climber/abseiler (status - not certifed yet) (my favorites are tyrolean traverses, ropes courses, and structure abseils) (organised structure abseils for DSQ recipients)
certifed height safety worker




Re: From a SDR Grapevine...

josephrot
 

Alberto...

Your discussion and information is accurate and overall excellent. I for one found them instructive and interesting, then again, I am in the telcom and related technology fields.

Next time, please fine all terms at their first use, or what the acronyms / abbreviations mean, and a great many others could follow your writings and answers.

You are advising critical information to the masses, but are blowing them away with the tremendous usage of the acronyms / abbreviations.

Joe

--- In SDRSharp@yahoogroups.co.uk, Alberto I2PHD <i2phd@...> wrote:

On 8/14/2013 4:01 AM, alan_r_cam wrote:

/Wait... huh? No, no, no.//
/ /
//Yes, put a 20MHz IF on the SDR. BUT - you don't send all that to the PC. You do a FFT, then send a smidgen of data
to the PC for your "waterfall" display.//
/ /
//THEN you select the band you want to listen to. That selection goes back to the SDR, and you filter JUST THAT PART
and send it back to the PC. Even the I/Q decoding can be moved into the SDR. You shouldn't need more CPU, you should
need LESS. Ultimately, you should aim for a standalone SDR with no PC processing at all - just display of status &
playback of signal./
Wait... huh? No, no, no.
/
/That is not not how an SDR program works.... have you ever written one ?

The ADC on the SDR samples, let's say, at 122.88 MHz. Those samples are passed to an FPGA which, using a NCO usually
implemented
with the Cordic algorithm/,/ does a downconversion that brings the center of the chunk of the spectrum of interest to
zero Hz.
In doing this, the formerly real signal from the ADC is transformed to analytic, i.e. I and Q.

Then, with a series of CICs and FIRs the signal is downsampled let's say from 122.88 to 6.144 MHz.
The downsampled signal is then sent to the PC through the USB interface, and the SDR hardware _doesn't see it anymore_....

The software in the PC takes those 6+ millions of samples per second, does a further downconversion bringing to zero Hz the
specific signal of interest among those contained in the entire chunk received, and for this it uses a NCO this time not
implemented
with a Cordic, but with a coupled quadrature oscillator (with level stabilization), then the signal is filtered, usually
with the
fast convolution method (but there are those who still prefer FIRs...), then it is demodulated, etc. etc.
In a parallel thread, using a different core of the CPU, the spectrum and the waterfall are computed and displayed.

There is no ping-pong between the PC and the SDR hardware as your message would imply....
The bulk of the processing is done inside the PC, the SDR hardware just downconverts and downsamples the samples
acquired by the ADC.
The SDR hardware does not do any FFT.

Or, as the latest product of Elad, the FDM-DUO, shown at the Friedrichshafen Ham Fair, the PC is not anymore needed....
What formerly was performed by the PC, in that product is performed by an ARM Cortex M4F CPU, filtering, demodulation,
waterfall computation and display, etc. etc. Also the TX part is implemented as a DUC coded in the ARM processor, which
in turn drives an Analog Devices AD9957 interpolator, quadrature modulator and DAC.

That transceiver is completely stand-alone, no pesky PC is anymore needed... perfect for a field day..... :-)

--
/*73 Alberto I2PHD*/


Re: [SDRSharp] SDR# Plugins

jeje FKJ
 

Not real automatic but here i use :
Sdr# plugin for DDE and orbitron
Wxtoimg is on auto-record.

Just use vnc from work to change  noa sat on orbitron.

73's F8FKJ jeje

---  Envoyé via "androiphone"  ---

Le 14 août 2013 15:22, "sheg1961" <sheg1961@...> a écrit :
 

Just wondered if there was a plugin/program that would switch frequency for the Noaa satellites to decode in WXtoImg....Just want to leave it programmed to receive all 3 satellites for when im at work

Tia Ivan


Re: [SDRSharp] Re: From a SDR Grapevine...

clement F59465
 

Hi,

Well explain Alberto !

Thx
73
F59465 Clem


2013/8/14 Alberto I2PHD <i2phd@...>

 

On 8/14/2013 4:01 AM, alan_r_cam wrote:

Wait... huh? No, no, no.

Yes, put a 20MHz IF on the SDR. BUT - you don't send all that to the PC. You do a FFT, then send a smidgen of data to the PC for your "waterfall" display.

THEN you select the band you want to listen to. That selection goes back to the SDR, and you filter JUST THAT PART and send it back to the PC. Even the I/Q decoding can be moved into the SDR. You shouldn't need more CPU, you should need LESS. Ultimately, you should aim for a standalone SDR with no PC processing at all - just display of status & playback of signal.

Wait... huh? No, no, no.

That is not not how an SDR program works.... have you ever written one ?

The ADC on the SDR samples, let's say, at 122.88 MHz. Those samples are passed to an FPGA which, using a NCO usually implemented
with the Cordic algorithm, does a downconversion that brings the center of the chunk of the spectrum of interest to zero Hz.
In doing this, the formerly real signal from the ADC is transformed to analytic, i.e. I and Q.

Then, with a series of CICs and FIRs the signal is downsampled let's say from 122.88 to 6.144 MHz.
The downsampled signal is then sent to the PC through the USB interface, and the SDR hardware doesn't see it anymore....

The software in the PC takes those 6+ millions of samples per second, does a further downconversion bringing to zero Hz the
specific signal of interest among those contained in the entire chunk received, and for this it uses a NCO this time not implemented
with a Cordic, but with a coupled quadrature oscillator (with level stabilization), then the signal is filtered, usually with the
fast convolution method (but there are those who still prefer FIRs...), then it is demodulated, etc. etc.
In a parallel thread, using a different core of the CPU, the spectrum and the waterfall are computed and displayed.

There is no ping-pong between the PC and the SDR hardware as your message would imply....
The bulk of the processing is done inside the PC, the SDR hardware just downconverts and downsamples the samples acquired by the ADC.
The SDR hardware does not do any FFT.

Or, as the latest product of Elad, the FDM-DUO, shown at the Friedrichshafen Ham Fair, the PC is not anymore needed....
What formerly was performed by the PC, in that product is performed by an ARM Cortex M4F CPU, filtering, demodulation,
waterfall computation and display, etc. etc.   Also the TX part is implemented as a DUC coded in the ARM processor, which
in turn drives an Analog Devices AD9957 interpolator, quadrature modulator and DAC.

That transceiver is completely stand-alone, no pesky PC is anymore needed... perfect for a field day.....   :-)

--
73 Alberto I2PHD




--

73'
Cordialement
F59465 Clement

My channel: F59465swl Youtube


Re: [SDRSharp] Re: From a SDR Grapevine...

Alberto I2PHD
 

On 8/14/2013 4:01 AM, alan_r_cam wrote:

Wait... huh? No, no, no.

Yes, put a 20MHz IF on the SDR. BUT - you don't send all that to the PC. You do a FFT, then send a smidgen of data to the PC for your "waterfall" display.

THEN you select the band you want to listen to. That selection goes back to the SDR, and you filter JUST THAT PART and send it back to the PC. Even the I/Q decoding can be moved into the SDR. You shouldn't need more CPU, you should need LESS. Ultimately, you should aim for a standalone SDR with no PC processing at all - just display of status & playback of signal.

Wait... huh? No, no, no.

That is not not how an SDR program works.... have you ever written one ?

The ADC on the SDR samples, let's say, at 122.88 MHz. Those samples are passed to an FPGA which, using a NCO usually implemented
with the Cordic algorithm, does a downconversion that brings the center of the chunk of the spectrum of interest to zero Hz.
In doing this, the formerly real signal from the ADC is transformed to analytic, i.e. I and Q.

Then, with a series of CICs and FIRs the signal is downsampled let's say from 122.88 to 6.144 MHz.
The downsampled signal is then sent to the PC through the USB interface, and the SDR hardware doesn't see it anymore....

The software in the PC takes those 6+ millions of samples per second, does a further downconversion bringing to zero Hz the
specific signal of interest among those contained in the entire chunk received, and for this it uses a NCO this time not implemented
with a Cordic, but with a coupled quadrature oscillator (with level stabilization), then the signal is filtered, usually with the
fast convolution method (but there are those who still prefer FIRs...), then it is demodulated, etc. etc.
In a parallel thread, using a different core of the CPU, the spectrum and the waterfall are computed and displayed.

There is no ping-pong between the PC and the SDR hardware as your message would imply....
The bulk of the processing is done inside the PC, the SDR hardware just downconverts and downsamples the samples acquired by the ADC.
The SDR hardware does not do any FFT.

Or, as the latest product of Elad, the FDM-DUO, shown at the Friedrichshafen Ham Fair, the PC is not anymore needed....
What formerly was performed by the PC, in that product is performed by an ARM Cortex M4F CPU, filtering, demodulation,
waterfall computation and display, etc. etc.�� Also the TX part is implemented as a DUC coded in the ARM processor, which
in turn drives an Analog Devices AD9957 interpolator, quadrature modulator and DAC.

That transceiver is completely stand-alone, no pesky PC is anymore needed... perfect for a field day.....�� :-)

--
73 Alberto I2PHD


Re: [SDRSharp] SDR# Plugins

clement F59465
 

Hi Ivan,

Wxtoimg not control dongle SDR ?

I used to use a receiver with wxtoimg R2FX, I ask myself ...

Thank
73
F59465 Clem


2013/8/14 sheg1961 <sheg1961@...>

 

Just wondered if there was a plugin/program that would switch frequency for the Noaa satellites to decode in WXtoImg....Just want to leave it programmed to receive all 3 satellites for when im at work

Tia Ivan




--

73'
Cordialement
F59465 Clement

My channel: F59465swl Youtube


SDR# Plugins

sheg1961
 

Just wondered if there was a plugin/program that would switch frequency for the Noaa satellites to decode in WXtoImg....Just want to leave it programmed to receive all 3 satellites for when im at work

Tia Ivan


Re: [SDRSharp] Re: SDRSharp Build 1150 nightly problems

jdow <jdow@...>
 

The earlier Zadig, if usable, does not require different versions for XP
and Win 7. That's one less thing to go wrong.

{^_^}

On 2013/08/14 04:43, josephrot wrote:
Note my Reply 9904, but thanks for the details in 9903.

Since so far, it appears that install.exe seems to bring in the "older" 2011 Zidag, while going over to Zidag HQ and downloading brings in the latest 2012 version.

To me, something in SDRSharp install.exe needs to be tweaked, as IMHO there's no reason to "saddle" users / researchers / programmers with earlier Zidag 2011.

Some do not like Zidag, but until all this too-many-multi-parts "malarkey" is simplified for us all, at least Zadig performs a fast, needed and thankfully informative function.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@...> wrote:

Right click click on Zadig.exe. Select properties. Select the Details tab.
That should include a File version. The 2011 version is likely 1.1.1.139.
There should be, probably, two 2012 versions, one with XP in the name. They
would likely be 2.0.1.160.

It appears, however, you did select the right one to use. And it appears to
have worked. The run for rtl_test.exe showed that. It gives the diagnostics
you mentioned and then appears to hang as it reads packets from the dongle
looking for dropped data. If there is an error finding the dongle it reports
and exits.

It is best run from the commandline.

{^_^}
( snipped for brevity )



------------------------------------

Yahoo! Groups Links



Re: [SDRSharp] Re: SDRSharp Build 1150 nightly problems

jdow <jdow@...>
 

It may indeed need to be streamlined. Alas, it cannot be made materially
easier since three different packages are involved and there is a bit of
a licensing kerfuffle with the RTLSDR USB plugin. There is an easy way
to install and that's the method I suggested. As long as the Zadig
version dated in 2012 that is appropriate for your OS is used once it
probably does not need to be run again for simple updates until a newer
Zadig turns up and is needed.

So all that should be needed is merging the .config file changes you made
into the newly installed .config file.

This isn't so much an SDR issue as an OS and device driver issue. And
device drivers can be kinda cranky.

{^_^}

On 2013/08/14 04:32, josephrot wrote:
Well, using the install script seems to have worked.

It downloaded the latest 1150 Nightly Build and still downloaded the 2011 Zadig version, not the 2012. But since I had the 2012 Zadig here already, I ran both the 2011 -- just to see what it said, but it did report all was already installed and in order, then I ran the 2012 Zadig, and it reported the same thing.

Then I ran the SDRSharp Nightly Build .exe -- the 1150 one that the install script brought down...

...and lo and behold, the proper RT chip-set was shown as detected in Build 1150, and SDRSharp Build 1150 seems to be working now.

SITUATION STATEMENT

All who responded: This "situation" leads to the observations that this current "install this, install that, get the install script, make sure of what version Zadig you are using, WAIT...make sure to run as administrator, etc....

All this malarkey is cumbersome, way prone to problems, etc.

All this "crapola" needs to be streamline, simplified.

Egad, if we, the more "advanced or SDR experienced" are having troubles like this, heaven help the SDR neophytes amongst us.

They don't have a chance.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@...> wrote:

That much is working.

Use a NEW directory and the install script. Roll back is pointless. And
depending on how you installed "over" the old install your old settings
may be lost and gone forever - overwritten. It also seems likely the
.config file is not the one that belongs with the RTLSDR dll. It's entry
is probably commented out.) (Without the extra spaces "< ! - - This is
an XML comment - - >".

{^_^}

On 2013/08/14 03:56, josephrot wrote:
Hmm, rtl_test.exe is a good idea..have not had to use it much in past...

Running it shows:

Found 1 device(s):
0: ezcap USB 2.0 DVB-T/DAB/FM dongle

Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7
20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0
49.6
Reading samples in async mode...

...and then it seems to "hang" at that point, returning no other information, regardless of how long allowed to run.

For now, will likely roll-back to Nightly Build 1145 and also the RTL files back to 1145, re-run it all and hope that picks up working fine as it did previous to Build 1150.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@> wrote:

What does rtl_test.exe show? (Please help localize the problem.)

{^_^}

On 2013/08/14 03:04, josephrot wrote:
SDRSharp Build 1150 nightly problems for sure.

Build 1150 "makes" SDRSharp ignore that Zadig for Win 7 64bit completes the driver install for R820T based dongle -- Zadig verbose log shows normal "SUCCESS" install, as does the Zadig panel being "green" and showing proper dongle chip-set install into the proper WinUSB file, etc.

However, running SDRSharp 1150 nightly shows only the recognition of the RTL-SDR/TCP, NOT the correct SDR chip that Zadig shows as correctly installed.

No amount of de-install, tweaking, etc. solves the "problem".

Of course, also updated to the SDR# RTLSDR Plugin file Build 1150, and it seems like the previous 1145 one, but force de-install of drivers and re-install of RTLSDR Plugin file Build 1150, followed by another as-admin Zadig run, does no good, the in SDRSharp Build 1150 results are the same.

Hopefully this problem is eradicated in the newest SDRSharp Nightly build, but as of this writing it's still sitting at Build 1150.

Reason for moving to Build 1150 Nightly was that we had excellent running of Build 1145, so one presumes Build 1150 would carry forth, but so far, it does not.

Extra Confirmation Final Note: Running SDR-Radio V2 released shows proper operation of the same chip-set and dongle, thus eliminates drivers and Zadig as SDRSharp Build 1150 problem cause areas.

Joe Rotello / Knoxville, TN




------------------------------------

Yahoo! Groups Links





------------------------------------

Yahoo! Groups Links





------------------------------------

Yahoo! Groups Links



Re: [SDRSharp] Re: SDRSharp Build 1150 nightly problems

Ian MM6DOS <ian@...>
 

Congratulations you are today's winner!


Sent from Samsung Mobile on O2

josephrot <joerotello@...> wrote:
 

Well, using the install script seems to have worked.

It downloaded the latest 1150 Nightly Build and still downloaded the 2011 Zadig version, not the 2012. But since I had the 2012 Zadig here already, I ran both the 2011 -- just to see what it said, but it did report all was already installed and in order, then I ran the 2012 Zadig, and it reported the same thing.

Then I ran the SDRSharp Nightly Build .exe -- the 1150 one that the install script brought down...

...and lo and behold, the proper RT chip-set was shown as detected in Build 1150, and SDRSharp Build 1150 seems to be working now.

SITUATION STATEMENT

All who responded: This "situation" leads to the observations that this current "install this, install that, get the install script, make sure of what version Zadig you are using, WAIT...make sure to run as administrator, etc....

All this malarkey is cumbersome, way prone to problems, etc.

All this "crapola" needs to be streamline, simplified.

Egad, if we, the more "advanced or SDR experienced" are having troubles like this, heaven help the SDR neophytes amongst us.

They don't have a chance.

Joe

--- In SDRSharp@..., jdow <jdow@...> wrote:
>
> That much is working.
>
> Use a NEW directory and the install script. Roll back is pointless. And
> depending on how you installed "over" the old install your old settings
> may be lost and gone forever - overwritten. It also seems likely the
> .config file is not the one that belongs with the RTLSDR dll. It's entry
> is probably commented out.) (Without the extra spaces "< ! - - This is
> an XML comment - - >".
>
> {^_^}
>
> On 2013/08/14 03:56, josephrot wrote:
> > Hmm, rtl_test.exe is a good idea..have not had to use it much in past...
> >
> > Running it shows:
> >
> > Found 1 device(s):
> > 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
> >
> > Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
> > Found Rafael Micro R820T tuner
> > Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7
> > 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0
> > 49.6
> > Reading samples in async mode...
> >
> > ...and then it seems to "hang" at that point, returning no other information, regardless of how long allowed to run.
> >
> > For now, will likely roll-back to Nightly Build 1145 and also the RTL files back to 1145, re-run it all and hope that picks up working fine as it did previous to Build 1150.
> >
> > Joe
> >
> > --- In SDRSharp@..., jdow <jdow@> wrote:
> >>
> >> What does rtl_test.exe show? (Please help localize the problem.)
> >>
> >> {^_^}
> >>
> >> On 2013/08/14 03:04, josephrot wrote:
> >>> SDRSharp Build 1150 nightly problems for sure.
> >>>
> >>> Build 1150 "makes" SDRSharp ignore that Zadig for Win 7 64bit completes the driver install for R820T based dongle -- Zadig verbose log shows normal "SUCCESS" install, as does the Zadig panel being "green" and showing proper dongle chip-set install into the proper WinUSB file, etc.
> >>>
> >>> However, running SDRSharp 1150 nightly shows only the recognition of the RTL-SDR/TCP, NOT the correct SDR chip that Zadig shows as correctly installed.
> >>>
> >>> No amount of de-install, tweaking, etc. solves the "problem".
> >>>
> >>> Of course, also updated to the SDR# RTLSDR Plugin file Build 1150, and it seems like the previous 1145 one, but force de-install of drivers and re-install of RTLSDR Plugin file Build 1150, followed by another as-admin Zadig run, does no good, the in SDRSharp Build 1150 results are the same.
> >>>
> >>> Hopefully this problem is eradicated in the newest SDRSharp Nightly build, but as of this writing it's still sitting at Build 1150.
> >>>
> >>> Reason for moving to Build 1150 Nightly was that we had excellent running of Build 1145, so one presumes Build 1150 would carry forth, but so far, it does not.
> >>>
> >>> Extra Confirmation Final Note: Running SDR-Radio V2 released shows proper operation of the same chip-set and dongle, thus eliminates drivers and Zadig as SDRSharp Build 1150 problem cause areas.
> >>>
> >>> Joe Rotello / Knoxville, TN
> >>>
> >>>
> >>>
> >>>
> >>> ------------------------------------
> >>>
> >>> Yahoo! Groups Links
> >>>
> >>>
> >>>
> >>
> >
> >
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
>


Re: SDRSharp Build 1150 nightly problems

josephrot
 

Note my Reply 9904, but thanks for the details in 9903.

Since so far, it appears that install.exe seems to bring in the "older" 2011 Zidag, while going over to Zidag HQ and downloading brings in the latest 2012 version.

To me, something in SDRSharp install.exe needs to be tweaked, as IMHO there's no reason to "saddle" users / researchers / programmers with earlier Zidag 2011.

Some do not like Zidag, but until all this too-many-multi-parts "malarkey" is simplified for us all, at least Zadig performs a fast, needed and thankfully informative function.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@...> wrote:

Right click click on Zadig.exe. Select properties. Select the Details tab.
That should include a File version. The 2011 version is likely 1.1.1.139.
There should be, probably, two 2012 versions, one with XP in the name. They
would likely be 2.0.1.160.

It appears, however, you did select the right one to use. And it appears to
have worked. The run for rtl_test.exe showed that. It gives the diagnostics
you mentioned and then appears to hang as it reads packets from the dongle
looking for dropped data. If there is an error finding the dongle it reports
and exits.

It is best run from the commandline.

{^_^}
( snipped for brevity )


Re: SDRSharp Build 1150 nightly problems

josephrot
 

Well, using the install script seems to have worked.

It downloaded the latest 1150 Nightly Build and still downloaded the 2011 Zadig version, not the 2012. But since I had the 2012 Zadig here already, I ran both the 2011 -- just to see what it said, but it did report all was already installed and in order, then I ran the 2012 Zadig, and it reported the same thing.

Then I ran the SDRSharp Nightly Build .exe -- the 1150 one that the install script brought down...

...and lo and behold, the proper RT chip-set was shown as detected in Build 1150, and SDRSharp Build 1150 seems to be working now.

SITUATION STATEMENT

All who responded: This "situation" leads to the observations that this current "install this, install that, get the install script, make sure of what version Zadig you are using, WAIT...make sure to run as administrator, etc....

All this malarkey is cumbersome, way prone to problems, etc.

All this "crapola" needs to be streamline, simplified.

Egad, if we, the more "advanced or SDR experienced" are having troubles like this, heaven help the SDR neophytes amongst us.

They don't have a chance.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@...> wrote:

That much is working.

Use a NEW directory and the install script. Roll back is pointless. And
depending on how you installed "over" the old install your old settings
may be lost and gone forever - overwritten. It also seems likely the
.config file is not the one that belongs with the RTLSDR dll. It's entry
is probably commented out.) (Without the extra spaces "< ! - - This is
an XML comment - - >".

{^_^}

On 2013/08/14 03:56, josephrot wrote:
Hmm, rtl_test.exe is a good idea..have not had to use it much in past...

Running it shows:

Found 1 device(s):
0: ezcap USB 2.0 DVB-T/DAB/FM dongle

Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7
20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0
49.6
Reading samples in async mode...

...and then it seems to "hang" at that point, returning no other information, regardless of how long allowed to run.

For now, will likely roll-back to Nightly Build 1145 and also the RTL files back to 1145, re-run it all and hope that picks up working fine as it did previous to Build 1150.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@> wrote:

What does rtl_test.exe show? (Please help localize the problem.)

{^_^}

On 2013/08/14 03:04, josephrot wrote:
SDRSharp Build 1150 nightly problems for sure.

Build 1150 "makes" SDRSharp ignore that Zadig for Win 7 64bit completes the driver install for R820T based dongle -- Zadig verbose log shows normal "SUCCESS" install, as does the Zadig panel being "green" and showing proper dongle chip-set install into the proper WinUSB file, etc.

However, running SDRSharp 1150 nightly shows only the recognition of the RTL-SDR/TCP, NOT the correct SDR chip that Zadig shows as correctly installed.

No amount of de-install, tweaking, etc. solves the "problem".

Of course, also updated to the SDR# RTLSDR Plugin file Build 1150, and it seems like the previous 1145 one, but force de-install of drivers and re-install of RTLSDR Plugin file Build 1150, followed by another as-admin Zadig run, does no good, the in SDRSharp Build 1150 results are the same.

Hopefully this problem is eradicated in the newest SDRSharp Nightly build, but as of this writing it's still sitting at Build 1150.

Reason for moving to Build 1150 Nightly was that we had excellent running of Build 1145, so one presumes Build 1150 would carry forth, but so far, it does not.

Extra Confirmation Final Note: Running SDR-Radio V2 released shows proper operation of the same chip-set and dongle, thus eliminates drivers and Zadig as SDRSharp Build 1150 problem cause areas.

Joe Rotello / Knoxville, TN




------------------------------------

Yahoo! Groups Links





------------------------------------

Yahoo! Groups Links



Re: [SDRSharp] Re: SDRSharp Build 1150 nightly problems

jdow <jdow@...>
 

Right click click on Zadig.exe. Select properties. Select the Details tab.
That should include a File version. The 2011 version is likely 1.1.1.139.
There should be, probably, two 2012 versions, one with XP in the name. They
would likely be 2.0.1.160.

It appears, however, you did select the right one to use. And it appears to
have worked. The run for rtl_test.exe showed that. It gives the diagnostics
you mentioned and then appears to hang as it reads packets from the dongle
looking for dropped data. If there is an error finding the dongle it reports
and exits.

It is best run from the commandline.

{^_^}

On 2013/08/14 04:01, josephrot wrote:
Didn't use the install script this time, as didn't think it was really needed.

However, not only will do it now, yes, I did note that Zadig has provided us with both a 2011 version and a 2012, and in the past, I have used the 2012 Zadig version...just seems natural to use the latest.

Lets see if deliberately using the install script will bring in Build 1150 Nightly, and the "later version" Zadig as well.

Joe

--- In SDRSharp@yahoogroups.co.uk, jdow <jdow@...> wrote:

Here's an additional question, which version of Zadig did the install
script pull down this time?

(You do create a new directory location for each update, I hope.)

{^_^}

On 2013/08/14 03:04, josephrot wrote:
SDRSharp Build 1150 nightly problems for sure.

Build 1150 "makes" SDRSharp ignore that Zadig for Win 7 64bit completes the driver install for R820T based dongle -- Zadig verbose log shows normal "SUCCESS" install, as does the Zadig panel being "green" and showing proper dongle chip-set install into the proper WinUSB file, etc.

However, running SDRSharp 1150 nightly shows only the recognition of the RTL-SDR/TCP, NOT the correct SDR chip that Zadig shows as correctly installed.

No amount of de-install, tweaking, etc. solves the "problem".

Of course, also updated to the SDR# RTLSDR Plugin file Build 1150, and it seems like the previous 1145 one, but force de-install of drivers and re-install of RTLSDR Plugin file Build 1150, followed by another as-admin Zadig run, does no good, the in SDRSharp Build 1150 results are the same.

Hopefully this problem is eradicated in the newest SDRSharp Nightly build, but as of this writing it's still sitting at Build 1150.

Reason for moving to Build 1150 Nightly was that we had excellent running of Build 1145, so one presumes Build 1150 would carry forth, but so far, it does not.

Extra Confirmation Final Note: Running SDR-Radio V2 released shows proper operation of the same chip-set and dongle, thus eliminates drivers and Zadig as SDRSharp Build 1150 problem cause areas.

Joe Rotello / Knoxville, TN



------------------------------------

Yahoo! Groups Links