From: Joerg on
Eeyore wrote:
>
> Joerg wrote:
>
>> Eeyore wrote:
>>> Joerg wrote:
>>>> TT_Man wrote:
>>>>> Anyone using this part experiencing problems? we have used them for 4 years
>>>>> or so. Date codes up to 0705 work ok, 0814 misbehaves....same chip, same
>>>>> software, 0814 doesn't execute properly...
>>>> Did you check the POR situation? Maybe issue a nice long POR and see if
>>>> it'll run?
>>>>
>>>> The POR circuit on most 8051 is %^&#!! <tantrum censored> so I always
>>>> rolled my own. As for BOR, I think many uC designers don't know what
>>>> that means ...
>>> I think Atmel actually do an app note on that.
>> When it comes to POR/BOR I do not trust manufacturers much. Learned some
>> hard lesson in life.
>
> Care to share ?
>

I don't remember all the gory details but until recently none of the uC
had a decent reset. Weird effects until I rolled my own.

--
Regards, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.
Use another domain or send PM.
From: MooseFET on
On Sep 4, 9:29 pm, Eeyore <rabbitsfriendsandrelati...(a)hotmail.com>
wrote:
> MooseFET wrote:
> > "TT_Man" <Some...(a)ntlworld.com> wrote:
> > > > How does the defect manifest itself ?
>
> > > > 8051s have been 'rock solid' IME. As someone else memtioned, do you have a
> > > > critical timing issue anywhere ? Like an I/F chip maybe ? Are PSEN, ALE,
> > > > /WR
> > > > and /RD all clean ? You're probably not using PSEN but never hurts to
> > > > check.
>
> > > > No-one's messed about with the clock oscillator parts have they ?
>
> > > > What do the 10 lines of code do ?
>
> > > > Graham
>
> > > An extra speech phrase is output.... ALE PSEN /wr/rd are all unused as the
> > > device is a 64K flash part. We have several generations of board that all
> > > support various chip types, 52, 53 ED2 etc. The faulty ED2's will not
> > > execute correctly in any board.
> > > The 10 lines of code basically index a speech phrase and output it 3 times
> > > to a dac. Then the routine checks an input and proceeds or not via a branch.
> > > somewhere in these lines of code, another speech phrase is output. Speech is
> > > terminated via a null byte. The extra speech phrase in not contiguous with
> > > the correct phrases, so it's not going to be a DPHL corruption...that
> > > somehow skips the null byte detection.
>
> > Does the code have interrupts enabled?
>
> > Is it written in ASM or C?
>
> I think he said it was all written in asssembler <yuk>.

On an 8051, asm is really the way to go. The OP was making comments
about DPTR so I suspected asm but vagueness of his descriptions
sounded like a C programmer who doesn't really know what is going on
under the hood. Many C compilers overlay variables on the 8051 if he
is doing interrupts in C code he may be running a routine in the
interrupt code that overlays one of his variables.


>
> Graham

From: TT_Man on

>> > Does the code have interrupts enabled?
>>
>> > Is it written in ASM or C?
>>
>> I think he said it was all written in asssembler <yuk>.
>
> On an 8051, asm is really the way to go. The OP was making comments
> about DPTR so I suspected asm but vagueness of his descriptions
> sounded like a C programmer who doesn't really know what is going on
> under the hood. Many C compilers overlay variables on the 8051 if he
> is doing interrupts in C code he may be running a routine in the
> interrupt code that overlays one of his variables.
>
>
>>
>> Graham
>
Not a prayer in hell 100% assembler. :)


From: MooseFET on
On Sep 5, 11:01 pm, "TT_Man" <Some...(a)ntlworld.com> wrote:
> >> > Does the code have interrupts enabled?
>
> >> > Is it written in ASM or C?
>
> >> I think he said it was all written in asssembler <yuk>.
>
> > On an 8051, asm is really the way to go. The OP was making comments
> > about DPTR so I suspected asm but vagueness of his descriptions
> > sounded like a C programmer who doesn't really know what is going on
> > under the hood. Many C compilers overlay variables on the 8051 if he
> > is doing interrupts in C code he may be running a routine in the
> > interrupt code that overlays one of his variables.
>
> >> Graham
>
> Not a prayer in hell 100% assembler. :)

Are you using interrupts?
From: Rich Grise on
On Fri, 05 Sep 2008 04:33:14 +0100, Eeyore wrote:
> Rich Grise wrote:
>
>> If I could get an 8051 equivalent but with Motorola's timer system (see
>> 68HC11, e.g.), I'd be in hog heaven. ;-)
>
> What's so great about Motorola's timers ?

It's way, way, easier to use than the 8051's simple little counter. At
least I found it to be so. I've done 8051 (8035 + eprom, actually) and
68HC11, and the 68HC11 makes the 8051 look like a boat anchor. ;-)

Cheers!
Rich