http://forums.leaflabs.com/topic.php?id=13467 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:17:34 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=13467#post-28669 Mon, 02 Sep 2013 23:54:15 +0000 mlundinse 28669@http://forums.leaflabs.com/ <p>Remember that the STM32F10x processor NVIC only uses 4 (top) bits of priority. So there are really only 16 prority levels: 0x00, 0x10 ... 0xE0, 0xF0 </p> http://forums.leaflabs.com/topic.php?id=13467#post-28668 Mon, 02 Sep 2013 20:27:01 +0000 pyrohaz 28668@http://forums.leaflabs.com/ <p>Ah yes it seems, changing the priority of the Audio interrupt to 2 and the Env interrupt to 1 drastically changes the view on the logic analyzer</p> <p>This is with the Env interrupt at higher priority than audio<br /> <a href="http://i747.photobucket.com/albums/xx118/hazmatazz/1.png" rel="nofollow">http://i747.photobucket.com/albums/xx118/hazmatazz/1.png</a><br /> <a href="http://i747.photobucket.com/albums/xx118/hazmatazz/2.png" rel="nofollow">http://i747.photobucket.com/albums/xx118/hazmatazz/2.png</a></p> <p>Opposite way round<br /> <a href="http://i747.photobucket.com/albums/xx118/hazmatazz/3.png" rel="nofollow">http://i747.photobucket.com/albums/xx118/hazmatazz/3.png</a><br /> <a href="http://i747.photobucket.com/albums/xx118/hazmatazz/4.png" rel="nofollow">http://i747.photobucket.com/albums/xx118/hazmatazz/4.png</a></p> <p>I think thats problem solved! </p> http://forums.leaflabs.com/topic.php?id=13467#post-28667 Mon, 02 Sep 2013 20:19:44 +0000 pyrohaz 28667@http://forums.leaflabs.com/ <p>Hi GBulmer, i'll include my whole section of code</p> <pre><code>#include &lt;nvic.h&gt; boolean TBit = 1; HardwareTimer Audio(1); HardwareTimer Env(2); void setup(){ pinMode(0, OUTPUT); pinMode(1, OUTPUT); Audio.pause(); Env.pause(); Audio.setOverflow(1499); Env.setOverflow(35154); Audio.setPrescaleFactor(1); Env.setPrescaleFactor(1); timer_attach_interrupt(TIMER1, TIMER_UPDATE_INTERRUPT, AudioI); timer_attach_interrupt(TIMER2, TIMER_UPDATE_INTERRUPT, EnvI); nvic_irq_set_priority(NVIC_TIMER1_UP, 1); nvic_irq_set_priority(NVIC_TIMER2, 255); Audio.resume(); Env.resume(); } void loop(){ delay(10); } void AudioI(){ gpio_write_bit(GPIOA, 3, TBit); TBit=!TBit; } void EnvI(){ //Time wasting int b = 1; for(int a = 1; a&lt;pow(2, 16); a++){ b*=a; } }</code></pre> <p>What I want is if the EnvI interrupt is being serviced, the ability for the Audio interrupt to fire over it. By watching the timing produced on pin 0 (GPIOA, 3), I can see what form of latency is being introduced. This seems to show some form of time wasting on my logic analyzer and by adding the same bit toggle piece of code to the second interrupt, I can see when that interrupt has finished servicing (if that makes sense) here, changing the interrupt number produces a notable difference and as you say, I think it was the fact that 15 is seen as 0.</p> <p>I think thats a problem solved!<br /> Thanks as per GBulmer. </p> http://forums.leaflabs.com/topic.php?id=13467#post-28666 Mon, 02 Sep 2013 19:35:18 +0000 gbulmer 28666@http://forums.leaflabs.com/ <p>pyrohaz - would you please post the fragment of code that is setting priorities?</p> <p>Also, try setting the low priority interrupt to 255.<br /> IIRC, only the <strong>TOP</strong> 4 bits of each priority value have an effect, and so 15 will look the same as 0. </p> http://forums.leaflabs.com/topic.php?id=13467#post-28665 Mon, 02 Sep 2013 17:34:45 +0000 pyrohaz 28665@http://forums.leaflabs.com/ <p>Hi,</p> <p>I'm designing another style of synthesizer using the Maple (absolutely love the chip!).</p> <p>I've currently got two interrupts that I want to prioritise. The audio write interrupt where a 16bit variable is placed into the SPI data registor (with a 16bit data frame format) and this section is working fine. This fires at 48kHz. The second interrupt fires at ~2048Hz (reduces division by sample rate to shifts) and is used for the envelope generators. This section of code also works fine. </p> <p>The problem is: I want the audio writing interrupt to prioritise over the envelope generator interrupt to reduce audible glitches. I've tried doing this with nvic.h but changing the priority of the timer 1 interrupt to 1 and the timer 2 interrupt to 15 (timer 1 - audio, timer2 - envelope) yet this unfortunately still didn't cause the audio interrupt to fire over the envelope interrupt. To measure this, I've only got a pin toggle in the audio interrupt, in the envelope interrupt, I've got a time consuming section of code (a long for loop).</p> <p>After an extremely brief stint with PIC microcontrollers, I know its possible to prioritise interrupts using their set of PIC32 chips, is this possible on the Maple?</p> <p>Cheers, </p>