Hi Zen,
Here are a couple of possibilities.
1) Are you sure that the SIS3300 and the VSAM do not have an address conflict? What address range does each module occupy, and in what VME address space(s)?
2) I am assuming that the SIS3300 does generate interrupts. Interrupt requests in the VME crate must propogate from the device to the CPU (left-most slot). As the request travels to the CPU, each card must pass the interrupt request if it is not requesting itself on that interrupt level or a higher one. Perhaps the VSAM module is not correctly passing the interrupt request. Is the VSAM module installed between the SIS3300 and the CPU, or is it installed to the right of the SIS3300? If it is installed to the left, try moving it to the right and see if that fixes the problem.
3) Another possibility is that the VSAM is incorrectly responding to the interrupt acknowledge cycle.
If it is not something simple like 1), then you will probably need a VME bus analyzer to figure out what is going wrong.
Mark
________________________________
From: [email protected] on behalf of Szalata, Zenon M.
Sent: Mon 11/21/2011 6:54 PM
To: [email protected]
Subject: TEMPE_VEAT Exception
I have a very simple VME setup: mvme6100 and SIS3300.
The IOC is built with EPICS R3.14.11 and vxWorks 6.6. For the SIS3300 I am using gtr R2.3.
I load the IOC, supply a gate to the SIS board and some signals and all works quite well.
Next I insert into the VME crate a VSAM module from BiRa (it's an A24/D32 no interrupts device, which is basically a 32 channel DVM). At this point no device driver is built into the IOC software for the VSAM device.
Now, I load the IOC software, without errors. However, when I enable interrupts in the SIS module, for each trigger (gate) I get the following error:
interrupt:
Clearing VMEbus exception, attrib reg TEMPE_VEAT = 0xc00ccd00
The waveforms from the SIS module look almost as expected, but not quite right.
Next I build into the IOC the device driver for the VSAM module, reload the IOC and still get the same exception when the SIS module is started.
I don't understand the reason for this. How is it that a simple module (VSAM) in the VME crate can affect the performance of another module (SIS) in the same crate. I don't see this behavior with other VME modules in the same crate.
Thanks in advance for any insight into this,
Zen
- Replies:
- RE: TEMPE_VEAT Exception Szalata, Zenon M.
- References:
- TEMPE_VEAT Exception Szalata, Zenon M.
- Navigate by Date:
- Prev:
TEMPE_VEAT Exception Szalata, Zenon M.
- Next:
RE: streamdevice problem with 1 byte reply Mark Rivers
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
<2011>
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
TEMPE_VEAT Exception Szalata, Zenon M.
- Next:
RE: TEMPE_VEAT Exception Szalata, Zenon M.
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
<2011>
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|