Re: Agilent 82357B repeatable hard failure

dave penkler <[email protected]> Tue, 3 Oct 2023 16:53:10 +0200
Newsgroups gmane.linux.hardware.gpib.general
Message-ID <CAL=kjP2JgYu5aAUhmDb04PchXW_yAYUn-Tu0kGKi2BN8264VwQ@mail.gmail.com>
Hi Jim, Everyone,
The hopefully final patch is posted to the svn
<https://sourceforge.net/p/linux-gpib/code/2064/>.
Thanks to all,
-Dave

On Tue, 3 Oct 2023 at 16:00, Jim Houston <[email protected]> wrote:

> Hi Dave, Everyone,
>
> I had a look at the patch and it looks good.  I also did a quick test and
> it
> works properly.  The patch is against an intermediate version so I had to
> do a
> small fix to make it apply to SVN.
>
> JIm
>
> On 10/2/23 08:31, dave penkler wrote:
>
> Hi Jim,
> I refactored the take control function to avoid reading the status and
> checking ATN when called from read.
> See the attached patch.
> Would this work for you ?
> -Dave
>
> On Sun, 1 Oct 2023 at 14:48, Jim Houston <[email protected]> wrote:
>
>> Hi Dave, Everyone,
>>
>> The loop reading the status and checking for ATN in
>> agilent_82357a_take_control
>> was helpful in finding the problems with the ADSR but maybe it isn't
>> needed anymore.
>> I did a couple tests.  I tried setting timeout to 1 to check that ATN is
>> there on the first read.
>> Then I took out the loop and the timeout check.  I ran the
>> hp3478_read_calibration script
>> in a loop for a few minutes.  It works.
>>
>> I checked the times for a hp3478_read_calibration run and removing the
>> check
>> for the ATN reduced the time from 7.6 seconds to 7.3 seconds.
>>
>> JIm
>>
>>
>>
>

_______________________________________________
Linux-gpib-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-gpib-general