It is (updated) and has been at
http://www.piclist.com/../microchip/hrdrstsw.htm

and does no one see the little message on the bottom of every piclist.com
page that says:

"PICList.com members can LOGIN to post questions, add public or private
comments, links or even new pages(!). To start, fill out the form."

Once you log in, you can actually add notes, pages, routines, links,
comments, questions, etc... directly to the pages you are looking at.
Instantly. Without me. Do use HTML <PRE> and </PRE> tags around code
listings, etc... and don't stress if its not perfect... I get an email with
every post and I can go back and edit stuff to fix it if something goes
wrong.

Ask Nik, he uses it pretty regularly to post updated version of his
routines, point out bugs, or broken links, etc...

Anyway, the piclist.com site is for storeing answers derived from the
PICList, and I hope eventually I can reduce the amount of time I spend doing
that by allowing list members to directly post.

Thanks for the update Morgan.

---
James Newton (PICList Admin #3)
mailto:jamesnewton@piclist.com 1-619-652-0593
PIC/PICList FAQ: http://www.piclist.com or .org

-----Original Message-----
From: pic microcontroller discussion list
[mailto:PICLIST@MITVMA.MIT.EDU]On Behalf Of Morgan Olsson
Sent: Friday, November 17, 2000 14:49
To: PICLIST@MITVMA.MIT.EDU
Subject: [PIC]:FastReset rev 2


Improvement to first revision is this is not depending on any pin use.
(the earlier version had a dependancy upon PA4)

I have implemented the suggestion of Simon Nield, that makes it insensitive
of the level and use of Porta pin 4 by sensing, adapting, and then retries
if RA4 changed and made it fail this time.

To top it off, it is now failsafe even if PA4 has some signal/noise of a
frequency that makes even the x number of retries fail and then reverts to
just waiting for normal Watchdog reset at shortest prescaler.

Monitor code using port E is included, and performed testing described.

And yes, there really is some code amongst the comments...

It would be nice if somebody tries this on another PIC than the F877 it is
now tested on, and reports if it works or not, as the chip function it uses
is not completely described in PIC documentation.
(also send me corrections if my english is wrong or there is some typo or
whatever)

It should be safe to use anyhow due to that it reverts to normal Wdog
timeout usage if it fails to assert direct reset.

If it has no problem, then I suggest it be placed in the archive
http://www.piclist.com/techref/default.asp?from=/techref/piclist/&url=../mic
rochip/routines.htm
somewhere... -How?

I would like to thank Simon Neild for suggestions and discussion, and Bob
Ammerman for positive replies.

Enjoy!     :)
/Morgan

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