Searching \ for 'MPLAB not MPASM' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: techref.massmind.org/techref/microchip/languages.htm?key=mplab
Search entire site for: 'MPLAB not MPASM'.

Truncated match.
PICList Thread
'MPLAB not MPASM'
1998\02\14@184958 by David Sprenkle

flavicon
face
I reread my message about MPASM.  It is MPLAB that I am referring to and
it is the simulator that is giving me problems.  Also the PC stays at
01FF not FF.

I am using the 12C508 for the processor.

I am trying to debug a program by stepping through it using the
simulator.  Like I said changing the input on pin GP3 to 0 using the
Modify dialog box or simulator stimulus file make the simulator stay at
the 01FF address.

I am having the problem no matter what .asm file I use.
--
David

1998\02\14@194058 by Andrew Warren

face
flavicon
face
David Sprenkle <spam_OUTPICLISTTakeThisOuTspamMITVMA.MIT.EDU> wrote:

> I am using the 12C508 for the processor.
>
> I am trying to debug a program by stepping through it using the
> simulator.  Like I said changing the input on pin GP3 to 0 using the
> Modify dialog box or simulator stimulus file make the simulator stay
> at the 01FF address.

David:

The 12C508's pin 4 serves a dual-purpose; it can be configured as
either GP3 (as you desire) or MCLR.

It sounds as though you've configured it as MCLR; check the chip
configuration and make sure that MCLR is disabled.

-Andy

=== Andrew Warren - .....fastfwdKILLspamspam@spam@ix.netcom.com
=== Fast Forward Engineering - Vista, California
=== http://www.geocities.com/SiliconValley/2499

1998\02\14@215736 by David Sprenkle

flavicon
face
Thank you for the help, that was the problem.  MPLAB does not prompt you
for the chip setup like if does when you program them.  Thanks again, took
a nap and woke up to solution to my frustrations.

Andrew Warren wrote:

{Quote hidden}

--

1998\02\15@122721 by Tom Handley

picon face
  David, you need to disable MCLR in the configuration word. GP3 is
shared with MCLR and it sounds like the simulator is assuming MCLR is
enabled and is holding the PC at 1FFh where it would normally do a
MOVLW xx where xx is the OSCCAL value.

  - Tom

At 05:43 PM 2/14/98 -0800, you wrote:
{Quote hidden}

1998\02\16@095022 by Steve Lawther

flavicon
face
    David,
   
    I had the same problem with mplab 3.30 about a month ago.
   
    Even when I was sure that the internal MCLR was enabled, simulating
    with a 0 on GP3 would put it in reset. ( I assumed it was reset as PC
    = 1FF as you say)
   
    Since it was a panic day, I just assumed mplab had a bug, removed that
    part of simulation, and blew a chip to test it instead. (which worked
    as expected).
   
    Sorry I haven't got a solution, but at least you know it's not just
    you...
   
               Steve Lawther


______________________________ Reply Separator _________________________________
Subject:      MPLAB not MPASM
Author:  MIME:EraseMEsprenklespam_OUTspamTakeThisOuTBUSPROD.COM at INTERNET-HUSKY
Date:    16/02/98 12:47


I reread my message about MPASM.  It is MPLAB that I am referring to and
it is the simulator that is giving me problems.  Also the PC stays at
01FF not FF.
   
I am using the 12C508 for the processor.
   
I am trying to debug a program by stepping through it using the
simulator.  Like I said changing the input on pin GP3 to 0 using the
Modify dialog box or simulator stimulus file make the simulator stay at
the 01FF address.
   
I am having the problem no matter what .asm file I use.
--
David
   

More... (looser matching)
- Last day of these posts
- In 1998 , 1999 only
- Today
- New search...