JPS61138350A - Microprogram control device - Google Patents

Microprogram control device

Info

Publication number
JPS61138350A
JPS61138350A JP59260370A JP26037084A JPS61138350A JP S61138350 A JPS61138350 A JP S61138350A JP 59260370 A JP59260370 A JP 59260370A JP 26037084 A JP26037084 A JP 26037084A JP S61138350 A JPS61138350 A JP S61138350A
Authority
JP
Japan
Prior art keywords
command
parameter
character
value
jump
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP59260370A
Other languages
Japanese (ja)
Other versions
JPH0546584B2 (en
Inventor
Susumu Kido
享 木戸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP59260370A priority Critical patent/JPS61138350A/en
Publication of JPS61138350A publication Critical patent/JPS61138350A/en
Publication of JPH0546584B2 publication Critical patent/JPH0546584B2/ja
Granted legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10Program control for peripheral devices
    • G06F13/12Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus

Abstract

PURPOSE:To execute efficiently a processing by using a program base part recurrently and repeatedly from the setting of a command type to the 1st parameter up to a receiving character processing routine. CONSTITUTION:When the reception of one character has been completed by a serial bit transmitting/receiving circuit 3, a data ready interruption is generated in a CPU4. In the interruption processing routine of a microprogram for the data ready interruption, the 8-bit data for one character are read out in parallel from the circuit 3. The read-out data are stored in the address of a receiving character buffer pointed out by a writing point of the CPU4 and the writing pointer is updated so as to point out the succeeding address. Then, a receiving bit in a status word is set up to '1'. The interruption routine is driven every end of the bit reception of a new one character by the circuit 3 and respective character of the received command are successively stored in a receiving character buffer of the CPU4 as they are.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はマイクロプログラム制御装置、とくに情報処理
システムにおいて、シリアルデータインタフェースを介
する複数の異なるタイプのコマンドの受信に除し、マイ
クロプログラムの制御によって、これらのコマンドを構
成する各受信文字をそのコマンドのタイプとその受信文
字のコマンド中における受信順位とに応じてそれぞれ適
切に処理するようにしたマイクロプログラム制御装置に
関するものである。
DETAILED DESCRIPTION OF THE INVENTION [Industrial Field of Application] The present invention relates to a microprogram control device, particularly an information processing system, in which a plurality of different types of commands are received via a serial data interface, and which are controlled by a microprogram. The present invention relates to a microprogram control device that appropriately processes each received character constituting these commands depending on the type of the command and the reception order of the received character in the command.

〔従来の技術〕[Conventional technology]

一般に情報処理システムに2いては、システム中の主役
を勤める中央処理装置(以下マスク)が、システム中の
数多くの附属装置(以下スレーブ)に対する制御を行な
うために、平衡二線(バランスドペア)によりビットシ
リアルな伝送を行なう伝送路を第13図に示すようにマ
スクとスレーブ間に往復に接続し、このような伝送路を
介してマスクからスレーブに対する各棟のコマンドの伝
達とスレーブからマスクに対するリスポンスの放送とを
行なっている場合が多い。
In general, in an information processing system, the central processing unit (hereinafter referred to as mask), which plays the main role in the system, uses a balanced pair of wires to control the many auxiliary devices (hereinafter referred to as slaves) in the system. As shown in Figure 13, a transmission line for bit-serial transmission is connected between the mask and the slave in a round-trip manner, and through this transmission line, commands from each module are transmitted from the mask to the slave, and commands from the slave to the mask are transmitted. In many cases, responses are broadcast.

このようなシステムのスレーブ側において、伝達される
コマンドを構成する各符号(文子)を受信し、これら受
信した文字のコマンド中における順位と、コマンドのタ
イプとに応じてこれを適切に処理し、伝達されたコマン
ドを正しく解析できるようにするためにマイクロプログ
ラムによる処理が用−られる。
On the slave side of such a system, each code (letter) constituting the transmitted command is received, and it is processed appropriately according to the order of the received characters in the command and the type of command, Microprogram processing is used to ensure that the transmitted commands can be correctly parsed.

このようなマイクロプログラムの処理を行なうに当って
従来は、各受信文字ごとに、これが第1番目の受信文字
であるか、第2番目の受信文字であるか等の判別を文字
ごとに最初から順番に次々に行なってこの受信文字のコ
マンド中における順位を決定し、さらに各受信文字ごと
にこのコマンドのタイプの区別を行なって、これによっ
て受信した各受信文字に対する処理を行なうそれぞれの
受信文字処理ルーチンに導かれるように制御している。
Conventionally, when processing such microprograms, for each received character, it is necessary to determine from the beginning whether it is the first received character or the second received character. Each received character process is performed one after another in order to determine the rank of this received character in the command, and further distinguishes the type of this command for each received character, thereby performing processing on each received character. They are guided and controlled by routines.

〔発明が解決しようとする問題点〕[Problem that the invention seeks to solve]

しかしながらこのような処理によると、マイクロプログ
ラムが、第14図のフローチャートに示すような構成に
なり(各記号については後述する実施例参照)、受信し
た文字ごとに毎回これが第1番目の受信文字であるかの
判別から始まるので、あとの方の受信文字になる程この
受信文字に対する受信文字処理ルーチンに到達する時間
が長くかか夛、そのために処理スピードが遅くなる。ま
た同じ順位の受領文字でも、コマンドのタイプごとにそ
の処理が異なるために、受信文字の順位が異なるプログ
ラムの各分枝ごとに、必らずタイプ判断の処理を行なう
プログラム部分が必要となり、プログラムメモリ會それ
だけ多く専有するとともに処理スピードもそれだけ遅く
なる。
However, according to such processing, the microprogram becomes structured as shown in the flowchart of FIG. Since the process starts with determining whether there is a received character, the later the received character is, the longer it takes to reach the received character processing routine for this received character, which slows down the processing speed. Furthermore, even if received characters have the same rank, the processing is different depending on the type of command, so a program part that performs type determination processing is necessarily required for each branch of the program where the received characters have different ranks. As more memory is occupied, processing speed also becomes slower.

さらにまた、一つのコマンドの文字数に変更が生じ、長
くなったとすると、その分だけ更にその文字処理ルーチ
ンに導くための判断部分のマイクロプログラムを退却し
なければならないという問題がある。
Furthermore, if the number of characters in one command changes and becomes longer, there is a problem in that the microprogram in the judgment part that leads to the character processing routine must be retreated accordingly.

本発明の目的は、上述の従来の欠点を除去したマイクロ
プログラム制御装置を提供することKあるO 〔問題点を解決するための手段〕 本発明の装置は、コマンドタイプによって文字数が異な
りかつコマンドの第1文字目に前記コマンドタイプを指
定する情@を含むようなコマンドデータを受信するマイ
クロプログラム制御のシリアルデータインタフェースに
おいて、前記コマンドタイプの情報を保持する第1めパ
ラメータと、受信文字のコマンド中における順位の情報
を保持する第2のパラメータと、前記第1のパラメータ
の値と前記第2のパラメータの値との特定の演算により
指定されるアドレスに前記第1のパラメータの値と前記
第2のパラメータの値との指定に該当する受信文字を処
理する受信文字処理ルーチンへのジャンプ指令゛を格納
したジャンプテーブルとを設け、さらに前記第1“のパ
ラメータが実在するコマンドタイプに含まれない特定の
初期値をと)前記第2のパラメータが第1文字目の受信
文字を格納するバッファアドレスの・情報の値をとった
場合にこれら両者の前記特定の演算により指定される前
記ジャンプテーブル中のアドレスに前記第1のパラメー
タの値を更新する第1パラメータ更新処理ルーチンへの
ジャンプ指令を格納しておき、前記各コマンドの受信開
始に先立ぢて前記第1のパラメータの憧を前記%冗の初
期値に設定し前記鵬2のパラメータの憧會舗記@1文字
目の受信文字t”格納するバッファアドレスの情報の値
に設定し、各コマンドのm1文字目の受信に際して上述
のように初期設定された@1のパラメータと第2のパラ
メータとをもって両者の前記l#足の演算により(1足
される前記ジャンプテーブルのアドレスに格納されたジ
ャンプ指令を実行するジャンプテーブルアクセスルーチ
ンを実行し、これにより前fit:第1パラメータ史蓼
「処理ルーチンにアクセスし、この処理ルーチンに□お
いて繭記受信絹1文字目に含まルるコマンドタイプの情
報を川v1て前記第1のパラメータの値をこのコマンド
タイプの情報を保持するよ°うに−新し、しかる後前記
5442のパラメータと更新された・前記第1のパラメ
ータとをもって、両者の罰記特゛足の演算゛に□より指
定される前記ジャンプテーブルのアドレスに格納された
ジャンプ指令を実行する前記ジャンプテープルアクセJ
Ck−チンに再帰し、これにより当該コマンドタイプの
受信文字を処理する受信文字処理ルーチンへのア、クセ
スを繰返し、前記受信文−字処理ルーチンへ“のアクセ
スごとに前記第2のパラメータの値を更新する。
An object of the present invention is to provide a microprogram control device that eliminates the above-mentioned conventional drawbacks. In a microprogram-controlled serial data interface that receives command data in which the first character includes information @ specifying the command type, a first parameter holding information on the command type and a received character in the command a second parameter that holds information on the ranking of the first parameter, and a second parameter that stores the first parameter value and the second and a jump table that stores a jump command to a received character processing routine that processes the received character corresponding to the specified parameter value, and further includes a jump table that stores a jump command to a received character processing routine that processes the received character corresponding to the specified parameter value, and further specifies that the first parameter is not included in the existing command type. (initial value of)) If the second parameter takes the value of the information of the buffer address that stores the first received character, then the initial value of the jump table specified by the specific operation of both of them A jump command to a first parameter update processing routine for updating the value of the first parameter is stored in the address, and the desired value of the first parameter is set to the % redundancy before starting to receive each command. Set it to the initial value of the parameter of Peng 2 and set it to the value of the buffer address information to store the ``reception record @ 1st character received character t'', and when receiving the m1th character of each command, as described above. Using the initialized @1 parameter and the second parameter, a jump table access routine is executed to execute the jump command stored at the address of the jump table, which is added by 1 by calculating the l# foot of both. , This accesses the processing routine for the first parameter, and in this processing routine, the information on the command type included in the first character of the Mayuki reception is sent to the first parameter. Change the value to retain the information of this command type, and then use the above 5442 parameter and the updated first parameter to specify the penalty special addition operation of both by □. The jump table access J that executes the jump command stored at the address of the jump table
Ck-chin, thereby repeatedly accessing the received character processing routine that processes received characters of the command type, and changing the value of the second parameter for each access to the received character processing routine. Update.

