<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: PSoC4 Watch Dog Timer	</title>
	<atom:link href="https://iotexpert.com/psoc4-watch-dog-timer/feed/" rel="self" type="application/rss+xml" />
	<link>https://iotexpert.com/psoc4-watch-dog-timer/</link>
	<description>Engineering for the Internet of Things</description>
	<lastBuildDate>Sun, 18 Nov 2018 11:50:04 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: Alan Hawse		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-9012</link>

		<dc:creator><![CDATA[Alan Hawse]]></dc:creator>
		<pubDate>Sun, 18 Nov 2018 11:50:04 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-9012</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://iotexpert.com/psoc4-watch-dog-timer/#comment-8979&quot;&gt;John Griswold&lt;/a&gt;.

You are welcome... not to be argumentative, actually I think that Cypress overall does an excellent job with our documentation.  Obviously we have holes in the experience, but we do put a significant amount of effort into it.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://iotexpert.com/psoc4-watch-dog-timer/#comment-8979">John Griswold</a>.</p>
<p>You are welcome&#8230; not to be argumentative, actually I think that Cypress overall does an excellent job with our documentation.  Obviously we have holes in the experience, but we do put a significant amount of effort into it.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: John Griswold		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-8979</link>

		<dc:creator><![CDATA[John Griswold]]></dc:creator>
		<pubDate>Fri, 16 Nov 2018 18:28:23 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-8979</guid>

					<description><![CDATA[I am glad I stumbled upon this. The Cypress docs are rather underwhelming in their lack of detail. Thanks, Alan.]]></description>
			<content:encoded><![CDATA[<p>I am glad I stumbled upon this. The Cypress docs are rather underwhelming in their lack of detail. Thanks, Alan.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Alan Hawse		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-4065</link>

		<dc:creator><![CDATA[Alan Hawse]]></dc:creator>
		<pubDate>Tue, 21 Nov 2017 14:26:45 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-4065</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://iotexpert.com/psoc4-watch-dog-timer/#comment-4033&quot;&gt;Alan Hawse&lt;/a&gt;.

Here is an article about it. https://iotexpert.com/2017/11/21/psoc-4200m-wdt-long-deep-sleep/]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://iotexpert.com/psoc4-watch-dog-timer/#comment-4033">Alan Hawse</a>.</p>
<p>Here is an article about it. <a href="https://iotexpert.com/2017/11/21/psoc-4200m-wdt-long-deep-sleep/" rel="ugc">https://iotexpert.com/2017/11/21/psoc-4200m-wdt-long-deep-sleep/</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Alan Hawse		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-4033</link>

		<dc:creator><![CDATA[Alan Hawse]]></dc:creator>
		<pubDate>Fri, 17 Nov 2017 19:15:20 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-4033</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://iotexpert.com/psoc4-watch-dog-timer/#comment-4017&quot;&gt;Jagir&lt;/a&gt;.

Sure.  You can cascade the WDTs together using the CySysWdtSetCascade(CY_SYS_WDT_CASCADE_01);  You can read about this win the &lt;a href=&quot;http://www.cypress.com/go/comp_cy_lfclk&quot; target=&quot;_blank&quot; rel=&quot;noopener nofollow&quot;&gt;LFClock reference guide&lt;/a&gt;.  Ill also post an example next week on Tuesday.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://iotexpert.com/psoc4-watch-dog-timer/#comment-4017">Jagir</a>.</p>
<p>Sure.  You can cascade the WDTs together using the CySysWdtSetCascade(CY_SYS_WDT_CASCADE_01);  You can read about this win the <a href="http://www.cypress.com/go/comp_cy_lfclk" target="_blank" rel="noopener nofollow">LFClock reference guide</a>.  Ill also post an example next week on Tuesday.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jagir		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-4017</link>

		<dc:creator><![CDATA[Jagir]]></dc:creator>
		<pubDate>Thu, 16 Nov 2017 03:32:24 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-4017</guid>

					<description><![CDATA[Can we generate more than 2 sec of deep sleep interval by watchdog timers?]]></description>
			<content:encoded><![CDATA[<p>Can we generate more than 2 sec of deep sleep interval by watchdog timers?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Alan Hawse		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-2243</link>

		<dc:creator><![CDATA[Alan Hawse]]></dc:creator>
		<pubDate>Tue, 25 Apr 2017 12:00:21 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-2243</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://iotexpert.com/psoc4-watch-dog-timer/#comment-2224&quot;&gt;Holger&lt;/a&gt;.

I think that your summary is spot on.  The callback scheme is for sure slower, a few function calls and returns... but it offers connivence.  The reality is that the same tasks need to be done and it is a choice to let Creator do it for you... or you have to do it yourself.  I suppose that unless I have something really timing critical I probably use the callback scheme.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://iotexpert.com/psoc4-watch-dog-timer/#comment-2224">Holger</a>.</p>
<p>I think that your summary is spot on.  The callback scheme is for sure slower, a few function calls and returns&#8230; but it offers connivence.  The reality is that the same tasks need to be done and it is a choice to let Creator do it for you&#8230; or you have to do it yourself.  I suppose that unless I have something really timing critical I probably use the callback scheme.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Holger		</title>
		<link>https://iotexpert.com/psoc4-watch-dog-timer/#comment-2224</link>

		<dc:creator><![CDATA[Holger]]></dc:creator>
		<pubDate>Mon, 24 Apr 2017 09:00:06 +0000</pubDate>
		<guid isPermaLink="false">https://iotexpert.com/?p=3225#comment-2224</guid>

					<description><![CDATA[Hi Alan,
I like your blog and the information given on the WDT/Timer. Thanks!
Please can you comment on the (dis)advantages of Callback vs. Custom ISR. Basically in both examples you have used your customized function to toggle the LED.

In my opinion:

Callback:
+ Start/activation of ISR is done automatically
+ No need to take care of clearing the IRQ flag
- The IRQ priority cannot be set individually (BTW, which priority is used for this method?)
- The used IRQ is not shown within the schematic
- Longer latency time

Custom ISR
+ IRQ is shown in the schematic
+ The IRQ priority can be set within the Interrupt tab of the *.cydwr
+ Shorter latency time
- Interrupt handler needs to be started manually
- interrupt flag must be cleared manually

Well, beside of the priority level and maybe the latency time impact I do not really see that big difference between both methods. 
Please, if there is more than listed above, highlight pros and cons for each.

Again thanks for your blog. it&#039;s great!

Holger]]></description>
			<content:encoded><![CDATA[<p>Hi Alan,<br />
I like your blog and the information given on the WDT/Timer. Thanks!<br />
Please can you comment on the (dis)advantages of Callback vs. Custom ISR. Basically in both examples you have used your customized function to toggle the LED.</p>
<p>In my opinion:</p>
<p>Callback:<br />
+ Start/activation of ISR is done automatically<br />
+ No need to take care of clearing the IRQ flag<br />
&#8211; The IRQ priority cannot be set individually (BTW, which priority is used for this method?)<br />
&#8211; The used IRQ is not shown within the schematic<br />
&#8211; Longer latency time</p>
<p>Custom ISR<br />
+ IRQ is shown in the schematic<br />
+ The IRQ priority can be set within the Interrupt tab of the *.cydwr<br />
+ Shorter latency time<br />
&#8211; Interrupt handler needs to be started manually<br />
&#8211; interrupt flag must be cleared manually</p>
<p>Well, beside of the priority level and maybe the latency time impact I do not really see that big difference between both methods.<br />
Please, if there is more than listed above, highlight pros and cons for each.</p>
<p>Again thanks for your blog. it&#8217;s great!</p>
<p>Holger</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
