INTRODUCTION
Motorola's S-record format for output modules was devised for the
purpose of encoding programs or data files in a printable (ASCII)
format. This allows viewing of the object file with standard
tools and easy file transfer from one computer to another, or
between a host and target. An individual S-record is a single
line in a file composed of many S-records.
S-RECORD CONTENT
S-Records are character strings made of several fields which
specify the record type, record length, memory address, data, and
checksum. Each byte of binary data is encoded as a 2-character
hexadecimal number: the first ASCII character representing the
high-order 4 bits, and the second the low-order 4 bits of the
byte.
The 5 fields which comprise an S-record are defined as follows:
Field | Characters | Description | |
---|---|---|---|
1 | Type | 2 | S-record type - S1 or S9. |
2 | Record length | 2 | The count of the bytes (character pairs) in the record, excluding the type and record length. |
3 | Address | 4 | The 2-byte address at which the data field is to be loaded into memory. |
4 | Data | 0-2n | From 0 to n bytes of executable code, or memory loadable data. The number of data bytes (n) is typically 16. |
5 | Checksum | 2 | The least significant byte of the one's complement of the sum of the values represented by the pairs of characters making up the record length, address, and data fields. |
Each record may be terminated with a CR/LF/NULL. Accuracy of transmission is ensured by the record length (byte count) and checksum fields. Because the data field is composed of character pairs, each pair being one 8-bit byte, S19 files are commonly used with 8-bit processors. Because the address field is only four characters, S19 files are restricted to a 64 kilobyte address space.
S-RECORD TYPES
Eight types of S-records have been defined to accommodate various
encoding, transportation, and decoding needs. Lucid programmers
use the 8-bit data types, the S1 and S9:
S1 | A record containing data and the 2-byte address at which the data is to reside. |
S9 | A termination record for a file of S1-records. Only one S9-record is allowed per file and it must be the last line of the file. The address field for directly executable code may optionally contain the 2-byte address of the instruction to which control is to be passed. For ROM data the S9 address field is usually 0000. There is no data field. |
S-RECORD EXAMPLE
The following is a typical S-record module:
S1130000285F245F2212226A000424290008237C2A S11300100002000800082629001853812341001813 S113002041E900084E42234300182342000824A952 S107003000144ED492 S9030000FC The module consists of four S1 data records and one S9 termination record. The first S1 data record is explained as follows: S1 S-record type S1, indicating a data record to be loaded/verified at a 2-byte address. 13 Hex 13 (decimal 19), indicating 19 character pairs, representing 19 bytes of binary data, follow. 00 Four-character 2-byte address field: hex address 0000, 00 indicates location where the following data is to be loaded. The next 16 character pairs are the ASCII bytes of the actual program data. 2A Checksum of the first S1-record. The second and third S1 data records also contain $13 character pairs each. The fourth S1 data record contains 7 character pairs. The S9 termination record is explained as follows: S9 S-record type S9, indicating a termination record. 03 Hex 03, indicating three character pairs (3 bytes) to follow. 00 Four-character 2-byte address field. 00 FC Checksum of S9-record.