ibisjoe Posted April 8, 2011 Posted April 8, 2011 is there any logged event/file that lists any information concerning the originator/reason for a watchdog trip?
curtwilson Posted April 8, 2011 Posted April 8, 2011 Presuming it is a "soft" watchdog trip, status element Sys.WDTFault is set to 1 if the background operations failed to execute in time. It is set to 2 if the foreground (interrupt) elements failed to execute in time. Saved setup elements Sys.WDTReset and Sys.BgWDTReset allow you to specify what "in time" is. A "hard" watchdog trip shuts down the processor completely, so does not permit the monitoring of a status element value.
ibisjoe Posted April 9, 2011 Author Posted April 9, 2011 yes, I know about Sys.WDTFault and it was a "soft" watchdog trip. What I wanted to know is if you generated any kind of log event that the user could check (such an event might contain the app name if outside of the PPMAC or the PLC if within the PPMAC).
ibisjoe Posted April 9, 2011 Author Posted April 9, 2011 yes, I know about Sys.WDTFault and it was a "soft" watchdog trip. What I wanted to know is if you generated any kind of log event that the user could check (such an event might contain the app name if outside of the PPMAC or the PLC if within the PPMAC).
curtwilson Posted April 12, 2011 Posted April 12, 2011 There typically is no one single event that causes a watchdog trip. It is often an accumulation of too many (individually benign) tasks at a certain priority level, or a bad setting of a parameter. (For example, the best way to force a watchdog timer trip for test purposes is to set Sys.RtIntPeriod to a very large value.)
Recommended Posts