and support long filenames.....and the wheel mouse....and when I select
"open as read only" for that to actually happen.....and to be able to run
multiple copies concurrently.....and to support all the peripherals (uart,
i2c etc)...and to support external editor and for the MRU history to work
properly and ........

Here's the real crunch : when doing a multiple PIC project, where the PICs
talk to each other, to pass this information between different MPLAB
processes (tricky, but do-able!)


Regards, Kevin

----- Original Message -----
From: "Don Hyde" <DonH@AXONN.COM>
To: <PICLIST@MITVMA.MIT.EDU>
Sent: Friday, April 06, 2001 3:03 PM
Subject: Re: [PIC]: Tips on how to debug SLEEP with MPLAB-ICE?


> The ICE2000 seems to be able to execute a sleep instruction and wake up
> pretty much like a real PIC, but if you actually have a bug (DUH, why were
> you debugging in the first place?), then it behaves very badly, and it's
> hard to get it to go again.
>
> I find that I need to kludge in a hard physical reset circuit on my boards
> when I am debugging sleep states.  The ICE2000 does not seem to be able to
> actually drive the reset. I can't just click the reset button on the
screen
> and reset the PIC, much less actually reset the hardware on the board.
>
> Hint, hint Microchip -- somehow the Atmel guys manage to get this to work
> with their ICE-30.  I have the same circuit with various PIC's and with an
> AtMega chip, and it's tons easier to debug with the Atmel ICE.
>
> A reset output on those mostly-usless "logic probe" wires would be a
> genuinely useful feature.
>
> BTW, Microchip, while I'm in complaining mode, are you ever going to
rewrite
> MPLAB as a real Win32 application?  I'm pretty tired of having it run in
the
> 16-bit subsystem that so faithfully preserves all those ancient Win3.1
bugs
> like the quirky and unreliable window updating.
>
> Those ATMEL guys have a nice Win32 implementation.  It never leaves a
trail
> of old highlights from places where you were once executing...  If and
when
> you get around to it, you really ought to steal their I/O display, too.
>
> > -----Original Message-----
> > From: Kari Lehikko [mailto:kari.lehikko@VESALAH.FI]
> > Sent: Friday, April 06, 2001 12:54 AM
> > To: PICLIST@MITVMA.MIT.EDU
> > Subject: Re: [PIC]: Tips on how to debug SLEEP with MPLAB-ICE?
> >
> >
> > I would also be interested if there is a way of using sleep with
> > MPLAB-ICE. Now I just have to disable the sleep while using
> > emulator and
> > test those parts with JW-chips and a UART monitor. (Ye Olde way)
> >
> > Regards,
> >
> > Kari Lehikko(Mr.)
> > Software Designer
> > H.Vesala Ltd.
> > Finland
> >
> > "Andrew E. Kalman" wrote:
> > >
> > > I'm debugging an application (PIC16C77) on my MPLAB-ICE and I don't
> > > understand how one is supposed to control the processor from MPLAB
> > > once it goes to sleep.
> > >
> > > I can't Reset or Stop once the processor is sleeping, and nothing
> > > short of shutting the whole system down solves the problem. The
> > > MPLAB-ICE manual doesn't seem to have any info on this.
> > >
> > > Does anyone have some tips on how to debug this sort of thing / use
> > > the ICE with oprograms that sleep?
> > >
> > > Thanks,
> > > --
> > >
> > >   ______________________________________
> > >    Andrew E. Kalman, Ph.D.   aek@pumpkininc.com
> > >
> > > --
> > > http://www.piclist.com#nomail Going offline? Don't AutoReply us!
> > > email listserv@mitvma.mit.edu with SET PICList DIGEST in the body
> >
> > --
> > http://www.piclist.com hint: To leave the PICList
> > mailto:piclist-unsubscribe-request@mitvma.mit.edu
> >
> >
>
> --
> http://www.piclist.com hint: To leave the PICList
> mailto:piclist-unsubscribe-request@mitvma.mit.edu
>
>
>

--
http://www.piclist.com hint: To leave the PICList
mailto:piclist-unsubscribe-request@mitvma.mit.edu