Re: [volt-nuts] HP3458A calibration memory backup
My first thought was that I bought a counterfeit part. The STMicro part has worked well and I like their snaphat option too. I will have to look at making up a few adapter boards for a couple of Solartrons so I can dump those Varta batteries and use something that won't leak everywhere. Todd Sent from my iPad > On Aug 7, 2014, at 10:34, Chuck Harris wrote: > > Hi Todd, > > There is nothing that a human could endure that that part couldn't > take for a couple of years without harm. > > The Chinese run a booming market in taking US scrap boards, removing > interesting parts, welding on new leads, adding plating, sandblasting > off old part labels, and putting on new. They will do both laser > engraving and stenciling... all this on scrap parts... which they > sell as new, or new old stock (depending on which gets more money). > > I wonder if Jameco got your DS1220 from a Chinese "refurbisher" that > simply blasted off the old date code and put on a new? > > I would send a note to Jameco telling them what happened, and I would > send a picture of the top of the part to Maxim telling them what > happened. Maxim can tell you pretty quickly if the part is counterfeit. > > And, they will probably both send you a replacement either way. > > -Chuck Harris > > Todd Micallef wrote: >> Mark, >> >> I am using the STMicroelectronics M48Z12 series in at least one of my >> 3458A's. I had trouble sourcing one of the two different memory modules >> from a reputable seller when I replaced my NVRAM. I purchased a DS1220 >> previously from Jameco and it died shortly afterward. The datecode on the >> Jameco part was several months old and may have been stored improperly. >> >> The only thing I don't like about the STMicro NVRAM is that they use a >> three digit datecode. One digit is for the year and two for the week. It >> took me a while to track down a document to decipher their labeling system. >> >> Todd > ___ > volt-nuts mailing list -- volt-nuts@febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts > and follow the instructions there. ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there.
Re: [volt-nuts] 3458 memory and communications
In message <53e39e05.2030...@williams-net.com>, new writes: >Are you saying that it would be possible to use this setup to dump the >memory data? Sure. All you have to do is enter the commands TRIG HOLD QFORMAT NUM MREAD 393216 MREAD 393218 MREAD 393220 ... MREAD 397308 MREAD 397310 and save the results. But that's 2048 MREAD commands, so having a program to do it would be a lot easier... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there.
[volt-nuts] 3458 memory and communications
I've been using an old HP GPIB card in a pci slot in my 7 year old PC. It's running win7 with the latest version of Agilent Connection Expert and I've had the 3458 and three 3457s all hooked up at once with no problems. I don't have any lab programs, just hand-enter commands and then copy/paste the data it retrieves to 'notepad'. After every cal, I query the (cal? nnn) data, dump it and save it. Are you saying that it would be possible to use this setup to dump the memory data? Willy On 8/7/2014 10:23 AM, volt-nuts-requ...@febo.com wrote: Send volt-nuts mailing list submissions to volt-nuts@febo.com To subscribe or unsubscribe via the World Wide Web, visit https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts or, via email, send a message with subject or body 'help' to volt-nuts-requ...@febo.com You can reach the person managing the list at volt-nuts-ow...@febo.com When replying, please edit your Subject line so it is more specific than "Re: Contents of volt-nuts digest..." Today's Topics: 1. Re: HP3458A calibration memory backup (J. L. Trantham) 2. Re: HP3458A calibration memory backup (Poul-Henning Kamp) -- Message: 1 Date: Thu, 7 Aug 2014 09:14:50 -0500 From: "J. L. Trantham" To: "'Discussion of precise voltage measurement'" Subject: Re: [volt-nuts] HP3458A calibration memory backup Message-ID: <012401cfb249$f429ca90$dc7d5fb0$@att.net> Content-Type: text/plain; charset="us-ascii" Poul, I would love to know where the CALNUM value is stored. Any idea? Thanks. Joe -Original Message- From: volt-nuts-boun...@febo.com [mailto:volt-nuts-boun...@febo.com] On Behalf Of Poul-Henning Kamp Sent: Thursday, August 07, 2014 12:36 AM To: Discussion of precise voltage measurement; Mark Sims Subject: Re: [volt-nuts] HP3458A calibration memory backup In message , Mark Sims writes: I have three HP3458A's and decided it was time to back up the battery backed static RAM chips. [...] I dumped the third machine from a cold start and one byte was different between each dump. If you mail those files to me, I can try to see if that bit matters. ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there.
Re: [volt-nuts] HP3458A calibration memory backup
Hi Todd, There is nothing that a human could endure that that part couldn't take for a couple of years without harm. The Chinese run a booming market in taking US scrap boards, removing interesting parts, welding on new leads, adding plating, sandblasting off old part labels, and putting on new. They will do both laser engraving and stenciling... all this on scrap parts... which they sell as new, or new old stock (depending on which gets more money). I wonder if Jameco got your DS1220 from a Chinese "refurbisher" that simply blasted off the old date code and put on a new? I would send a note to Jameco telling them what happened, and I would send a picture of the top of the part to Maxim telling them what happened. Maxim can tell you pretty quickly if the part is counterfeit. And, they will probably both send you a replacement either way. -Chuck Harris Todd Micallef wrote: Mark, I am using the STMicroelectronics M48Z12 series in at least one of my 3458A's. I had trouble sourcing one of the two different memory modules from a reputable seller when I replaced my NVRAM. I purchased a DS1220 previously from Jameco and it died shortly afterward. The datecode on the Jameco part was several months old and may have been stored improperly. The only thing I don't like about the STMicro NVRAM is that they use a three digit datecode. One digit is for the year and two for the week. It took me a while to track down a document to decipher their labeling system. Todd ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there.
Re: [volt-nuts] HP3458A calibration memory backup
In message <012401cfb249$f429ca90$dc7d5fb0$@att.net>, "J. L. Trantham" writes: >I would love to know where the CALNUM value is stored. This is a dump of the CALRAM, with device-addresse. If you use MREAD, you need to multiply the address by two and add 0x6: CalRam: 0006 40e387b0724e1ca5 .double 3.999751395e+04 @0x000 40K reference 00060008 401caec53f49b86c .double 7.170674313e+00 @0x008 7V reference 00060010 3f5f2bea74341701 .double 1.902560195e-03 @0x010 dcv zero front 100mV 00060018 bf6c3c70cfa013b1 .double -3.446789106e-03@0x018 dcv zero rear 100mV 00060020 3f2926695a613d43 .double 1.918796162e-04 @0x020 dcv zero front 1V 00060028 bf36b0763e594f67 .double -3.462113076e-04@0x028 dcv zero rear 1V 00060030 3efcb169c5e30e8c .double 2.736379644e-05 @0x030 dcv zero front 10V 00060038 bf01c710cb49a0bc .double -3.390808107e-05@0x038 dcv zero rear 10V 00060040 bf374e66fc1c76ca .double -3.556252887e-04@0x040 dcv zero front 100V 00060048 bf374e66fc1c76ca .double -3.556252887e-04@0x048 dcv zero rear 100V 00060050 bf00cd21f93b4ade .double -3.204593591e-05@0x050 dcv zero front 1KV 00060058 bf00cd21f93b4ade .double -3.204593591e-05@0x058 dcv zero rear 1KV 00060060 402bb6444b89982a .double 1.385598980e+01 @0x060 ohm zero front 10 00060068 3ff633a34dd87bce .double 1.387606911e+00 @0x068 ohm zero front 100 00060070 3fc1bde269b326f1 .double 1.386073128e-01 @0x070 ohm zero front 1K 00060078 3f8cc0105f68f191 .double 1.403820792e-02 @0x078 ohm zero front 10K 00060080 3f47a45e5a6c9462 .double 7.214985570e-04 @0x080 ohm zero front 100K 00060088 3f1a1c078c6ab664 .double 9.959980080e-05 @0x088 ohm zero front 1M 00060090 3f0380e3b5ff8529 .double 3.719992560e-05 @0x090 ohm zero front 10M 00060098 3f09cb7fbf28a7db .double 4.919990160e-05 @0x098 ohm zero front 100M 000600a0 3f09cb7fbf28a7db .double 4.919990160e-05 @0x0a0 ohm zero front 1G 000600a8 402a64ce170cea26 .double 1.319688484e+01 @0x0a8 ohm zero rear 10 000600b0 3ff50df9128fc784 .double 1.315911362e+00 @0x0b0 ohm zero rear 100 000600b8 3fc0d58a2688d03c .double 1.315167130e-01 @0x0b8 ohm zero rear 1K 000600c0 3f8a5e569146a74d .double 1.287524825e-02 @0x0c0 ohm zero rear 10K 000600c8 3f449f46a7f26f40 .double 6.293387413e-04 @0x0c8 ohm zero rear 100K 000600d0 3f05138ab849cdd5 .double 4.019991960e-05 @0x0d0 ohm zero rear 1M 000600d8 bef4c302eb07bf4d .double -1.979996040e-05@0x0d8 ohm zero rear 10M 000600e0 bef92a7024a48ac9 .double -2.35200e-05@0x0e0 ohm zero rear 100M 000600e8 bef92a7024a48ac9 .double -2.35200e-05@0x0e8 ohm zero rear 1G 000600f0 3f82b38a38bf8728 .double 9.131507737e-03 @0x0f0 ohmf zero front 10 000600f8 3f83033c9e21a6a4 .double 9.283517433e-03 @0x0f8 ohmf zero front 100 00060100 3f4f2e3b28813062 .double 9.515560969e-04 @0x100 ohmf zero front 1K 00060108 3f50039aedf92f74 .double 9.774220452e-04 @0x108 ohmf zero front 10K 00060110 3f1a0bec635d8049 .double 9.935980128e-05 @0x110 ohmf zero front 100K 00060118 3f1bff365bf70d9a .double 1.067997864e-04 @0x118 ohmf zero front 1M 00060120 3f19a33bd887a097 .double 9.779980440e-05 @0x120 ohmf zero front 10M 00060128 3f1b866aa813f7cc .double 1.049997900e-04 @0x128 ohmf zero front 100M 00060130 3f1b866aa813f7cc .double 1.049997900e-04 @0x130 ohmf zero front 1G 00060138 3f7ba0d2627aed67 .double 6.745168510e-03 @0x138 ohmf zero rear 10 00060140 3f7c266bad8003b7 .double 6.872578255e-03 @0x140 ohmf zero rear 100 00060148 3f47d7ceb2552c63 .double 7.276305447e-04 @0x148 ohmf zero rear 1K 00060150 3f4667aeb672694e .double 6.837466325e-04 @0x150 ohmf zero rear 10K 00060158 3f11c9ff975782bf .double 6.785986428e-05 @0x158 ohmf zero rear 100K 00060160 3f1216809a5643c1 .double 6.899986200e-05 @0x160 ohmf zero rear 1M 00060168 3f097af7f1e69952 .double 4.859990280e-05 @0x168 ohmf zero rear 10M 00060170 3f0b5e26c172f088 .double 5.219989560e-05 @0x170 ohmf zero rear 100M 00060178 3f0b5e26c172f088 .double 5.219989560e-05 @0x178 ohmf zero rear 1G 00060180 019f .long415@0x180 autorange offset ohm 10 00060184 0029 .long 41@0x184 autorange offset ohm 100 00060188 0004 .long 4@0x188 autorange offset ohm 1k
Re: [volt-nuts] HP3458A calibration memory backup
Poul, I would love to know where the CALNUM value is stored. Any idea? Thanks. Joe -Original Message- From: volt-nuts-boun...@febo.com [mailto:volt-nuts-boun...@febo.com] On Behalf Of Poul-Henning Kamp Sent: Thursday, August 07, 2014 12:36 AM To: Discussion of precise voltage measurement; Mark Sims Subject: Re: [volt-nuts] HP3458A calibration memory backup In message , Mark Sims writes: >I have three HP3458A's and decided it was time to back up the battery >backed static RAM chips. [...] >I dumped the third >machine from a cold start and one byte was different between each dump. If you mail those files to me, I can try to see if that bit matters. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there. ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there.
Re: [volt-nuts] HP3458A calibration memory backup
Mark, I am using the STMicroelectronics M48Z12 series in at least one of my 3458A's. I had trouble sourcing one of the two different memory modules from a reputable seller when I replaced my NVRAM. I purchased a DS1220 previously from Jameco and it died shortly afterward. The datecode on the Jameco part was several months old and may have been stored improperly. The only thing I don't like about the STMicro NVRAM is that they use a three digit datecode. One digit is for the year and two for the week. It took me a while to track down a document to decipher their labeling system. Todd On Thu, Aug 7, 2014 at 12:20 AM, Mark Sims wrote: > I have three HP3458A's and decided it was time to back up the battery > backed static RAM chips. I wrote a program to dump the RAM contents over > the GPIB bus using the undocumented MREAD command as documented by > Poul-Henning. I dumped both the 2kB CAL rams and the 32kW auxiliary data > RAMs (hopefully that data is at the addresses mentioned by Poul-Henning. > I used a NI GPIB-232CV-A RS232 to GPIB converter as the interface. All > seems to have gone well and the CAL data looks reasonable. > As a check I dumped all the data from each machine three times and > compared each dump... each CAL data set matched except for the third > machine. On the first two, the units were powered on for a couple of > hours while I tweaked with my code. I dumped the third machine from a cold > start and one byte was different between each dump. I waited a couple of > hours and tried again, this time the data dumps matched. It looks like > that byte may be being updated while the machine warms up... If you dump > your machine's data, it might be a good idea to let it stabilize for a > couple of hours first. > The dumps of the 32kW of aux data have several words that change between > each dump. It looks like that memory has some uses by the firmware other > than storing user data, etc. > I think when the time comes to replace the battery backed memory chips I > may try Cypress/Ramtron FRAM chips or Simtek STK16C88 AutoStore devices. > The Simtek chips are available in 28 pin DIP packages that appear to be > drop-in replacements for the DS1230 chips. The DS1220 chip would require a > SO8 packaged part on a carrier board. > ___ > volt-nuts mailing list -- volt-nuts@febo.com > To unsubscribe, go to > https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts > and follow the instructions there. > ___ volt-nuts mailing list -- volt-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/volt-nuts and follow the instructions there.