[Date Prev][Date Next][Date Index]
Re: BESSRC experience with Spec/Epics
- Subject: Re: BESSRC experience with Spec/Epics
- From: Guy Jennings <jennings@anl.gov>
- Date: Wed, 20 Nov 2002 16:39:37 -0600
On 11/20/02 3:17 PM, 'Tim Mooney' <mooney@aps.anl.gov> wrote:
> re...,
>
> Guy Jennings wrote:
>>
>> On 11/19/02 11:30 PM, 'Tim Mooney' <mooney@aps.anl.gov> wrote:
>>
>>>
>>> Can you tell me how to make the problems happen on purpose, so I can try
>>> to
>>> collect some data on them?
>>
>> I don't know any easy way to make it happen on purpose...
>>
>> It seems to happen about once a week and may be more likely if you have many
>> epics motors and other epics devices configured in spec. It usually happens
>> when leaving the config screen (or when calling the reconfig macro
>> explicitly. Often, if you get a failure for a particular PV on a motor,
>> and then immediately call reconfig again, you'll see a failure on another PV
>> on the same motor, or a 'nearby' motor. However, on all the times that I
>> tried to reproduce the problem explicitly, by writing a loop macro that
>> calls reconfig repeatedly, then it didn't manifest itself. Perhaps if such
>> a macro were left running for a week or so?
>
> Are you talking about the timeout problem? The problem I heard about involved
> a motor taking off and just running until it hit a limit switch.
>
> Tim
>
I'm not sure if they are the same thing, it has been a while since I last
looked at it and I don't remember the exact error message that spec
produced. It was either a timeout or a write operation failed error
message. My impression was that spec would get confused if some, but not
all, of a motor's PVs had gone bad and that was what caused the rampant
motion, but I might be mistaken.
Guy