top - metrics - download
⟦f162e11d7⟧ Wang Wps File
Length: 25423 (0x634f)
Types: Wang Wps File
Notes: CPS/SDS/001 ISSUE 1
Names: »0682A «
Derivation
└─⟦6472223e8⟧ Bits:30006010 8" Wang WCS floppy, CR 0045A
└─⟦this⟧ »0682A «
WangText
…08……08……08……0b……08……0c……08……0d……08…
…07……08……07……0d……07……0e……07……0f……07… …86…1
…02…
…02…
…02…
…02…CPS/SDS/001
…02…HKI/810430…02……02…
CAMPS
SYSTEM
DESIGN
SPECIFICATION
…02…ISSUE
1…02…CAMPS
T̲A̲B̲L̲E̲ ̲O̲F̲ ̲C̲O̲N̲T̲E̲N̲T̲S̲
5.7 IO CONTROL SOFTWARE PACKAGE ..............
312
5.7.1 Summary of Requirement ...............
312
5.7.1.1 Package Description ..............
312
5.7.1.1.1 Summary of Function ..........
315
5.7.1.1.2 Summary of External Interfaces
317
5.7.1.2 Package Functions ................
320
5.7.1.2.1 Line Interface Control .......
320
5.7.1.2.2 Device and Line Control ......
332
5.7.1.3 Package Control ..................
345
5.7.1.4 Characteristics ..................
346
5.7.1.5 Design and Construction ..........
346
5.7.1.6 Documentation ....................
346
5.7.2 Environment ..........................
346
5.7.2.1 Standard Hardware, Firmware, and
Software .........................
346
5.7.2.2 External Interfaces ..............
346
5.7.2.3 Subsystem Interfaces .............
346
5.7 I̲O̲ ̲C̲O̲N̲T̲R̲O̲L̲ ̲S̲O̲F̲T̲W̲A̲R̲E̲ ̲P̲A̲C̲K̲A̲G̲E̲
5.7.1 S̲u̲m̲m̲a̲r̲y̲ ̲o̲f̲ ̲R̲e̲q̲u̲i̲r̲e̲m̲e̲n̲t̲
5.7.1.1 P̲a̲c̲k̲a̲g̲e̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
The IO control SW package provides the interface between
CAMPS application software and terminals, lines, file
management and message management system.
The IO control functions can be divided into two distinct
functions:
a) Line interface control
b) Device and line control
An overview of the IO control SW with the three main
groups is shown in figure 5.7.1.1-1.
The IO control software break down is shown in figure
5.7.1.1-2.
FIGURE 5.7.1.1-1
Figure 5.7.1.1-2
5.7.1.1.1 S̲u̲m̲m̲a̲r̲y̲ ̲o̲f̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
L̲i̲n̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Line Interface Control covers common software for
interface to lines via LTUXs, LTUs, and the SSC driver.
It is divided into:
T̲e̲r̲m̲i̲n̲a̲l̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲ ̲S̲y̲s̲t̲e̲m̲
The Terminal Handling System controls logical channels
to LTUXs via the TDX system and logical channels
to the LTUs via a standard LTU handler. The THS
supports inclusion of device/line specific handlers.
T̲D̲X̲ ̲S̲y̲s̲t̲e̲m̲
The TDX System provides communication on logical
lines from the TDX driver via the TDX Host Interface
to a number of LTUXs or other host interfaces.
The communication is controlled by the TDX controller
firmware.
S̲t̲a̲n̲d̲a̲r̲d̲ ̲L̲T̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲
The standard LTU Handler provides the means for
the Terminal Handling System to interface to LTUs
on the IO BUS. One incarnation of the Standard
LTU handler serves one LTU with up to 16 communication
lines. The standard LTU Handler interfaces up to
16 device specific Handlers.
S̲S̲C̲ ̲D̲r̲i̲v̲e̲r̲
The SSC Driver provides the software interface
to the Memory MAP console interface in such a way
that communication with the SSC Computer is supported.
The SSC driver emulates a system console driver
concerning on-line standard system software.
S̲t̲a̲n̲d̲a̲r̲d̲ ̲L̲T̲U̲ ̲M̲i̲c̲r̲o̲-̲P̲r̲o̲c̲e̲s̲s̲o̲r̲ ̲S̲o̲f̲t̲w̲a̲r̲e̲
The Standard LTU micro-processor software supports
implementation of communication line protocol software
in the CR8066D LTU. It is the IO Bus interface
for data and control information input/output.
D̲e̲v̲i̲c̲e̲ ̲&̲ ̲L̲i̲n̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Device & Line Control consists of all line, channel
and device specific software and firmware.
It is divided into:
N̲I̲C̲S̲ ̲T̲A̲R̲E̲ ̲C̲o̲n̲t̲r̲o̲l̲
The TARE control implements the level 2 interface
of the TARE communication (i.e. the LITSYNC protocol).
S̲C̲A̲R̲S̲ ̲C̲o̲n̲t̲r̲o̲l̲
The SCARS Control implements the level 2 interface
of the SCARS communication (X25 protocol).
C̲C̲I̲S̲ ̲C̲o̲n̲t̲r̲o̲l̲
The CCIS Control implements the level 2 interface
of the CCIS communication (X25).
T̲R̲C̲/̲T̲P̲ ̲C̲o̲n̲t̲r̲o̲l̲
The TRC/TP control implements the device interface
to TRC and Teleprinter lines. This includes conversion
to and from internal record format as well as character
sequence recognition. ITA2/ITA5 Conversion.
P̲T̲P̲/̲P̲T̲R̲ ̲C̲o̲n̲t̲r̲o̲l̲
The PTP/PTR Control implements the device interface
to PTP/PTR. This includes conversion to and from
internal record formats as well as character sequence
recognition. ITA 2/5 Conversion.
M̲e̲d̲i̲u̲m̲ ̲S̲p̲e̲e̲d̲ ̲T̲e̲l̲e̲p̲r̲i̲n̲t̲e̲r̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Medium Speed Teleprinter control implements
the device interface to the MSTP including conversion
from internal record format.
O̲C̲R̲ ̲C̲o̲n̲t̲r̲o̲l̲
The OCR Control implements the device interface
to the OCR including generation of internal record
format.
V̲D̲U̲ ̲C̲o̲n̲t̲r̲o̲l̲
The VDU Control implements the device interface
for VDUs. It consists of the format handler, VDU
handler, and VDU LTUX firmware.
S̲o̲f̲t̲w̲a̲r̲e̲ ̲D̲e̲v̲e̲l̲o̲p̲m̲e̲n̲t̲ ̲V̲D̲U̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Software Development VDU Control implements
the device interface for the software development
VDU.
L̲i̲n̲e̲ ̲P̲r̲i̲n̲t̲e̲r̲ ̲H̲a̲n̲d̲l̲e̲r̲
The Line Printer Handler provides the device interface
to the line printer.
P̲U̲-̲P̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲
The PU-PU Handler provides the interface for the
PU-PU connection via TDX (For checkpoints).
5.7.1.1.2 S̲u̲m̲m̲a̲r̲y̲ ̲o̲f̲ ̲E̲x̲t̲e̲r̲n̲a̲l̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲s̲ ̲(̲F̲i̲g̲.̲ ̲5̲.̲7̲.̲1̲.̲1̲.̲2̲-̲1̲)̲
The IO control SW interfaces to the following external
lines (see figure).
1) NICS TARE
2) CCIS
3) SCARS
5) TRC
and the following devices:
4) OCR
6) TP
7) VDU
8) PTP/PTR
9) MSTP (Medicum Speed Teleprinter)
10) LINE PRINTER
11) SOFTWARE DEV VDU
FIGURE 5.7.1.1.2-1
5.7.1.2 P̲a̲c̲k̲a̲g̲e̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
5.7.1.2.1 L̲i̲n̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲
The Line Interface Control Software interfaces the
device control software with the CR80D computer system.
It is the standard CR80 and microprocessor software
providing the interface from the application to the
line/device specific software.
For the Processor Unit, the Terminal Handling System
performs the overall conversion from logical line names
to LTU or LTUX and line addresses.
The Standard LTU handlers perform the communication
with the LTUs located in the IO-crates and the TDX
driver performs the communication with the LTUX connected
to the TDX bus.
For the LTUs, a Z80 microprocessor operating system
and the CR80 interface software are common.
For the TDX, the Host interface firmware, the TDX controller
firmware, and the LTUX firmware interfacing to the
TDX bus are independent of actual devices.
Fig. 5.7.1.2.2-1 illustrates the Line Interface Control
Software/Firmware as distributed in a CR80D system
with LTUs on IO bus and LTUXs on the TDX bus.
Fig. 5.7.1.2.1-1
T̲e̲r̲m̲i̲n̲a̲l̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲ ̲S̲y̲s̲t̲e̲m̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
The Terminal Handling System hides the physical line
characteristics for the application. The application
accesses lines by name.
The SSC package defines the relationship between names
and physical addresses, the baud rate for the external
V24 lines, the logical linespeed, protocol/device type
and security classifications. Further, the SSC package
identifies the applications to the Terminal Handling
System (USER ON).
The THS implements the security and access control
for LTU and LTUX connected lines. A request from the
application to OPEN line is validated against the capabilities
defined by SSC at the moment of USER ON.
The approach is shown in fig. 5.7.1.2.1-2.
Command exists for the SSC Package to define LTUs,
LTUXs lines and applications.
Command exists for the application to open and close
channels and to perform data transfer.
The THS supports inclusion of device specific Handlers.
FIGURE 5.7.1.2.1-2
T̲D̲X̲ ̲S̲y̲s̲t̲e̲m̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
The TDX system performs multiplexed data transfers
(logical lines) between the two processor units and
between the processor units and up to 242 LTUXs. It
transfers up to 819200 bps. on max. 4096 logical lines.
The transmission on the TDX bus is controlled by the
TDX controller. In the processor unit the TDX Driver
is the interface to the TDX Host Interface.
Figure 5.7.1.2.1-3 illustrates the TDX system.
FIGURE 5.7.1.2.1-3
L̲T̲U̲X̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
The LTUX is the standard interface between the TDX
Bus and terminals e.g. VDU, PTP, and OCR. At the TDX
side the TDX packet protocol is used for data transport.
The smallest unit, with which the unit works, is a
TDX frame. A frame contains one protocol byte, a three
bit sequence number, five bit byte counts and up to
sixteen data bytes. (Extended HDLC protocol with CRC
check). A TDX packet may contain several frames. The
frames are numbered contiguously (module 8) in order
to ensure correct transmission.
Each LTUX interfaces to four CCITT V24/V28 external
lines and is able to handle ITA no. 2 and no. 5. The
maximum transmission speed on the external lines are
4 x 2400 bps. or 1 x 9600 bps.
The TDX Controller multiplexes the data stream on the
TDX bus in a way to allow a logical line transmission
speed up to 819200 bps. (this number depends on the
firmware configuration in the LTUX).
Each LTUX is able to interface up to 16 logical lines
by multiplexing the data stream from/to the TDX bus.
A possible allocation of logical lines to physical
lines is shown in fig. 5.7.1.2.1-4 for VDUs.
T̲D̲X̲ ̲H̲o̲s̲t̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
All traffic between a processor unit and the TDX bus
are executed by the TDX Host Interface.
The Host Interface is a high band width device that
interface directly to the CR80D main bus.
T̲D̲X̲ ̲C̲o̲n̲t̲r̲o̲l̲l̲e̲r̲
The traffic on the TDX bus is controlled by the TDX
Controller.
The Controller receives all frames transmitted from
the Host Interface and LTUXs, executes CRC check and
retransmit the frames.
The main task for the TDX Controller is to control
the transmission speeds allocated by SSC for each TDX
device.
Fig. 5.7.1.2.1-4
T̲D̲X̲ ̲E̲r̲r̲o̲r̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲
All errors included CRC and missing frames will result
in rejection of the complete packet immediately, without
waiting for completion of the packet. The receiving
device then requests a retransmission by replying NAK
(Negative Acknowledgement). Also the acknowledgement
sent to the transmitting device is checked for errors.
A TDX system error and switch over is handled by the
IOC and SSC in common. The watchdog continuously checks
the TDX-Controller clock and advices SSC in case of
error.
S̲t̲a̲n̲d̲a̲r̲d̲ ̲L̲T̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲s̲
The Standard LTU Handlers perform the communication
to the LTUs located on the IO BUS. One incarnation
of the Handler services one LTU.
The Handler interfaces to the terminal handling system
receiving request herefrom. Figure 5.7.1.2.1-5 illustrates
the approach.
FIGURE 5.7.9.2.2-5
S̲t̲a̲n̲d̲a̲r̲d̲ ̲L̲T̲U̲ ̲M̲i̲c̲r̲o̲ ̲P̲r̲o̲c̲e̲s̲s̲o̲r̲ ̲S̲o̲f̲t̲w̲a̲r̲e̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
The Standard LTU micro processor software provides
the environment for the protocol software.
a) it provides LTU initialization
b) it provides LTU on-line diagnostics
c) it provides a micro processor operating system
for executing protocol software
d) it provides pool management for buffers
e) it provides a standard queue interface to the CR80D
processor unit
f) it provides V24 drivers
The concept is shown in figure 5.7.1.2.1-6.
Figure 5.7.1.2.2-6
5.7.1.2.2 D̲e̲v̲i̲c̲e̲ ̲a̲n̲d̲ ̲L̲i̲n̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
The Device and Line Control Functions are the functions
supporting specific devices and line protocols.
In this section the device/line functions are outlined
for each device/line. In fig. 5.7.1.2 2-1 an overview
of interface, speed, alphabet and protocols is presented.
At the end of this section the Internal Message Record
Format is shown.
N̲I̲C̲S̲ ̲T̲A̲R̲E̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
Ref.: CPS/ICD/004.
The control function implements the level 2 interface.
The protocol description is given in the document:
"TARE synchronous channel protocol performance specifications",
no. 177000-600, version F, 29th June 1979, updated
with DCN G 2 of 15th February 1980.
S̲C̲A̲R̲S̲/̲C̲C̲I̲S̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
Ref.: Interface Specification CAMPS/SCARS II/ACCIS
of 18 July 1980.
T̲R̲C̲,̲ ̲P̲o̲i̲n̲t̲ ̲t̲o̲ ̲P̲o̲i̲n̲t̲ ̲C̲o̲n̲n̲e̲c̲t̲i̲o̲n̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
Ref.: CPS/ICD/007
O̲C̲R̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
Ref.: CPS/ICD/008
The transmission is in blocks of upto 512 bytes.
The OCR uses the following sparator marks:
SEP-(SP)- separate works, variable
separator
EOL-(CR)(LF)- separate text lines
EOLF-(CR)(CR)(LF)- separate format lines
It shall be possible to close and open for message
traffic from the OCR by use of circuit V24-106.
In case of parity check error and format error the
message will be sent for message service.
CAMPS control the OCR mode and the block transmission
from the OCR.
The following control characters in Nato 7-bit code
are used.
DC1 Device Control 1
DC3 Device Control 3
STX Start of Text
ETB End of Transmission Block
ETX End of Text
ACK Acknowledge
NAK Negative Acknowledge
D̲C̲1 - sent from CAMPS, controlled by the supervisor.
The OCR must not transmit before DC1 is received.
D̲C̲3̲ - sent from CAMPS, controlled by the supervisor.
The OCR must not transmit when a DC3 is received.
The V24-108/2 is switched to the logical low level.
S̲T̲X̲ - sent to CAMPS.
Indicates that a message is ready for transmission.
E̲T̲B̲ - sent to CAMPS.
ETB is a block separator sent after each 512 byte block.
E̲T̲X̲ - sent to CAMPS.
ETX is a message separator sent after the last data
byte.
A̲C̲K̲ - sent from CAMPS.
This character indicates that the last data block is
received and that CAMPS is ready to receive the next
block or the STX character.
N̲A̲K̲ - sent from CAMPS.
NAK indicates that the last received block or control
character is not accepted.
T̲e̲l̲e̲p̲r̲i̲n̲t̲e̲r̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
The teleprinter configuration includes a paper tape
reader/puncher. The SSC decides the Teleprinter function.
Each teleprinter channel is opened and closed by the
SSC software.
P̲T̲P̲/̲P̲T̲R̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
The PTP/PTR configuration includes a physical security
key on the PTR. The SSC specifies whether PTP and
PTR are ready for punch/read.
M̲e̲d̲i̲u̲m̲ ̲S̲p̲e̲e̲d̲ ̲T̲e̲l̲e̲p̲r̲i̲n̲t̲e̲r̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
The medium speed teleprinter is a ROP device with paper
out control and physical security key.
V̲D̲U̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
The communication method is block mode transmission.
The electrical interface is as specified in fig. 5.7.1.2.2-2.
Baud rates are 1200 and 2400 bps.
A̲p̲p̲l̲i̲c̲a̲t̲i̲o̲n̲ ̲S̲o̲f̲t̲w̲a̲r̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲ ̲t̲o̲ ̲V̲D̲U̲.
The application S/W interfaces to the VDU on split
basis.
The VDU screen is divided into two splits:
VDU header area - split #0
VDU format area - split #1
VDU Format Area
The format area consists of a number of lines. If the
number of lines is greater than the displayed format
area (22 lines) the user may page or scroll to see
the rest.
The maximum size of the split is 44 lines.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
VDU SPLIT
----------------------------
PRESENT DISPLAYED VDU
FORMAT AREA SCREEN
----------------------------
SCROLL
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
SPLIT CONCEPT
A split consists of protected and unprotected fields
in any order. When the VDU is in format mode the user
is able to write and update within the unprotected
fields. On transmit request, only the contents of the
unprotected fields is sent to the application. The
application is able to select which fields to be transmitted
from the VDU.
Addressing
The fields in both splits are addressed by line type
numbers, incarnation numbers and field numbers. A group
of repeatable lines have the same line type number,
but different incarnation number.
Line type, Incarnation Field No.
1,1 1̲ ̲ 2̲ ̲ ̲ ̲ ̲ ̲ ̲ 3̲ ̲ ̲ ̲ ̲ ̲
1,2 1̲ ̲ 2̲ ̲ ̲ ̲ ̲ ̲ ̲ 3̲ ̲ ̲ ̲ ̲ ̲
2,1 1̲ ̲ 2̲ ̲ ̲ ̲ ̲ 3̲ ̲ ̲ 4̲ ̲ ̲ ̲
3,1 1̲ ̲ 2̲ ̲ ̲ ̲ ̲ ̲ ̲ 3̲ ̲ ̲ ̲ ̲ ̲
3,2 1̲ ̲ 2̲ ̲ ̲ ̲ ̲ ̲ ̲ 3̲ ̲ ̲ ̲ ̲ ̲
VDU SCREEN
LINE AND FIELD ADDRESSING
F̲o̲r̲m̲a̲t̲ ̲H̲a̲n̲d̲l̲e̲r̲
The Format Handler uses the format definitions to build
up empty or filled out standard formats on the VDU
screen.
The format definition resides in a format file. They
are fixed at system generation and contain information
about the different standard formats used by CAMPS.
The format definitions are maintained by the Offline
Package at the CSSI site.
The Format Handler keeps track on the different types
of lines in the present format and the number of lines.
A̲p̲p̲l̲i̲c̲a̲t̲i̲o̲n̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
The application functions listed below are given names
relative to their function, however, these names may
be redefined.
D̲e̲f̲i̲n̲e̲ ̲F̲o̲r̲m̲a̲t̲ ̲A̲r̲e̲a̲
This command defines the system format area to be used
in the VDU communication. The application may communicate
with more than one VDU and thus need a larger format
area than an application communicating with one VDU.
D̲e̲f̲i̲n̲e̲ ̲F̲o̲r̲m̲a̲t̲ ̲F̲i̲l̲e̲
This command defines to the system which format file
shall be used. Formats are obtained from this file
by the Get Format command.
G̲e̲t̲ ̲F̲o̲r̲m̲a̲t̲
This command prepares the specified format for modification
by insert lines and delete lines below as well as output
by Output Format.
O̲u̲t̲p̲u̲t̲ ̲F̲o̲r̲m̲a̲t̲
This command outputs the format obtained by Get Format
and modified as of insert and delete line. The page
now contains the text in the format with all fields
blank.
F̲i̲e̲l̲d̲s̲ ̲O̲u̲t̲p̲u̲t̲
Fields are assumed organized as a consecutive sequence
of records in a buffer. In parallel a list of field
identifiers (line type, incarnation, field number)
shall be specified. The Field Output function moves
the first record to the first field in the list, the
second to the second, etc.
F̲i̲e̲l̲d̲s̲ ̲I̲n̲p̲u̲t̲
The Fields Input function inputs the requested number
of fields from and including the field specified as
the first. The field content is returned as records
in the way that trailing blanks within the records
are omitted. If the buffer specified is not sufficiently
long the input is terminated when the buffer is full.
Note that fields are not input upon depression of ENTER,
or RETURN, but that these keys are returned to the
application, which will reserve a buffer and request
the transmission.
R̲e̲c̲e̲i̲v̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲
Function keys destined for the application (All except
the key giving system attention) are received when
the Receive Control function is requested (pending
read).
S̲e̲n̲d̲ ̲C̲o̲n̲t̲r̲o̲l̲
Control characters are transmitted to the VDU by this
function. An example is Bell.
C̲h̲a̲n̲g̲e̲ ̲F̲i̲e̲l̲d̲ ̲A̲t̲t̲r̲i̲b̲u̲t̲e̲s̲
If a field has been defined with changeable attributes,
they may be modified by this command. The attributes
are modified from the previous value to the specified
e.g. intensity change, flash.
I̲n̲s̲e̲r̲t̲ ̲L̲i̲n̲e̲s̲
This command inserts the specified number of lines
as incarnation of the specified line type. Calling
the specified incarnation N, the lines will be inserted
as incarnation N, N+1.... Insert Lines is allowed up
to the size of a split.
D̲e̲l̲e̲t̲e̲ ̲L̲i̲n̲e̲s̲
This command deletes the specified number of lines
from the incarnations of lines for the specified line
type calling the specified incarnation N incarnations
N, N+1.... will be deleted.
Insert Lines and Delete Lines have effect to redefine
the format obtained by Get Format and will have no
immediate effect on the VDU as long as Output Format
has not been executed. After Output Format the Insert
Lines imply an immediate shift-down of the lines on
the VDU and the Delete Lines an immediate shift-up
of lines on the VDU.
Fig. 5.7.1.2.2-1
N̲o̲t̲e̲s̲ ̲t̲o̲ ̲F̲i̲g̲.̲ ̲5̲.̲7̲.̲1̲.̲2̲.̲2̲-̲1̲
1) EDC-Protocol As defined in CPS/230/ICD/0004
2) LAP Protocol As defined in CPS/230/ICD/0006
3) Baud Rate Underlined baud-rates shall
not be exceeded during test.
4) Crypto I/F Interface to DOLCE as defined
in CPS/230/ICD/0004.
5) 10 bit code character-by-character with
odd parity. Start bit, 7
data bit, parity bit, and
one stop bit.
6) 7 bit code Start bit, 5 data bits and
stop bit.
7) Refer IO Control Preliminary
Design.
Figs. 5.7.1.2.2-2 og -3
M̲e̲s̲s̲a̲g̲e̲ ̲R̲e̲c̲o̲r̲d̲ ̲F̲o̲r̲m̲a̲t̲
All incoming information is converted from the various
types of formats, used by the external equipment, to
a standard message record format. This record format
is again converted to the proper formats when information
is transmitted to the external equipment.
The ITA no. 5 code is used. The records are separated
by a record separator.
After the record separator is a character count byte.
The byte before the text string is kept open for purposes
not yet defined.
FIGURE 5.7.1.2.2-4
S̲o̲f̲t̲w̲a̲r̲e̲ ̲D̲e̲v̲e̲l̲o̲p̲m̲e̲n̲t̲ ̲V̲D̲U̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
The Software Development VDU is interfaced according
to requirements from support software. The VDU communication
is TTY mode.
L̲i̲n̲e̲ ̲P̲r̲i̲n̲t̲e̲r̲ ̲H̲a̲n̲d̲l̲e̲r̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲
Refer IO Control Preliminary design.
P̲U̲-̲P̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲
The PU-PU Handler handles the communication from PU
to PU via TDX.
P̲h̲y̲s̲i̲c̲a̲l̲ ̲S̲e̲c̲u̲r̲i̲t̲y̲ ̲K̲e̲y̲
On each VDU, medium speed teleprinter, and the PTP
is there a physical locking key. A terminal is activated
by turning the locking key to "ON". This indicates
whether the terminal is manned or unmanned.
S̲S̲C̲ ̲D̲r̲i̲v̲e̲r̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲
The SSC Driver supports Processor unit interface to
the SSC compatible with TP.
Line Speed 9600 baud
Printed line with 69 characters
No Echo of input characters
V24 lines are as defined for the MAP (Refer section
5.1.4.1.4).
5.7.1.3 P̲a̲c̲k̲a̲g̲e̲ ̲C̲o̲n̲t̲r̲o̲l̲
I̲n̲i̲t̲i̲a̲l̲i̲z̲a̲t̲i̲o̲n̲
The IO Control SW is initialized by the SSC Package
in two steps. The PU resident software is loaded with
the system software at time of Bootload.
The Protocol microprocessor software in the LTUs is
loaded when the lines served are defined.
E̲r̲r̲o̲r̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲
Errors not handled by the application are returned
to the SSC SW.
For further information please refer to sec. 4.11.
5.7.1.4 C̲h̲a̲r̲a̲c̲t̲e̲r̲i̲s̲t̲i̲c̲s̲
Refer CPS/210/SYS/0001 section 3.4.1.
5.7.1.5 D̲e̲s̲i̲g̲n̲ ̲a̲n̲d̲ ̲C̲o̲n̲s̲t̲r̲u̲c̲t̲i̲o̲n̲
Refer to section 2.5.
5.7.1.6 D̲o̲c̲u̲m̲e̲n̲t̲a̲t̲i̲o̲n̲
Refer to section 2.6.
5.7.2 E̲n̲v̲i̲r̲o̲n̲m̲e̲n̲t̲
5.7.2.1 S̲t̲a̲n̲d̲a̲r̲d̲ ̲H̲a̲r̲d̲w̲a̲r̲e̲,̲ ̲F̲i̲r̲m̲w̲a̲r̲e̲,̲ ̲a̲n̲d̲ ̲S̲o̲f̲t̲w̲a̲r̲e̲
N.A.
5.7.2.2 E̲x̲t̲e̲r̲n̲a̲l̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲s̲
The external interface is an integrated part of IOC
functions, refer to section 5.7.1.2.3.
5.7.2.3 S̲u̲b̲s̲y̲s̲t̲e̲m̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲s̲
a) CR80D Subsystem
The IO control SW executes partly in the processor
units (refer fig. 5.7.1.2.2-1)
b) Kernel Subsystem. The IO Control SW uses the following
Kernel Functions:
Process communication, scheduling, security.
Data transfer by low level Handlers.
c) Storage & File Management
The IOC interfaces to SFM for read of VDU formats
of the format file.
d) SSC SW
The SSC SW controls the IO control SW.
e) Other applications and system software packages
These packages interface to the IO Control SW as
described in the package.
