Ah, depends on what the DMM does with pulses (if any).
you don't need a logic analyzer except to perhaps trigger the
scope.? I'd look at that line and the one it was shorted to, and
better yet, the CS and RD (or WR) lines at the same time.? It
doesn't matter so much what the LA says is a 1 or 0, it matters
what the chip thinks.
You've got the tools, then.? Don't have to worry so much about a
workaround.
Harvey
On 2/12/2022 3:25 PM, Rich Miller via
groups.io wrote:
toggle quoted message
Show quoted text
I was simply probing the pin with a ProbeMaster fine point probe
connected to my DMM. I do have a Logic Analyzer in my MDO3102, but
I would have to see where the data line is coming from. I would be
surprised if it were unbuffered, but you never know.
Rich
On Feb 12, 2022, at 2:07 PM, Harvey
White <madyn@...> wrote:
?
Digital oscilloscope, storage oscilloscope, peak reading
voltmeter, regular oscilloscope in a dim room.?
You're measuring the voltages (right now) as static
voltages?? That may not be helpful.
PLCC chips are rare, and professionally (non Chinese),
the reader plugins may be a bit nasty in price.
Adaptors can be made if you have the right socket.? Sockets
may not be hard to come by.? There's a company that makes PC
boards for adapting various types of chips, they may have
something that could help.? (Don't remember the name).
Logic analyzer *could* help a bit.
If you can isolate the driver for the chip by unplugging
things, then you can manually drive the data driver to the
chip.? Since it's a data line by nomenclature (DQx), it
may be either the processor unbuffered, or this might be
the processor buffered.? If the buffer lines run to other
chips, then if they work, the driver is likely good.?
Shorts on the data lines may not be fatal.? Looking at
this with a scope, especially if in a repetitive loop,
could be very helpful, if you can generate that.
If the equipment has a provision for signature analysis,
then that puts the processor in a cyclical read of all
addresses, which should force a read of the EEPROM's
address space, which you can trigger a scope on, and get
an idea.
So possibly options.....
Harvey
On 2/12/2022 1:07 PM, Rich
Miller via groups.io wrote:
Hi Harvey:
I have no way to check the voltages while writing to
it (at least not reasonably). I think its time to invest
in a EEPROM writer/reader for PLCC.
Rich
On Feb 12, 2022, at 12:49 PM,
Harvey White <madyn@...>
wrote:
?
If you can remove the eeprom, and then check the
voltages when writing, that might tell you if the
driver for DQ6 is damaged.? If you could read the
EEPROM in another setting (PLCC adaptors are
rare), then that would tell you if the chip were
good.
Harvey
On 2/12/2022 12:44 PM,
Rich Miller via groups.io wrote:
Hello All:
Today, I took another look at the issue, and
made an interesting discovery. The AM29F010-70JC
EEPROM Pin 20 (DQ6 line) was damaged while
installing the PLCC package into the socket. I
straightened it out, and reinserted it. It is
now making contact, but I am not sure if the pin
moved over to the adjacent Pin 19 (DQ5). Right
now, when I measure the voltage at Pin 20 its at
2.5V, and when I attempt to write the bit to
invoke the options it drops to about 1.75V. I am
still getting the Failure when attempting to
load the options.
So its clear someone has been in here before.
I now worry that I might not be able to recover
anything from it. I certainly do not think it
can be written to any longer. Would anyone by
chance have a replacement RevD??
Rich
On Feb 12, 2022, at
5:53 AM, Harke Smits via groups.io <yrrah@...>
wrote:
?
Rich,
There is nothing wrong with just
reading the contents of the EEPROM. Then
store the original safely and program
another one for a test. I¡¯ve done that a
couple of time for spectrum analyers.
Works great, can do no harm.?
Good luck,
Harke
(Send from my iPad4)
Op 12 feb. 2022
om 10:41 heeft Rich Miller via
groups.io <av8torrich@...>
het volgende geschreven:
?
Leon:
That is good information. In a
little while, I am going to test my
S400 Jumper to make sure when I
toggle #8 on the dip switch, I am
getting continuity.?
The idea of having to pull the
EEPROM and write to it does not sit
well with me. I worry I may render
the analyzer inoperative if I
accidentally corrupt the files held
within it. Anything I can do to
avoid I will try.
Rich
?Hi Rich,
I've done an option upgrade 14
days ago on my 8753D (with the
CPU 000 board, which is
probably also in your VNA).
I've got the same error,
because I did not flip the
jumper (there is no A9 dip
swich on the CPU 000 board,
but is the S400 instead).
After I've correctly flipped
the S400 #8 switch, the option
upgrade went flawlessly.
Greetings,
Leon
|