JP2002218007A - Transmission check method and transmission check device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To easily check equipment connected to a network in an IEEE 1394 system or the like. SOLUTION: At the time of checking data transmission in a transmitter capable of performing data transmission by a prescribed protocol, a prescribed instruction is issued to the transmitter which checks the data transmission in a procedure following the prescribed protocol, and a response from the transmitter to the instruction is received and stored. Whether or not the stored response is normal is judged, and the judged result is announced.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

TECHNICAL FIELD The present invention relates to, for example, IEEE
(The Institute of Electrical and Electronics Engin
eers) The present invention relates to a transmission check method and a transmission check device suitable for being applied to a check of a transmission device in a system for performing data transmission between devices connected by a 1394 bus line.

[0002]

2. Description of the Related Art Audio devices and video devices (these devices are called AV devices) connected to a network capable of mutually transmitting information via a network using a serial data bus of the IEEE 1394 system are used. Is being developed. When transmitting data via this bus, the isochronous transfer mode used when transmitting relatively large-capacity moving image data and audio data in real time, and still images, text data, control commands, etc., must be securely transmitted. Asynchronous transfer modes used for transmission are prepared, a dedicated band is used for transmission for each mode, and transmission in both modes can be mixed on one bus.

In this network, for example, a predetermined command (AV / C Command Transaction Set:
/ C command), it is possible to remotely control the AV equipment. For details of the IEEE 1394 system and AV / C commands, see the IE
1394 TradeAs, an organization that standardized the EE1394 system
AV / C Digital Interface Comm released on sociation
and Set General Specification. It should be noted that the standard referred to as the IEEE 1394 system includes I
A standard called the IEEE 1394-1995 standard and P1 which is an extended standard of the IEEE 1394-1995 standard
There is a standard called the 394a standard, and in the following description, these standards are collectively referred to simply as the IEEE 1394 system.

[0004] It is necessary to perform communication in accordance with a prescribed protocol between devices connected by the IEEE1394 bus line, and devices connectable to the IEEE1394 bus line perform processing in accordance with the communication protocol. It has a built-in processing unit for performing it.

[0005]

SUMMARY OF THE INVENTION By the way, IEEE1
When designing or manufacturing a device connected to the 394 bus line, it is important to check whether the device performs processing in accordance with the above-described communication protocol. If the processing according to the prescribed protocol cannot be executed, there is a possibility that when the device is connected to the network, a network cannot be correctly constructed or a transmission error occurs.

As this type of conventional check processing, for example, a packet group for abnormal processing different from a transmission packet according to a normal protocol is created by manual input using a personal computer device or the like functioning as a bus analyzer. Then, it is necessary to continuously send out the created packets to the bus and check the processing state in the partner device. Further, in order to check whether or not the protocol is performed according to a prescribed procedure, it is necessary to record packet information transmitted and received by a bus analyzer and analyze the packet information by an operator.

[0007] As described above, the conventional check processing has a problem in that it has a large part depending on human labor and requires a great deal of labor and time. In addition, the person (operator) who performs the check also needs knowledge of the protocol and some experience, and cannot be checked by anyone.

[0008] Here, the problem of the devices connected by the IEEE1394 bus line has been described.
A similar problem exists when checking a transmission device connected to a network having another communication configuration.

An object of the present invention is to make it possible to easily check the transmission processing of a device connected to a network constituted by an IEEE1394 bus line or the like.

[0010]

According to the present invention, when data transmission in a transmission device capable of transmitting data according to a predetermined protocol is checked, the transmission device that performs the check conforms to the predetermined protocol. A predetermined instruction is given in a procedure, a response from the transmission apparatus to the instruction is received and stored, a determination is made as to whether the stored response is normal, and a process of notifying the determination result is performed. It is.

According to this invention, it is possible to automatically check the processing status related to transmission in the transmission device.

[0012]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an embodiment of the present invention will be described.
This will be described with reference to the accompanying drawings.

In this embodiment, IEEE 139 is used.
For devices connected by bus lines standardized in four systems,
The transmission status is checked, and FIG. 1 shows functional blocks of the checking device.
The check device 10 of this embodiment is configured using a personal computer device having a port unit 11 to which an IEEE 1394 bus line is connected. The port unit 11 is connected to a bus line interface unit 12, which generates packet data to be transmitted to the bus line by the interface unit 12, and determines data received from the bus line side. The communication processing in the interface unit 12 is performed by the communication control unit 13
It is executed based on the control of.

Further, in order to instruct a check operation in the check device 10, a graphical user
An interface (GUI) unit 14 is provided, and a check operation instruction is issued to the communication control unit 13 by an operation linked to display of a cursor or the like on the connected display 18. The display on the display 18 is executed by driving by the display control unit 16. The communication control process in the communication control unit 13 is performed by the sequence data processing unit 15.
Is set by data processing in. Data necessary for data processing in the sequence data processing unit 15 is stored in a storage medium (not shown) such as a memory built in a computer device constituting the check device.

