<div dir="ltr">Pete,<div><br></div><div>Great, this is what I think I needed to know. So from what you said I can just write my specific SPI code and not worry about it interfering with the programmer when I'm uploading a revised HEX file. I have noticed that programmers don't use the SS pin which I will need for my own code. So if the programmer never pulls down the SS pin then my code is not going to see any action on the SPI bus. Why I didn't see this before I don't now, but that why we have this group.</div>
<div><br></div><div>Thanks all,</div><div>Carl</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 2, 2014 at 12:57 PM, Pete Soper <span dir="ltr"><<a href="mailto:pete@soper.us" target="_blank">pete@soper.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    No sweat, Carl. I do this very frequently, assuming we're talking
    about Atmel chips. For programming purposes the reset line is yanked
    in specific ways that invokes the chip's low level programming
    protocol, while for SPI devices there is a specific chip select line
    for each device that avoids interference with either the programming
    scenario or some other SPI peripheral.<span class="HOEnZb"><font color="#888888"><br>
    <br>
    -Pete</font></span><div><div class="h5"><br>
    <br>
    <div>On 04/01/2014 09:40 PM, Carl Nobile
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">Hi all,
        <div><br>
        </div>
        <div>Is it possible to use the SPI pins on a mircorcontroller
          for two purposes? For example used to burn the hex image and
          when not burning the image then in normal running mode used to
          control motor speed, etc. or something similar. My guess is
          yes, but I haven't figured out how to do it.</div>
        <div><br>
        </div>
        <div>Carl<br clear="all">
          <div><br>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div class=""><pre>_______________________________________________
Triangle, NC Embedded Computing mailing list
<a href="mailto:TriEmbed@triembed.org" target="_blank">TriEmbed@triembed.org</a>
<a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a>
TriEmbed web site: <a href="http://TriEmbed.org" target="_blank">http://TriEmbed.org</a>
</pre>
    </div></blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
Triangle, NC Embedded Computing mailing list<br>
<a href="mailto:TriEmbed@triembed.org">TriEmbed@triembed.org</a><br>
<a href="http://mail.triembed.org/mailman/listinfo/triembed_triembed.org" target="_blank">http://mail.triembed.org/mailman/listinfo/triembed_triembed.org</a><br>
TriEmbed web site: <a href="http://TriEmbed.org" target="_blank">http://TriEmbed.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>-------------------------------------------------------------------------------<br>Carl J. Nobile (Software Engineer)<br><a href="mailto:carl.nobile@gmail.com">carl.nobile@gmail.com</a><br>
-------------------------------------------------------------------------------
</div>