|
|
Description:
|
dlDownloadLine OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-write
STATUS mandatory
DESCRIPTION
"The dlDownloadLine is used to transfer a portion of the
firmware image for a device. Each portion transferred
by this object is referred to as a line.
As the firmware image is unique to each vendor's device,
care must be taken not to transfer the wrong image. The use
of the dlDownloadKey and DEVICE-KEY resolves this problem.
Each line begins with the first two characters from a
S-Record line. The first character is therefore expected
to be an ASCII 'S'. The second character is the ASCII
character which defines the record type. The record type
values range from and include ASCII '0' to '9'.
Lines which do not begin with an 'S' are ignored.
The remainder of the S-Record line is then presented in
the download line in the binary form of the data. This
includes all fields from the length to the checksum.
The loader must not transform one data record type into
another (e.g., S1 to S3), in the event the other type
is not supported by the transponder.
The loader must present one S-Record line as one dlDownloadLine,
in the event the file has been optimised for the target.
The dlDownloadLine can only be written to when dlDownloadControl
is download(2). A write at any other time results only in a
BadValue error and no change to the state of the download.
When the object is read, a zero length octet string is
returned.
The following examples demonstrate how the download application
converts an S-Record line into an instance of dlDownloadLine:
S1050260EA812D -> 53 31 05 02 60 EA 81 2D
S30700000260EA812B -> 53 31 07 00 00 02 60 EA 81 2B
In the example characters to the left of '->' represent the S-Record
line. The characters to the right of '->' indicate the dlDownloadLine
data in hexadecimal notation.
Both examples represent the same two bytes of data. The address field
for both examples contains the same value of 260 hexadecimal.
The device must be able to accept a download image which is
sent more than once during the same download cycle, hence while
dlDownloadControl is still set to download(2). When using Broadcast
or multicast addressing, sending the image more than once may be
done to protect against noise corruption of one or more packets."
|
|
Disclaimer: The owner of this site does not warrant or assume any liability or responsibility for the accuracy, completeness, or usefulness of any information available on this page (for more information, please read the complete disclaimer).
All rights reserved © 2007-2024 |