The port unit 11 of the check device 10 includes:
It is connected to the port unit 109 of the device under test 100 via a cable 19 constituting an IEEE 1394 bus line.

Here, an example of the device under test 100 will be described. Here, an audio recording / reproducing device is used as the device under test 100 having a function as a transmission device connected to an IEEE1394 bus line.
FIG. 2 is a block diagram showing the overall configuration of the audio recording / reproducing device 100 of the present example. The audio recording / reproducing apparatus 100 of the present embodiment records and reproduces an audio signal and the like as digital data using a magneto-optical disk or an optical disk called a mini disk (MD) stored in a resin package as a recording medium. Device.

As a configuration of a recording system of the audio recording / reproducing apparatus 100, an analog two-channel audio signal input from the outside is converted into digital audio data by an analog / digital converter 101. The converted digital audio data is supplied to the ATRAC encoder 102,
Encode into audio data compressed by the AC (Adaptive Transform Acoustic Coding) method. When digital audio data is directly input from the outside, the input audio data is directly supplied to the ATRAC encoder 102 without passing through the analog / digital converter 101. The data encoded by the encoder 102 is supplied to a recording / reproducing unit 103 to perform a recording process, and an optical pickup 104 is driven based on the processed data, and the data is written to a disk (magneto-optical disk) 105. Record.
At the time of recording, magnetic field modulation is performed by a magnetic head (not shown).

As a configuration of a reproducing system of the disk recording / reproducing apparatus 100, data recorded on a disk (magneto-optical disk or optical disk) 105 is read by an optical pickup 104.
To read out, and perform a reproducing process in the recording / reproducing unit 103,
The audio data compressed by the RAC method is obtained. The reproduced audio data is supplied to an ATRAC decoder 106, where the reproduced audio data is decoded into digital audio data of a predetermined format, and the decoded audio data is converted into a digital / analog converter 10
7, and is converted into a two-channel analog audio signal and output. This output audio signal is transmitted to the recording / reproducing device 1
00 is amplified for driving a speaker by the amplifier device 191 connected to the speaker device 19, and the speaker device 19 for each connected channel is amplified.
Sound is emitted from 2,193. When digital audio data is directly output to the outside of the disc recording / reproducing apparatus 100, the audio data decoded by the ATRAC decoder 106 is directly output without passing through the digital / analog converter 107.

The audio recording / reproducing apparatus 100 of the present embodiment
Is provided with an interface unit 108 for performing communication via an IEEE 1394 bus line, and a port unit 109 connected to the interface unit 108, and communicates with a device on the other side through a bus line connected to the port unit 109. Data transmission is performed. For example, the audio data received from the bus line side by the port
Recording / playback unit 103 via TRAC encoder 102
To be recorded on the disk 105. In addition, audio data reproduced from the disk 105 can be supplied from the recording / reproducing unit 102 to the interface unit 108 via the ATRAC decoder 106, and transmitted to the partner device via the bus line connected to the port unit 109. It is like that.

Recording and reproduction processing in the audio recording and reproduction apparatus 100 and transmission and
For the reception process, the central control unit (CPU) 1
This is executed under the control of No. 10. A memory 111 serving as a work RAM is connected to the CPU 110. In addition, operation information from the operation panel 112 is supplied to the CPU 110, and operation control corresponding to the operation information is performed.

The interface unit 108 of the audio recording / reproducing apparatus 100 is provided with a function necessary for communication on the connected bus line. For example, a process for executing a function required as a bus manager or an isochronous resource manager. The interface unit also has a unit. For this reason, for example, a RAM that is used as a storage unit that stores information on a network configuration necessary for functioning as a bus manager, information on other communication devices in the network, and the like is also provided.

Next, a description will be given of a processing configuration in which data transmission is performed through an IEEE1394 bus line to which the above-described devices are connected.

FIG. 3 is a diagram showing a cycle structure of data transmission of devices connected by IEEE1394. IEEE
In E1394, the data is divided into packets,
The data is transmitted in a time-division manner based on a cycle having a length of 5 μS. This cycle is created by a cycle start signal supplied from a node having a cycle master function (any device connected to the bus). The isochronous packet secures a band (a time unit but called a band) necessary for transmission from the beginning of every cycle. Therefore, in isochronous transmission, transmission of data within a certain time is guaranteed. However, if a transmission error occurs, there is no protection mechanism and data is lost. Asynchronous transmission, in which the node that has secured the bus as a result of arbitration, sends out an asynchronous packet during the time that is not used for isochronous transmission in each cycle, ensures reliable transmission by using acknowledgment and retry. However, the transmission timing is not constant.

