So: if you have multiple bof files, then I am not sure if between reprograms things should remain set up or initialised. In addition to whatever resets happen on the fpga, the register layout (the memory locations) can also change ?
regards marc On Thu, Jul 14, 2016 at 7:59 PM, Miller, Eric H. <eric.mil...@sdsmt.edu> wrote: > Thanks all for the replies and suggestions. > > "?listdev" does indeed show a number of register names, so it looks like the > ROACH was programmed successfully, and that "program" was an indication of > success rather than an error. > > Currently I am unable to take data (attempts return only zeros). Perhaps > more significantly, the clock returns \x00\x00\x00\x00. > > Some additional information: > I am using roach1. > tcpborphserver2 is running on the ROACH. > I have been controlling the ROACH through the Casper python interface on the > control computer. > I have input a clock signal at 746 MHz through the digitization card. > I can successfully read and write to any registers on the ROACH after it is > programmed. > My first step is to load and run a .bof file called init_clock. After > loading this, clock values increment reasonably. > My second step is to load and run a .bof file to take data. This appears to > load correctly, but bram registers are all zeros after forcing a trigger, and > the clock value sits at zero always. > > This system had been run previously with success using the same python > operations and .bof files. It's possible that there are required packages > that are not installed on the ROACH, because the USB drive had been loaded as > read-only (so packages installed previously may now be absent). > > Best, > Eric Miller > > > ________________________________________ > From: Marc Welz <m...@ska.ac.za> > Sent: Tuesday, June 28, 2016 1:52 AM > To: Miller, Eric H. > Cc: To: casper@lists.berkeley.edu > Subject: Re: [casper] ROACH status queries > > What does > > "?listdev" (issued via telnet roach-ip 7147, discard the quotes) have > to say after a program ? If there are lots of register names, then it > probably programmed successfully. > > You don't specify if you are using a roach1 or roach2... Generally > you can telnet to the roach on port 7147 via a separate connection > which you can keep open indefinitely, and it should give you some > feedback on what it is attempting to do. If you issue a "?log-level > debug" or even "?log-level trace" you should get even more detailed > feedback. Programming on a roach1 happens in a subprocess, so that is > one of the cases where there is a bit less detail... common problems > include that the executable in the bof file doesn't match the > libraries installed on the roach. > > regards > > marc > > > On Mon, Jun 27, 2016 at 3:45 PM, Miller, Eric H. <eric.mil...@sdsmt.edu> > wrote: >> Hello ROACHers, >> >> >> I'm having some trouble operating a ROACH I've inherited, which used to >> work. Currently, after loading a .bof file via progdev, a status query >> returns "program." I understand this to be an error message of some sort, >> but cannot find any documentation explaining what the various status errors >> mean. Can anyone shed some light on this, or point me to where these error >> messages are detailed? >> >> >> Thanks, >> >> Eric