、・・ 〔実施例〕   ・ 、次に本発明につ・いて図面を参照して説明する。,·· 〔Example〕 · Next, the present invention will be explained with reference to the drawings.

、・第1・図は本発明の一実施例を説明するためのプロ
1.ツタ図である。   ・    ・・これは前述p
第13図に示したと同様な情報処理システムの一つのス
レーブの詳細を示すもので、レシーバ1.ドライバ2.
シリアルビット送受信回路3 、CPU4 、プログラ
ムメモリ5および制御用人、出力ポートロを含んでいる
,・Figure 1 is a professional 1. diagram for explaining an embodiment of the present invention. It is an ivy diagram. ...This is the above p.
This figure shows details of one slave of the information processing system similar to that shown in FIG. 13, where receiver 1. Driver 2.
It includes a serial bit transmitting/receiving circuit 3, a CPU 4, a program memory 5, a control unit, and an output port.

マ、スフからバランスドペア伝送、路101を介してビ
・ットシリアルに伝送されるコマンドは、スレーブにお
いて、レシーバ1により、平−#2線間の差(グイファ
レンシャル)をとると、とにより受信され、ビットシリ
アル送受信回路3により8ピツ、、トずつの一文字分に
まとめられてCPU4に供給される。
The command transmitted bit-serially via the balanced pair transmission line 101 from the master and block is transmitted by the receiver 1 at the slave by taking the difference (gui differential) between the flat line and the #2 line. The data is received, and the bit serial transmitter/receiver circuit 3 collects the data into one character of 8 bits, , , and G, and supplies them to the CPU 4 .

すなわち、回路3において一文字分の受信が終□ると、
データレディの割込がCPU4に発せられる0 CPU4は、几dMで構成されるプログラムメモリ5に
格納されたマイクロプログラムを読出し、これをつぎつ
ぎに実行することによ郵、このスレーブの動作制御を行
なうもので、ワークエリヤとして使用するためのRAM
をその内部に含んでいるO このワークエ・リヤには、第2図に示す□ように、受信
文字バッファ4Aと、この受信文字バッファ4人に対す
る書込ポインタ4Bと、同じくこの受信文字バッファ4
Aに対する胱出しポインタ4C(第2のパラメータ、以
後POPPT)と、゛コマンドタイプに関する情報を保
持するコマンドタイプワード4D(第1のパラメータ、
以後TYPE)と、その各ビットフィールドにプログラ
ムの流れを制御する櫨々のフラグを含むステータスワー
ド4Eが設けられている。
In other words, when the reception of one character is completed in circuit 3,
A data ready interrupt is issued to the CPU 4. The CPU 4 controls the operation of this slave by reading out the microprogram stored in the program memory 5 consisting of the dM and executing it one after another. RAM for use as a work area
As shown in FIG.
A bladder outlet pointer 4C (second parameter, hereinafter referred to as POPPT) for A, and a command type word 4D (first parameter,
TYPE) and a status word 4E containing a series of flags in each bit field for controlling the flow of the program.