In order for a given node to perform isochronous transmission, that node must support the isochronous function. At least one of the nodes corresponding to the isochronous function must have a cycle master function. Further, at least one of the nodes connected to the IEEE 1394 serial bus includes:
It must have the function of an isochronous resource manager.

IEEE 1394 is an ISO / IEC13 standard.
213 is based on the CSR (Control & Status Register) architecture having a 64-bit address space. FIG. 4 is a diagram illustrating the structure of the address space of the CSR architecture. The upper 16 bits are
This is a node ID indicating a node on each IEEE 1394, and the remaining 48 bits are used to specify an address space given to each node. The upper 16 bits further comprise 10 bits of the bus ID and 6 bits of the physical ID (node ID in a narrow sense).
Split into bits. Since a value in which all bits are 1 is used for a special purpose, it is possible to specify 1023 buses and 63 nodes.

The space defined by the upper 20 bits of the address space defined by the lower 48 bits is 204
Divided into an 8-byte CSR-specific register and an IEEE 1394-specific register, an initial register space, a private space (Private Spece), and an initial memory space (Initial Memory Spece). Is a space defined by the upper 20 bits, if the space is an initial register space,
Configuration ROM (configuration read onl
y memory), initial unit space (Initial Unit Space) used for node-specific applications, Plug Control Register (PCR
s)) and the like.

FIG. 5 is a diagram illustrating offset addresses, names, and functions of main CSRs. The offset in FIG. 5 is the FF where the initial register space starts.
FFF00000000h (The number with h at the end is 16
(Indicating a hexadecimal notation). Bandwidth Available Register with Offset 220h
ster) indicates a band that can be allocated to isochronous communication, and only the value of the node operating as the isochronous resource manager is valid. That is, although each node has the CSR of FIG. 5, only the isochronous resource manager of the bandwidth available register is valid. In other words, the bandwidth available register has substantially only the isochronous resource manager.
The maximum value is stored in the bandwidth available register when a band is not allocated to isochronous communication, and the value decreases each time a band is allocated.

Channel Available Registers at offsets 224h to 228h
ter) corresponds to each of the channel numbers from 0 to 63, and when the bit is 0, it indicates that the channel has already been assigned. Only the channel available register of the node operating as the isochronous resource manager is valid.

Referring back to FIG. 4, a general ROM is stored at addresses 200h to 400h in the initial register space.
A configuration ROM based on the format is arranged. FIG. 6 is a diagram illustrating the general ROM format. A node, which is a unit of access on IEEE 1394, can have a plurality of units that operate independently while using an address space commonly in the node. Unit directorie
s) can indicate the software version or location for this unit. Bus info block and root directory (root direc)
tory) is fixed, but the positions of other blocks are specified by offset addresses.

FIG. 7 is a diagram showing details of the bus info block, the root directory, and the unit directory. Company in the bus info block
The ID stores an ID number indicating the manufacturer of the device.
The Chip ID stores a unique ID unique to the device and a unique ID in the world that does not overlap with other devices. Also, IEC1
According to the standard of 833, the unit specification ID (unit s) of the unit directory of the device satisfying IEC1883
pec id), 00h for the first octet, Aoh for the second octet, 2 for the third octet.
Dh are respectively written. Further, the first octet of the unit switch version (unit sw version) includes 01h, and the third octet LSB (Leas).
1 is written in t Significant Bit).

In order to control the input / output of the device via the interface, the node stores IEC1 at addresses 900h to 9FFh in the initial unit space of FIG.
PCR (Plug Control Register) specified in 883
Having. This implements the concept of a plug in order to form a signal path logically similar to an analog interface. FIG. 8 is a diagram illustrating the configuration of the PCR. PCR is an oPCR representing an output plug
(Output Plug Control Register) and an iPCR (input Plug Control Register) representing an input plug.
The PCR includes a register oMPR (output Master Pl) indicating information of an output plug or an input plug unique to each device.
ug Register) and iMPR (input Master Plug Regist)
er). Each device does not have a plurality of oMPRs and iMPRs, but can have a plurality of oPCRs and iPCRs corresponding to individual plugs depending on the capabilities of the device. The PCR shown in FIG. 8 has 31 oPCRs and iPCRs each. The flow of isochronous data is controlled by manipulating registers corresponding to these plugs.

FIG. 9 shows oMPR, oPCR, iMPR,
FIG. 3 is a diagram illustrating a configuration of an iPCR. FIG. 9A shows o
FIG. 9B shows the configuration of the MPR, FIG.
(C) shows the configuration of the iMPR, and FIG. 9 (D) shows the configuration of the iPCR. MSB of oMPR and iMPR
2 bit data rate capability (data rat
e capability) stores a code indicating the maximum transmission rate of isochronous data that can be transmitted or received by the device. The broadcast channel base of oMPR specifies the number of a channel used for broadcast output.

