[hpsdr] Flashing Mercury-EU with Metis

Gerd Loch g.loch at nt-electronics.de
Sat Apr 2 00:47:28 PDT 2011


Berndt,

I did not know that C5 and C6 were going to be used for flashing with Metis.
Did I miss any information about this?
Was there a change in the coding for Mercury for this reason?
Which are the signal names used for this purpose?

Gerd, DJ8AY


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

Message: 5
Date: Sat, 2 Apr 2011 02:21:19 +1030
From: Berndt Josef Wulf <wulf at ping.net.au>
To: hpsdr at lists.openhpsdr.org
Subject: Re: [hpsdr] Cannot flash Mercury-EU with Metis and HPSDR
Message-ID: <201104020221.19971.wulf at ping.net.au>
Content-Type: text/plain;  charset="us-ascii"

G'day,

Many thanks to all of you who responded to my email in support.

Here an update and the conclusions to the above problem for the benefit of 
those who are facing the same dilemma:

TAPR Mercury vs Mercury-EU FPGA pin assignments
================================
The design of TAPR Mercury and Mercury-EU differ to the extend that some of 
the otherwise unused FPGA pins are assigned to different locations on the 
ATLAS bus, including signals C5 and C6 utilized by Metis to communicate with

the target board. This caused HPSDRProgrammer to fail to flash the
Mercury-EU 
card. lt will require a special version of Mercury_JTAG file to work around 
this problem. My feeling is that the purpose of unused pins of the FPGA were

not part of the original design specifications of the Mercury board.

As Mercury-EU is produced outside of TAPR, the problem remains of finding 
someone with the expertise and time to produce a modified version of the 
Mercury_JTAG file for Mercury-EU.

My solution
========
I rediscovered my old ByteBlaster and used the Altera programming
application 
to upgrade the Mercury board to version 6.4. I've ordered a Mini USB
Blaster, 
available for under US$13.00 on eBay including shipping, as PCs with
parallel 
ports are getting harder to find.

73, Berndt
VK5ABN







More information about the Hpsdr mailing list