From: Davis, Mark
Sent: Friday, September 16,
2011 11:17 AM
To: Usher, Nathan
Cc: Drewyor, Brian
Subject: FW: LLRF2 schematics
NOTE: Minor correction to my suggestion regarding the
Rabbit’s connection to the SPI2 bus: The Rabbit should connected ONLY
when BOTH /DSP_RESET (PD6) and PROG_B (PD7) are low. It needs to have
PROG_B high and /DSP_RESET low to restart the FPGA, during which the FPGA must
be the master, so it must be disconnected from the SPI2 bus under these
conditions.
From: Davis, Mark
Sent: Friday, September 16, 2011 8:39 AM
To: Usher, Nathan
Cc: Drewyor, Brian
Subject: RE: LLRF2 schematics
Nathan (cc Brian),
Regarding the LLRF2 schematics:
Don’t know if it is you or Brian that needs to do this, but
don’t forget about the corrections for Rab_SPI2.MOSI and Rab_SPI2.MISO.
The schematic still shows these as being connected to pins 21 and 22 (PC6 and
PC7) which is serial port A, which is reserved for the Diagnostic/Programming
port. The SPI2 xmit/rcv signals have to be connected to serial port C,
pins 17 and 18 (PC2 and PC3).
Also a reminder that the Rabbit cannot set its xmit signal for
any of the serial ports to input mode or do anything else to set them to a Hi-Z
state when it is not using one of the SPI busses. What this means is that
something will need to be added on the LLRF2 board to disconnect the Rabbit’s
serial xmit signals whenever they might interfere with any other use of the SPI
busses.
As we discussed, this is definitely an issue for the SPI2 bus,
so the Rabbit will need to be disconnected from the Rab_SPI2.MOSI signal when
it is not using the SPI2 bus. The easiest would probably be to use
/DSP_RESET (PB6) and PROG_B (PB7) for this. The Rabbit will not try
to use the SPI2 bus without setting at least one of these to a low level (both
for all circumstances I know of at present), so if the Rabbit was disconnected
from the SPI2 bus when both were high, then that should do the job. NOTE
that the Rabbit CAN set the pin it uses for the SPI2 clock to an input (HI-Z)
state when not using it, and I don’t think it will be a problem if the
Rab_SPI2.MISO signal is always connected to the Rabbit, so only its connection
to the Rab_SPI2.MOSI signal is an issue as far as the SPI2 bus is concerned.
Also, as I understand it, the only master on the SPI1 bus is the
Rabbit, so there shouldn’t be a problem with having it always connected to the
Rab_SPI1_MOSI signal.
I hope to have some code for you to try later today or sometime
Monday, but of course the prototype board will have to have these changes done
before it will function.
Mark
From: Usher, Nathan
Sent: Thursday, September 15, 2011 2:26 PM
To: Davis, Mark
Subject: Re: LLRF2 schematics
Oops, I forgot that was a per-file option, not per-project. I redid them, and they should all be correct in the attached zip file.
Nathan