A 5-bit number of output plugs on the LSB side of the oMPR
Indicates the number of output plugs of the device, ie, oPC
A value indicating the number of R is stored. 5 on the LSB side of iMPR
Number of input plugs
input plugs) contains the number of input plugs the device has,
That is, a value indicating the number of iPCRs is stored. non-pers
istent extension fild and persistent extension f
The ield is an area defined for future expansion.

The on-line of the MSB of the oPCR and iPCR indicates the usage status of the plug. That is, if the value is 1, the plug is ON-LINE, and if the value is 0, the plug is OFF-LINE.
The value of the broadcast connection counter of oPCR and iPCR is
Indicates whether there is a broadcast connection (1) or not (0). A point-to-point connection counter (po having a 6-bit width of oPCR and iPCR)
The value of the int-to-point connection counter indicates the number of point-to-point connections that the plug has.

The value of a channel number having a 6-bit width of oPCR and iPCR indicates the number of an isochronous channel to which the plug is connected. The value of the data rate (data rate) having a 2-bit width of the oPCR indicates the actual transmission speed of the packet of the isochronous data output from the plug. Overhead ID having 4-bit width of oPCR
The code stored in (overhead ID) indicates the over bandwidth of the isochronous communication. The value of the payload (payload) having a 10-bit width of the oPCR indicates the maximum value of data included in an isochronous packet that can be handled by the plug.

FIG. 10 is a diagram showing the relationship between plugs, plug control registers, and isochronous channels. AV devices (AV-device) a, b, c
They are connected by an IEEE 1394 serial bus.
OPCR in which the transmission speed and the number of oPCRs are defined by the oMPR of the AV device c

Of [0] to oPCR [2], isochronous data whose channel is designated by oPCR [1] is transmitted to channel # 1 (channel # 1) of the IEEE 1394 serial bus. The AV device a reads the isochronous data transmitted to the channel # 1 of the IEEE 1394 serial bus.
Similarly, the AV device b

The isochronous data is transmitted to the channel # 2 (channel # 2) specified by [0], and the AV device a reads the isochronous data from the channel # 2 specified by the iPRC [1].

In this way, data transmission is performed between devices connected by the IEEE 1394 serial bus. In the above description, the processing when transmitting stream data and the like by isochronous transmission using the IEEE 1394 serial bus has been described. However, data such as commands are transmitted by asynchronous transmission using the same IEEE 1394 serial bus. In this case, as in the case of isochronous transmission, a plug using a register is defined, a connection using the plug is set, and data transmission is performed.

Here, as an example in which data transmission is performed by asynchronous transmission, an example in which an AV / C command specified as a command for controlling a device connected by an IEEE 1394 serial bus is transmitted will be described.

In the case of an AV / C command, for example, FIG.
As shown in FIG. 1, a command and a response to the command are transmitted on a bus line. Here, the controlling side is the controller, and the controlled side is the target.
Command transmission or response is based on IEEE 1394
Is performed between nodes by using the write transaction of asynchronous transmission. The target that has received the data returns an acknowledgment (ACK) to the controller for reception confirmation. The packet transmitted in this way is
It is composed of FCP (Functon Control Protocol) commands.

FIG. 12 is a diagram for explaining the relationship between the command and the response shown in FIG. 11 in more detail.
Here, it is assumed that the node A and the node B are connected via the IEEE1394 bus, the node A is a controller, and the node B is a target. In both the node A and the node B, command registers 91 and 93 and response registers 92 and 94 are prepared for each 512 bytes. When the controller sends a packet as a command to the target by asynchronous transmission, a command message is written in the command register 93 of the target, and the command is transmitted. Conversely, when the target sends a packet as a response to the controller by asynchronous transmission, a response message is written to the response register 92 of the controller, and the response is transmitted. Control information is exchanged for the above two messages. The type of command set transmitted by FCP is described in CTS in a data field of FIG. 10 described later.

FIG. 13 shows the data structure of an FCP packet transmitted in the asynchronous transfer mode of the AV / C command. The AV / C command set is a command set for controlling AV equipment, and CTS (command set ID) = "0000". AV / C command frames and response frames are exchanged between nodes. As shown in FIG. 13, the data of the asynchronous packet is composed of 32 bits (= 1 quadle) in the horizontal direction.
t). The upper part in the figure shows the header part of the packet, and the lower part in the figure shows the data block. The destination (destination ID) indicates a destination.

CTS indicates the ID of the command set. In the AV / C command set, CTS = "0000"
It is. The field of C type / response (ctype / response) indicates the functional classification of the command when the packet is a command, and indicates the processing result of the command when the packet is a response. Commands are broadly divided into (1) commands for controlling functions from outside (CONTROL),
(2) Command for inquiring the status from outside (STAT
US), (3) A command for inquiring externally whether or not control commands are supported (GENERAL INQUIL)
RY (opcode supported or not) and SPECIFI
Four types of commands are defined: C INQUIRY (opcode and operand support), and (4) a command (NOTIFY) for requesting external notification of a state change.