受信文字バッファ4Aは本実施例においてはアドレスと
して4・0番地(但し2桁の16進数表示)から始1勺
、最長のコマンド長に等しい長さの容量を有すバッファ
で、40番地から1アドレスに1バイト構成の1受信文
字ずつを回路3が受信した通りにそのまま順番に格納す
るようにしたバッファである。
In this embodiment, the reception character buffer 4A is a buffer whose address starts from address 4.0 (displayed as a 2-digit hexadecimal number) and has a capacity equal to the longest command length. This is a buffer in which the received characters each having a 1-byte structure are sequentially stored in the address as they are received by the circuit 3.

さて回路3よジ前述のデータレディの割込が発せられる
と、前述のマイクロプログラムの、このデータレディの
割込に対する割込処理ルーチンは、回路3より、1文字
分(8ビツト)のデータを並列に耽出し、これを書込み
ポインタ4Bがポイントする受信文字バッファ4Aのア
ドレスに格納し書込ポインタ4Bを次のアドレスをポイ
ントするように更新し、さらにステータスワード4Eの
中のレシーブビット(以後REC8W)を111にセッ
トする。かくして新らしい1文字分のビット受信が回路
3で終了するごとに、この割込ルーチンが駆動さIL1
受信されたコマンドの谷文字は、つきつぎにそのままこ
の受信文字バッファ4人中に順番に格納される。
Now, from circuit 3, when the aforementioned data ready interrupt is issued, the interrupt processing routine for this data ready interrupt of the aforementioned microprogram receives data for one character (8 bits) from circuit 3. This is stored in the address of the receive character buffer 4A pointed to by the write pointer 4B, the write pointer 4B is updated to point to the next address, and the receive bit in the status word 4E (hereinafter REC8W ) to 111. Thus, each time the bit reception for a new character is completed in circuit 3, this interrupt routine is activated.
The valley characters of the received command are then sequentially stored as they are in the four received character buffers.

一方、マイクロプログラムのメインルーチンは、第3図
に示すように、ステータスワード4Eの各ビットtチェ
ックするチェックループを肩しておシ、通常はこのルー
プをまわって、ステータスワード4Eのいずれかのビッ
トが11@にセットされるのを監視している。
On the other hand, the main routine of the microprogram, as shown in Figure 3, carries out a check loop that checks each bit of the status word 4E, and usually goes around this loop and checks any of the status words 4E. Watch for the bit to be set to 11@.

さて、前述のようにして、コマンドの受信文字が受信文
字バッファ4Aに格納されはじめると、ステータスワー
ド4Eのレシーブビット(REC8W)が1にセットさ
れるが、メインルーチンによりこれが識別されると、メ
インルーチンは受信文字の処理を行なうための処理ルー
チンFLECに分岐しこの処理ルーチンRシ: Cを開
始する。
Now, as described above, when the received characters of the command begin to be stored in the received character buffer 4A, the receive bit (REC8W) of the status word 4E is set to 1, but when this is identified by the main routine, the main The routine branches to a processing routine FLEC for processing the received character and starts this processing routine Rc:C.

本実施例の特徴は、各受信文字の処理を行なうためのこ
の処理ルーチンRECの構成にあるが、以下、こnk詳
述するに当って、まず本実施例で用いら扛るコマンドの
データ形式から説明する。
The feature of this embodiment lies in the structure of this processing routine REC for processing each received character.Below, in detailing this, we will first explain the data format of the command used in this embodiment. I will explain from.

本実施例で用いられるマスクからスレーブへのコマンド
は、第4図に示すように、3つのタイプのコマンドから
なっている。
The commands from the mask to the slave used in this embodiment consist of three types of commands, as shown in FIG.

タイプ1は、2バイト長で8g1バイト(第1番目の文
字)のコマンドコード(CNT)、第2バイト(第2番
目の文字)の水平パリティ(LRC)よ#)なり、シス
テムエネーブル、システムディセーブル等のようにシス
テム中のすべてのスレーブに同時に伝達するブロードカ
スト(放送)タイプのコマンドとして用いられる。
Type 1 is 2 bytes long, 8g1 byte (first character) command code (CNT), second byte (second character) horizontal parity (LRC), system enable, system It is used as a broadcast type command that is transmitted simultaneously to all slaves in the system, such as disable.

タイプ2は、4バイト長で、第1バイトはタイプ1と同
様にコマンドコード(CNT)、第2゜第3パイ)Uこ
のコマンドの宛先のスレーブの番号を指定する16ビツ
トのアドレス(ADH)、第4バイトはタイプ1と同様
に水平パリティ(LRC)よシなシ、このコマンドはシ
ステム中の特定の番号のスレーブを指定して、コマンド
コードだけで区別できるようなコマンドを伝達するのに
用いられる。
Type 2 is 4 bytes long, and the first byte is a command code (CNT) like type 1, and the second byte is a 16-bit address (ADH) that specifies the number of the slave to which this command is directed. , the fourth byte is horizontal parity (LRC), similar to type 1. This command is used to specify a specific slave number in the system and transmit a command that can be distinguished only by the command code. used.

タイプ3は、タイプ2のように特定の番号のスレーブを
指定し、更にデータを含むコマンドを伝達するもので、
第1バイトは前二者と同様にコマンドコード(CNT)
、第2.第3バイトはタイプ2と同様なアドレス(AD
H)、第4バイトはデータ長を指定するデータレングス
(DTL)、第5バイト以下がデータ(D1〜Dm)で
最終バイトが前二者と同様に水平パリティ(LRC)よ
りな勺、このコマンドは、指定された特定のスレーブに
制御データを含むコマンドを伝達するのに用いられる。
Type 3, like type 2, specifies a slave with a specific number and also transmits a command including data.
The first byte is the command code (CNT) like the previous two
, 2nd. The third byte is the same address as type 2 (AD
H), the 4th byte is the data length (DTL) that specifies the data length, the 5th byte and below are the data (D1 to Dm), and the last byte is the horizontal parity (LRC) like the previous two, and this command is used to convey commands, including control data, to a specific designated slave.

上述のように、コマンドコード(CNT )は各タイプ
に共通に第1バイト(第1文字目)が用いられるが、同
図に示されるように、このコマンドコードの中の上位4
ビツトを用いて、このコマンドのコマンドタイプ(つま
シ1,2または3のいずれかの値)が指定される。
As mentioned above, the first byte (first character) of the command code (CNT) is commonly used for each type, but as shown in the figure, the top four of this command code
The command type of this command (one of the values 1, 2, or 3) is specified using the bit.

以上のように、コマンドには異なるタイプがあり、タイ
プが異なると、コマンド中における同じ順位(番目)の
受信文字でも一般に異なる処理が必要になることが分る
As described above, there are different types of commands, and it can be seen that different types generally require different processing even for received characters of the same rank (number) in the command.

本実施例はこれを効率的に行なう手段を提供するもので
ある。
This embodiment provides a means for efficiently doing this.

さて、本実施例においては、処理ルーチンRECは下記
のように動作する。
In this embodiment, the processing routine REC operates as follows.

