DM300014 Microchip Technology, DM300014 Datasheet - Page 59

• Manufacturer Part Number: DM300014
• Description: BOARD DEMO DSPICDEM 1.1 GEN PURP
• Manufacturer: Microchip Technology

Specifications of DM300014

• Processor To Be Evaluated: PIC30F
• Data Bus Width: 16 bit
• Interface Type: RS-485, CAN, SPI
• Lead Free Status / RoHS Status: Lead free / RoHS Compliant
• Lead Free Status / RoHS Status: Lead free / RoHS Compliant, Lead free / RoHS Compliant

B.1
B.2
 2003 Microchip Technology Inc.
OVERVIEW
LCD CONTROLLER INTERFACE
Appendix B. LCD Controller Specification
The LCD display on the dsPICDEM 1.1 Development Board is a PG12232D-L 8-bit
122 x 32 dot-matrix LCD controlled by a PIC18F242 LCD controller with a custom
driver that supports a rich set of character and graphic commands. The 122 x 32 LCD
supports a standard SED1520 type controller, which is interfaced to the PIC18F242
over a parallel interface bus. A full set of ASCII characters are available for display on a
4 x 20 character grid. In Graphics mode, individual pixels and bit patterns are
supported. A line drawing facility is supported as part of the basic command set.
The LCD controller (PIC18F242) is controlled via its Serial Peripheral Interface (SPI)
port. The LCD controller operates as a slave SPI with a maximum SPI clock of 2.4 MHz.
Using the standard PICmicro
under Slave Select (SS) control with CKP = 0 and CKE = 0.
The dsPIC SPI peripheral should be configured for:
• SMP = 0
• CKE = 0
• CKP = 0
• MODE16 = 0 and MSTEN = 1
The SPI master clock should not exceed 2.4 MHz. The SS control line should be used
to synchronize the interface at the byte level.
On power-up, the LCD controller requires approximately 100 mS to initialize its internal
buffers and clear the LCD display. It will not accept any input until it has completed its
initialization sequence.
The controller stores incoming bytes in an interrupt buffer that is 186 bytes deep so that
the dsPIC device should not be able, under reasonable operation, to overrun the
controller with input data. The buffer is large enough to hold a complete screen of
characters plus several additional commands. The only way to overrun the buffer is to
continuously send commands at a bit rate that is close to the maximum so that the LCD
controller is completely occupied with receiving and storing the incoming commands
and doesn’t have sufficient extra time to process the commands. With SPI
communications, the dsPIC device gets a return byte with every byte sent to the
controller. The controller provides the current buffer count as the return byte for each
byte sent. The return byte enables the dsPIC device to determine how many
unprocessed bytes are in the controller’s buffer after the previous byte was received by
the controller. This number can never be less than the size of the proceeding command
sent since the controller will not remove a command from its receive buffer until the
entire command is received. This feature could be used for flow control by the dsPIC
device, but given the speed of the controller and the size of the interrupt buffer, it is
unlikely the dsPIC device could overflow the controller’s buffer under normal usage.
Thus, implementing flow control on the dsPIC device in all but the most unusual
circumstances would be an unnecessary complication.
Advance Information
®
nomenclature, the LCD controller is set up as a slave
DEVELOPMENT BOARD
dsPICDEM™ 1.1
USER’S GUIDE
DS70099B-page 55