The response is returned according to the type of the command. The response to the control (CONTROL) command includes "not implemented" (NOT I
MPLEMENTED), "Accept" (ACCEP)
TED), “REJECTED”, and “interim” (INTERIM). Status (STAT
The response to the “US” command includes “not implemented” (NOT IMPLEMENTED), “rejection” (REJECTED), and “migrating” (INTRAN).
SITION), and “Stable”. Commands that inquire whether the command is supported from outside (GENERAL INQUIRY and SP
The response to “ECIFIC INQUIRY” includes “implemented” (IMPLEMENTED),
And "not implemented" (NOT IMPLEME
NTED). The response to the command (NOTIFY) requesting that the status change be notified to the outside is “not implemented” (NOT IMPLEMEN).
TED), "Rejection" (REJECTED), "Tentative"
(INTERIM) and CHANGE
D).

The subunit type is
It is provided to specify the function in the device, for example, a tape recorder / player (tape reccorder / playe).
r) and a function such as a tuner.
In order to determine when there are a plurality of subunits of the same type, a subunit ID (subuniti
Addressing is performed in d). The operation code, opcode, represents a command,
The operand (operand) indicates a parameter of the command. Field added as needed (dditiona
l operands) are also provided. After the operand,
0 data and the like are added as necessary. Data CRC
(Cyclic Reduncy Check) is used for error checking during data transmission.

When transmitting packet data by such asynchronous transmission, a plug is set using a register on the data output side (producer) and the data input side (consumer), and the plug is set. Packet data is transmitted between them.

FIG. 14 shows an input asynchronous port registrar (iAPR) which is an input-side asynchronous transmission plug.
FIG. 15 shows a register configuration used as an oAPR (output Asynchronous Port Regiser) which is an output-side asynchronous transmission plug, each of which has 32 bits. It consists of.

The structure of the iAPR shown in FIG. 14 will be described.
Bits ~ 29 are undefined. 28 bits [hb]
Is a [heartbeat] bit, which is used for temporarily stopping transmission, and is used in the HB mode described later.
Bits [mode] of 27 to 25 are used as a field for writing a mode, and the following seven modes are written in this field.

FREE: Stops data transmission and disconnects connection. MORE: Indicates that there is untransmitted data. SUSPENDED: Indicates that data transmission has been stopped. LAST: Indicates that data transmission has been completed. LESS: Indicates that data transmission is interrupted. JUNK: Indicates that data transmission is interrupted. LOST: Indicates that there is no data to send.

Further, 24 bits [sc] are used as bits for writing the value of [sc] of the oAPR of the producer. The data size written to the segment buffer is written in bits [count] of 23 to 0.

The configuration of the oAPR shown in FIG. 15 will be described.
Bits ~ 29 are undefined. 28 bits [hb]
Is a [heartbeat] bit, which is used for temporarily stopping transmission, and is used in the HB mode described later.
Bits [mode] of 27 to 25 are used as a field for writing a mode, and the following five modes are written in this field.

FREE: Stops data reception and disconnects the connection. SUSPEND: Indicates that data reception is suspended. RESUME: Indicates that data reception is restarted. SEND: Indicates that data can be received. TOSS: Indicates that data reception is stopped.

The 24 bits [sc] are used as bits that are inverted each time the value of oAPR is updated. 2
The size of the segment buffer is written in bits 3 to 6 [countHi]. A bit [run] of 5 indicates that writing to the segment buffer is possible, and indicates that writing is possible when the data is 1 and that writing is impossible when the data is 0. Bit 4 is undefined. Bits [maxload] of 3 to 0 indicate a data size that can be written in one asynchronous transmission.

Here, there are the following seven modes for data transmission using the iAPR and oAPR plugs, and each mode will be described in detail.

[NORMAL] mode: A mode in which data is normally transmitted and received.

