My Projects

LCD module data

Numeric

Character

Mixed

Graphic

LMCCAT299C

LCD Description
ModelLMCCAT299C
ManufacturerNAN YA Plastics Corp (Taiwan)
Recovered fromWayfarer TGX 13722 1)
Board IDsM299- Rev.A, D36072B1J, M299-GA, 36171103M336, LMCCAT299C
LCD typepositive
Polarizer typetransflective
Columns160 pixels
Rows128 pixels
Char matrix6×8
Driver ICT6963C
Backlightyellow-green
Arduino driverU8g2lib.h
Connectorpin header
Num Pins20
Pin spacing0.1”
Module sizemm
Connector pin-out 2)
Pin#Ribbon cable#3)IC pinLabelDescription
12 FGFrame Ground
2163VSSGround
3461VDDSupply Voltage for Logic
43 VO(variable) Supply Voltage for LCD
56 VEENegative Voltage Output
6518/WRData Write
7819/RDData Read
8720/CEChip Enable
91021C/DCommand Write
1091/HALTClock Operating Stop Signal
11122/RESETReset Signal
121110DB0Data Bus Line 0
131411DB1Data Bus Line 1
141312DB2Data Bus Line 2
151613DB3Data Bus Line 3
161514DB4Data Bus Line 4
171815DB5Data Bus Line 5
181716DB6Data Bus Line 6
192017DB7Data Bus Line 7
2019 NCNo Connection

From a photo of the T6963C pins 3,6,7,9 are tied together, it is not apparent whether they go to Vdd or Vss. If it is Vss then maximum vertical resolution would be 64 v-dots, which seems a bit small for a 95mm high display, so I'll assume they're all tied to Vdd (confirmed by Markus).

Display size selectors (hard wired)
Pin#IC pinValue
Dual541
MDS31
MD040
MD150

⇒ 80 to 128 vertical dots, from the physical size most likely 128 (16 lines of characters).
128 is now confirmed.

Display size selectors (hard wired)
Pin#IC pinValue
MD261
MD371

=32 character columns (or this would give 80 columns if they're tied low, a bit excessive for this width display and not enough control chips to handle it).
32 is now confirmed.

Display font size selectors
Pin#IC pinValue
FS080
FS191

not sure what FS0 connects to, if Vdd then 5×8 font ⇒ 160 horizontal dots, if Vss then 6×8 font ⇒192 horizontal dots (but again not enough control chips to handle it).
Markus confirms FS0 is connect to Vss, 6×8 font ⇒ 192 dots wide. But there are not enough driver chips to handle more than 160 columns, so the above analysis is wrong. From the t6963 datasheet the scanning frequency is independent of font width. So I must conclude that we have only 160 dots across to play with as the driver chips can't handle more.

It turns out, that with the T6963C controller, the graphics pixel addressing mirrors the text rendering display buffer addressing. A side effect is that in graphics mode it is also only displaying the same number of bits per byte as for displaying text. So if the display is set to 6 bit (pixel) wide characters, it also only displays 6 bits of every byte in graphics mode. Anyway the U8G2Lib expects T6963C based displays to have 8×8 font set, so short of re-writing the appropriate U8G2 Library, we need to switch this to 8×8 fonts by tying FS1 to ground. Markus informs me that we need to lift this pin, rather than just cutting tracks, and then connect it to Vss (to Pin 8, FS0).

Additional info


Examples :

1) Wayfarer Transit Systems Ltd, England
2) based on a similar 160×128 displays
3) Ribbon cable IDE header is on back to front, so cable pin numbering is mirrored