This is telling you that the FPGA isn't programmed. Unfortunately you
can't go'n program the FPGA behind tcpborphserver's back because it
keeps state (including register listings etc). You need to use
myfpga.progdev('mybof.bof'), for example.
Jason
On 26 Jul 2010, at 22:39, [email protected] wrote:
Hi all,
I have 2 different .bof's for a 128 channel, 3ghz bandwidth
spectrometer.
For implementation 1.bof, I get the (unhelpful) error message below
when I
try to run fpga.listdev(). If I instead program with 2.bof (which
works
fine), and then use the JTAG cable to program the FPGA with 1.bit, I
can
read out. Since I don't know anything about BORPH, I'm wondering if
this
indicates that 1.bit is a working design and mkbof just isn't
working for
me. The .bof's are not generated from the same bitstream.
Thanks!
-Suraj
---------------------------------------------------------------------------
RuntimeError Traceback (most recent
call last)
/usr/etch/boffiles/<ipython console> in <module>()
/opt/python/lib/python2.5/site-packages/corr/katcp_wrapper.pyc in
listdev(self)
67 @return A list of register names.
68 """
---> 69 reply, informs = self._request("listdev")
70 return [i.arguments[0] for i in informs]
71
/opt/python/lib/python2.5/site-packages/corr/katcp_wrapper.pyc in
_request(self, name, *args)
58
59 raise RuntimeError("Request %s failed.\n Request:
%s\n Reply: %s."
---> 60 % (request.name, request, reply))
61 return reply, informs
62
RuntimeError: Request listdev failed.
Request: ?listdev
Reply: !listdev fail program.