[LESS] mode: Data transmission is stopped by writing [LESS] in the [mode] field of iAPR. [c
ount] determines the number of iAPR updates to write [LESS]. Consumers may use data transmitted halfway (data transmitted halfway is discarded by the consumer in the JUNK mode described later). [L
[ESS] is issued only by the producer, so this mode is not used when the device becomes a consumer.

[JUNK] mode: Data transmission is stopped by writing [JUNK] in the [mode] field of the iAPR. [c
ount] determines the number of iAPR updates to write [JUNK]. Data transmitted halfway is discarded by the consumer. [JUNK] is issued only by the producer, so if the device becomes a consumer,
This mode is not used.

[TOSS] mode: Data transmission is interrupted by writing [TOSS] in the [mode] field of oAPR. [c
ount] determines the number of oAPR updates to write [TOSS]. Since only the consumer issues [TOSS], this mode is not used when the device becomes a producer.

[SUSPEND / RESUME] mode: oAPR [mod
Stop receiving data temporarily by writing [SUSPEND] in the [e] field. Data reception is resumed by writing [RESUME]. [count] determines the number of oAPR updates to write [SUSPEND]. Since only the consumer issues [SUSPEND], this mode is not used when the device becomes a producer.

[HB] mode: [HB] of iAPR or oAPR
By inverting the bit, data transmission / reception is temporarily stopped. [count] determines the number of iAPR / oAPR updates to invert the [HB] bit. Downtime
Used when the mode is longer than [SUSPEND / RESUME] mode.

[FREE] mode: [m] of iAPR or oAPR
By writing [FREE] in the [ode] field, transmission / reception of data is stopped and the connection is disconnected. [count] determines the number of iAPR / oAPR updates to which [FREE] is written.

The process for updating the plug between the producer and the consumer is executed, for example, as shown in FIG. First, oAPR is updated from the consumer to the producer (step S1), data is transmitted from the producer, and the transmitted data is written into the segment buffer of the consumer (step S2). Thereafter, the iAPR is updated from the producer to the consumer (step S).
3). When further data transmission is performed, the oAPR is updated from the consumer to the producer (step S4), the data is transmitted from the producer, and the transmitted data is written into the segment buffer of the consumer (step S4). Step S5). Thereafter, the iAPR is updated from the producer to the consumer (step S6). Hereinafter, as long as data transmission continues, this process is repeated.

As described above, data transmission is performed by asynchronous transmission between two devices connected by the IEEE1394 bus line. In the checking device 10 of the present embodiment shown in FIG. A process is performed to check whether the partner device (the device under test 100) functions normally as a consumer or a producer. During the execution of this check operation, data transmitted from the check device 10 and data received by the check device 10 are:
The memory in the check device 10 stores the data, and the transmission / reception state of the data is determined by the sequence data processing unit 15 or the like in the check device 10 to determine whether or not the data transmission has been correctly performed. It can be displayed.

FIG. 17 is a diagram showing an example of a check operation setting screen displayed on the display 18 of the check device 10. 17 will be described. There is a display area 21 of the node unique ID of the device selected as the device under test 100. In the file name display area 22, a file of data transmitted by the executed check operation is displayed. This file data is stored in a storage medium built in a computer device constituting the check device, and an arbitrary file among the prepared files can be selected by, for example, clicking on a location 23 displayed as a select file. In the example of FIG. 17, the file data is JPEG (Joint Photographic).
A display location 24 is provided to indicate whether the image data is of the Experts Group type.

A display portion 25 for selecting whether or not the check device 10 functions as a controller on the bus.
And a display 26 indicating that the device to be checked is a producer, and a display 27 indicating that the device to be checked is a consumer. Either the display 26 indicating the producer or the display 27 indicating the consumer is selected.

A connect display 28 for executing connection to the device under test, a disconnect display 29 for disconnecting the connection, and a test display 30 for AV / C commands are prepared. The processing corresponding to the operation is executed.

Further, a parameter setting display 31 for performing a check is prepared. As the parameter setting display, for example, a mode display 32 and a count display 33
, A payload display 34, and a display related to the plug. In the mode display 32, a normal data transmission mode,
A bus reset mode or the like can be selected. In the bus reset mode, a bus reset is forcibly generated, and the processing state of the device under test at the time of the bus reset can be checked. The count display 33 indicates the number of transmissions in which the set process is executed. In the payload display 34, the data amount of the payload of the packet transmitted at the time of the check is displayed.

The display related to the plug includes, for example, a plug offset display 35 indicating the address of the plug of the device under test, a segment buffer size display 36 provided in the device under test, and a size display 37 of the segment data to be transmitted. Note that the size of the segment buffer when data is sent is originally set automatically by the size specified by the other party.
When the check is performed by using, the size is determined to be larger or smaller than the size determined by the data so that the transmission state can be checked.

Further, there is provided a display portion 41 for displaying a data transmission state and the like when data transmission as a check operation is executed.

When the setting operation is completed by a person who performs a check operation using such a display screen, a check operation of the device under test 100 connected to the check device 10 is started. The check result by the check operation is
For example, it is displayed as a check result at a display location 41 or the like.

For example, a display example when the audio recording / reproducing apparatus 100 shown in FIG. 2 configured as a so-called MD deck shown in FIG. Shown in

FIG. 18 is a block diagram of the device 100 for checking the consumer function of the recording / reproducing apparatus 100.
It is an example of a display when an access check of APR is performed and the check is processed normally. As a check of the oAPR, the check device 10 determines whether or not each value constituting the above-described oAPR is correctly changed every time data transmission is performed. Further, as a check of the overall flow, the check device 10 determines whether the change of the mode is also correctly changed. When there is no abnormality in these checks, for example, "OK" indicating that the check has been processed normally is displayed as a result. In the example of FIG. 18, the check result is displayed for each item.

