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