前回の受信のコマンドの処理がすんだ状態で、POPP
T(続出しポインタ4C)およびT、YPE(コマンド
タイプワード4D)は、それぞれ初期設定され、POP
PTは受信文字バッファ4Aの第1文字目の格納アドレ
スの40(2桁の16進数)をポイントするように初期
設定され、またTYPEはその値がいずれのコマンドタ
イプにも楓さないOK初期設定されている。
When the last received command has been processed, POPP
T (continuation pointer 4C) and T, YPE (command type word 4D) are each initialized and POP
PT is initially set to point to 40 (2-digit hexadecimal number), which is the storage address of the first character in the receive character buffer 4A, and TYPE is set to OK so that its value does not map to any command type. has been done.

この処理ルーチンRFCに入ると、このTYPEとPO
PFTとの値を用いて特定の演算を実行し、その演算結
果の」直の指定するジャンプテーブル内のアドレスにジ
ャンプするジャンプテーブルアクセスルーチンを実行す
る。
When entering this processing routine RFC, this TYPE and PO
A specific operation is executed using the value of PFT, and a jump table access routine is executed that jumps to the address in the jump table directly specified by the result of the operation.

本実施例のこのジャンプテーブルアクセスルーチンは、
第5図に示すように、POPPTの値をアキエムレータ
(Ace)にと夛、これを2ビツトだけ左ローテートし
、これに更にTYPEの値を加えて、ジャンプオンアキ
エムレータJMP(ACC)の命令を実行するものであ
る(POPFT自、身の内容は不変)0 このジャンプオンアキエムレータJMP(ACC)の命
令は、アキエムレータ(ACC)の内容で指定されるア
ドレスへのジャンプを指定するものであるが、上述のよ
うにPOPPTと’rypgとが初期設定された状態に
お−ては、POPPTの値の2桁の16進数40を2ピ
ツトだけ左ローティトすると第6図に示すように2桁の
16進数01になりこれにT Y P Eの値の00を
加えると01にな!0、JMP(ACC)を実行すると
O1査地のアドレスにジャンプすることになる。
This jump table access routine in this embodiment is as follows:
As shown in Figure 5, the value of POPPT is put into the achiemulator (Ace), rotated to the left by 2 bits, the value of TYPE is added to this, and the command of the jump-on achiemulator JMP (ACC) is executed. (POPFT itself, its contents remain unchanged) 0 This jump-on achiemulator JMP (ACC) command specifies a jump to the address specified by the contents of the achiemulator (ACC). , with POPPT and 'rypg initialized as described above, when the two-digit hexadecimal number 40 of the POPPT value is rotated to the left by two pits, the two-digit hexadecimal number 40 becomes the two-digit 16 as shown in Figure 6. The base number becomes 01, and when you add 00, which is the value of T Y P E, it becomes 01! 0. When JMP (ACC) is executed, a jump will be made to the address of the O1 location.

さて、プログラムメモリ5のアドレス01番地からは、
第7図に示すようなジャンプテーブルが格納されてV為
る。
Now, from address 01 of program memory 5,
A jump table as shown in FIG. 7 is stored.

このジャンプテーブルは、前述のようにPOPPTとT
YPEとの値を用いた前述の特定の演算の結果rアキ具
ムレ−,4(ACC)上にとシ、このACCO値罠よっ
てあ要とする処理ルーチンへのジャンプが行なえるよう
にするために1該当する処理ルーチンへのジャンプ命令
を上述のACCの指定するアドレスに格納、したテーブ
ルであるが、このジャンプテーブルの01番地には、後
述するに〒番地から始まるコマンドタイプ設定ルーチン
へのジャンプ命令が格納されてvhる。
This jump table consists of POPPT and T as mentioned above.
As a result of the above-mentioned specific operation using the value of YPE, in order to make it possible to jump to the main processing routine using this ACCO value trap, This is a table that stores the jump command to the processing routine corresponding to 1 at the address specified by the ACC mentioned above, but at address 01 of this jump table, the jump command to the command type setting routine starting from address 〒, which will be described later, is stored in the table. The instructions are stored and vh.

従って、処理ルーチンRECは、次に、ジャンプテーブ
ルを介してこOK?番地から始まるコマンドタイプ設定
ルーチンを実行することになる。
Therefore, the processing routine REC then executes the OK? The command type setting routine will be executed starting from the address.

さて、このコマンドタイプ設定ルーチンにテは、第8図
のフローチャートに示す・ような処理を行なう。   
        ・ すなわち、現在のPOPPTの値40を用いて、゛・す
でに受信文字バッファ4人のアドレス40に格納されて
いる受信第1文字のコマンドコード(CNT)を読出し
この中の上位4ピツトからコマンドタイプめ値を取り出
し、これ・を用いてTYPE□の値をVき替える。すな
わち、受信したコマンドのコマンドタイプの1.2.3
に応じて、TYPEの値はそれぞれ1.2または3に更
新される。
Now, in this command type setting routine, the processing shown in the flowchart of FIG. 8 is performed.
・That is, using the current POPPT value 40, read out the command code (CNT) of the first received character already stored in the address 40 of the 4 received character buffers, and select the command type from the top 4 bits. Take out the new value and use it to change the value of TYPE□ to V. i.e. 1.2.3 of the command type of the received command.
Depending on the value, the value of TYPE is updated to 1.2 or 3, respectively.

この処理が終ると、コマンドタイプ設定ルーチンKtH
処理ルーチンR,ECの最初に戻る。従って前述のジャ
ンプテーブルアクセスルーチンが再び実行されることに
なる。
When this process is finished, the command type setting routine KtH
Return to the beginning of processing routines R and EC. Therefore, the jump table access routine described above will be executed again.

さて、ジャンプテーブルアクセスルーチンにおいては前
述した第5図のフローチャートに示す処理が繰返えされ
るが、今度はTYPEの値が0でなくて、実際の受信し
たコマンドタイプに従って、それぞれ1.2または3の
値をとるため、これらの値に01が加わって、前述のJ
MP(ACC)の命令を実行すると、実際のコマンドタ
イプの1゜2または3に応じて、それぞれジャンプテー
ブル(第7図)のアドレスの02,03または04番地
に格納されているジャンプ命令に従ってジャンプする。
Now, in the jump table access routine, the process shown in the flowchart of FIG. , 01 is added to these values to obtain the above J
When the MP (ACC) command is executed, a jump is performed according to the jump command stored at address 02, 03, or 04 of the jump table (Figure 7), depending on the actual command type 1, 2, or 3, respectively. do.

