Re: [volt-nuts] Prema 6048 Cal switch confusion
An aside: The 27C256 EPROMS in these meters are specific to each individual meter as they hold the factory calibration constants for that specific meter in EPROM (i.e. not generic calibration values). That's why the sticky labels over the EPROM window have the meter serial number written on them as well as the date and model number. Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 10 November 2017 10:19 To: 'Discussion of precise voltage measurement' Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Just to follow up on this thread ... I received an M48Z02-150PC1 NVRAM in the post yesterday. I installed into the meter set to "Cal" and powered on - thus loading default constants into it. I then read this NVRAM and compared to what I had previously read from the DS1220Y. VERY similar with only a few one byte differences here and there, so clearly the data in the DS1220Y was valid. I am amazed that the DS1220Y was still holding its data after 30 years (*three* times the advertised life). Nothing at all like what got loaded into the DS1220AD - clearly that REALLY DOESN'T work in these meters. Given the similarities, I stored what I had previously read from the DS1220Y into the M48Z02, and installed that into the meter, and it appears quite happy (no checksum failure). Cheers Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 06 November 2017 16:28 To: 'Discussion of precise voltage measurement' Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion I just had an email from Prema about this - - long story short: In this particular application, the DS1220AD isn't a good replacement for the DS1220Y as the timings differ enough to cause a problem. Prema suggested to use a ST M48Z02-150PC1, so I've ordered one from CPC. Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 03 November 2017 17:53 To: 'Discussion of precise voltage measurement' Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Randy, That's a very good thought. I think it is OK in this case as the Error 8 (checksum fail) occurs about 3 seconds after power on. If necessary, I think I could replace the MAX691 supervisory chip with one that holds the processor in reset for a bit longer (I think the MAX695 would probably be a 100% compatible replacement that holds the processor in reset for 200mS instead of 50mS after Vcc reaches 4.7V - PLEASE CORRECT me on this if I misread the datasheet). Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Randy Evans Sent: 03 November 2017 17:17 To: Discussion of precise voltage measurement Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Dave, Note the following from Maxim AN 202: I Replaced My Standard SRAM with an NV SRAM and Now My System Doesn't Work at All. What Caused This? In general, this is caused by one of two things: First, the designer may not have considered the recovery time, or tREC, of the particular NV SRAM selected. On power-up, an internal power monitor disables the NV SRAM until a power-good situation and then holds it disabled for an additional 2ms (max) or 125ms (max), depending on the NV SRAM Page 5 of 9 after power-good. If the microcontroller attempts to access the memory before tREC times out, it will not be able to access the device's memory to read or write, so the system fails. Either a software loop on power-up to extend the access time past tREC, or moving the NV SRAM access somewhere later in the power-on initialization sequence in the microcontroller's firmware will resolve the problem. This problem often can be corrected by selecting a CPU supervisor that has a reset time longer than the recovery time of the NV SRAM. Second, selecting the voltage levels at which the NV SRAM and the microcontroller become active is critical. If the microcontroller becomes active below 4.5V, and the NV SRAM becomes active above 4.75V, the same problem of the microcontroller trying to access a disabled NV SRAM occurs. The power-good threshold for the two devices should force the system to enable the NV SRAM first and then the processor. This involves selecting the NV SRAM with the appropriate power-good level and pairing that with a CPU supervisor that enables the processor at a higher voltage. Some NV SRAMs have an active-low RESET output that is synchronous with its own internal reset. If this is used to reset the microcontroller, the possibility of trying to access a disabled NV SRAM is removed. and: Are Any NV SRAMs Not Recommended for Future Designs? Yes. The DS1220Y and DS1225Y are not recommended for new designs. These older devices used a battery reference to determine the power-valid trip-point during power cycles. Newer designs use
Re: [volt-nuts] Prema 6048 Cal switch confusion
Just to follow up on this thread ... I received an M48Z02-150PC1 NVRAM in the post yesterday. I installed into the meter set to "Cal" and powered on - thus loading default constants into it. I then read this NVRAM and compared to what I had previously read from the DS1220Y. VERY similar with only a few one byte differences here and there, so clearly the data in the DS1220Y was valid. I am amazed that the DS1220Y was still holding its data after 30 years (*three* times the advertised life). Nothing at all like what got loaded into the DS1220AD - clearly that REALLY DOESN'T work in these meters. Given the similarities, I stored what I had previously read from the DS1220Y into the M48Z02, and installed that into the meter, and it appears quite happy (no checksum failure). Cheers Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 06 November 2017 16:28 To: 'Discussion of precise voltage measurement' Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion I just had an email from Prema about this - - long story short: In this particular application, the DS1220AD isn't a good replacement for the DS1220Y as the timings differ enough to cause a problem. Prema suggested to use a ST M48Z02-150PC1, so I've ordered one from CPC. Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 03 November 2017 17:53 To: 'Discussion of precise voltage measurement' Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Randy, That's a very good thought. I think it is OK in this case as the Error 8 (checksum fail) occurs about 3 seconds after power on. If necessary, I think I could replace the MAX691 supervisory chip with one that holds the processor in reset for a bit longer (I think the MAX695 would probably be a 100% compatible replacement that holds the processor in reset for 200mS instead of 50mS after Vcc reaches 4.7V - PLEASE CORRECT me on this if I misread the datasheet). Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Randy Evans Sent: 03 November 2017 17:17 To: Discussion of precise voltage measurement Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Dave, Note the following from Maxim AN 202: I Replaced My Standard SRAM with an NV SRAM and Now My System Doesn't Work at All. What Caused This? In general, this is caused by one of two things: First, the designer may not have considered the recovery time, or tREC, of the particular NV SRAM selected. On power-up, an internal power monitor disables the NV SRAM until a power-good situation and then holds it disabled for an additional 2ms (max) or 125ms (max), depending on the NV SRAM Page 5 of 9 after power-good. If the microcontroller attempts to access the memory before tREC times out, it will not be able to access the device's memory to read or write, so the system fails. Either a software loop on power-up to extend the access time past tREC, or moving the NV SRAM access somewhere later in the power-on initialization sequence in the microcontroller's firmware will resolve the problem. This problem often can be corrected by selecting a CPU supervisor that has a reset time longer than the recovery time of the NV SRAM. Second, selecting the voltage levels at which the NV SRAM and the microcontroller become active is critical. If the microcontroller becomes active below 4.5V, and the NV SRAM becomes active above 4.75V, the same problem of the microcontroller trying to access a disabled NV SRAM occurs. The power-good threshold for the two devices should force the system to enable the NV SRAM first and then the processor. This involves selecting the NV SRAM with the appropriate power-good level and pairing that with a CPU supervisor that enables the processor at a higher voltage. Some NV SRAMs have an active-low RESET output that is synchronous with its own internal reset. If this is used to reset the microcontroller, the possibility of trying to access a disabled NV SRAM is removed. and: Are Any NV SRAMs Not Recommended for Future Designs? Yes. The DS1220Y and DS1225Y are not recommended for new designs. These older devices used a battery reference to determine the power-valid trip-point during power cycles. Newer designs use a band gap reference. The battery-referenced devices had a trip point that decreased during the life of the device. Devices using the band gap have a trip point that is stable for the life of the product. The DS1220AD and DS1225AD are recommended for new designs needing the functionality of a 16kb or 64kb NV SRAM. For existing designs, the DS1220AD or DS1225AD may be considered as replacements; however, the "Y" parts had a reset timeout on the order of milliseconds while the "AD" parts have a timeout of 125ms. When replacing the Y part with the A
Re: [volt-nuts] Prema 6048 Cal switch confusion
I just had an email from Prema about this - - long story short: In this particular application, the DS1220AD isn't a good replacement for the DS1220Y as the timings differ enough to cause a problem. Prema suggested to use a ST M48Z02-150PC1, so I've ordered one from CPC. Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 03 November 2017 17:53 To: 'Discussion of precise voltage measurement' Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Randy, That's a very good thought. I think it is OK in this case as the Error 8 (checksum fail) occurs about 3 seconds after power on. If necessary, I think I could replace the MAX691 supervisory chip with one that holds the processor in reset for a bit longer (I think the MAX695 would probably be a 100% compatible replacement that holds the processor in reset for 200mS instead of 50mS after Vcc reaches 4.7V - PLEASE CORRECT me on this if I misread the datasheet). Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Randy Evans Sent: 03 November 2017 17:17 To: Discussion of precise voltage measurement Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Dave, Note the following from Maxim AN 202: I Replaced My Standard SRAM with an NV SRAM and Now My System Doesn't Work at All. What Caused This? In general, this is caused by one of two things: First, the designer may not have considered the recovery time, or tREC, of the particular NV SRAM selected. On power-up, an internal power monitor disables the NV SRAM until a power-good situation and then holds it disabled for an additional 2ms (max) or 125ms (max), depending on the NV SRAM Page 5 of 9 after power-good. If the microcontroller attempts to access the memory before tREC times out, it will not be able to access the device's memory to read or write, so the system fails. Either a software loop on power-up to extend the access time past tREC, or moving the NV SRAM access somewhere later in the power-on initialization sequence in the microcontroller's firmware will resolve the problem. This problem often can be corrected by selecting a CPU supervisor that has a reset time longer than the recovery time of the NV SRAM. Second, selecting the voltage levels at which the NV SRAM and the microcontroller become active is critical. If the microcontroller becomes active below 4.5V, and the NV SRAM becomes active above 4.75V, the same problem of the microcontroller trying to access a disabled NV SRAM occurs. The power-good threshold for the two devices should force the system to enable the NV SRAM first and then the processor. This involves selecting the NV SRAM with the appropriate power-good level and pairing that with a CPU supervisor that enables the processor at a higher voltage. Some NV SRAMs have an active-low RESET output that is synchronous with its own internal reset. If this is used to reset the microcontroller, the possibility of trying to access a disabled NV SRAM is removed. and: Are Any NV SRAMs Not Recommended for Future Designs? Yes. The DS1220Y and DS1225Y are not recommended for new designs. These older devices used a battery reference to determine the power-valid trip-point during power cycles. Newer designs use a band gap reference. The battery-referenced devices had a trip point that decreased during the life of the device. Devices using the band gap have a trip point that is stable for the life of the product. The DS1220AD and DS1225AD are recommended for new designs needing the functionality of a 16kb or 64kb NV SRAM. For existing designs, the DS1220AD or DS1225AD may be considered as replacements; however, the "Y" parts had a reset timeout on the order of milliseconds while the "AD" parts have a timeout of 125ms. When replacing the Y part with the AD part, it must be determined that the controlling processor does not become active during a power-up cycle for at least 125ms to ensure that the NV SRAM is available before the processor attempts a memory access. Randy Evans On Fri, Nov 3, 2017 at 2:54 AM, David C. Partridge < david.partri...@perdrix.co.uk> wrote: > This gets odder and odder. I put the new DS1220AD into the burner and > read it. Pretty random rubbish. > > So I cleared it to all FF and inserted into the meter set to Cal mode > and powered on - it apparently copied the default Cal constants to the NVRAM. > > However when I took it out again and looked at the content it didn't > look anything like what I'd read from the original NVRAM, and was > mostly still x'FF' but with blocks of ten bytes of zeros at x'100' > boundaries, followed by zeroes starting at x'6C7' to x'7ef' and what looks > like a checksum at > x'7f0'. I can't believe that these are cal constants specific to this > meter! Though they might be a set of default constant
Re: [volt-nuts] Prema 6048 Cal switch confusion
Randy, That's a very good thought. I think it is OK in this case as the Error 8 (checksum fail) occurs about 3 seconds after power on. If necessary, I think I could replace the MAX691 supervisory chip with one that holds the processor in reset for a bit longer (I think the MAX695 would probably be a 100% compatible replacement that holds the processor in reset for 200mS instead of 50mS after Vcc reaches 4.7V - PLEASE CORRECT me on this if I misread the datasheet). Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Randy Evans Sent: 03 November 2017 17:17 To: Discussion of precise voltage measurement Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Dave, Note the following from Maxim AN 202: I Replaced My Standard SRAM with an NV SRAM and Now My System Doesn't Work at All. What Caused This? In general, this is caused by one of two things: First, the designer may not have considered the recovery time, or tREC, of the particular NV SRAM selected. On power-up, an internal power monitor disables the NV SRAM until a power-good situation and then holds it disabled for an additional 2ms (max) or 125ms (max), depending on the NV SRAM Page 5 of 9 after power-good. If the microcontroller attempts to access the memory before tREC times out, it will not be able to access the device's memory to read or write, so the system fails. Either a software loop on power-up to extend the access time past tREC, or moving the NV SRAM access somewhere later in the power-on initialization sequence in the microcontroller's firmware will resolve the problem. This problem often can be corrected by selecting a CPU supervisor that has a reset time longer than the recovery time of the NV SRAM. Second, selecting the voltage levels at which the NV SRAM and the microcontroller become active is critical. If the microcontroller becomes active below 4.5V, and the NV SRAM becomes active above 4.75V, the same problem of the microcontroller trying to access a disabled NV SRAM occurs. The power-good threshold for the two devices should force the system to enable the NV SRAM first and then the processor. This involves selecting the NV SRAM with the appropriate power-good level and pairing that with a CPU supervisor that enables the processor at a higher voltage. Some NV SRAMs have an active-low RESET output that is synchronous with its own internal reset. If this is used to reset the microcontroller, the possibility of trying to access a disabled NV SRAM is removed. and: Are Any NV SRAMs Not Recommended for Future Designs? Yes. The DS1220Y and DS1225Y are not recommended for new designs. These older devices used a battery reference to determine the power-valid trip-point during power cycles. Newer designs use a band gap reference. The battery-referenced devices had a trip point that decreased during the life of the device. Devices using the band gap have a trip point that is stable for the life of the product. The DS1220AD and DS1225AD are recommended for new designs needing the functionality of a 16kb or 64kb NV SRAM. For existing designs, the DS1220AD or DS1225AD may be considered as replacements; however, the "Y" parts had a reset timeout on the order of milliseconds while the "AD" parts have a timeout of 125ms. When replacing the Y part with the AD part, it must be determined that the controlling processor does not become active during a power-up cycle for at least 125ms to ensure that the NV SRAM is available before the processor attempts a memory access. Randy Evans On Fri, Nov 3, 2017 at 2:54 AM, David C. Partridge < david.partri...@perdrix.co.uk> wrote: > This gets odder and odder. I put the new DS1220AD into the burner and > read it. Pretty random rubbish. > > So I cleared it to all FF and inserted into the meter set to Cal mode > and powered on - it apparently copied the default Cal constants to the NVRAM. > > However when I took it out again and looked at the content it didn't > look anything like what I'd read from the original NVRAM, and was > mostly still x'FF' but with blocks of ten bytes of zeros at x'100' > boundaries, followed by zeroes starting at x'6C7' to x'7ef' and what looks > like a checksum at > x'7f0'. I can't believe that these are cal constants specific to this > meter! Though they might be a set of default constants for any 6048! > > Filling it with all 00 resulted in an Error 8 (Checksum failure). > > I then programmed it with the data I had read from the DS1220Y (and had > verified). That also gave an Error 8. > > The data I read is attached in Intel Hex format. > > I'm wonder whether the meter is failing to read the original NVRAM in > a way that somehow passes checksumming > > Dave > -Original Message- > From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Tom &
Re: [volt-nuts] Prema 6048 Cal switch confusion
Dave, Note the following from Maxim AN 202: I Replaced My Standard SRAM with an NV SRAM and Now My System Doesn't Work at All. What Caused This? In general, this is caused by one of two things: First, the designer may not have considered the recovery time, or tREC, of the particular NV SRAM selected. On power-up, an internal power monitor disables the NV SRAM until a power-good situation and then holds it disabled for an additional 2ms (max) or 125ms (max), depending on the NV SRAM Page 5 of 9 after power-good. If the microcontroller attempts to access the memory before tREC times out, it will not be able to access the device's memory to read or write, so the system fails. Either a software loop on power-up to extend the access time past tREC, or moving the NV SRAM access somewhere later in the power-on initialization sequence in the microcontroller's firmware will resolve the problem. This problem often can be corrected by selecting a CPU supervisor that has a reset time longer than the recovery time of the NV SRAM. Second, selecting the voltage levels at which the NV SRAM and the microcontroller become active is critical. If the microcontroller becomes active below 4.5V, and the NV SRAM becomes active above 4.75V, the same problem of the microcontroller trying to access a disabled NV SRAM occurs. The power-good threshold for the two devices should force the system to enable the NV SRAM first and then the processor. This involves selecting the NV SRAM with the appropriate power-good level and pairing that with a CPU supervisor that enables the processor at a higher voltage. Some NV SRAMs have an active-low RESET output that is synchronous with its own internal reset. If this is used to reset the microcontroller, the possibility of trying to access a disabled NV SRAM is removed. and: Are Any NV SRAMs Not Recommended for Future Designs? Yes. The DS1220Y and DS1225Y are not recommended for new designs. These older devices used a battery reference to determine the power-valid trip-point during power cycles. Newer designs use a band gap reference. The battery-referenced devices had a trip point that decreased during the life of the device. Devices using the band gap have a trip point that is stable for the life of the product. The DS1220AD and DS1225AD are recommended for new designs needing the functionality of a 16kb or 64kb NV SRAM. For existing designs, the DS1220AD or DS1225AD may be considered as replacements; however, the "Y" parts had a reset timeout on the order of milliseconds while the "AD" parts have a timeout of 125ms. When replacing the Y part with the AD part, it must be determined that the controlling processor does not become active during a power-up cycle for at least 125ms to ensure that the NV SRAM is available before the processor attempts a memory access. Randy Evans On Fri, Nov 3, 2017 at 2:54 AM, David C. Partridge < david.partri...@perdrix.co.uk> wrote: > This gets odder and odder. I put the new DS1220AD into the burner and > read it. Pretty random rubbish. > > So I cleared it to all FF and inserted into the meter set to Cal mode and > powered on - it apparently copied the default Cal constants to the NVRAM. > > However when I took it out again and looked at the content it didn't look > anything like what I'd read from the original NVRAM, and was mostly still > x'FF' but with blocks of ten bytes of zeros at x'100' boundaries, followed > by zeroes starting at x'6C7' to x'7ef' and what looks like a checksum at > x'7f0'. I can't believe that these are cal constants specific to this > meter! Though they might be a set of default constants for any 6048! > > Filling it with all 00 resulted in an Error 8 (Checksum failure). > > I then programmed it with the data I had read from the DS1220Y (and had > verified). That also gave an Error 8. > > The data I read is attached in Intel Hex format. > > I'm wonder whether the meter is failing to read the original NVRAM in a > way that somehow passes checksumming > > Dave > -Original Message- > From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Tom > Miller > Sent: 02 November 2017 19:05 > To: Discussion of precise voltage measurement > Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion > > How about copying the contents of the old nvram to the new one? > > > - Original Message - > From: "David C. Partridge" <david.partri...@perdrix.co.uk> > To: "'Discussion of precise voltage measurement'" <volt-nuts@febo.com> > Sent: Thursday, November 02, 2017 2:58 PM > Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion > > > > Update - when I tried this I was using a brand new DS1220AD-100IND > (blank) > > to replace the DS1220Y. > > > > Reinstalling the DS1220Y and it worked as exp
Re: [volt-nuts] Prema 6048 Cal switch confusion
This gets odder and odder. I put the new DS1220AD into the burner and read it. Pretty random rubbish. So I cleared it to all FF and inserted into the meter set to Cal mode and powered on - it apparently copied the default Cal constants to the NVRAM. However when I took it out again and looked at the content it didn't look anything like what I'd read from the original NVRAM, and was mostly still x'FF' but with blocks of ten bytes of zeros at x'100' boundaries, followed by zeroes starting at x'6C7' to x'7ef' and what looks like a checksum at x'7f0'. I can't believe that these are cal constants specific to this meter! Though they might be a set of default constants for any 6048! Filling it with all 00 resulted in an Error 8 (Checksum failure). I then programmed it with the data I had read from the DS1220Y (and had verified). That also gave an Error 8. The data I read is attached in Intel Hex format. I'm wonder whether the meter is failing to read the original NVRAM in a way that somehow passes checksumming Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of Tom Miller Sent: 02 November 2017 19:05 To: Discussion of precise voltage measurement Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion How about copying the contents of the old nvram to the new one? - Original Message - From: "David C. Partridge" <david.partri...@perdrix.co.uk> To: "'Discussion of precise voltage measurement'" <volt-nuts@febo.com> Sent: Thursday, November 02, 2017 2:58 PM Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion > Update - when I tried this I was using a brand new DS1220AD-100IND (blank) > to replace the DS1220Y. > > Reinstalling the DS1220Y and it worked as expected! Processor must detect > cal mode by writing to NVRAM - if succeeds, then in Cal mode??? Maybe > > Is there some obscure incompatability between the DS1220AD and the > DS1220Y??? > > Dave > > -Original Message- > From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. > Partridge > Sent: 02 November 2017 18:23 > To: 'Discussion of precise voltage measurement' > Subject: [volt-nuts] Prema 6048 Cal switch confusion > > I've got a Perma 6048 that I've trying to put into Cal mode. It just > won't! > > The switch on the rear panel works OK, AFAICT when in the Cal position it > connects ~WE on the DS1220 (pin 21) and ~W on the $864 SRAM (pin 27) to a > 4K7 pullup to +5V and to the output of an LS00 which should be strobing > the > Write lines low as needed. I can't see any way in which the processor > can > be informed of the switch setting! In measure mode it just connects ~WE > on the DS1220 to a 10k pullup to +5V. > > The schematic is on page 120 (Figure 11.4) of the user manual and also > page > 9-7 of the service manual. > > Clearly I'm missing something - as a friend reports that his does go into > cal mode. > > Confused ... > Thanks > Dave > > ___ > 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. ___ 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. Prema 6048 sn 1019 DS1220Y Cal Constants.hex Description: Binary data Cal Constants from ROM.hex Description: Binary data ___ 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] Prema 6048 Cal switch confusion
How about copying the contents of the old nvram to the new one? - Original Message - From: "David C. Partridge" <david.partri...@perdrix.co.uk> To: "'Discussion of precise voltage measurement'" <volt-nuts@febo.com> Sent: Thursday, November 02, 2017 2:58 PM Subject: Re: [volt-nuts] Prema 6048 Cal switch confusion Update - when I tried this I was using a brand new DS1220AD-100IND (blank) to replace the DS1220Y. Reinstalling the DS1220Y and it worked as expected! Processor must detect cal mode by writing to NVRAM - if succeeds, then in Cal mode??? Maybe Is there some obscure incompatability between the DS1220AD and the DS1220Y??? Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 02 November 2017 18:23 To: 'Discussion of precise voltage measurement' Subject: [volt-nuts] Prema 6048 Cal switch confusion I've got a Perma 6048 that I've trying to put into Cal mode. It just won't! The switch on the rear panel works OK, AFAICT when in the Cal position it connects ~WE on the DS1220 (pin 21) and ~W on the $864 SRAM (pin 27) to a 4K7 pullup to +5V and to the output of an LS00 which should be strobing the Write lines low as needed. I can't see any way in which the processor can be informed of the switch setting! In measure mode it just connects ~WE on the DS1220 to a 10k pullup to +5V. The schematic is on page 120 (Figure 11.4) of the user manual and also page 9-7 of the service manual. Clearly I'm missing something - as a friend reports that his does go into cal mode. Confused ... Thanks Dave ___ 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. ___ 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] Prema 6048 Cal switch confusion
Update - when I tried this I was using a brand new DS1220AD-100IND (blank) to replace the DS1220Y. Reinstalling the DS1220Y and it worked as expected! Processor must detect cal mode by writing to NVRAM - if succeeds, then in Cal mode??? Maybe Is there some obscure incompatability between the DS1220AD and the DS1220Y??? Dave -Original Message- From: volt-nuts [mailto:volt-nuts-boun...@febo.com] On Behalf Of David C. Partridge Sent: 02 November 2017 18:23 To: 'Discussion of precise voltage measurement' Subject: [volt-nuts] Prema 6048 Cal switch confusion I've got a Perma 6048 that I've trying to put into Cal mode. It just won't! The switch on the rear panel works OK, AFAICT when in the Cal position it connects ~WE on the DS1220 (pin 21) and ~W on the $864 SRAM (pin 27) to a 4K7 pullup to +5V and to the output of an LS00 which should be strobing the Write lines low as needed. I can't see any way in which the processor can be informed of the switch setting! In measure mode it just connects ~WE on the DS1220 to a 10k pullup to +5V. The schematic is on page 120 (Figure 11.4) of the user manual and also page 9-7 of the service manual. Clearly I'm missing something - as a friend reports that his does go into cal mode. Confused ... Thanks Dave ___ 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.
