20.03.2014 Views

STANDARD SERIAL COMMUNICATION INTERFACE and ...

STANDARD SERIAL COMMUNICATION INTERFACE and ...

STANDARD SERIAL COMMUNICATION INTERFACE and ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

St<strong>and</strong>ard Serial Interface Protocol Description<br />

5.6.2.1 Controlling <strong>and</strong> Determining the Message Count<br />

The following application comm<strong>and</strong>s are available to the user to enable the interface to query (or “ask”)<br />

the 320x80 controller the amount of available RAM memory left for additional message storage, <strong>and</strong> to<br />

enable the user to clear existing memory in the event the controller dynamic message storage algorithm<br />

becomes fragmented.<br />

# (Field #4) (Field #5) (Field #6)<br />

# Cmd. Content<br />

Byte Typical Byte Message Description<br />

Designation<br />

Count Content Count<br />

1 "M" N/A 0 N/A 0 Output "M"essage storage availability from<br />

controller. Host will receive message f/controller<br />

after positive response is received.<br />

2 “>”<br />

(3e in Hex)<br />

N/A 0 N/A 0 Clear All Previously Received Message Data<br />

(overides any previous Message trigger or<br />

Automatic cycle comm<strong>and</strong> received).<br />

Table 5.6.3: Additional Controller Memory Allocation/Query Comm<strong>and</strong>s<br />

As indicated from the table above, the interface will receive a message like the following example after<br />

the 320x80 controller receives a “M” comm<strong>and</strong>:<br />

RAM Bytes Used = 0791<br />

RAM Bytes Available = A398<br />

RAM Fragmented = 0000<br />

The quantities provided on each line after the introductory text is output in ASCCI hexadecimal format.<br />

As illustrated in the example above, the given 320x80 controller currently has 0791 (1937 10 ) bytes<br />

occupied with user message data, has A398 (41,880 10 ) bytes available for additional message storage,<br />

<strong>and</strong> has 0 bytes wasted due to fragmentation of the message data.<br />

On current 320x80 controller designs, message data fragmentation will only occur if the user changes an<br />

existing message (for a given message <strong>and</strong> display number) from one message type, to another as<br />

indicated in table 5.6.2. If the amount of RAM space, which is fragmented, becomes excessive, the user<br />

(or the “interface”) may wish to output a “Clear All Previously Received Message Data” comm<strong>and</strong> (“>”<br />

comm<strong>and</strong>), followed by transmission of all the required message data using the comm<strong>and</strong>s indicated in<br />

table 5.6.1.<br />

Another good application of the “Clear All Previously Received Message Data” comm<strong>and</strong> (“>” comm<strong>and</strong>)<br />

is when the interface application starts a new transmission of data to an 320x80 controller, which may be<br />

in continuous automatic cycle mode. After the controller receives the “>” comm<strong>and</strong>, the controller will<br />

stop generation of any messages presently being driven onto the displays, then clear memory allocated<br />

for message storage. After transmission of the “>” comm<strong>and</strong>, the interface should load new message<br />

data to the respective controller module.<br />

5.7 Large VGA (LVGA) Module Host to Display Application Level Field Descriptions<br />

The following table outlines the available application level comm<strong>and</strong> sequences for the Kent Display<br />

LVGA (640x480) display modules. The following items pertain to the table:<br />

• Text enclosed in "", indicate the exact bytes (typically in ASCII, unless noted otherwise) to be<br />

output for the particular field. The application level comm<strong>and</strong> designations (field #4) are case<br />

sensitive.<br />

• N/A designates that no bytes are designated or inserted for respective field.<br />

• Typical Data elements are illustrated for field #6.<br />

St<strong>and</strong>ard Serial Communication Interface Description, © 1998-2002 Kent Displays Inc., doc. # 25016 Revision T, Page 38 of 52

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!