ジャンプテーブルのアドレス02にはタイプ1のコマン
ドの第1文字目を処理する受信文字処理ルーチンに■へ
のジャンプ命令が格納され、ジャンプテーブルのアドレ
ス03には、タイプ2のコマンドの第1文字目ケ処理す
る受領文字処理ルーチンKtKへのジャンプ命令が格納
され、またジャンプテーブルのアドレス04には、タイ
プ3のコマンドの第1文字目を処理する受信文字処理ル
ーチンに3にへのジ・ヤング命令が格納されているので
、このジャンプテーブルアクセスルーチンを実行するこ
とで、コマンドタイプにかかわらず正しい第1文字目の
受信文字処理ルーチンヘジャンプし、この処理ルーチン
を実行することができる。
Address 02 of the jump table stores a jump instruction to ■ in the received character processing routine that processes the first character of the type 1 command, and address 03 of the jump table stores the first character of the type 2 command. A jump instruction to the received character processing routine KtK that processes the type 3 command is stored at address 04 of the jump table. is stored, so by executing this jump table access routine, it is possible to jump to the correct first character received character processing routine and execute this processing routine regardless of the command type.

さて、これら受信文字処理ルーチンに、、、に、、。Now, to these incoming character processing routines...

K3にの終りは、すべてd出しポインタ更新ルーチンK
Pへのジャンプを指定している。この結果、第1文字目
の受信文字処理ルーチンが終了するとプログラムは、第
9図のフローチャートに示すように、このルーチンKp
にジャンプし、流出しポインタ4C,つまりPOPPT
の値を1だけ増加し、POPPTが受信文字バッファ4
Aの第2字目のアドレスの41をポイントするように更
新する。
At the end of K3, all d output pointer update routine K
Specifies a jump to P. As a result, when the first received character processing routine ends, the program executes this routine Kp as shown in the flowchart of FIG.
Jump to and spill pointer 4C, that is, POPPT
The value of POPPT is increased by 1, and POPPT is set to receive character buffer 4.
Update the address to point to 41, the second character of A.

この真新処理が終ると流出しポインタ更新ルーチンKp
は再び処理ルーチyRECの最初に戻る。
When this brand new process is completed, the pointer update routine Kp
returns to the beginning of the processing routine yREC again.

従って前述のジャンプテーブルアクセスルーチンが再び
繰シ返えされる。
Therefore, the jump table access routine described above is repeated again.

このアクセスルーチンにおいて前述した第5図のフロー
チャートに示す処理が繰返されるが今回はPOPPTの
値が41になっているため、POPPTのこの値とTY
PEの値とKより行なわれる前述の特定の演算結果は第
10図に示すように、アキュムレータACCO値は、コ
マンドタイプの1゜2.3に応じてそれぞれ06,07
,08の値をとる。ジャンプテーブル(第7図)のこれ
らのアドレスにはそれぞれのタイプの第2字目を処理す
る受信文字処理ルーチンに、!、に言霊およびに3鵞へ
のジャンプ館令が格納されているので、前回と全く同じ
ジャンプテーブルアクセスルーチンを実行することによ
り、それぞれのコマンドタイプに応じて、正しく第2字
目の処理を行なうそれぞれの受信文字処理ルーチンへジ
ャンプすることができる。
In this access routine, the process shown in the flowchart of FIG. 5 described above is repeated, but this time the value of POPPT is 41, so this value of POPPT and TY
The result of the above-mentioned specific calculation performed using the value of PE and K is shown in FIG.
,08. These addresses in the jump table (Figure 7) contain the incoming character processing routines that process the second character of each type! Since the jump hall commands for Kotodama and Nisango are stored in , by executing the same jump table access routine as before, the second character will be processed correctly according to each command type. You can jump to each incoming character processing routine.

こうして、これらの各受信文字処理ルーチンが終了する
と、これらのルーチンの最後には、前述の絖出しポイン
タ更新ルーチンKpへのジャンプ命令が付されているの
で、プログラムは再びルーチンKPを遡ってPOPP’
rの値を1文字分だけ先に進め、ルーチンRECの最初
にあるジャンプテーブルアクセスルーチンに戻る。
In this way, when each of these received character processing routines is completed, the jump instruction to the above-mentioned start pointer update routine Kp is attached at the end of each of these routines, so the program goes back through routine KP and returns to POPP'.
Advance the value of r one character and return to the jump table access routine at the beginning of routine REC.

以上のようなプログラムループを練り返すことにより、
任意のタイプのコマンドについて、その各順位の受信文
字を処理する受信文字処理ルーチンを次次に正しく実行
させることができる。
By refining the program loop as described above,
For any type of command, a received character processing routine that processes each rank of received characters can be executed correctly one after the other.

なお各タイプの最後の受信文字に対する受信文字処理ル
ーチンの終りには終了処理ルーチンKgにジャンプする
ジャンプ命令が付さitておす、この終了処理ルーチン
は第11図に示すようにTYPEの値とPOPPTの値
とをそれぞ九、前述の初期値Oおよび40に設定し、ま
たステータスワード4EのREC8Wをリセットし、さ
らにEXCSWをセットしてメインルーチンに戻るよう
になっている〇 この結果、プログラムは処理ルーチンRECを終了し、
これらの処理された受信文字によっテ自己宛のコマンド
を識別し自己宛に伝達されたコマンドを実行する次の処
理ルーチンEXECを開始する。
Furthermore, at the end of the received character processing routine for the last received character of each type, a jump instruction to jump to the end processing routine Kg is attached.This end processing routine is executed by inputting the value of TYPE and POPPT as shown in FIG. The values are set to 9, the above-mentioned initial value O, and 40, respectively, REC8W of status word 4E is reset, EXCSW is set, and the program returns to the main routine. As a result, the program Finish the processing routine REC,
Based on these processed received characters, it identifies the command addressed to itself and starts the next processing routine EXEC for executing the command addressed to itself.

第12図に以上に述べた処理ルーチンRECの全体の構
成をフローチャートとして示す。
FIG. 12 shows the overall structure of the processing routine REC described above as a flowchart.

なお、第11図および第12図においては、最終受信文
字を処理する処理ルーチンとしてそれぞれ、Ki3.に
、、およびK 3 mとして区別しているが、これらは
、水平パリティLRCを処理するルーチンとして統一す
ることもでさる。
Note that in FIGS. 11 and 12, Ki3. , , and K 3 m, but they may be unified as a routine for processing horizontal parity LRC.

以上の説明から明らかなように、本実施例によると、コ
マンドタイプを指示するパラメータのTYPEと、受信
文字のIIIK位tm示するパラメータのPO1’PT
と、ジャンプテーブルとを設け、TYPEの値とPOP
PTの値とを用いた特定の演算によって定まるジャンプ
テーブルのアドレスに該当する受信文字を処理する受信
文字処理ルーチンへのジャンプ命令を格納しておき、さ
らにコマンドタイプに含まれない特定の初期値をTYP
Eに設定しPOPPTに受信バッファ4Aの第1受信文
字の格納アドレスをその初期値として設定したときこれ
らのTYPEとPOPPTの初期値を用いた前述の特定
の演算によって定まるジャンプテーブルのアドレスに、
TYPEの111を実際の受信文字のコマンドタイプの
値に書替えるコマンドタイプ設定ルーチンに丁へのジャ
ンプ館令を格納する。
As is clear from the above description, according to this embodiment, the parameter TYPE indicating the command type and the parameter PO1'PT indicating the IIIK position of the received character
and a jump table, and set the TYPE value and POP
A jump instruction to the received character processing routine that processes the received character corresponding to the jump table address determined by a specific operation using the PT value is stored, and a specific initial value not included in the command type is stored. TYP
E and set the storage address of the first received character of the receive buffer 4A in POPPT as its initial value, the address of the jump table determined by the above-mentioned specific calculation using these TYPE and initial values of POPPT,
A command to jump to the command type is stored in the command type setting routine that rewrites TYPE 111 to the value of the command type of the actual received character.