FIG. 19 shows an example of a display example when an abnormality is detected on the way when the consumer function of the recording / reproducing apparatus 100 is similarly checked.
In the example of FIG. 19, the value of the 24th bit [sc] of the oAPR (see FIG. 15) is not inverted from the third time (a bit that is originally inverted every time), an error occurs, and the fifth bit [sc] is output. The value of [run] indicates a state in which writing to the segment buffer is disabled from the third time and an error has occurred.

When an error occurs as shown in FIG. 19, the oAP at the time of executing each data transmission
A list of details such as the mode of R, the value of each bit, the data length, and the transmission time is displayed at the end. With the list display of the details of the transmission state as shown in FIG. 19, it becomes easy to analyze which function of the device under test is defective.

FIG. 20 shows the i of the device 100 in order to check the producer function of the recording / reproducing device 100.
It is an example of a display when an access check of APR is performed and the check is processed normally. As a check of the iAPR, the check device 10 determines whether or not each value constituting the above-described iAPR is correctly changed every time data transmission is performed. Further, as a check of the overall flow, the check device 10 determines whether the change of the mode is also correctly changed. In addition, writing to the segment buffer is checked. As this write check, it is checked whether the data size is appropriate, whether the data length during transmission of the segment data is constant, whether the offset address is correctly incremented, and the like. When there is no abnormality in these checks, for example, "OK" indicating that the check has been processed normally is displayed as a result. Also in the example of FIG. 20, the check result is displayed for each item. Also, the total size to be written by a write request (write req.) Is checked, and the check result is displayed.

