<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.2" -->
<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">
	<channel>
		<title>LeafLabs Garden &#187; Topic: Timer in Encoder mode should it be in HardwareTimer?</title>
		<link>http://forums.leaflabs.com/topic.php?id=11286</link>
		<description>A place to share, learn, and grow...</description>
		<language>en-US</language>
		<pubDate>Fri, 22 Jan 2016 00:14:04 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.2</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>http://forums.leaflabs.com/search.php</link>
		</textInput>
		<atom:link href="http://forums.leaflabs.com/rss.php?topic=11286" rel="self" type="application/rss+xml" />

		<item>
			<title>gbulmer on "Timer in Encoder mode should it be in HardwareTimer?"</title>
			<link>http://forums.leaflabs.com/topic.php?id=11286#post-25529</link>
			<pubDate>Mon, 29 Apr 2013 12:38:49 +0000</pubDate>
			<dc:creator>gbulmer</dc:creator>
			<guid isPermaLink="false">25529@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;bubulindo - There has been a long-running discussion about changing the Timer classes. So I would probably steer clear of them at first, at least until the encoder code is working reliably. &#60;/p&#62;
&#60;p&#62;AFAIK, much of the encoder is mutually exclusive to the timer's PWM functionality. So it isn't clear to me that there'd be much reuse. However, it might be easier to detect the user is using the same hardware for two different purposes, and try to do something helpful, if they have a common root. Even then, the code may be able to read a few values from the peripheral hardware and detect conflicts.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>feurig on "Timer in Encoder mode should it be in HardwareTimer?"</title>
			<link>http://forums.leaflabs.com/topic.php?id=11286#post-25527</link>
			<pubDate>Mon, 29 Apr 2013 12:09:19 +0000</pubDate>
			<dc:creator>feurig</dc:creator>
			<guid isPermaLink="false">25527@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;Can you subclass HardwareTimer and add the functionality? &#60;/p&#62;
&#60;p&#62;As much as I dislike C++ there are instances where it may actually help.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>bubulindo on "Timer in Encoder mode should it be in HardwareTimer?"</title>
			<link>http://forums.leaflabs.com/topic.php?id=11286#post-25526</link>
			<pubDate>Mon, 29 Apr 2013 07:54:03 +0000</pubDate>
			<dc:creator>bubulindo</dc:creator>
			<guid isPermaLink="false">25526@http://forums.leaflabs.com/</guid>
			<description>&#60;p&#62;Hello, &#60;/p&#62;
&#60;p&#62;I'm working on the encoder mode for the Maple timers and I'm wondering whether to change the HardwareTimer class, or implement a separate one for this.&#60;br /&#62;
Especially because there is more functionality to the encoder mode that would make sense to put in a HardwareTimer class.&#60;br /&#62;
What are your suggestions? &#60;/p&#62;
&#60;p&#62;Also, while I'm at it, does anyone know of an optical encoder model that works with 3,3V? I'm using one of those PCB thumbwheel encoder and the bounce, despite the digital filter in the STM chip, is extremely hard to get rid of and confuses the whole thing to the point that I don't know if it's a bounce problem or something wrong with the code. (I may just put an Arduino simulating an encoder signal for test purposes). &#60;/p&#62;
&#60;p&#62;Thanks in advance for any help or suggestions.
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
