On Tue, 13 Nov 2007, Dirk Zimoch wrote:
> There is only one device on the bus. I didn't understand that the
> message means "some device does not release SRQ".
It means that your device (or some device on the bus) is asserting the
"Service Request" line (pin 10), trying to notify the controller that it
needs attention. The controller does a srqPoll to see which device on the
bus has asserted SRQ. The device should de-assert SRQ when it is polled,
but after 5 tries at srqPoll, the SRQ is still asserted.
First, check that there is no other device on the bus which may be
asserting SRQ. Then check your cable/connectors. If it is still a problem,
it may be a badly behaving GPIB device (which unfortunately is not very
uncommon).
--
Steve Hartman
[email protected] || 919-660-2650
Duke Free Electron Laser Laboratory
- References:
- asynGpib:srqPoll srqStatus is 1 after ntrys 5 Why? Dirk Zimoch
- Re: asynGpib:srqPoll srqStatus is 1 after ntrys 5 Why? Eric Norum
- Re: asynGpib:srqPoll srqStatus is 1 after ntrys 5 Why? Dirk Zimoch
- Navigate by Date:
- Prev:
Re: help Dirk Zimoch
- Next:
Re: embedded python :) Heinrich du Toit
- 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:
Re: asynGpib:srqPoll srqStatus is 1 after ntrys 5 Why? Dirk Zimoch
- Next:
250kV ION source control Heinrich du Toit
- 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
|