セして実際のプログラムの流れを、これらTYPEとP
OPPTとの値を用いた前述の特定の演算を行な7sそ
の演算結果に従ってジャンプテーブルにジャンプすると
いうジャンプ7−プルアクセスルーチンを処理ルーチン
RECの基幹部分とし、この基幹部分全再帰的に繰返し
使用するように構成する。このような処理の構成をとる
ことによ)、コマンドタイプ設定ルーチンKTtl−含
めて各タイプの谷順坤の受信文字を処理する受信文字処
理ルーチンへのアクセスをすべて同一のジャンプテーブ
ルアクセスルーチンをブrして同じ形式で行なうことが
可能となる。
These TYPE and P
The jump 7-pull access routine that performs the above-mentioned specific operation using the value of OPPT and jumps to the jump table according to the result of the operation is the core part of the processing routine REC, and this core part is used recursively and repeatedly. Configure it to do so. By configuring processing in this way), all accesses to the received character processing routines that process received characters of each type, including the command type setting routine KTtl, can be made using the same jump table access routine. It can be done in the same format.

なお、このような処理フローを実現するために、本実施
例においては、前述のタイプ設定ルーチンKTの最後に
は直接ジャンプテーブルアクセスルーチンへのジャンプ
命令が付されておル、また各受信文字処理ルーチンの最
後には、POPPTの値を1だけ増加するように更新す
る絖出しポインタ更新ルーチンKpへのジャンプ命令が
付されており、・このルーチンKpf介して前述のプロ
グラム基幹部分に戻るようになっている。
In order to realize such a processing flow, in this embodiment, a jump instruction to a direct jump table access routine is attached at the end of the type setting routine KT mentioned above, and each received character processing At the end of the routine, there is a jump instruction to the start pointer update routine Kp that updates the value of POPPT by 1, and returns to the core part of the program via this routine Kpf. ing.

さらにコマンドの最後文字に対する受信文字処理ルーチ
ンの敢)後には終了処理ルーチンにΣへのジャンプ命令
が付されてお)、このルーチンKmにお−て、TYPE
およびPOPPTの値を前述の初期値に設定してメイン
ルーチンに戻るように構成されて−る。
Furthermore, a jump instruction to Σ is attached to the end processing routine of the received character processing routine for the last character of the command), and in this routine Km, the TYPE
and the value of POPPT is set to the above-mentioned initial value, and the process returns to the main routine.

なお、・ジャンプテーブル内の通常は使用されないアド
レスには、エラー処理ルーチンKERへのジャンプ命令
が格納され、エラー発生時の処理を行なうようにしてい
る・  。
Note that a jump instruction to the error handling routine KER is stored at an address in the jump table that is not normally used, so that processing is performed when an error occurs.

以上は本発明の一実施例を示したもので本発明は以上の
実施例に限定されるものではない。
The above shows one embodiment of the present invention, and the present invention is not limited to the above embodiment.

