http://forums.leaflabs.com/topic.php?id=781 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:12:53 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=781#post-5088 Thu, 09 Jun 2011 02:51:34 +0000 snigelen 5088@http://forums.leaflabs.com/ <p>Yes it's good to have that documented, so you know you're in deep trouble when you see the throbbing ;-). </p> http://forums.leaflabs.com/topic.php?id=781#post-5069 Wed, 08 Jun 2011 16:20:13 +0000 mbolivar 5069@http://forums.leaflabs.com/ <p>Nice bugfix, snigelen!</p> <p>Having this mixed up with SPI totally threw me off the trail.</p> <p>Looks like this troubleshooting entry should be generalized:</p> <p><a href="http://leaflabs.com/docs/troubleshooting.html#the-status-led-is-throbbing-and-i-can-t-upload-my-program" rel="nofollow">http://leaflabs.com/docs/troubleshooting.html#the-status-led-is-throbbing-and-i-can-t-upload-my-program</a> </p> http://forums.leaflabs.com/topic.php?id=781#post-5042 Tue, 07 Jun 2011 12:52:49 +0000 robodude666 5042@http://forums.leaflabs.com/ <p>Haza! snigelen's right.</p> <p>The unhappy function causes a stack overflow which causes the <a href="https://github.com/leaflabs/libmaple/blob/master/libmaple/util.c#L58">__error</a> handler to be called. This then calls the <a href="https://github.com/leaflabs/libmaple/blob/master/libmaple/util.c#L112">throb</a> function which causes the error LED to pulsate. Guess what pin the error LED is connected to on the Maple? =]. </p> http://forums.leaflabs.com/topic.php?id=781#post-4756 Tue, 24 May 2011 11:57:55 +0000 mbolivar 4756@http://forums.leaflabs.com/ <p>robodude666,</p> <blockquote><p> Looking at the libmaple spi_master.cpp example I realized that SPI doesn't handle the selecting/deslecting, so I followed what the example did and added: </p></blockquote> <p>To be fair, the SPI peripheral does support hardware slave select, but you disabled that feature by using SPI_SW_SLAVE in your cfg_flags. I didn't have time to test out hardware NSS, so I just left things the way they were in the previous API; i.e., requiring that the caller control the chip select line. Lazy of me, I admit, but I did at least document that fact:</p> <p><a href="http://leaflabs.com/docs/lang/api/hardwarespi.html#hardwarespi-class-reference" rel="nofollow">http://leaflabs.com/docs/lang/api/hardwarespi.html#hardwarespi-class-reference</a></p> <p>So, this is what seems to be happening. You comment out the pinMode(NSS, OUTPUT), which leaves the NSS line in mode GPIO_AF_OUTPUT_PP. But you're using software slave select, so the peripheral doesn't bother to do anything with NSS.</p> <p>Regarding the clock line going insane and changing the quicksort signedness, no idea without looking at your code. Those sorts of bugs ... yuck. </p> http://forums.leaflabs.com/topic.php?id=781#post-4755 Tue, 24 May 2011 11:25:40 +0000 snigelen 4755@http://forums.leaflabs.com/ <p>Hello, </p> <p>I tested your quicksort and it seems to work. But if I change, for example, pivot to unsigned it will qo to "infinite" recursion, 'till stack overflow and a nice fade in/out on the LED :-(.</p> <p>I wouldn't use a recursive sorting algorithm on a microcontroller. I suggest you try some other sorting algorithms, they will probably be both faster and safer. How many elements do you need to sort? </p> http://forums.leaflabs.com/topic.php?id=781#post-4754 Tue, 24 May 2011 09:55:44 +0000 robodude666 4754@http://forums.leaflabs.com/ <p>I'll publish everything in due time =].</p> <p>I'm still extremely confused why the signage in the quicksort function would influence the SPI's clock pin in the way that it did. Does anyone have any ideas? I haven't tested it separately, so it may actually be something else.. </p> http://forums.leaflabs.com/topic.php?id=781#post-4753 Tue, 24 May 2011 09:34:23 +0000 poslathian 4753@http://forums.leaflabs.com/ <p>wikiwikiwiki time!</p> <p>I have been trying to find some time to make my own LCD driver, for a "LCD Huge" from sparkfun. Fingers crossed we can have some graphics in a week. Its for a reflow oven, if anyone wants to build one of those. Total cost of everything was about $150. </p> http://forums.leaflabs.com/topic.php?id=781#post-4735 Mon, 23 May 2011 15:37:09 +0000 mbolivar 4735@http://forums.leaflabs.com/ <p>robodude666,</p> <p>Awesome! Can't wait to see what you cook up. </p> http://forums.leaflabs.com/topic.php?id=781#post-4713 Sun, 22 May 2011 12:39:46 +0000 robodude666 4713@http://forums.leaflabs.com/ <p>I'm giddy with joy! Have the touch screen working with a fresh median average filter. The accuracy is outstanding.</p> <p>My LCD wanted to say <a href="http://i.imgur.com/V5nmn.jpg">hello</a> to LeafLabs. </p> http://forums.leaflabs.com/topic.php?id=781#post-4711 Sun, 22 May 2011 10:52:40 +0000 robodude666 4711@http://forums.leaflabs.com/ <p>Without the pinMode/digitalWrite code for the NSS pin, the MISO line is obviously blank because the SPI device is not selected and isn't looking at the data on the MOSI line. I don't have a screenshot from the Logic Analyzer of this, but when I do include the code for the NSS pin the CS/MOSI/MISO lines stay high while the CLK line (13) pulsates at a 3.7kHz @ 10% duty cycle. Of course, as you mentioned, the LED is on because it shares the SPI1 clock pin.</p> <p>I'll create an empty project with just the SPI code to verify it's an issue with SPI, and not something else in my project. Though.. beside SPI, I'm not using GPIOA anywhere in my project.</p> <p>EDIT: Yea... I broke something somewhere. Created a new project with just the SPI components, and it works flawlessly. Time to debug the other project then.</p> <p>EDIT2: Here's a <a href="http://i.imgur.com/que8l.png">screenshot</a> of what the Logic Analyzer saw. The blob around +6ms is my sampling of the TouchScreen controller. After the 5 samples I take, the clock line begins to go insane. Enable stays high, and MOSI and MISO both stay low. The square wave on CLK continues foreverever.</p> <p>EDIT3: Someone will have to explain this to me. I traced the problem to my quicksort function:</p> <pre><code>void quicksort(uint16_t arr[], uint16_t left, uint16_t right) { uint16_t i = left, j = right; uint16_t tmp; uint16_t pivot = arr[(left + right) &gt;&gt; 1]; while (i &lt;= j) { while (arr[i] &lt; pivot) i++; while (arr[j] &gt; pivot) j--; if (i &lt;= j) { tmp = arr[i]; arr[i] = arr[j]; arr[j] = tmp; i++; j--; } } if (left &lt; j) quicksort(arr, left, j); if (i &lt; right) quicksort(arr, i, right); }</code></pre> <p>Changing the datatypes from unsigned to signed fixed the issue. Huh? </p> http://forums.leaflabs.com/topic.php?id=781#post-4710 Sun, 22 May 2011 10:35:06 +0000 poslathian 4710@http://forums.leaflabs.com/ <p>hmm. Well first off pin13 is shared between the LED and the SPI1 CLK line, so thats probably why you are seeing the throbbing. It should probably be much faster than 3.7KHz though. spi_gpio_cfg should configure all the pins for you. The fact that the select line stays high means it must be configured as output. As to why it is not toggling on SPI reads...hmm...let me muck around a bit and get back to you. </p> http://forums.leaflabs.com/topic.php?id=781#post-4707 Sat, 21 May 2011 17:57:26 +0000 robodude666 4707@http://forums.leaflabs.com/ <p>Hey guys,</p> <p>Continuing on with my project, I'm working on getting the Maple to communicate with the ADS7843 Touch Screen Controller. I've configured SPI:</p> <pre><code>uint32 cfg_flags = SPI_FRAME_MSB | SPI_DFF_8_BIT | SPI_SW_SLAVE | SPI_SOFT_SS; timer_set_mode(TIMER3, TIMER_CH1, TIMER_DISABLED); timer_set_mode(TIMER3, TIMER_CH2, TIMER_DISABLED); spi_init(SPI1); spi_gpio_cfg(true, GPIOA, 4, GPIOA, 5, 6, 7); spi_master_enable(SPI1, SPI_BAUD_PCLK_DIV_128, SPI_MODE_0, cfg_flags);</code></pre> <p>and wrote a simple transfer &amp; read function:</p> <pre><code>uint8_t SPI_ReceiveByte(uint8_t data) { spi_tx(SPI1, &amp;data, 1); while (!spi_is_rx_nonempty(SPI1)); return (uint8_t)spi_rx_reg(SPI1); }</code></pre> <p>All of this was based on what HardwareSPI was doing. Unfortunately, the above doesn't work. Looking at the <a href="https://github.com/leaflabs/libmaple/blob/master/examples/spi_master.cpp">libmaple spi_master.cpp</a> example I realized that SPI doesn't handle the selecting/deslecting, so I followed what the example did and added:</p> <pre><code>#define NSS 10 pinMode(NSS, OUTPUT); delay(100); digitalWrite(NSS, HIGH);</code></pre> <p>then to send/read I use:</p> <pre><code>digitalWrite(NSS, LOW); spiRecvBuffer[0] = SPI_ReceiveByte(0xD0); // .... digitalWrite(NSS, HIGH);</code></pre> <p>just after the spi init block of code. Unfortunately, now... whenever the Maple receives a few SPI samples, it causes the pin 13 LED to pulsate at 3.7kHz @ ~10% duty. It looks REALLY cool, but not what I was looking for. The moment I comment out the <code>pinMode(NSS, OUTPUT);</code> line, everything returns back to normal, except the select line stays HIGH -- even though <code>spi_gpio_cfg</code> was supposed to take care of that for me.</p> <p>Am I doing something wrong?</p> <p>-robodude666 </p>