JPS63250703A - Machine tool information remote management device - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to an information remote management device between a master station and a slave station of a machine tool. In particular, the present invention relates to an information remote management device for a machine tool that can variably set a transmission control program on a slave station from a master station.

[Conventional technology]

Conventionally, in machine tool control systems, in order to transmit control information, a common path line L is provided as shown in Fig. 1, and a main station (master station) and a slave station (slave station) ) are connected in parallel. In that case,
The main station corresponds to a programmable controller (PC
) 2, the slave station connects each terminal 4a such as a keyboard and ATC (automatic tool changer) to the input/output slave unit 3a which contains the transmission protocol compatible with the master station. It is composed of

[Problem that the invention seeks to solve]

In the conventional transmission system for machine tools, the transmission control program on the slave side is
Since it was stored in the ROM attached to the PU, for example, if it was necessary to change the mutual protocol, the ROM in the slave unit 3a of the slave station would also have to be converted, which would be a hassle when there are many terminals. Not only is this difficult, but management is also complicated when there are different types of slave units.Furthermore, if the footing on which the slave units are installed is poor, the work itself may be difficult.

The present invention was devised in view of these problems, and it is possible to change the version of the slave station only by commands from the master station, there is no need to turn off the power, and it is possible to avoid stopping the machine. The object of the present invention is to provide a machine tool information remote management device that allows easy management of each slave unit.

[Failure to solve the problem]

In the present invention, a means for solving the above problems is a machine tool information remote management device that manages transmission control on the slave station side when serial multiplex transmission of machine tool control information from a master station to a plurality of slave stations. The slave side includes a transmission control CPU that processes serial multiplex transmission using a transmission control program, and an RA that stores the transmission control program.
M, and a sub-CPU that controls the transmission of data with commands used for management of the slave station, and transmits and receives the transmission control program using data with commands, and when an alarm condition or deafness occurs on the slave side, the command This is an information remote management device for machine tools that can transmit and process countermeasure information using attached data.

[Effect]

In the case of serial multiplex transmission, a transmission control CPU is provided in both the master station and the slave station, and the transmission process is performed based on a control program that sets a protocol that specifies the transmission procedure.
On the slave side, the transmission control program is installed on the CPU] iR
Instead of storing it in the OM, we decided to store it in the RAMP connected to the bus, making the input and output variable, and setting the data with commands as a format for inputting and outputting it from the main station, and serially multiplexing the appropriate sound. In addition to the processing CPU, a sub CPU is provided to control the transmission process of the commanded data.

The above data with commands can be used to transmit countermeasure information when an alarm condition occurs on the slave side. Able to check and confirm the condition and deafness.

[Extreme example]

Hereinafter, the present invention will be explained in detail with reference to embodiments and the drawings.

FIG. 2 is a block diagram showing in detail the inside of a programmable controller (hereinafter abbreviated as PC) 2 corresponding to the main station in FIG. 1, which is an embodiment of the present invention. In FIG. 2, the PC is the main CPU, similar to a general control device.
utt, system program, RAM area 12, user program area 13, auxiliary relay memory area 14, input data memory area 15, and output data memory area 16. In addition, a transmission control CPU 21, a first ROM 22 storing a transmission control program for the CPLJ 21, a transmission control table area 23, and a control message
A register 23a is provided, and the transmission control CPU 21 is connected to the common path line 1.

The present invention further adds the following configuration to the above general configuration. That is, a transmission control sub-CPU 24 is attached in parallel to the connection between the transmission control CPU 21 and the common path line 1, and a second ROM 26 and a second ROM 26 storing a transmission control program for the sub-CPU 24 are connected to the sub-bus 25. , a third ROM 21 that stores a transmission control program for each slave station in the form of a file, and a transmission status flag memory 28 that sets a status flag indicating the status of the transmission being executed. Corresponding to this transmission status flag memory 28, another transmission status flag memory 29 is also provided on the bus of the transmission control CPU 21, and interrupt processing is performed between the two. ' FIG. 3 is a block diagram showing in detail the interior of a portion corresponding to the slave station in FIG. 1. In FIG. 3, 3 is a slave unit and 4 is a terminal. The terminal device 4 is equipped with its own CPU 41, an input data memory area 42, and an output data memory area 43, and is configured such that each system 45 is controlled via an input/output port 44. There is.

The slave unit (hereinafter abbreviated as SL) 3 is equipped with its own transmission control CPU 3t connected to the common path line 1, and has the input data memory area 42.
Data is input/output to and from the output data memory area 43, but the transmission control program is stored in the first RAM 32 of the CPU 3 and is variable, and the same bus expansion The interrupt processing program stored in the ROM 33 is accepted.On the other hand, a transmission control sub-CPU 34 is installed in parallel at the connection between the transmission control CPU 31 and the common path line 1, and the transmission control sub-CPU 34 is connected to the bus 35L. This includes a ROM 36 that stores the transmission control program for the sub CPU 34, a second RAM 37 that stores the transmission control program for each slave station in the form of a file, and a transmission status flag that sets the transmission status flag that is currently being executed. - Connected to memory 38. Said first RAM
Interrupt processing is performed between the RAM 32 and the second RAM 37, and the transmission status '? flag·
Another transmission status flag memory 39 corresponding to memory 38
is also provided on the bus of the transmission control CPU 3L, so that interrupt processing is also performed between the two.

There are two types of data transmitted by the above device: sequence data used to control the machine tool and data with commands that control serial multiplex transmission itself. In principle, the sequence data is the transmission control C.
The control data is transmitted via the PU 31, and the control data is transmitted via the sub CPU 34.

