Searching \ for '[PIC]: SPI transmit question' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/microchip/ios.htm?key=spi
Search entire site for: 'SPI transmit question'.

Exact match. Not showing close matches.
PICList Thread
'[PIC]: SPI transmit question'
2001\07\30@220746 by Jonathan Newport

picon face
Quick question:  I am able to send two SPI bytes with no problem with a
short delay between the two 8-bit writes to SSPBUF, but when there is no
delay, it of course doesn't work.  Is there no status bit that can be
read to see if the byte has been sent?  I looked throught eh 16f87x
literature and did not seem to find an explicit answer.  or do I just
have to count how many clock cycles there are and delay for that period
of time?  (which is not difficult, but it would be nice to be able to
swap out various crystals and not have to deal with this)....thanks...

Jonathan

--
http://www.piclist.com hint: To leave the PICList
spam_OUTpiclist-unsubscribe-requestTakeThisOuTspammitvma.mit.edu


2001\07\30@222111 by Spehro Pefhany

picon face
At 09:10 PM 7/30/01 -0700, you wrote:
>Quick question:  I am able to send two SPI bytes with no problem with a
>short delay between the two 8-bit writes to SSPBUF, but when there is no
>delay, it of course doesn't work.  Is there no status bit that can be
>read to see if the byte has been sent?  I looked throught eh 16f87x
>literature and did not seem to find an explicit answer.  or do I just
>have to count how many clock cycles there are and delay for that period
>of time?  (which is not difficult, but it would be nice to be able to
>swap out various crystals and not have to deal with this)....thanks...

I think you just need to check BF, as SPI transmits and receives
simultaneously.

Best regards,
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Spehro Pefhany --"it's the network..."            "The Journey is the reward"
.....speffKILLspamspam@spam@interlog.com             Info for manufacturers: http://www.trexon.com
Embedded software/hardware/analog  Info for designers:  http://www.speff.com
Contributions invited->The AVR-gcc FAQ is at: http://www.bluecollarlinux.com
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

--
http://www.piclist.com hint: To leave the PICList
piclist-unsubscribe-requestspamKILLspammitvma.mit.edu


2001\07\31@131008 by Jonathan Newport

picon face
hmmmm....I tried that...but it didn't seem to work...maybe I'm doing something
wrong....but I don't think so.  I'll just work with the time delays...but thanks!

Jonathan

Spehro Pefhany wrote:

{Quote hidden}

--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads


2001\07\31@132530 by Barry Gershenfeld

picon face
>hmmmm....I tried that...but it didn't seem to work...maybe I'm doing something
>wrong....but I don't think so.  I'll just work with the time delays...but
thanks!
>Jonathan

It would probably help those in the know if you said which way
it "didn't work"...whether it showed busy when it wasn't, or
ready when it wasn't.  In my brief look at the docs I noticed
that it looked like the bit would be reset automatically if
interrupts were running.

Barry

--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads


More... (looser matching)
- Last day of these posts
- In 2001 , 2002 only
- Today
- New search...