[hpsdr] Odd Mercury behavior

[Graham / KE9H]

Frank:

What you are seeing is either a temporary loss of one of the clocks
into/out of Mercury, or a loss of one or more packets of information
on the data transfer from Mercury to Ozy to your PC.

It could be ...

It could be a very mild remaining case of the "board position problem."
Are you running the latest Mercury 2.6, Penelope 1.1 and Ozy 1.2 versions
of software?   That cured most position problems.
Try changing the Mercury or Ozy board position, and see if it makes any
difference.  Also try changing the source for the clocks.
I recommend using Mercury as the source for the 122.88 MHz clock and
Penelope as the source for the 10 MHz clock.
[If clock selection makes a difference, I recommend short out R37
on the Mercury board, or replace it with a 0 Ohm resistor.] [This
resistor does not exist on pre-production Mercury, or Euro-Mercury, so
no change necessary there.]

A future FPGA software release should eliminate any remaining
"board position" issues. Most clock distribution, beyond the
10 MHz master clock are being eliminated.
[Thanks to Kirk, KD7IRS]  This software is in Alpha test/debug.

It could be your computer getting busy doing other things, and not
servicing the USB port in time to get every packet, before the next one
gets there.  The audio "pop" and baseline jump would be accompanied
by a (dim/quick) blink of LED D2 on Ozy, signifying a dropped USB packet.

[ Try speeding up your computer by closing other applications on your 
computer,
and/or slow down the transfer rate by reducing the sample rate or 
increasing the
sample size in the Setup/Audio/Primary page.]

--- Graham / KE9H

==

Werner Hlawatschek wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
>   
>
> ------------------------------------------------------------------------
>
> Hi Frank,
>
> I noticed sometimes the same effect you described. It is absolutely 
> random and I couldn't find a way to reproduce or force the effect. I 
> don't think it is an  oscillation of the pre-amplifier. What helped in 
> my case is to shut down PowerSDR program and run initozy manually ( 
> sometimes two times in sequence) and then start PowerSDR again.
>
> Don't ask me the reason why, but it helped in my configuration and the 
> boards keep on running flawless for days. I have two Penny/Mercury 
> sets, one only for short wave and the other I use for VHF with 
> transverter. The effect occurred only with the first one. Each set has 
> its own computer. I had not the time to look deeper in this issue and 
> interchange hardware between the two setups to insulate the problem.
>
> 73, Werner, DL2JA
>
>
>     Hi All,
>     I'm noticing something new with Mercury. I would guess the input
>     amplifier is going into oscillation. Sometimes lasts a few
>     seconds. The broadband noise floor comes up about 50 dB. This
>     even happens when the input is disconnected. The antenna is never
>     connected when the radio is off and always have a 6 db pad on the
>     input.
>     I looked at the board under a microscope looking for bad
>     connections and also replaced the bad input relay. It hit almost
>     90 today so was motivated to solder a loop of copper tube to the
>     heatsink pad undder the A/D.  It also runs pretty hot.
>     Anyone ever notice this raise in noise floor?
>     The power supply is a linear. Frank WA1GFZ
>
>     * *
>     *
>     *
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at hpsdr.org
> Subscription help: http://lists.hpsdr.org/listinfo.cgi/hpsdr-hpsdr.org
> HPSDR web page: http://hpsdr.org
> Archives: http://lists.hpsdr.org/pipermail/hpsdr-hpsdr.org/


 1240964669.0