EA STARTEDIP320J ELECTRONIC ASSEMBLY, EA STARTEDIP320J Datasheet - Page 8

• Manufacturer Part Number: EA STARTEDIP320J
• Description: LCD Graphic Display Modules & Accessories Starter/Demoboard w/Touch USB prog
• Manufacturer: ELECTRONIC ASSEMBLY

Specifications of EA STARTEDIP320J

• Pixel Density: 320 x 240
• Fluid Type: FSTN Positive
• Module Size (w X H X T): 121 mm x 92.6 mm x 11.6 mm
• Viewing Area (w X H): 115.18 mm x 86.38 mm
• Backlighting: Black / White
• Background Color: White
• Operating Temperature Range: - 20 C to + 70 C
• Attached Touch Screen: Yes
• Interface: RS-232, I2C BUS, or SPI BUS
• Lead Free Status / RoHS Status: Lead free / RoHS Compliant

EA eDIP320-8
Page 8
DATA TRANSFER PROTOCOL (SMALL PROTOCOL)
The protocol has an identical structure for all 3 interface types: RS-232, SPI and I²C. Each data transfer is
embedded in a fixed frame with a checksum (protocol package). The EA eDIP320-8 acknowledges this package
with the character <ACK> (=$06) on successful receipt or <NAK> (=$15) in the event of an incorrect checksum
or receive buffer overflow. In the case of <NAK>, the entire package is rejected and must be sent again.
Receiving the <ACK> byte means only that the protocol package is ok, there is no syntax
check for the command.
Note: it is neccessary to read the <ACK> byte in any case.
If the host computer does not receive an acknowledgment, at least one
byte is lost. In this case, the set timeout has to elapse before the package
is sent again.
The raw data volume per package is limited to 128 bytes (len <= 128).
Commands longer than 128 bytes (e.g. Load image ESC UL...) must be
divided up between a number of packages. All data in the packages are
compiled again after being correctly received by the EA eDIP320-8.
DEACTIVATING THE SMALL PROTOCOL
For tests the protocol can be switched off with an L level at pin 17 = DPROT.
In normal operation, however, you are urgently advised to activate the
protocol. If you do not, any overflow of the receive buffer will not be detected.
BUILDING THE SMALLPROTOCOL PACKAGES
Command/Data to the display
<DC1> = 17(dec.) = $11
len = count of user data (without <DC1>, without checksum bcc)
bcc = 1 byte = sum of all bytes incl. <DC1> and len, modulo 256
Request for content of send buffer
<DC2> = 18(dec.) = $12
<ACK> = 6(dec.) = $06
len = count of user data (without <DC2>, without checksum bcc)
bcc = 1 byte = sum of all bytes incl. <DC2>, modulo 256
Clear display and draw a line from 0,0 to 319,239
<DC1>
$11
>
<
>
<
<
$0E
len
<DC1>
<ACK>
<DC2>
<ACK>
<DC1>
$1B $44 $4C $1B $47 $44 $00 $00 $00 $00 $3F $01 $EF $00
ESC
D
len
len
L
1
ESC
G
S
<ACK> = 6(dec.) = $06
1 = 1(dez.) = $01
D
bcc
0
data...
Example to a complete data package
data...
0
319
S = 83(dez.) = $53
239
bcc
$9F
bcc
bcc
>
<
<ACK>
$06
The user data is transferred framed by <DC1>,
the number of bytes (len) and the checksum
(bcc). The display responds with <ACK>.
The command sequence <DC2>, 1, S, bcc
empties the display’s send buffer. The display
replies with the acknowledgement <ACK>
and the begins to send all the collected data
such as touch keystrokes.
void SendData(unsigned char
{
}
SendByte(0x11);
SendByte(len);
SendByte(bcc);
unsigned char
bcc = 0x11;
bcc = bcc + len;
for(i=0; i < len; i++)
{ SendByte(buf[i]);
}
bcc = bcc + buf[i];
„C“ source code to transmit a data package
i, bcc;
Specifications may be changed without
prior notice. Printing error reserved
*buf,
// Send DC1
// Send buf
// Send checksum
// Send data length
unsigned char
len)