Re: 89C51ED2
- From: Eeyore <rabbitsfriendsandrelations@xxxxxxxxxxx>
- Date: Sun, 07 Sep 2008 06:35:09 +0100
MooseFET wrote:
Eeyore wrote:
MooseFET wrote:
"TT_Man" <Some...@xxxxxxxxxxxx> wrote:
">>>> >> 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?
Everything is interrupt driven. Processor spends 99% in sleep mode.Int
routines set flags and the background processes flags, then goes back to
sleep. Dual 3 of 5 uarts are processed with 125uS RTC.
I think you need to look very carefully at the interrupt code to make
sure that it doesn't forget to save part of the context. This sounds
like it is either timing related or an uninitialized flag.
Hmmm that's not how to code 8051 inrterrupts.
Huh??????
Do you mean that you don't save the interrupted context???? !!!!!
I can't remember my reason for saying that now. Flags perhaps ?
Anyway PL/M handles all that for one. Declare procedure interrupt !
Graham
.
- Follow-Ups:
- Re: 89C51ED2
- From: TT_Man
- Re: 89C51ED2
- References:
- Re: 89C51ED2
- From: Eeyore
- Re: 89C51ED2
- From: TT_Man
- Re: 89C51ED2
- From: MooseFET
- Re: 89C51ED2
- From: Eeyore
- Re: 89C51ED2
- From: MooseFET
- Re: 89C51ED2
- From: TT_Man
- Re: 89C51ED2
- From: MooseFET
- Re: 89C51ED2
- From: TT_Man
- Re: 89C51ED2
- From: MooseFET
- Re: 89C51ED2
- From: Eeyore
- Re: 89C51ED2
- From: MooseFET
- Re: 89C51ED2
- Prev by Date: Re: 89C51ED2
- Next by Date: Re: remote home automation
- Previous by thread: Re: 89C51ED2
- Next by thread: Re: 89C51ED2
- Index(es):
Relevant Pages
|