A control program that sets a protocol that specifies the transmission procedure is stored in RAM, and data with commands is used as the format for inputting and outputting it from the main station.
The transmission processing is controlled by the sub CPU.

FIG. 4 is an explanatory diagram showing an example of the data structure transmitted between the master station and the slave station according to the present invention, in which figure (a) shows sequence data, and figure (b) shows data for control. The former indicates the 02HCX transmission start signal (51
), and the 2011EX space signal (Sl), followed by a header part (portion l) and a data part (Ω2).

It consists of an end portion CD3), and a Q3HEX transmission end signal (S3) including a parity check is attached to the end. The latter includes a header section (Dl) command section (D2), data section (D'3) and end section (mouth 4) following the 0211EX transmission start signal (Sl) and the IBIIEX escape character signal (Sl). It is connected with a 03HEX transmission end signal (S3) including a parity check. Command part of control data (D”2)
The following commands are specified, and the contents of the commands are written in the continuation (data section (D'3)) and transmitted.

■Sense (requests SL status from PC) ■Status notification (S
SL notifies its own status) ■Alarm (SL notifies its own malfunction) ■Reset (PC transmits transmission control CPL)
1 command to reset I) ■Stop transmission control (command to stop transmission control processing from PC) ■Start transmission control (command to start transmission control processing from PC) ■Program check (contents of transmission control program from PC) (Request for confirmation) ■Program OK (Reply OK from SL to contents of transmission control program) ■Program sending request (Transmitted from PC: Request preparation for acceptance of program for DII?a) [Phase] Program sending permission (Transmitted from SL) (Reply to accept permission to control program) ①Program transfer data (notification of actual data transfer from PC to SL) Next, a procedure for operating the apparatus of the present invention using the above commands will be explained. ) First, the procedure when turning on the power is as follows.

Generally, it takes about 1 second for the device to return to its normal state after the power is turned on, and then a sense command (■) is issued from the PC to each SL. Status notifications from each SL are of course “stopped”
, the PC returns and sends a program confirmation command and a checksum of the transmission control program, so the transmission control CPU 31 of the SL uses the first RAM.
32, and if a match is confirmed, a program OK ■ is returned. When the PC receives an OK response,
Start the reset ■ command r, and reset the transmission control CPU 31.
to reset the SL. When each SL notifies "reset" as a status notification, the PC sends a command to start transmission control to that SL. ” and waits.

Here, a procedure will be described when, for example, the protocol is changed and the SL transmission control program must be changed.

First, a sense command ■ is issued from the PC to each SL, and the S
If the status notification from L is "Transmission control OK", the PC
Then, a command is given to stop the transmission control. The SL transmission control CPU 31 uses an interrupt processing program 33.
After stopping the transmission control processing from step 4, it responds with a status notification ``transmission control being stopped''. Therefore, when the PC commands a program sending request (2), the transmission control sub-CPU 34 opens the gate on the SL side and replies with program sending permission [phase]. The PC sends the program data for transmission control along with the program transfer data command ■, and
The transmission control sub-CPU 34 on the L side receives the data according to the transmission control program in its own ROM 36, and
The data is temporarily stored in the second RAM 37 via the bus 35, and then transferred to the first RAM 32, after which the interrupt processing is canceled. Thereafter, the transmission control CPU 31 performs transmission control processing based on the transmission control program.

Next, the procedure when an alarm occurs on the SL side will be explained.

When an alarm occurs on the SL side, an alarm command ■ is sent from the SL to the PC, and the PC side stores the alarm in the control message register 23a and sends it to the main CPU.
II to perform an emergency stop of the machine and command the SL side heliset ■. SL side transmission control CPU3
After resetting the system, L responds with the status notification ■"Reset". The PC issues a command to start transmission control, and if the status on the SL side is OK, transmission control processing can be started, and a status notification ``Transmission control OK'' is returned, but the status notification ``Alarm'' is still not displayed. If the machine is sent, the machine will be inspected manually, the SL will be corrected, and the machine will be restarted.

By using data with commands to transmit alarm condition countermeasure information and passing it through the sub CPU, it is possible to check and confirm alarm conditions using interrupt processing before turning off the power or stopping the machine. There is.

〔Effect of the invention〕

As explained above, according to the present invention, it is possible to change the version of the slave station only by commands from the master station, there is no need to turn off the power, it is possible to avoid stopping the machine, and each slave unit It is possible to provide a machine tool information remote management device that is easy to manage.

[Brief explanation of drawings]

Fig. 1 is a block diagram of the basic configuration of the present invention, Fig. 2 is a block diagram of one embodiment of the main station, Fig. 3 is a block diagram of one embodiment of the slave station, and Fig. 4 is a block diagram of the data t & configuration. It is an explanatory diagram. 1: Common path line, 2: Main station (PC), 3: Slave station (SL), 4: Terminal, 31; CPU for transmission control, 32; Program RAM for transmission control, 34; Sub-CPU for transmission control, D '2: Command part of data. Patent applicant Hitachi Seiki Co., Ltd. Figure 1 Figure 3 Figure 4 (a) (b)

Claims (2)

[Claims] (1) A machine tool information remote management device that manages transmission control on the slave station when serially multiplexing machine tool control information from a master station to multiple slave stations, and which transmits a transmission control program to the slave station. a transmission control CPU that processes serial multiplex transmission, a RAM that stores the transmission control program, and a sub-CPU that controls the transmission of data with commands used to manage slave stations, and the transmission control program A machine tool information remote management device characterized by transmitting and receiving data with commands. (2) The remote information management device for a machine tool according to claim 1, wherein when an alarm condition occurs on the slave station side, countermeasure information is transmitted and processed using data with commands.