http://forums.leaflabs.com/topic.php?id=2391 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:08:12 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=2391#post-12385 Mon, 13 Aug 2012 15:00:33 +0000 feurig 12385@http://forums.leaflabs.com/ <p>I don't think it can be understated that the libmaple people have also made it convenient to map the slave select pin consistently across multiple processors and multiple spi peripherals using the spiX-&gt;nss() mechanism. Even if the library doesn't manage this pin having a way to portably reference it as apposed to hard-coding it should not be understated. </p> <p>Especially if you then add the ability to (optionally) have the hardware manage it. </p> <p>I am not certain that the library should manage the slave select given the inconsistencies in the ways that peripherals expect the slave select to be used. But the way its written is a win/win regardless. </p> http://forums.leaflabs.com/topic.php?id=2391#post-12380 Mon, 13 Aug 2012 11:45:06 +0000 mbolivar 12380@http://forums.leaflabs.com/ <p>The SPI peripherals do support automatic NSS toggling, but you'd have to do that with the lower-level libmaple <a href="http://leaflabs.com/docs/libmaple/api/spi.html">spi.h</a> interface (or by setting the control registers directly).</p> <p>The HardwareSPI begin() method ends up calling <a href="http://leaflabs.com/docs/libmaple/api/spi.html#project0spi_8c_1a273d338b593ef0ae00d10609927157f8">spi_master_enable()</a> with <code>SPI_SW_SLAVE</code> (software slave management) among the <a href="http://leaflabs.com/docs/libmaple/api/spi.html#project0spi_8h_1a188902efbdb620e36c15eb8445251a96">configuration flags</a>, which means you have to handle NSS toggling yourself.</p> <p>This is basically a bug; we were under time pressure to get v0.0.12 out and didn't get hardware slave management working in time. If you fix it, please send any patches our way, so we can fold them into the next release.</p> <p>Be sure to check out <a href="http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/REFERENCE_MANUAL/CD00171190.pdf">ST RM0008</a>, the Maple's chip reference manual, for information on the register bits that need setting. I believe having software slave management disabled and the SSOE bit set (in SPI_CR2) might do the trick, but TBH I haven't touched this in a while. </p> http://forums.leaflabs.com/topic.php?id=2391#post-12320 Sat, 11 Aug 2012 12:36:28 +0000 pico 12320@http://forums.leaflabs.com/ <p>Thanks robodude.</p> <p>It's good to know about libmaple setting D10 as an output. I didn't think it was actually doing anything!</p> <p>I'm interested in configuring the SPI interface to toggle 1_NSS automatically for me. I haven't seen this documented anywhere though -- is this option available through libmaple? </p> http://forums.leaflabs.com/topic.php?id=2391#post-12318 Sat, 11 Aug 2012 11:44:01 +0000 robodude666 12318@http://forums.leaflabs.com/ <p>pico,</p> <p>libmaple will automatically configure SPI1's NSS as an output, but will not toggle it for you. You must handle that yourself.</p> <p>Is there a significance to using it? Not really, depends on how you handle it. If you pick another pin to act as your NSS, keep in mind that D10 will still be an output by default if you use libmaple or wirish's SPI1 setup.</p> <p>That said, if you want, you can reconfigure the SPI interface to automatically toggle it for you; libmaple doesn't set it up by default but you can after the fact.</p> <p>With that all said... The beautiful of SPI is you can use one SPI interface with multiple SPI devices each using their own NSS pin. You can use the default one for one device, then pick another pin for another device, etc.</p> <p>It all really depends on how you want to write your program.</p> <p>-robodude666 </p> http://forums.leaflabs.com/topic.php?id=2391#post-12315 Sat, 11 Aug 2012 09:06:27 +0000 pico 12315@http://forums.leaflabs.com/ <p>Just to make sure I understand how 1_NSS is supposed to be handled when using spi channel 1....</p> <p>I see in the GPIO pin maps for the Maple 5 that for spi channel 1, the assigned pins are:</p> <p>D10 - 1_NSS<br /> D11 - 1_MOSI<br /> D12 - 1_MISO<br /> D13 - 1_SCK</p> <p>However, I'm also reading in the threads on SPI in this forum that HardwareSPI does _not_ manage 1_NSS at all, the program has to do that manually. Which is fine, but leads me to wonder: What is the significance of assigning D10 as 1_NSS? If it is an output that has to be managed manually, then _any_ available GPIO pin could be used as NSS?</p> <p>Or have I missed something?</p> <p>Thanks for any advice. </p>