[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