[hpsdr] HPSDR diversity

Joe Martin K5SO K5SO at valornet.com
Fri Aug 5 06:48:12 PDT 2011


Hi Helmut,

I don't seem to be able to send email to your off line address for  
some reason so I will post this on the reflector for you in answer to  
your question.  My private email to your email address gets bounced  
back as "undeliverable".

In answer to your question:

1)  The question that comes to my mind is whether or not you have  
downloaded the latest diversity code, PowerSDSR v1.19.3.4.diversity20  
(K5SO 28JUL2011). The reason I ask is that the previous download  
folder had an incorrect version of Ozy_Janus.rbf in it.  As you may  
know, the Ozy code gets loaded by PowerSDR each time the HPSDR boards  
are run after a new power up of the Atlas bus.

2)  Even if you have downloaded the 28JUL2011 version of my code, when  
running Ozy (or Magister but not the case with Metis) it is necessary  
to power cycle the HPSDR board set before running PowerSDR  
v1.19.3.4.diversity20.   This lets PSDR load the proper Ozy code (Ozy  
v6.4 into the Ozy FPGA, not v1.8).  If you have already run PSDR  
diversity20 then you need not power cycle the Atlas bus when re- 
starting PSDR diversity20 since Ozy will already have Ozy v6.4  
loaded.  Power cycling is only necessary when running Ozy and  
switching between non-diversity and diversity PSDR programs.

3)  Now, if neither of the two potential problems above are relevant  
to your case, it may be that the address jumper on the second Mercury  
board is incorrect.  I have recently placed photos of a Mercury board  
jumpered for Mercury 1, Mercury 2, and Mercury 3 on my website.   
Please ensure that your Mercury 2 board is jumpered as shown and  
described at

http://www.k5so.com/Clock%20connections.html

4) If the jumpers on your two Mercury boards match the photos for  
Mercury 1 and Mercury 2 then I would ask you to check the clock  
configurations.  When you power cycle the HPSDR board set (but before  
starting PSDR) you should see LEDs D10 and D11 flashing on both  
Mercury boards, do you?  These indicate that the board has a valid  
122.88 MHz clock.  One of the boards should be supplying the 122.88  
MHz clock to both Mercury boards, otherwise (e.g., if each board is  
running its own 122.88 MHz clock module) the two Mercury receivers  
will not be coherent.  Of course, for true diversity operation it is  
necessary that the two receivers are coherent with each other.

Please check the above items to ensure that they are correct on your  
system and, if they are and you still have problems, let me know and  
we'll go from there.

73,  Joe K5SO

On Aug 5, 2011, at 4:41 AM, Oeller wrote:

> Hi Joe,
>
>
>
> I apologize for disturbance.
>
> May be you can give me a hint: Using Mercury (v. 6.4), Ozy (v.1.8)  
> and Penelope (v.1.3) with PSDR v. 1.19.3.4 on a 2 core win7 64bit  
> computer without any problems, I am trying to implement my second  
> Mercury for diversity operation.  I can’t get the system running  
> with PSDR  v. 1.19.3.4 diversity 20: After  the end of the loading  
> process of Ozy the computer hangs up.
>
>
>
> What can I do, what are my possible mistakes?
>
>
>
> Appreciate any comments.
>
>
>
> 73 de Helmut, DC6NY
>
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20110805/a0f02815/attachment-0003.htm>


More information about the Hpsdr mailing list