FIG. 21 shows an example of a display example when an abnormality is detected on the way when the producer function of the recording / reproducing apparatus 100 is similarly checked.
In the example of FIG. 21, bits 23 to 0 of the iAPR [c
In the third transmission, it is detected that the count value is different from the total size of the write request, and "NG" indicating that an error has occurred is displayed.

When an error occurs as shown in FIG. 21, the iAP when each data transmission is executed
A list of details such as the state of the R mode, the value of each bit, the data length, and the transmission time is displayed at the end. With the list display of the details of the transmission state as shown in FIG. 21, it is possible to easily analyze which function of the device under test is defective with respect to the producer function.

In the examples of FIG. 19 and FIG. 21, there is an example in which no abnormality occurs in the mode change, but the mode is changed to a mode in which data transmission or reception is interrupted during transmission. The occurrence of an abnormality can be determined.

In the description so far, the check result is displayed on the display and notified, but another notification method may be used. For example, the obtained check result may be printed out using a printer or the like. Further, data as a check result may be stored in some file.

In the above-described embodiment, an example has been described in which an audio recording / reproducing apparatus called a so-called MD deck is checked as a device to be measured.
Any device that can be connected to the EE1394 bus line may be checked by the same check device. Also, for the checking device,
In the above-described example, the personal computer device is used for assembling, but a dedicated device functioning as a check device may be configured.

In the above-described embodiment, the plug is updated during the so-called isochronous transmission and the function related to the plug is checked.
Other data transmission processes that can be executed on the 394 bus line may be checked. For example, IE
In the case of a network connected by an EE1394 bus line, when there is a change in the configuration of devices connected to the network, a node I called a bus reset is used.
Processing such as reassignment of D is executed, but a bus reset is forcibly generated from the check device, the processing state of the device under test at the time of the bus reset is monitored, and the bus reset processing is correctly performed. It may be checked whether or not.

In the above-described embodiment, the IEEE
Although the description has been given of the case of a device connected to a network constituted by a 1394 bus, the present invention can also be applied to a case where a check regarding data transmission is performed by a device connected to another network.

[0082]

According to the present invention, it is possible to automatically check the processing status relating to the transmission in the transmission device, and the operator who performs the checking operation simply checks the check result notified on the display or the like. This makes it possible to easily and accurately determine whether the corresponding device normally operates as a transmission device.

In this case, the instruction from the checking side is:
An instruction to update the value of a register functioning as a data input or output plug of the transmission device. From the determination of the updated register value, it is determined whether or not the update has been normally processed, and the device operates normally. By determining whether or not the plug for data input or output functions correctly, it is possible to easily determine whether or not the plug for data input or output functions correctly.

When it is determined that the operation is normal, a notice to that effect is given.
By displaying the data transmitted for checking as a list, it is possible to easily analyze which operation has a defect from the list display.

Further, when data in a mode indicating transmission interruption is received, it is determined that the data is not normal, so that the occurrence of an abnormal state can be easily determined.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a configuration example of a check device according to an embodiment of the present invention.

FIG. 2 is a block diagram showing a configuration example of an audio recording / reproducing device as a device to be measured according to an embodiment of the present invention.

FIG. 3 is an explanatory diagram showing an example of a cycle structure of data transmission on an IEEE 1394 bus.

FIG. 4 is an explanatory diagram showing an example of a structure of an address space of a CRS architecture.

FIG. 5 is an explanatory diagram showing examples of positions, names, and functions of main CRSs.

FIG. 6 is an explanatory diagram showing an example of a general ROM format.

FIG. 7: Bus info block, root directory,
FIG. 4 is an explanatory diagram illustrating an example of a unit directory.

FIG. 8 is an explanatory diagram illustrating an example of a configuration of a PCR.

FIG. 9 is an explanatory diagram showing an example of the configuration of oMPR, oPCR, iMPR, and iPCR.

FIG. 10 is an explanatory diagram showing an example of the relationship between a plug, a plug control register, and a transmission channel.

FIG. 11 is an explanatory diagram showing a transmission state of an FCP command and response.

FIG. 12 is an explanatory diagram showing the states of command and response registers at each node.

FIG. 13 is an explanatory diagram showing an example of an asynchronous transfer mode packet (an example of an AV / C command packet).

FIG. 14 is an explanatory diagram showing an example of a register configuration of iAPR.

FIG. 15 is an explanatory diagram illustrating an example of a register configuration of oAPR.

FIG. 16 is an explanatory diagram showing an example of a data transmission state at the time of checking according to an embodiment of the present invention.

FIG. 17 is an explanatory diagram showing an example of an operation screen at the time of a check according to the embodiment of the present invention.

FIG. 18 is an explanatory diagram showing a display example (an example of normal processing) at the time of an access check of oAPR.

FIG. 19 is an explanatory diagram showing a display example (an example in which processing was not performed normally) at the time of an access check of oAPR.

FIG. 20 is an explanatory diagram showing a display example (an example of normal processing) at the time of access check of iAPR.

FIG. 21 is an explanatory diagram showing a display example (an example in which processing was not performed normally) at the time of an access check of iAPR.

[Explanation of symbols]

10 ... Check device, 11 ... Port, 12 ... IEEE
1394 interface unit, 13 ... communication control unit, 14
… Graphical user interface (GUI
, 15 ... sequence data processing unit, 16 ... display control unit, 17 ... key, 18 ... display, 19 ... bus line cable, 100 ... audio recording / reproducing device (measurement device), 108 ... IEEE1394 interface unit, 109 ... ports, 110 ... central control unit (C
PU)

 ──────────────────────────────────────────────────続 き Continued on the front page F-term (reference)

Claims (8)

[Claims] 1. A transmission check method for checking data transmission in a transmission device capable of transmitting data according to a predetermined protocol, wherein a first instruction is given to the transmission device in a procedure according to the protocol. And a second step of receiving and storing a response from the transmission apparatus to the instruction, and determining whether the response stored in the second step is normal, and notifying a result of the determination. A transmission check method comprising the steps of: 2. The transmission check method according to claim 1, wherein the instruction performed in the first step is an instruction to update a value of a register that functions as a data input or output plug of the transmission device. A transmission check method, wherein the updated register value is stored in the second step, and it is determined whether or not the update has been normally processed in the third step. 3. The transmission check method according to claim 1, wherein when it is determined in the third step that the transmission is normal, a notification to that effect is given. A transmission check method in which, as the notification process, the data specified in the first step and the data received in the second step are displayed as a list. 4. The transmission check method according to claim 1, wherein, in the second step, when data in a mode indicating interruption of transmission is received, it is determined in the third step that the data is not normal. Method for checking. 5. A transmission check device for checking data transmission in a transmission device capable of transmitting data according to a predetermined protocol, comprising: a data input / output unit connected to the transmission device; A control unit for performing a predetermined instruction to the transmission device in a procedure according to the protocol, and determining whether or not the data received by the data input / output unit after the instruction is normal; A transmission check device comprising: a notification unit that notifies a determination result. 6. The transmission check device according to claim 5, wherein the instruction given by the control means from the data input / output means is:
An instruction for updating the value of a register functioning as a data input or output plug of the transmission device. After the instruction, the control unit determines whether the update of the register of the transmission device has been normally processed. Transmission check device. 7. The transmission check device according to claim 5, wherein when the control means determines that the received data is normal, the notification means notifies the user of the normality.
A transmission check device for displaying, as a list, the data transmitted from the data input / output unit and the received data as a list by the notifying unit when the control unit determines that the received data is not normal. 8. The transmission check device according to claim 5, wherein, when the control unit determines that the data received by the data input / output unit is data indicating a mode indicating a transmission interruption.
A transmission check device that determines that the received data is not normal.