PMEL Forum

K Sections => K3/4 - Waveform Analysis & RF Generation => Topic started by: dminesinger on 05-29-2009 -- 02:26:20

Title: HP/83624A
Post by: dminesinger on 05-29-2009 -- 02:26:20
Have an HP/83624A that when pinged on the IEEE488 returns with an ID on HP/83620A. When cal'd 9 months ago it worked fine. Any ideas?

PapaBear
Title: Re: HP/83624A
Post by: flow on 06-01-2009 -- 16:52:25
Check the unit's Identifier in the Calibration Constants section of the service manual! That should solve your problem.
Title: Re: HP/83624A
Post by: dminesinger on 06-02-2009 -- 02:56:25
Flow, Thank you. That solved the problem. Think the battery is going bad and not holding the calibration constants.

PB


Quote from: flow on 06-01-2009 -- 16:52:25
Check the unit's Identifier in the Calibration Constants section of the service manual! That should solve your problem.
Title: Re: HP/83624A
Post by: MRD on 06-02-2009 -- 10:15:15
PB,

  In my experience, I've seen the 8360s constants being changed to reflect others in the series, sometimes to accommodate old automated software that engineers had custom made and also to change for calibration, temporarily.  Once upon a time, before SureCal came out with 83640A/B/L and 83650A/B/L procedures we'd change them to an 83630A/B/L and do the rest manually. 

Mark
Title: Re: HP/83624A
Post by: CalLabSolutions on 06-02-2009 -- 17:31:24
That is why we stopped selling procedure based on the model number.  People always find away around your security, and adding in all that security makes the procedures harder to support.

Now we sell one procedure that covers ever model number in the manual.  And we are able to price our 836xx Series procedure under SureCal's price for the whole series and include all the optional test points.