EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: National Instruments VME-MXI-1 modules vs. modern VME CPU modules
From: Till Straumann <[email protected]>
To: Eric Norum <[email protected]>
Cc: Kazuro FURUKAWA <[email protected]>, [email protected]
Date: Fri, 14 Nov 2003 18:31:08 -0800
Eric Norum wrote:
Kazuro FURUKAWA wrote:

Hi Eric,
KEKB controls group analyzed the problem with PowerPC. They described some details in
<URL:http://www.slac.stanford.edu/econf/C011127/TUAP048.pdf>



The problem analyzed and solved in the above paper is not the problem we are seeing. The DTACK* signal is clean on our bus and is appearing well after the VME-MXI-1 places data on the bus. The problem is that the VME-MXI-1 module does not latch the A00-A31 lines. This results in the following during a VME READ cycle:


1) CPU puts address information on bus and asserts AS*
2) CPU asserts DS0/1*.
3) VME-MXI-1 puts data on bus.
4) VME-MXI-1 asserts DTACK*.
5) CPU removes address information from bus and deasserts AS*.
6) VME-MXI-1 sees address lines change and puts scrambled data on bus.
7) CPU deasserts DS0/1* and latches in scrambled data........


tuning the universe's t27 parameter shortens 4->7 and may or may not help... I had a problem with a Joerger VTR10012 where it helped.

-- Till


Note that no amount of delaying the DTACK* signal from the VME-MXI-1 will help this situation (since this affects only the time between steps 3 and 4 above -- and the problem is occurring at steps 5/6). The only option is to replace all the address transceivers on the VME-MXI-1 with latching transceivers and all the address and address modifier receviers with latches. This is more board hacking than we want to get into.




References:
Re: National Instruments VME-MXI-1 modules vs. modern VME CPU modules Kazuro FURUKAWA
Re: National Instruments VME-MXI-1 modules vs. modern VME CPU modules Eric Norum

Navigate by Date:
Prev: CAEN V560 interchangeable with CAEN V260? Dayle Kotturi
Next: ask the ext_pref-edm.tar file guobao shen
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: National Instruments VME-MXI-1 modules vs. modern VME CPU modules Eric Norum
Next: Re: National Instruments VME-MXI-1 modules vs. modern VME CPU modules Till Straumann
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·