Re: Few questions on embedded stuff

From: Ed Beroset (beroset_at_mindspring.com)
Date: 06/30/04


Date: Wed, 30 Jun 2004 01:20:46 GMT

Sacre Vert wrote:
> <snip>
>
>>Here's a scenario: The device in question is thoroughly documented and
>>carefully designed. All timings, memory, and other system resources
>>have been carefully constructed so as to assure that no locking
>>contention is possible. It is working very nicely, and a particularly
>>energetic gamma particle flips just one single bit in RAM from a zero to
>>a one. That single bit happens to be the return address from the
[...]

> It does not have to be a gamma ray.

You're right. More usual is an alpha particle, but I wanted to sidestep
the issue of packaging material choices (e.g. solderless parts with less
  lead).

> In an ancient existence I used AMD87c521 (IIRC) devices and as I had
> to keep UV erasing the parts and being a typical lazy recent graduate
> could not be bothered to cover up the erase window. The parts worked
> fine through the start of the development but as the year went on I
> started to get sone peculiar failures where the processor went off
> with the faeries. Turned out that the brighter sunlight in the summer
> caused the device RAM to be corrupted during the run. (Yes I worked
> in a development lab with REAL WINDOWS ;-). Bill hadn't even got
> round to version 3.1 in those days :-D )

I put a part backwards into my programmer and enjoyed the brief purplish
glow of sunset from behind the tiny erase window in my otherwise
windowless lab. Thank you for putting the sunshine in. ;-)

Ed



Relevant Pages

  • Re: Few questions on embedded stuff
    ... >could not be bothered to cover up the erase window. ... >caused the device RAM to be corrupted during the run. ... demoed the first prototype of a fairly large Servo Amp for the client. ... The device used a mcu with EPROM, and of course the window was ...
    (comp.arch.embedded)
  • Re: Few questions on embedded stuff
    ... and one of them is the use of a WDT. ... could not be bothered to cover up the erase window. ... caused the device RAM to be corrupted during the run. ... in a development lab with REAL WINDOWS;-). ...
    (comp.arch.embedded)