No one has answered (4), so here it is:

Go for the Serial UART. It's the easiest to setup, can be incredibly fast on
short lines (on a fast PIC you can get line speeds into the 100k's) and
fully
hardware and interrupt driven. As an extra bonus, you have the same
software on both sides. What are the physical aspects? Are both processors
on the same PCB?

Regards,
Claudio

---

(4) PIC-PIC serial comms.  Eventually my project will have at least 2 PICs
working in unison (one will be using a math coprocessor to do lots of
calculations, the other will be the central controller), and I was wondering
the easiest way to send messages between them?  I reckoned I could attach 2
outputs from the central controller to an input on the other PIC, and 1 (or
2) the other way round.  One of the lines could trigger an interrupt on the
other one (or at least set an "interrupt occured" flag, so the PIC knows the
other one wants to send a message), then the other line would be for serial
comms.  Could/should I use the inbuilt S2C(I2C?)/UART feature(s) for this,
is there an easier/better way?

--
http://www.piclist.com hint: To leave the PICList
mailto:piclist-unsubscribe-request@mitvma.mit.edu