[<<][staapl][>>][..]
Mon Jul 28 22:07:51 EDT 2014

Debug on bit-banged master SPI

Problem: 1220 uses UART for MIDI.  How to connect to the interpreter?

One solution is a bit-banged SPI with clock sent from the 1220.  This
way there are no real-time constraints, and data can be clocked in at
whatever pace makes sense.

Trouble is that SPI needs some encapsulation as it pretty much behaves
as a continuous bi-directional stream.  The master's initiation could
be seen as an event, but there is no such thing in the other direction.

The PK2 protocol had this problem too and some ad-hoc event signaling
was used.



Pitfall... Can it be avoided?  Send it console data over MIDI?  Why
not, it will just be slow.

Wait this also needs proper segmentation of messages.  Can't have a
blocking read interfere with processing of midi data.

So it might be better to first debug this on the 4550.  Get message
transfer over MIDI working.

Not an easy thing either.

What about console on real serial and a bit-banged midi input?  Or
tunnel midi over console?  The latter might be simplest: feed the midi
state machine through console comm.

Anyway it might not be necessary.  Let's see if it works just like this.



Well maybe it does work:
- pic polls a byte.
- 0 -> release chip select, start new poll
- n -> allow interpreter to read message, then send reply

the chip select allows slave device to sync up

so the board has a panel port.  this can be used as an i/o port,
leaving the programmer and the serial cable plugged in.

it needs 4 lines: /cs, miso, mosi, sda

EDIT: There are 4 pins available, but requires unplugging the ICD
connector.  There has to be a simpler way.

http://zwizwa.be/archive/sheep-schem.ps.gz



[Reply][About]
[<<][staapl][>>][..]