http://forums.leaflabs.com/topic.php?id=74179 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:17:58 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=74179#post-105040 Sun, 08 Dec 2013 12:35:16 +0000 gbulmer 105040@http://forums.leaflabs.com/ <p>vfr800nut - <em>"I've got a similar problem, reading a 12 pulse encoder at 18K RPM and a 3 pulse encoder at 9KRpm with the 3rd pulse being a timing trigger point."</em></p> <p>I think you are describing a significantly harder problem than samtal's code is aiming to solve. The code is using millis() to measure pulse duration, which introduces about a 1ms error.</p> <p><em>"DMA channel 1 ADC can function to print a timestamp on voltage above x(digital high), without stopping the timer(timer 1). It prints the timer 2 value."</em><br /> That is a nifty approach in the general case.</p> <p>Assuming the signals from the pulse encoders are clean, and at 3.3V level, the timers can directly time signals. (If they are quadrature encoders, then timers can be configured to count up and down using the two pulse signals.) </p> http://forums.leaflabs.com/topic.php?id=74179#post-105036 Sun, 08 Dec 2013 07:17:51 +0000 vfr800nut 105036@http://forums.leaflabs.com/ <p>I've got a similar problem, reading a 12 pulse encoder at 18K RPM and a 3 pulse encoder at 9KRpm with the 3rd pulse being a timing trigger point.</p> <p>From what I've read,<br /> DMA channel 1 ADC can function to print a timestamp on voltage above x(digital high), without stopping the timer(timer 1). It prints the timer 2 value. Obviously using dma the value won't be a real time interrupt but would provide the timestamp. </p> <p>I haven't written any code for it, yet.<br /> hope that helps </p> http://forums.leaflabs.com/topic.php?id=74179#post-105010 Tue, 03 Dec 2013 21:19:56 +0000 gbulmer 105010@http://forums.leaflabs.com/ <p>samtal - The timers can be used to time a signal on a pin.</p> <p>libmaple doesn't support that, so it would require digging through RM0008 :-(</p> <p>That would require very brief interrupts, one when the values are copied from the counter, and the other to enable or disable the counter.</p> <p>Edit:<br /> samtal, I realise the code is simplified, but that code doesn't compile for me.</p> <p>I've created a dummy declaration for <code>Select_Mode</code>.<br /> However, when I try to compile the code, I get:<br /> " error: 'time' was not declared in this scope"<br /> " warning: unused variable 'time' "<br /> " error: 'attachinterrupt' was not declared in this scope" - it should be <code>attachInterrupt</code><br /> Does this compile okay for you? </p> <p>Edit2: detachInterrupt() simply stops an interrupt service routine being called in the future.<br /> detachInterrupt() does not effect the currently running interrupt service routine, I does not effect the priority of a currently running interrupt service routine. It can't effect the ability of the the millis() interrupt to run until the current interrupt service routine has finished. So it doesn't enable the millis() interrupt to run while run_cycle() is running.</p> <p>I guess the time taken to do:<br /> <pre><code>uint8 nowstate = digitalRead(runChannel); while (digitalRead(runChannel)== nowstate) { }</code></pre> <p>Is not much different from taking an interrupt. </p> <p>So you might rewrite the code to throw an interrupt on every transition of enableChannel and runChannel (assuming the pins are chosen so that there are two different interrupt service routines).</p> <p><code>count</code> and <code>starttime</code> would become static variables accessible by both interrupt service routines.<br /> The enableChannel's interrupt would either <code>attachInterrupt</code> or <code>detachInterrupt</code> for the <code>runChannel</code>, and when doing an attachInterrupt, it would do <code>count=0;</code> and <code>starttime = millis();</code></p> <p>The runChannel interrupt would count, and do something about the time (I can't be sure what as the code seems to have a bug).<br /> I assume you want each runChannel duration. As I wrote above, that could be done by a timer, in which case it might not need an interrupt. </p> http://forums.leaflabs.com/topic.php?id=74179#post-105009 Tue, 03 Dec 2013 13:08:46 +0000 mlundinse 105009@http://forums.leaflabs.com/ <p>First of all interrupt handlers should generally be short and never have to wait for millis(). It will interfere with other things like serial and USB communications.</p> <p>If you still need an interrupt handler that takes a long time, just make sure that your interrupt handler runs at lower priority (higher value in priority registers) than the priority for the SysTick handler.</p> <p>This is done in the NVIC interrupt priority registers. There is a function to do this, probably found in files nvic.c/h ( I dont have the Maple lib files available right now ) </p> http://forums.leaflabs.com/topic.php?id=74179#post-105008 Tue, 03 Dec 2013 08:56:07 +0000 samtal 105008@http://forums.leaflabs.com/ <p>Hi all,<br /> It is known that millis() (that is interrupt driven) can not update time when run within an interrupt handler function.<br /> I tried to detach the interrupt within the handler, after its start, and read the millis(), but the millis does not update although the interrupt was detached.</p> <p>I have also tried to have an in-between handler to run my function, but it is still the same: The millis() timer does not advance.<br /> (Does this mean that whenever there is an active interrupt, the timer freezes?!)</p> <p>I still wish I could start the function by an external interrupt!<br /> Is this normal and is there a reasonable workaround to that?</p> <p>The code looks like: (simplified) </p> <pre><code>void setup() { attachinterrupt(enableChannel, run_cycle, RISING); } void run_cycle() { detachInterrupt(enableChannel); uint16 count = 0; uint32 starttime = millis(); do { uint8 nowstate = digitalRead(runChannel); while (digitalRead(runChannel)== nowstate) { } //Loop until logic change uint16 time = (millis() - starttime) &amp; 0xFFFF; count ++; } while (digitalRead(enableChannel) == 1); attachInterrupt(enableChannel, run_cycle, RISING); Select_Mode(time, count); }</code></pre>