例えば、本実施例にお%(hてはコマンドタイプの数を
3檀拳とし、蚤タイプのコマンド(%定の構成を用iた
がこれは一実施例會委したものに過ぎない。
For example, in this embodiment, the number of command types is set to 3, and a flea-type command (%) is used, but this is just one example.

また以上の説明に2いては各タイプの各順位の受信文字
処理ルーチンをすべて異なるものとして区別したが、例
えばルーチンに2雪とルーチンに3゜とは一般には同じ
処理ルーチンが用いられる。この場合にはジャンプテー
ブルの該当するアドレスに一一の処理ルーチンへのジャ
ンプ命令を格納しておけばよいことは明らかである。
In addition, in the above description, the received character processing routines for each type and rank are all distinguished as different, but for example, the same processing routine is generally used for routine 2 snow and routine 3°. In this case, it is clear that it is sufficient to store a jump instruction to one processing routine at the corresponding address in the jump table.

またジャンプテーブルアクセスルーチンに用いるTYP
EとPOPPTとの値による特定な演算も一実施例を示
したものでこれに限定される必要はな−4例えば適当な
定数P、Q(マイナスを含む)を用−0 (ice)=P*(POPPT)+(TYPE)+Qの
ような演算を用いることもでさる。
Also, TYP used for jump table access routine.
A specific operation using the values of E and POPPT is also an example, and there is no need to be limited to this. It is also possible to use an operation such as *(POPPT)+(TYPE)+Q.

また、TYPEの初期値は実在するタイプと値が異なれ
ば必らずしも0とする必要はない。但しTYPEがこの
初期値をとり、POPPTが特定の初期値をとった場合
の特定の演算を行なった結果のアドレスはジャンプテー
ブル中に含ませる必要があり、ジャンプテーブルを、必
要な処理ルーチンへのジャンプ命令をそれぞれ区別でき
るようにし、しかもなるべくコンパクトに構成するため
には、上述の特定の演算とTYPEの初期値の選定には
注意が必要である。
Further, the initial value of TYPE does not necessarily need to be 0 if the value is different from the existing type. However, when TYPE takes this initial value and POPPT takes a specific initial value, the address of the result of a specific operation must be included in the jump table, and the jump table is used as a link to the necessary processing routine. In order to make the jump instructions distinguishable from each other and to make the structure as compact as possible, care must be taken in selecting the above-mentioned specific operations and the initial value of TYPE.

また、受信文字順位を指定するパラメータとしてPOP
FT(耽出しポインタ4C)を用いたが、このかわりに
文字の順位をカウントするカウンタを別に設けてこの籠
を用7hるようにしてもよい。
Also, POP is used as a parameter to specify the order of received characters.
Although FT (indulging pointer 4C) is used, instead of this, a counter for counting the rank of characters may be provided separately and this basket may be used.

さらにまた、各タイプの最後の受信文字を処理する受1
6文字処理ルーチンの最後にも他の受信文字処理ルーチ
ンと同様に絖出しポインタ更新ルーチンに!にジャンプ
する命令を付しておき、これによりPOPPTの111
を更に一文字分だけ進めてジャンプテーブルをアクセス
し、ジャンプテーブルの該当するアドレス(各タイプの
最後受信文字の次の側位に該当するアドレス)に終了処
理ルーチy Kl ヘノジャンプ命令を格納することに
ょシ、すべての受信文字処理ルーチンの最終に付すジャ
ンプアドレス會ルーチンKP宛に統一するようにするこ
ともできる。
Furthermore, the receiver 1 that processes the last received character of each type
At the end of the 6-character processing routine, there is also a start pointer update routine just like the other received character processing routines! Add a command to jump to, and this will cause POPPT's 111
The jump table is accessed by advancing one character further, and the termination processing routine y Kl heno jump instruction is stored in the corresponding address of the jump table (the address corresponding to the next side of the last received character of each type). However, it is also possible to uniformly address the jump address routine KP at the end of all received character processing routines.

〔発明の効果〕〔Effect of the invention〕

以上述べたように本発明によると、コマンドタイブの情
報を保持する第1のパラメータと、受信文字のコマンド
中における順位に関する情報を保持する第2のパラメー
タと、ジャンプテーブルとを設け、この第1のパラメー
タと第2のパラメートとの特定の演算によりそれぞれが
区別して指定されるジャンプテーブル中のアドレスにこ
れら各パラメータの値に該当するタイプと順位の受信文
字を処理する受信文字処理ルーチンへのジャンプ指令を
格納しておき、さらに第1のパラメータとして実在のコ
マンドタイプに含まれない特定の初期値を、また第2の
パラメータとして第1受信文字のrlII位ケ指ボケ指
定定の初期値を用いての前述の特定の演算で指定される
ジャンプテーブルのアドレスに、第1のパラメータの値
を実際の受信文字のコマンドタイプに書き替えるコマン
ドタイプ設定ルーチンへのジャンプ指令を格納する。そ
して実際の処理のフローとして、これら第1のパラメー
タと第2のパラメータとを粗い前述の特定の演算を行な
い、この演算結果に従ってジャンプテーブルにジャンプ
するというプログラムの基幹部分を設け、実際のプログ
ラムのフローとして、最初の受信文字による第1のパラ
メータに対するコマンドタイプの設定から、各受信文字
を処理するすべてめ受信文字処理ルーチンに至るまでこ
のプログラム基幹部分を再帰的に繰り返し使用してアク
セスするように構成することにより非常に効率的な処理
を実行することができる。
As described above, according to the present invention, a first parameter that holds information about the command type, a second parameter that holds information about the order of received characters in the command, and a jump table are provided. A jump to a received character processing routine that processes received characters of the type and rank corresponding to the values of each of these parameters at addresses in the jump table, each of which is specified by a specific operation between the parameter and the second parameter. Store the command, and use a specific initial value that is not included in the actual command type as the first parameter, and an initial value specifying the rlII position of the first received character for blurring as the second parameter. A jump command to a command type setting routine that rewrites the value of the first parameter to the command type of the actual received character is stored at the address of the jump table specified by the above-described specific operation. Then, as the actual processing flow, we provide a core part of the program that performs the above-mentioned rough calculations on these first and second parameters, and jumps to the jump table according to the results of the calculations. As a flow, this core part of the program is accessed recursively from setting the command type for the first parameter according to the first received character to all the received character processing routines that process each received character. By configuring this, very efficient processing can be executed.

これにより、すべての受信文字に対してその処理へいた
る時間を同じに憫えることができ、勿論同じ順位の受信
文字でもタイプが異なれば、異なる文字処理ルーチンに
ジャンプして異なる処理を実行させるようにすることが
でき、またコマンドの文字数が変化しても、ジャンプテ
ーブルの内容を追加するだけで容易にこれに対する対応
が可能になる等の簡潔で柔軟性に富むマイクロプログラ
ム構成を有するマイクロプログラム制御装置を提供する
ことができる。
This allows all received characters to be processed in the same amount of time, and of course, if received characters of the same rank are of different types, a different character processing routine will be jumped to perform different processing. Microprogram control has a concise and flexible microprogram structure, and even if the number of characters in a command changes, it can be easily handled by simply adding the contents of the jump table. equipment can be provided.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明の一実施例を説明するためのブロック図
、第2図は本実施例のCPU4の中のワークエリヤの構
成を説明するための図、第3図は本実施例のマイクロプ
ログラムのメインルーチンを説明するためのフローチャ
ート、第4図は本実施例で用いられる各種のコマンドタ
イプとその構成を説明するための図、第5図は本実施例
で用いるジャンプテーブルアクセスルーチンを説明する
ためのフローチャート、第6図は本実施例で用いる特定
の演算の結果をd兄明するための図、第7図は本実施例
で用いるジャンプテーブルを説明するだめの図、第8図
は本実施例で用いるコマンドタイプ設定ルーチンに丁を
説明するだめのフローチャート、第9図は胱出しポイン
タ更新ルーチンKpを説明するためのフローチャート、
第10図は本実施例で用いる特定の演算の結果を説明す
るための図、第11図は本実施例で用いる終了処理ルー
チンKgを説明するためのフローチャート、第12・ 
図は本実施例で用いる処理ルーチンRBCの全体の構成
を説明するためのフローチャート、第13図はビットシ
リアルにコマンドの伝送を行なう情報処理システムの構
成を示す図および第14図は従来例の処理を行なうマイ
クロプログラムの構成を説明するためのフローチャート
である。 図において、1・・・・・・レシーバ、2・・・・・・
ドライバ、3・・・・・・シリアルビット送受信回路、
4・・・・・・CPU。 5・・・・・・プログラムメモリ、6・・・・・・制御
用人出力ボート、4A・・・・・・受信文字バッファ、
4B・・・・・・誓込みポインタ、4C・・・・・・読
出しポインタ(POPPT)、4D・・・・・・コマン
ドタイプワード(TYPE)、4B・・・・・・ステー
タスワード。 第 l 鉛 $2 圀 $ 5 凹 十 茅 2 閃 シイ〉ブデーブル 3番 7  図 芽 3 図
FIG. 1 is a block diagram for explaining one embodiment of the present invention, FIG. 2 is a diagram for explaining the structure of the work area in the CPU 4 of this embodiment, and FIG. 3 is a block diagram for explaining an embodiment of the present invention. Flowchart for explaining the main routine of the program. Figure 4 is a diagram for explaining various command types and their configurations used in this embodiment. Figure 5 is for explaining the jump table access routine used in this embodiment. FIG. 6 is a flowchart for explaining the results of specific calculations used in this embodiment, FIG. 7 is a diagram for explaining the jump table used in this embodiment, and FIG. 8 is a diagram for explaining the jump table used in this embodiment. FIG. 9 is a flowchart for explaining the command type setting routine used in this embodiment, and FIG. 9 is a flowchart for explaining the bladder ejection pointer update routine Kp.
FIG. 10 is a diagram for explaining the results of specific calculations used in this embodiment, FIG. 11 is a flowchart for explaining the termination processing routine Kg used in this embodiment, and FIG.
Figure 13 is a flowchart for explaining the overall configuration of the processing routine RBC used in this embodiment, Figure 13 is a diagram showing the configuration of an information processing system that transmits commands bit serially, and Figure 14 is a conventional process. 2 is a flowchart for explaining the configuration of a microprogram that performs. In the figure, 1...Receiver, 2...
Driver, 3... Serial bit transmitting/receiving circuit,
4...CPU. 5...Program memory, 6...Control output port, 4A...Reception character buffer,
4B: Pledge pointer, 4C: Read pointer (POPPT), 4D: Command type word (TYPE), 4B: Status word. No. 1 Lead $ 2 圀 $ 5 Hollow Juka 2 Flash Sea〉 Budeburu No. 3 7 Zume 3 Diagram

Claims (1)

【特許請求の範囲】 コマンドタイプによって文字数が異なりかつコマンドの
第1文字目に前記コマンドタイプを指定する情報を含む
ようなコマンドデータを受信するマイクロプログラム制
御のシリアルデータインタフェースにおいて、 前記コマンドタイプの情報を保持する第1のパラメータ
と、受信文字のコマンド中における順位の情報を保持す
る第2のパラメータと、前記第1のパラメータの値と前
記第2のパラメータの値との特定の演算により指定され
るアドレスに前記第1のパラメータの値と前記第2のパ
ラメータの値との指定に該当する受信文字を処理する受
信文字処理ルーチンへのジャンプ指令を格納し現ジャン
プテーブルとを設け、 さらに前記第1のパラメータが実在するコマンドタイプ
に含まれない特定の初期値をとり前記第2のパラメータ
が第1文字目の受信文字を格納するバッファアドレスの
情報の値をとった場合にこれら両者の前記特定の演算に
より指定される前記ジャンプテーブル中のアドレスに前
記第1のパラメータの値を更新する第1パラメータ更新
処理ルーチンへのジャンプ指令を格納しておき、 前記各コマンドの受信開始に先立って前記第1のパラメ
ータの値を前記特定の初期値に設定し前記第2のパラメ
ータの値を前記第1文字目の受信文字を格納するバッフ
ァアドレスの情報の値に設定し、 各コマンドの第1文字目の受信に際して上述のように初
期設定された第1のパラメータと第2のパラメータとを
もって両者の前記特定の演算により指定される前記ジャ
ンプテーブルのアドレスに格納されたジャンプ指令を実
行するジャンプテーブルアクセスルーチンを実行し、こ
れにより前記第1パラメータ更新処理ルーチンにアクセ
スし、この処理ルーチンにおいて前記受信第1文字目に
含まれるコマンドタイプの情報を用いて前記第1のパラ
メータの値をこのコマンドタイプの情報を保持するよう
に更新し、 しかる後前記第2のパラメータと更新された前記第1の
パラメータとをもって、両者の前記特定の演算により指
定される前記ジャンプテーブルのアドレスに格納された
ジャンプ指令を実行する前記ジャンプテーブルアクセス
ルーチンに再帰し、これにより当該コマンドタイプの受
信文字を処理する受信文字処理ルーチンへのアクセスを
繰返し、前記受信文字処理ルーチンへのアクセスごとに
前記第2のパラメータの値を更新するようにしたことを
特徴とするマイクロプログラム制御装置。
[Scope of Claims] A microprogram-controlled serial data interface that receives command data in which the number of characters differs depending on the command type and includes information specifying the command type in the first character of the command, comprising: information on the command type; a first parameter that holds information about the rank of the received character in the command; and a second parameter that holds information about the rank of the received character in the command; a current jump table for storing a jump command to a received character processing routine for processing a received character corresponding to the specification of the first parameter value and the second parameter value at the address specified by the first parameter value and the second parameter value; If the first parameter takes a specific initial value that is not included in the existing command type, and the second parameter takes the value of information on the buffer address that stores the first received character, A jump command to a first parameter update processing routine for updating the value of the first parameter is stored at an address in the jump table specified by the calculation of The value of the first parameter is set to the specific initial value, the value of the second parameter is set to the value of the information of the buffer address that stores the received character of the first character, and the first character of each command is a jump table access routine that executes a jump command stored at an address in the jump table specified by the specific calculation of both parameters using the first parameter and the second parameter that are initialized as described above upon reception of the jump table; , thereby accessing the first parameter update processing routine, and in this processing routine, using the command type information included in the first received character, the value of the first parameter is changed to the command type information. Then, using the second parameter and the updated first parameter, execute the jump command stored at the address of the jump table specified by the specific calculation of both. recursing to the jump table access routine to process the received character of the command type, thereby repeatedly accessing the received character processing routine that processes the received character of the command type, and updating the value of the second parameter each time the received character processing routine is accessed. A microprogram control device characterized by:
JP59260370A 1984-12-10 1984-12-10 Microprogram control device Granted JPS61138350A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP59260370A JPS61138350A (en) 1984-12-10 1984-12-10 Microprogram control device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP59260370A JPS61138350A (en) 1984-12-10 1984-12-10 Microprogram control device

Publications (2)

Publication Number Publication Date
JPS61138350A true JPS61138350A (en) 1986-06-25
JPH0546584B2 JPH0546584B2 (en) 1993-07-14

Family

ID=17346984

Family Applications (1)

Application Number Title Priority Date Filing Date
JP59260370A Granted JPS61138350A (en) 1984-12-10 1984-12-10 Microprogram control device

Country Status (1)

Country Link
JP (1) JPS61138350A (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58121443A (en) * 1982-01-14 1983-07-19 Oki Electric Ind Co Ltd Communication controller
JPS58207750A (en) * 1982-05-28 1983-12-03 Hitachi Ltd Data communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58121443A (en) * 1982-01-14 1983-07-19 Oki Electric Ind Co Ltd Communication controller
JPS58207750A (en) * 1982-05-28 1983-12-03 Hitachi Ltd Data communication system

Also Published As

Publication number Publication date
JPH0546584B2 (en) 1993-07-14

Similar Documents

Publication Publication Date Title
US5031091A (en) Channel control system having device control block and corresponding device control word with channel command part and I/O command part
US4213176A (en) System and method for increasing the output data throughput of a computer
US5175831A (en) System register initialization technique employing a non-volatile/read only memory
KR920007950B1 (en) Direct access memory controller
JPS5822782B2 (en) Pattern similarity calculation device
JPS6375955A (en) Program mode access control system
US6588010B1 (en) Computer system and method of modifying program in the computer system
JPH0122940B2 (en)
EP0301582B1 (en) Memory address generation apparatus
US4032898A (en) Interface control unit for transferring sets of characters between a peripheral unit and a computer memory
JPS6122817B2 (en)
JPS61138350A (en) Microprogram control device
JPS58115673A (en) System and device for stored information control
JPS60201402A (en) Programmable controller
JPS6326421B2 (en)
JP2533886B2 (en) Data transfer method
JPH0250787A (en) Ic card and its program rewriting system
JPS59112325A (en) Electronic computer system
JPH0250786A (en) Ic card and its program rewriting system
JPH02149150A (en) Communication data buffer control system
JP2001043182A (en) Parallel bus system
JPH0226252B2 (en)
JP2540844B2 (en) Data transfer control method
JP3399709B2 (en) Data extraction method in programmable controller and programmable controller
JPH01111250A (en) Data processing system

Legal Events

Date Code Title Description
LAPS Cancellation because of no payment of annual fees