WO2021181799A1 - ロボット制御システムおよび制御方法 - Google Patents

ロボット制御システムおよび制御方法 Download PDF

Info

Publication number
WO2021181799A1
WO2021181799A1 PCT/JP2020/047238 JP2020047238W WO2021181799A1 WO 2021181799 A1 WO2021181799 A1 WO 2021181799A1 JP 2020047238 W JP2020047238 W JP 2020047238W WO 2021181799 A1 WO2021181799 A1 WO 2021181799A1
Authority
WO
WIPO (PCT)
Prior art keywords
robot
communication
control device
control
command
Prior art date
Application number
PCT/JP2020/047238
Other languages
English (en)
French (fr)
Inventor
ディエゴ エスクデロ
フェラン カルラス
ラファエレ ヴィト
嘉英 田村
大谷　拓
Original Assignee
オムロン株式会社
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 オムロン株式会社 filed Critical オムロン株式会社
Priority to CN202080097507.7A priority Critical patent/CN115176209A/zh
Priority to US17/908,141 priority patent/US11855907B2/en
Priority to EP20924018.3A priority patent/EP4119305A4/en
Publication of WO2021181799A1 publication Critical patent/WO2021181799A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B25—HAND TOOLS; PORTABLE POWER-DRIVEN TOOLS; MANIPULATORS
    • B25J—MANIPULATORS; CHAMBERS PROVIDED WITH MANIPULATION DEVICES
    • B25J9/00—Programme-controlled manipulators
    • B25J9/16—Programme controls
    • B25J9/1602—Programme controls characterised by the control system, structure, architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41815—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the cooperation between machine tools, manipulators and conveyor or other workpiece supply system, workcell
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the network communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/826—Involving periods of time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31076—Controller for cell, for robot motion, for supervision
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31094—Data exchange between modules, cells, devices, processors
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0088—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots characterized by the autonomous decision making process, e.g. artificial intelligence, predefined behaviours
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • This technology relates to robot control systems and control methods.
  • robots have been used for various applications in the FA (Factory Automation) field.
  • commands and the like required for control are sequentially generated by the robot controller executing a predetermined program.
  • Patent Document 1 discloses a configuration for constructing an automation facility using a robot at low cost without learning a robot language.
  • the purpose of this technology is to provide a robot control system suitable for production equipment including one or more robots.
  • a robot control system comprises a first control device having a first communication unit and one or more second control devices network-connected to the first control device. include.
  • Each of the second control devices uses the communication resources of the network assigned to each of the second control devices to exchange data with the first communication unit of the first control device, and the second communication unit and the first communication unit. It includes a command value generation unit that sequentially generates command values for driving the robot according to a command from the control device of.
  • the robot control system includes a communication resource setting unit that allocates communication resources to each of the second control devices.
  • the communication resource setting unit appropriately allocates the communication resource to each of the second control devices, so that the control performance can be maintained even when a plurality of second control devices are connected to the network. can.
  • the communication resource setting unit may determine the communication resource to be allocated to each of the second control devices according to the predetermined allocation setting. According to this configuration, it is possible to surely set an appropriate communication resource by using a predetermined allocation setting according to the second control device to be connected.
  • the communication resource setting unit may determine the communication resource to be allocated to each of the second control devices according to the number of the second control devices connected to the network with the first control device. According to this configuration, communication resources can be appropriately allocated to each of the second control devices in consideration of the limitation of the transmission capacity of the network.
  • the communication resource setting unit may determine the communication resource to be allocated to each of the second control devices according to the operating state of at least one of the one or a plurality of second control devices. According to this configuration, communication resources can be dynamically allocated to the second control device that requires more communication resources among the second control devices.
  • the communication resource setting unit may be mounted on the first communication unit of the first control device. According to this configuration, the communication resource can be collectively allocated by the first communication unit of the first control device.
  • the second communication unit of the second control device may transmit the state value related to the driving of the robot to the first control device.
  • the control device can collect the state value related to the driving of the robot from each of the second control devices.
  • the robot control system may further include an external device for determining the setting related to the allocation of the communication resource by the communication resource setting unit according to the user operation. According to this configuration, it is possible to support the allocation of communication resources to the user.
  • the communication resource setting unit may adjust the size of the communication resource by making the length of the communication frame transmitted on the network different. Further, the communication resource setting unit may adjust the size of the communication resource by changing the communication cycle of the communication frame transmitted on the network.
  • communication resources can be appropriately allocated to each of the second control devices in consideration of the limitation of the transmission capacity of the network.
  • a control method comprises a first control device having a first communication unit and one or more second control devices network-connected to the first control device. Aimed at the equipped robot control system.
  • the control method is a step of allocating a network communication resource to each of the second control devices, and a control method between the first control device and each of the second control devices using the communication resource assigned to each of the second control devices. It includes a step of exchanging data and a step in which each of the second control devices sequentially generates a command value for driving the robot according to a command from the first control device.
  • a robot control system suitable for production equipment including one or more robots can be realized.
  • FIG. 1 is a schematic diagram showing an outline of the robot control system 1 according to the present embodiment.
  • the robot control system 1 includes a control device 100 (first control device) and one or more robot controllers 250 (second control device) network-connected to the control device 100 via a field network 20. Control device) and includes. Each of the robot controllers 250 outputs a command value for controlling the robot.
  • the control target of the robot control system 1 is not limited to the robot.
  • the control device 100 can control various devices and machines constituting the production equipment including the robot in addition to the robot.
  • the control device 100 may be linked with a safety controller that monitors the operation of the robot. That is, in the present specification, the term "robot control system" is used to mean a system having a function of controlling a robot, and does not exclude controlling other than the robot.
  • the control device 100 generates a command 146 for instructing the behavior of the robot for each robot controller 250 by executing a robot program described later.
  • the control device 100 has a communication unit 101 (composed of a field network controller 108, a communication control module 160, a communication driver 162, etc., which will be described later), and each of the robot controllers 250 has a communication unit 101.
  • Communication unit 251 (consisting of a field network controller 252, a communication control module 280, a communication driver 282, etc., which will be described later).
  • Data is typically exchanged between the controller 100 and one or more robot controllers 250 via the communication frame 40.
  • a communication resource 42 is assigned to the communication frame 40 for each robot controller 250.
  • the communication unit 251 of the robot controller 250 uses the communication resource 42 assigned to each to exchange data with the communication unit 101 of the control device 100.
  • “communication resource” means the capacity for transmitting and receiving data through a network (transmission line).
  • the “communication resource” is determined by the frequency of the carrier wave existing on the network, the length and period of the communication frame transferred on the network, the time division time width, and the like.
  • the allocation of communication resources is realized.
  • communication is performed not only by such a method of dividing the data size of the communication frame 40, but also by controlling the communication time or communication frequency set for each allocation destination, the frequency width allocated to each allocation destination, and the like. You may want to allocate resources. Further, the allocation of communication resources may be realized by using any known method.
  • each of the robot controllers 250 executes various processes by referring to information such as a command 146 stored in the communication resource 42 assigned to the robot controller 250 included in the communication frame 40.
  • the process executed by the robot controller 250 includes a process of sequentially generating command values for driving the robot in accordance with a command 146 from the control device 100. More specifically, the command value generation module 290 of the robot controller 250 sequentially generates command values.
  • the command value is control information for driving each axis of the robot.
  • the axis of the robot may form a joint, it is also referred to as the "axis or joint" of the robot in the following explanation. That is, in the present specification, the term "axis" of a robot is used to include an axis and a joint.
  • the robot control system 1 has a communication resource setting function for setting a communication resource 42 of a field network 20 used for exchanging data between a control device 100 and one or a plurality of robot controllers 250. Has 30. Typically, the communication resource setting function 30 allocates the communication resource 42 to each of the robot controllers 250.
  • one control device 100 can control a plurality of robot controllers 250, and the cost of the robot control system 1 as a whole can be reduced.
  • control device 100 only needs to generate a command 146, and each robot controller 250 calculates a command value output to the robot. Therefore, even if the number of robots increases, the processing load of the control device 100 increases. Can be suppressed.
  • FIG. 2 is a schematic diagram showing a configuration example of the robot control system 1 according to the present embodiment.
  • the robot control system 1 according to the present embodiment includes a control device 100 and one or more robots 200 connected to the control device 100 via a field network 20.
  • the behavior of each of the robots 200 is controlled by the robot controller 250.
  • the robot controller 250 is connected to the control device 100 via a network to control the robot 200. More specifically, the robot controller 250 outputs a command value for controlling the robot 200 in accordance with a command from the control device 100 (command 146 described later).
  • a custom robot 200A having one or a plurality of axes or joints arbitrarily created according to an application may be used.
  • any general-purpose robot 200B such as a horizontal articulated (scalar) robot, a vertical articulated robot, a parallel link robot, and a Cartesian robot may be used.
  • Any device such as an I / O unit, a safety I / O unit, and a safety controller may be connected to the field network 20.
  • an operation pendant 300 for operating the robot 200 is connected to the field network 20.
  • EtherCAT registered trademark
  • EtherNet / IP protocols for industrial networks
  • Devices connected to the field network 20 control device 100, robot controller 250, operation pendant 300, etc.
  • counters 109, 253, 353 for realizing synchronized data communication. Details of the counters 109, 253, 353 will be described later.
  • the control device 100 may be connected to the support device 400, the display device 500, and the server device 600 via the host network 12.
  • a protocol for an industrial network EtherNet / IP, or the like can be used.
  • FIG. 3 is a schematic diagram showing a hardware configuration example of the control device 100 constituting the robot control system 1 according to the present embodiment.
  • the control device 100 includes a processor 102, a main memory 104, a storage 110, a memory card interface 112, an upper network controller 106, a field network controller 108, a local bus controller 116, and a USB. Includes a USB controller 120 that provides a (Universal Serial Bus) interface. These components are connected via the processor bus 118.
  • a USB controller 120 that provides a (Universal Serial Bus) interface.
  • the processor 102 corresponds to an arithmetic processing unit that executes control operations, and is composed of a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), and the like. Specifically, the processor 102 reads a program stored in the storage 110, expands it in the main memory 104, and executes it to realize a control operation for a controlled object.
  • a CPU Central Processing Unit
  • GPU Graphics Processing Unit
  • the main memory 104 is composed of a volatile storage device such as a DRAM (Dynamic Random Access Memory) or a SRAM (Static Random Access Memory).
  • the storage 110 is composed of, for example, a non-volatile storage device such as an SSD (Solid State Drive) or an HDD (Hard Disk Drive).
  • the storage 110 stores a system program 1102 for realizing basic functions, an IEC program 1104 created according to a control target, and the like.
  • the IEC program 1104 may include sequence instructions and / or motion instructions.
  • the "IEC program” is used to mean a program that defines the processing executed by a general PLC (programmable logic controller).
  • the IEC program means a program written in any language defined by IEC 61131-3 defined by the International Electrotechnical Commission (IEC).
  • the IEC program may include a program written in a manufacturer's own language other than the language specified in IEC61131-3.
  • the storage 110 may further store the robot program 1108 and the setting information 1106 for controlling the behavior of the robot 200.
  • the robot program 1108 may be written in a predetermined programming language (for example, a programming language for robot control such as V + language or a programming language related to NC control such as G code).
  • the setting information 1106 includes various settings related to the field network 20 and various setting values for the robot 200 (for example, speed limit value, acceleration limit value, jerk limit value, etc.).
  • the memory card interface 112 accepts a memory card 114, which is an example of a removable storage medium.
  • the memory card interface 112 can read and write arbitrary data to and from the memory card 114.
  • the upper network controller 106 exchanges data with an arbitrary information processing device (support device 400, display device 500, server device 600, etc. shown in FIG. 2) via the upper network.
  • an arbitrary information processing device support device 400, display device 500, server device 600, etc. shown in FIG. 2
  • the field network controller 108 exchanges data with an arbitrary device such as a robot 200 via the field network 20.
  • the field network controller 108 may function as a communication master of the field network 20.
  • the field network controller 108 has a counter 109 that is kept synchronized between the devices connected to the field network 20.
  • the field network controller 108 manages the transmission timing of the communication frame 40, which will be described later, based on the counter 109.
  • the local bus controller 116 exchanges data with and from an arbitrary functional unit 130 constituting the control device 100 via the local bus 122.
  • the functional unit 130 is, for example, an analog I / O unit that is in charge of input and / or output of an analog signal, a digital I / O unit that is in charge of input and / or output of a digital signal, a counter unit that receives pulses from an encoder, and the like. And so on.
  • the USB controller 120 exchanges data with an arbitrary information processing device via a USB connection.
  • FIG. 4 is a schematic diagram showing a hardware configuration example of the robot 200 constituting the robot control system 1 according to the present embodiment.
  • FIG. 4 shows a configuration example when a custom robot 200A is adopted as the robot 200.
  • the custom robot 200A is connected to the robot controller 250.
  • the custom robot 200A and the robot controller 250 may be integrally configured or may be configured as separate bodies.
  • the custom robot 200A includes a drive circuit 220 according to the number of shafts or joints, and a motor 230 driven by the drive circuit 220.
  • Each of the drive circuits 220 includes a converter circuit, an inverter circuit, and the like, generates electric power having a voltage, current, and phase specified according to a command value from the robot controller 250, and supplies the electric power to the motor 230.
  • Each of the motors 230 is an actuator that is mechanically coupled to any shaft or joint of the arm portion 210 constituting the custom robot 200A and drives the corresponding shaft or joint by the rotation of the motor 230.
  • the motor 230 a motor having characteristics according to the arm portion 210 to be driven can be adopted.
  • the motor 230 any of an inductive motor, a synchronous motor, a permanent magnet type motor, and a reluctance motor may be adopted, and not only a rotary type but also a linear motor may be adopted.
  • a drive circuit 220 corresponding to the motor 230 to be driven is adopted.
  • the robot controller 250 includes a field network controller 252 and a control processing circuit 260.
  • the field network controller 252 uses the communication resources of the field network 20 assigned to each of them to exchange data with a communication unit such as the field network controller 108 of the control device 100.
  • the field network controller 252 has a counter 253 that is kept synchronized between the devices connected to the field network 20.
  • the field network controller 252 may function as a communication slave of the field network 20 that operates according to a control device 100 that functions as a communication master.
  • the control processing circuit 260 executes arithmetic processing necessary for driving the custom robot 200A.
  • the control processing circuit 260 includes a processor 262, a main memory 266, a storage 270, and an interface circuit 268.
  • the processor 262 executes a control operation for driving the custom robot 200A.
  • the main memory 266 is composed of, for example, a volatile storage device such as a DRAM or SRAM.
  • the storage 270 is composed of, for example, a non-volatile storage device such as an SSD or an HDD.
  • the storage 270 stores a robot system program 2702 for realizing control for driving the robot 200, and setting information 2704 including a group of setting parameters required for processing by the robot controller 250.
  • the interface circuit 268 gives a command value to each drive circuit 220.
  • the interface circuit 268 and the drive circuit 220 may be electrically connected by a hard wire or may be connected by a data link.
  • FIG. 5 is a schematic diagram showing another hardware configuration example of the robot 200 constituting the robot control system 1 according to the present embodiment.
  • FIG. 5 shows a configuration example when a general-purpose robot 200B is adopted as the robot 200.
  • the general-purpose robot 200B incorporates one or more motors and drive circuits (not shown), and when the target trajectory of the general-purpose robot 200B is instructed, it corresponds to the instructed target trajectory. Drive one or more motors.
  • FIG. 6 is a schematic view showing a hardware configuration example of the operation pendant 300 constituting the robot control system 1 according to the present embodiment.
  • the operation pendant 300 includes a field network controller 352, a control processing circuit 360, and an operation key group 380.
  • the field network controller 352 mainly exchanges data with the control device 100 via the field network 20.
  • the field network controller 352 has a counter 353 that is kept synchronized between the devices connected to the field network 20.
  • the field network controller 352 may function as a communication slave of the field network 20 that operates according to a control device 100 that functions as a communication master.
  • the control processing circuit 360 includes a processor 362, a main memory 366, firmware 370, and an interface circuit 368.
  • the processor 362 realizes the processing required for the operation pendant 300 by executing the firmware 370.
  • the main memory 366 is composed of, for example, a volatile storage device such as a DRAM or SRAM.
  • the interface circuit 368 exchanges signals with the operation key group 380.
  • the operation key group 380 is an input device that accepts user operations.
  • the operation key group 380 may include an indicator or the like indicating an input state.
  • FIG. 7 is a schematic view showing a hardware configuration example of the support device 400 constituting the robot control system 1 according to the present embodiment.
  • the support device 400 may be realized by using a general-purpose personal computer as an example.
  • the support device 400 includes a processor 402, a main memory 404, an input unit 406, a display unit 408, a storage 410, an optical drive 412, a USB controller 420, and a communication controller 422. include. These components are connected via the processor bus 418.
  • the processor 402 is required for the support device 400 by reading a program (OS 4102 and development program 4104, for example) stored in the storage 410, which is composed of a CPU, a GPU, or the like, and deploying and executing the program in the main memory 404. Various functions are realized.
  • a program OS 4102 and development program 4104, for example
  • the main memory 404 is composed of, for example, a volatile storage device such as a DRAM or SRAM.
  • the storage 410 is composed of, for example, a non-volatile storage device such as an HDD or SSD.
  • the storage 410 stores an OS 4102 for realizing basic functions, a development program 4104 for realizing a development environment, and the like.
  • an OS 4102 for realizing basic functions e.g., a development program 4104 for realizing a development environment, and the like.
  • the development environment it is possible to create a program executed by the control device 100, debug the program, set the operation of the control device 100, set the operation of the device connected to the control device 100, and set the field network 20. It has become.
  • the input unit 406 is composed of a keyboard, a mouse, etc., and accepts user operations.
  • the display unit 408 is composed of a display, various indicators, and the like, and displays processing results and the like by the processor 402.
  • the USB controller 420 exchanges data with the control device 100 and the like via the USB connection.
  • the communication controller 422 exchanges data with an arbitrary information processing device via the host network 12.
  • the support device 400 has an optical drive 412, and is stored in a storage medium 414 (for example, an optical storage medium such as a DVD (Digital Versatile Disc)) that temporarily stores a computer-readable program.
  • a storage medium 414 for example, an optical storage medium such as a DVD (Digital Versatile Disc)
  • the stored program is read and installed in the storage 410 or the like.
  • the development program 4104 or the like executed by the support device 400 may be installed via a computer-readable storage medium 414, or may be installed by downloading from a server device or the like on the network. Further, the function provided by the support device 400 according to the present embodiment may be realized by using a part of the modules provided by the OS 4102.
  • support device 400 may be removed from the control device 100 while the robot control system 1 is in operation.
  • the display device 500 constituting the robot control system 1 according to the present embodiment may be realized by using a general-purpose personal computer as an example. Since the basic hardware configuration example of the display device 500 is the same as the hardware configuration example of the support device 400 shown in FIG. 7, detailed description is not given here.
  • the server device 600 constituting the robot control system 1 according to the present embodiment may be realized by using a general-purpose personal computer as an example. Since the basic hardware configuration example of the server device 600 is the same as the hardware configuration example of the support device 400 shown in FIG. 7, detailed description is not given here.
  • FIGS. 3 to 7 show configuration examples in which necessary functions are provided by executing a program by one or more processors, and some or all of these provided functions are provided by dedicated hardware. It may be implemented using a hardware circuit (for example, ASIC (Application Specific Integrated Circuit) or FPGA (Field-Programmable Gate Array)).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • the main part of the control device 100 may be realized by using hardware that follows a general-purpose architecture (for example, an industrial personal computer based on a general-purpose personal computer).
  • a general-purpose architecture for example, an industrial personal computer based on a general-purpose personal computer.
  • virtualization technology may be used to execute a plurality of OSs having different uses in parallel, and to execute necessary applications on each OS.
  • a configuration in which functions such as a support device 400 and a display device 500 are integrated with the control device 100 may be adopted.
  • FIG. 8 is a schematic diagram showing an example of a functional configuration for controlling the behavior of the robot 200 in the robot control system 1 according to the present embodiment.
  • a command 146 or the like for controlling the robot 200 is exchanged between the control device 100 and one or a plurality of robot controllers 250.
  • the control device 100 includes an IEC program execution engine 150, a robot program execution engine 152, a communication control module 160, a communication driver 162, and an external communication interface 164. These elements may typically be realized by the processor 102 of the control device 100 executing the system program 1102.
  • the IEC program execution engine 150 (second program execution unit) periodically generates an output value 142 given to the robot controller 250 by executing the IEC program 1104. More specifically, the IEC program execution engine 150 cyclically executes the IEC program 1104 at predetermined control cycles. The control cycle of the control device 100 is typically assumed to be about several hundred ⁇ sec to several hundred msec.
  • the IEC program execution engine 150 outputs an internal command (for example, transmission start and transmission stop of the command 146) to the robot program execution engine 152 according to the execution of the IEC program 1104, and / or the state from the robot program execution engine 152.
  • the value (for example, the state of the robot program 1108 being executed by the robot program execution engine 152) is acquired.
  • the robot program execution engine 152 (first program execution unit) generates a command 146 instructing the behavior of the robot 200 by executing the robot program 1108. That is, the robot program execution engine 152 sequentially executes the robot program 1108, and transmits a command 146 or the like for controlling the robot 200 to one or a plurality of robot controllers 250. More specifically, the robot program execution engine 152 includes a robot program interpretation module 154 and a command generation module 156.
  • the robot program interpretation module 154 sequentially reads and parses the robot program 1108, and outputs the internal command obtained by the parse to the command generation module 156.
  • the robot program interpretation module 154 can interpret instructions related to signal input / output, file access, and communication in addition to instructions related to the behavior of the robot 200 described in the programming language included in the robot program 1108.
  • the start and stop of reading the robot program 1108 by the robot program interpretation module 154 may be controlled by the command generation module 156.
  • the command generation module 156 generates a command 146 for each of the robot controllers 250 according to an internal command from the robot program interpretation module 154.
  • the command generation module 156 functions as a host for one or more connected robot controllers 250. More specifically, the command generation module 156 is an internal command exchanged with the IEC program execution engine 150 and / or an internal command exchanged with the support device 400 via the external communication interface 164. In response to this, the robot program interpretation module 154 controls the start and stop of execution of the robot program 1108, and also controls the start and stop of the generation of the command 146 for the robot controller 250.
  • the command generation module 156 may collect information such as state values and errors from the robot controller 250.
  • the communication control module 160 and the communication driver 162 correspond to a communication unit that transmits a command 146 to the robot controller 250.
  • the communication control module 160 and the communication driver 162 transmit the output value 142 from the IEC program execution engine 150 and the command 146 from the robot program execution engine 152 to the robot controller 250.
  • the communication control module 160 manages the exchange of data with one or a plurality of connected robot controllers 250.
  • the communication control module 160 may generate a communication instance that manages data communication for each connected robot controller 250, and may manage data communication using the generated communication instance.
  • the communication driver 162 is an internal interface that uses the field network controller 108 (see FIG. 3) to perform data communication with one or a plurality of connected robot controllers 250.
  • Each of the robot controllers 250 includes a communication control module 280, a communication driver 282, a robot drive engine 284, and a signal output driver 292. These elements may typically be realized by the processor 262 (control processing circuit 260) of the robot controller 250 executing the robot system program 2702.
  • the communication control module 280 manages the exchange of data with the connected control device 100.
  • the communication control module 280 may generate a communication instance that manages data communication with the connected control device 100, and may manage data communication using the generated communication instance.
  • the communication driver 282 is an internal interface that performs data communication with the connected control device 100 by using the field network controller 252 (see FIG. 4).
  • the robot drive engine 284 executes a process for driving the robot 200 to be controlled (including the custom robot 200A and / or the general-purpose robot 200B) in accordance with the command 146 from the control device 100. More specifically, the robot drive engine 284 includes a management module 286, a target trajectory generation module 288, and a command value generation module 290.
  • the management module 286 corresponds to a processing execution unit that executes processing according to an output value 142 from the control device 100. More specifically, the management module 286 manages the control mode, the start / end of the generation of the target trajectory from the command 146, and the like according to the output value 142 from the control device 100.
  • the target trajectory generation module 288 (target trajectory generation unit) generates a target trajectory of the robot 200 to be controlled (including: custom robot 200A and / or general-purpose robot 200B) according to the command 146 from the control device 100.
  • the generated target trajectory is typically the hourly position of the tip of the robot 200 (change in position with respect to time) and / or the hourly velocity of the tip of the robot 200 (change in velocity with respect to time). ) Etc. are included.
  • the target trajectory generation module 288 may output the generated target trajectory to the command value generation module 290 (typically when driving the custom robot 200A shown in FIG. 4), or via the signal output driver 292. It may be output directly to the robot 200 (typically, when driving the general-purpose robot 200B shown in FIG. 5).
  • the command value generation module 290 sequentially generates command values for driving the robot 200 according to the command 146 from the control device 100. More specifically, the command value generation module 290 sequentially generates command values for each of the motors 230 constituting the robot 200 to be controlled according to the target trajectory generated by the target trajectory generation module 288. The command value generation module 290 may update the command value at a predetermined control cycle or at a predetermined event.
  • the control cycle of the target trajectory generation module 288 of the robot controller 250 is typically assumed to be about several hundred ⁇ sec to several hundred msec, which is about the same as the control cycle of the control device 100. On the other hand, it is assumed that the control cycle of the command value generation module 290 of the robot controller 250 is faster than the control cycle of the target trajectory generation module 288 (for example, about several to ten and several times).
  • the command value generation module 290 calculates each command value given to the motor 230 for driving the robot 200 along the target trajectory based on the kinematics of the robot 200 to be controlled.
  • the command value generation module 290 sets the target position (change in position / angle with respect to time), target speed (change in speed / angular velocity with respect to time), and target acceleration (change in acceleration / angular acceleration with respect to time) as command values given to the motor 230. ) And / or the target acceleration (change in jerk / angular jerk with time) and so on.
  • the robot drive engine 284 may acquire the parameters necessary for calculating the target trajectory and / or the command value with reference to the setting information 2704 (see FIG. 4).
  • the signal output driver 292 utilizes an interface circuit 268 (see FIG. 4) to output a command value and / or a target trajectory to one or more connected drive circuits 220 and / or a robot 200 internally. It is an interface.
  • FIG. 9 is a schematic diagram illustrating data processing for controlling the behavior of the robot 200 in the robot control system 1 according to the present embodiment.
  • the robot program 1108 written in a predetermined programming language is input to the robot program execution engine 152 of the control device 100.
  • the robot program execution engine 152 has a different robot program 1108 for each robot 200. Entered. Further, in a production facility in which a plurality of the same production lines are arranged in parallel and a robot 200 that performs the same work is arranged in each production line, the robot program execution engine 152 is common. Robot program 1108 may be input. However, the generated commands 146 may be independently transmitted to the robot controller 250.
  • a plurality of robot programs 1108 described in different programming languages may be input to the robot program execution engine 152.
  • the robot program execution engine 152 can generate a command 146 written according to a common command system even when a robot program 1108 written in a different programming language is input.
  • the robot program execution engine 152 may be configured to be able to interpret a plurality of programming languages.
  • the robot program execution engine 152 may generate a command 146 according to a predetermined command system without depending on a programming language.
  • the robot program execution engine 152 (robot program interpretation module 154) interprets the input robot program 1108 and generates an internal command. Further, the robot program execution engine 152 (command generation module 156) generates a command 146 for controlling the behavior of the robot 200 according to the generated internal command.
  • the command 146 may be generated for one or a plurality of connected robot controllers 250, respectively.
  • the generated command 146 is transmitted to the corresponding robot controller 250 via the field network 20 (see FIG. 2).
  • the target trajectory generation module 288 of the robot controller 250 generates a target trajectory according to the command 146 from the control device 100.
  • the generated target trajectory may be output to the general-purpose robot 200B as it is. That is, the robot controller 250 may output the target trajectory to the outside.
  • the command value generation module 290 of the robot controller 250 generates command values for each of the motors 230 constituting the robot 200 to be controlled according to the generated target trajectory.
  • any command system can be adopted as the command system that defines the command 146. From the viewpoint of reducing the processing related to the generation of the command 146, it is preferable to adopt a command group that can be easily generated from the instructions described in the robot program 1108.
  • the control device 100 generates a command 146 from one or a plurality of robot programs 1108.
  • the robot controller 250 drives the robot 200 to be controlled according to the generated command 146.
  • the robot program 1108 is a program for controlling the behavior of the robot 200.
  • the behavior of the robot 200 for example, the timing for starting / stopping the operation of the robot 200, the conditions for operating the robot 200 (for example, the linkage with the equipment in the pre-process or the post-process), and so on. It is also necessary to control the safety conditions and the like related to the robot 200.
  • the IEC program 1104 may include logic for collecting state values related to the operation of the robot 200 and determining the timing for starting / stopping the operation of the robot 200.
  • FIG. 10 is a diagram showing an example of an IEC program 1104 and a robot program 1108 executed by the control device 100 constituting the robot control system 1 according to the present embodiment.
  • FIG. 10A shows an example of the IEC program 1104 described in a ladder diagram (LD language).
  • the example of the IEC program 1104 shown in FIG. 10A includes instructions relating to a process of turning on the power of the robot 200 to be controlled and a process of executing calibration of the robot 200 to be controlled.
  • the IEC program 1104 may include a function block as an element.
  • the IEC program 1104 may include code written in structured text (ST language).
  • FIG. 10B shows an example of a robot program 1108 written in V + language.
  • the V + language is a kind of high-level language for controlling the behavior of the robot 200.
  • FIG. 11 is a time chart showing an execution example of a program in the control device 100 constituting the robot control system 1 according to the present embodiment.
  • the IEC program execution engine 150 and the robot program execution engine 152 execute the processes independently.
  • the IEC program execution engine 150 cyclically executes (repeatedly executes) the IEC program 1104 every predetermined control cycle T1.
  • the cyclic execution of the IEC program 1104 includes an output update process 1502 and an input update process 1504.
  • the output update process 1502 includes a process of reflecting the output value 142 determined by the execution of the IEC program 1104 on the internal variables and / or the target device.
  • the output value 142 for the device connected via the field network 20 is stored in the communication frame and transmitted on the field network 20.
  • the input update process 1504 includes a process of acquiring an input value 144 (state value) required for executing the IEC program 1104 from an internal variable and / or a target device.
  • the input value 144 from the device connected via the field network 20 is acquired from the communication frame propagating on the field network 20.
  • the communication control module 160 sends out a communication frame on the field network 20 in synchronization with the control cycle T1 and receives the communication frame that circulates on the field network 20 and returns.
  • the communication control module 160 stores the output value 142 generated by the IEC program execution engine 150 and / or the command 146 generated by the command generation module 156 in the communication frame and includes the returned communication frame.
  • the input value 144 (state value) to be input is held so that the IEC program execution engine 150 and the command generation module 156 can refer to it.
  • the command generation module 156 generates a command 146 according to an internal command from the robot program interpretation module 154. Typically, the timing at which the command generation module 156 generates the command 146 is determined by the output value 142 from the IEC program execution engine 150. In the example shown in FIG. 11, an example is shown in which the IEC program execution engine 150 generates a command 146 in response to the output value 142 from the IEC program execution engine 150. The generation of the command 146 by the IEC program execution engine 150 may be synchronized with the timing of the output update process 1502 of the IEC program execution engine 150.
  • the robot program interpretation module 154 typically executes the robot program 1108 independently of the control cycle T1.
  • the start / stop of execution of the robot program 1108 by the robot program interpretation module 154 may be controlled by the command generation module 156.
  • the robot program execution engine 152 sequentially executes the robot program 1108.
  • the IEC program execution engine 150 cyclically executes the IEC program 1104 independently of the execution of the robot program 1108 by the robot program execution engine 152.
  • FIG. 12 is a diagram for explaining the exchange of data in the robot control system 1 according to the present embodiment.
  • an output value 142, an input value 144, and a command 146 are exchanged between the control device 100 and each of the robot controller 250 via the field network 20.
  • the output value 142 and the command 146 are transmitted from the control device 100 to the robot controller 250, and the input value 144 is transmitted from the robot controller 250 to the control device 100.
  • the output value 142, the input value 144, and the command 146 are independent data for each robot controller 250. Therefore, the more robots 200 (robot controllers 250) connected to the control device 100, the more communication resources are required.
  • the transmission capacity of the field network 20 is limited. Therefore, the number of robots 200 connected to the control device 100 increases, and when the allowable transmission capacity is reached, no more robots 200 can be connected.
  • the number of robots 200 (robot controllers 250) that can be connected to the control device 100 is limited to the transmission capacity of the field network 20, so the communication resources allocated to each robot controller 250 should be optimized. Is preferable.
  • EtherCAT is adopted as the field network 20
  • a communication frame storing various information periodically circulates between the devices.
  • synchronized data can be exchanged between devices connected to the field network 20.
  • FIG. 13 is a schematic diagram showing an example of the communication frame 40 used in the robot control system 1 according to the present embodiment.
  • a communication resource 42 is assigned to each device connected to the field network 20 (for each robot controller 250 in the configuration example shown in FIG. 2).
  • Each of the communication resources 42 includes an output value area 44 and an input value area 46.
  • Data is written in the output value area 44 by the control device 100, and the data is read by the corresponding device. More specifically, in the output value area 44, the output value 142 generated by the control device 100 (IEC program execution engine 150) and / or the command generated by the control device 100 (robot program execution engine 152). 146 is stored.
  • Data is written in the input value area 46 by the corresponding device, and the data is read by the control device 100. More specifically, the information (for example, the state value related to the driving of the robot 200) possessed by each of the robot controllers 250 is written in the input value area 46. Examples of the state values related to the driving of the robot 200 include the current position of the tip of the target robot 200 and each axis, the actual speed, the actual acceleration, the actual torque, and the like. In this way, the communication unit of the robot controller 250 transmits the state value related to the driving of the robot 200 to the control device 100 by using the input value area 46.
  • Data is exchanged between the control device 100 and one or more robot controllers 250 via the communication frame 40 shown in FIG.
  • G1 Pre-setting to the communication master
  • the field network controller 108 of the control device 100 functions as a communication master of the field network 20.
  • the field network controller 108 of the control device 100 allocates the communication resource to each device connected to the field network 20 according to the allocation setting included in the setting information 1106 (see FIG. 3). You may do so. That is, the field network controller 108 of the control device 100 may realize the communication resource setting function 30.
  • FIG. 14 is a diagram showing an example of the allocation setting 60 included in the setting information 1106 used in the robot control system 1 according to the present embodiment.
  • the configuration information 1106 has an entry corresponding to each assigned communication resource. Each entry includes a start address 61, a final address 62, an identification information 63 of the allocation destination device, and a usage type 64 of the communication resource to be allocated.
  • the start address 61 and the final address 62 are defined by using the addresses assigned to the data sizes that can be stored in one communication frame 40.
  • the area from the start address 61 to the last address 62 of each entry is allocated as one independent communication resource.
  • Each communication resource is assigned to the device specified by the identification information 63, and is either an area for storing the output value 142 (or the command 146) or an area for storing the input value 144, depending on the corresponding usage type 64. Is decided.
  • the communication master (control device 100) of the field network 20 may determine the allocation of communication resources to each device by using the predetermined allocation setting 60. That is, the communication resource setting function 30 may be implemented in the field network controller 108 of the control device 100 which is the communication master. The communication resource setting function 30 determines the communication resource to be allocated to each of the robot controllers 250 according to the predetermined allocation setting 60.
  • the communication resource may be set by using the allocation pattern.
  • FIG. 15 is a diagram for explaining the setting of communication resources using the allocation pattern used in the robot control system 1 according to the present embodiment.
  • the setting information 1106 includes connection information 70 indicating a device type connected for each address and an allocation pattern 75 indicating a communication resource allocated for each device.
  • the connection information 70 includes information indicating a device connected to each device connected to the field network 20. More specifically, the connection information 70 has an entry corresponding to the address. Each entry includes an address 71 and a device type 72. The address 71 is identification information uniquely defined on the field network 20. Device type 72 indicates the type of connected device.
  • the allocation pattern 75 includes information on communication resources allocated to each device. More specifically, the allocation pattern 75 has an entry indicating the communication resource corresponding to each device. Each entry includes a device type 76, a data size 77 in the output value area for storing the output value or command, and a data size 78 in the input value area for storing the input value.
  • the communication master of the field network 20 determines the allocation of communication resources based on the connection information 70 and the allocation pattern 75. More specifically, the connection information 70 is referred to to specify the type and number of devices connected to the field network 20, and then the allocation pattern 75 is referred to to sequentially determine the corresponding data size for each device. assign. By the above processing, the data structure of the communication frame 40, that is, the communication resource can be determined.
  • the communication resource setting function 30 may be implemented in the field network controller 108 of the control device 100 which is the communication master.
  • the communication resource setting function 30 determines the communication resource to be allocated to each of the robot controllers 250 based on the connection information 70 and the allocation pattern 75.
  • the communication resource setting function 30 may determine the communication resource to be allocated to each of the robot controllers 250 according to the number of the robot controllers 250 connected to the control device 100 and the network, which is defined in the connection information 70. ..
  • G3 preset by support device 400
  • a mechanism may be provided that allows the user to easily set the communication resource settings for each device.
  • the support device 400 connected to the control device 100 may provide a user interface screen for setting communication resources.
  • FIG. 16 is a diagram for explaining the setting of communication resources using the support device 400 in the robot control system 1 according to the present embodiment.
  • the support device 400 provides a setting screen 450.
  • the setting screen 450 shown in FIG. 16 is typically provided by the processor 402 of the support device 400 executing the development program 4104.
  • the user makes various settings on the setting screen 450, and the setting information 1106 is generated.
  • the setting information 1106 is transferred to the control device 100. Thereby, the data structure of the communication frame 40, that is, the communication resource is determined.
  • the setting screen 450 includes a setting field 452 for registering the robot 200 (robot controller 250) connected to the field network 20.
  • the user inputs information for identifying the robot 200 (robot controller 250) included in the robot control system 1 into the setting field 452 of the setting screen 450.
  • the support device 400 generates the setting information 1106 based on the information set on the setting screen 450.
  • the setting information 1106 may include the allocation setting 60 and the like shown in FIG.
  • the communication master of the field network 20 determines the data structure of the communication frame 40, that is, the communication resource, with reference to the setting information 1106 generated by the support device 400. ..
  • the support device 400 which is an example of the external device for determining the setting related to the allocation of the communication resource by the communication resource setting function 30, may be further prepared according to the user operation.
  • a user interface screen may be provided to allow the user to select another action.
  • FIG. 17 is a diagram for explaining a procedure when the communication resource cannot be appropriately set in the robot control system 1 according to the present embodiment.
  • the support device 400 provides the setting screen 460 as shown in FIG.
  • the setting screen 460 shown in FIG. 17 is typically provided by the processor 402 of the support device 400 executing the development program 4104.
  • a button 462 instructing the operation of changing the number of connected robots and the response speed of the robot 200 Includes a button 464 instructing the change operation of.
  • the support device 400 displays the setting screen 450 as shown in FIG. 16, and the user changes the number of connected robots 200 so as to be within the limit.
  • the data size of the communication frame 40 propagating in the field network 20 may be expanded.
  • the cycle in which the communication frame 40 circulates in the field network 20 becomes longer. Therefore, the period in which data is updated between the control device 100 and each device becomes relatively long.
  • the communication resource setting function 30 may adjust the size of the communication resource by making the length of the communication frame 40 to be transmitted on the field network 20 different, or transmit on the field network 20.
  • the size of the communication resource may be adjusted by changing the communication cycle of the communication frame 40.
  • the data size of the entire communication frame 40 is maintained.
  • the data size allocated to each device may be reduced.
  • the data size that can be propagated by one communication frame 40 becomes small, for example, when the command 146 is transmitted to a specific device, it may be divided into a plurality of communication frames 40 and transmitted.
  • the command 146 is transmitted from the control device 100 to the robot controller 250 in advance, a certain delay in the transmission of the command 146 is allowed. Therefore, even if one command 146 is transmitted using a plurality of communication frames 40, there are few problems in controlling the robot 200.
  • FIG. 18 is a diagram for explaining a processing example in which the command 146 is divided into a plurality of communication frames 40 and transmitted in the robot control system 1 according to the present embodiment.
  • the data string of the command 146 is divided into sizes that fit in the output value area 44, and each is stored in a plurality of communication frames 40 that are continuous in time.
  • the example shown in FIG. 18 shows an example in which the command 146 is transmitted using the three communication frames 40.
  • the robot controller 250 restores the command 146 by acquiring and combining the divided data from the plurality of communication frames 40.
  • the data size allocated to each device in one communication frame 40 is relatively small. Even in this case, the command 146 can be sent to the target robot controller 250.
  • any robot 200 included in the robot control system 1 is tuned or initialized, or a phase in which any robot 200 is intensively monitored is also assumed.
  • FIG. 19 is a diagram for explaining an example of dynamic setting of communication resources in the robot control system 1 according to the present embodiment.
  • the spare resource 48 may be included in the communication frame 40 and the spare resource 48 may be made available to any device connected to the field network 20.
  • FIG. 19 shows an example in which a part of the spare resource 48 is allocated to the device at the address “001” as an input value area.
  • FIG. 20 is a diagram for explaining another example of dynamic setting of communication resources in the robot control system 1 according to the present embodiment.
  • the spare resource 48 may be included in the communication frame 40, and the spare resource 48 may be used as a buffer to dynamically change the data sizes of the output value area 44 and the input value area 46.
  • FIG. 20 shows an example of expanding the data size of the input value area 46 among the communication resources 42 assigned to the device at the address “001”. The input value area 46 can be expanded up to the data size of the spare resource 48.
  • the communication master (control device 100) of the field network 20 sets communication resources. You may change it.
  • FIGS. 19 and 20 show an example of changing the communication resource for a specific device, the communication resource may be changed for a plurality of devices at the same time. Further, although FIGS. 19 and 20 show an example of changing the data size of the input value area 46, the data size of the output value area 44 may be changed, or the output value area 44 and the input value area 46 may be changed. Both data sizes may be changed.
  • FIGS. 19 and 20 show an example in which the spare resource 48 is provided in the communication frame 40, but the communication standby assigned to each device is dynamically changed according to the situation without providing the spare resource 48. You may try to do it.
  • the communication resource setting function 30 may be implemented in the field network controller 108 of the control device 100 which is the communication master. Then, the communication resource may be appropriately switched based on the variable (state value) held and managed by any of the robot controllers 250. As described above, the communication resource setting function 30 may determine the communication resource to be allocated to each of the robot controllers 250 according to the operating state of at least one of the one or a plurality of robot controllers 250.
  • Robot control system (1) A first control device (100) having a first communication unit (108, 160, 162) and The first control device is provided with one or more second control devices (250) connected to a network. Each of the second control devices With the second communication unit (252, 280, 282) that exchanges data with the first communication unit of the first control device using the communication resources of the network (20) assigned to each. , A command value generation unit (290) for sequentially generating command values for driving the robot (200) according to a command (146) from the first control device is provided.
  • the robot control system is a robot control system including a communication resource setting unit (30) that allocates the communication resource to each of the second control devices.
  • the communication resource setting unit determines the communication resource to be allocated to each of the second control devices according to the number of the second control devices network-connected to the first control device, configuration 1 or 2.
  • the communication resource setting unit determines the communication resource to be allocated to each of the second control devices according to the operating state of at least one of the one or the plurality of second control devices.
  • the robot control system according to item 1.
  • a step (30) of allocating the communication resources of the network (20) to each of the second control devices A step in which each of the second control devices exchanges data with and from the first control device using the communication resources assigned to each of the second control devices.
  • a control method comprising a step (290) in which each of the second control devices sequentially generates a command value for driving a robot in accordance with a command from the first control device.
  • communication resources can be appropriately allocated to each of the robot controllers 250 that control the robot 200. As a result, the control performance can be maintained even when a plurality of robot controllers 250 are connected to the field network 20.
  • 1 robot control system 12 upper network, 20 field network, 30 communication resource setting function, 40 communication frame, 42 communication resource, 44 output value area, 46 input value area, 48 spare resource, 60 allocation setting, 61 start address, 62 Final address, 63 identification information, 64 usage type, 70 connection information, 71 address, 72,76 device type, 75 allocation pattern, 77,78 data size, 100 control device, 101,251 communication unit, 102,262,362 402 processor, 104,266,366,404 main memory, 106 upper network controller, 108,252,352 field network controller, 109,253,353 counter, 110,270,410 storage, 112 memory card interface, 114 memory card, 116 local bus controller, 118,418 processor bus, 120,420 USB controller, 122 local bus, 130 functional unit, 142 output value, 144 input value, 146 command, 150 IEC program execution engine, 152 robot program execution engine, 154 robot Program interpretation module, 156 command generation module, 160,280 communication control module, 162,282 communication driver, 164 external communication interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Manufacturing & Machinery (AREA)
  • General Engineering & Computer Science (AREA)
  • Robotics (AREA)
  • Mechanical Engineering (AREA)
  • Manipulator (AREA)
  • Programmable Controllers (AREA)
  • Numerical Control (AREA)

Abstract

ロボット制御システムは、第１の通信部を有する第１の制御装置と、第１の制御装置とネットワーク接続された、１または複数の第２の制御装置とを含む。第２の制御装置の各々は、各々に割り当てられたネットワークの通信リソースを用いて、第１の制御装置の第１の通信部との間でデータを遣り取りする第２の通信部と、第１の制御装置からのコマンドに従って、ロボットを駆動するための指令値を順次生成する指令値生成部とを含む。ロボット制御システムは、第２の制御装置の各々に通信リソースを割り当てる通信リソース設定部を含む。

Description

ロボット制御システムおよび制御方法
　本技術は、ロボット制御システムおよび制御方法に関する。
　従来より、ＦＡ（Factory　Automation）分野においては、ロボットが様々なアプリケーションに用いられている。このようなロボットは、ロボットコントローラが所定のプログラムを実行することで、制御に必要な指令などが順次生成される。
　例えば、特開２０１８－１９６９０８号公報（特許文献１）は、ロボット言語を習得することなく、ロボットを使用した自動化設備を低コストで構築する構成を開示する。
特開２０１８－１９６９０８号公報
　実際の生産設備においては、複数のロボットが配置されることも多い。上述の先行技術文献に示される構成は、複数のロボットが配置される場合については、何ら想定していない。
　本技術は、１または複数のロボットを含む生産設備に適したロボット制御システムを提供することを目的とする。
　本技術のある実施の形態に係るロボット制御システムは、第１の通信部を有する第１の制御装置と、第１の制御装置とネットワーク接続された、１または複数の第２の制御装置とを含む。第２の制御装置の各々は、各々に割り当てられたネットワークの通信リソースを用いて、第１の制御装置の第１の通信部との間でデータを遣り取りする第２の通信部と、第１の制御装置からのコマンドに従って、ロボットを駆動するための指令値を順次生成する指令値生成部とを含む。ロボット制御システムは、第２の制御装置の各々に通信リソースを割り当てる通信リソース設定部を含む。
　この構成によれば、通信リソース設定部により第２の制御装置の各々に通信リソースを適切に割り当てることにより、複数の第２の制御装置がネットワーク接続された場合でも、制御性能を維持することができる。
　通信リソース設定部は、予め定められた割り当て設定に従って、第２の制御装置の各々に割り当てる通信リソースを決定するようにしてもよい。この構成によれば、接続される第２の制御装置に応じて予め定められた割り当て設定を用いることで、適切な通信リソースの設定を確実に行うことができる。
　通信リソース設定部は、第１の制御装置とネットワーク接続された第２の制御装置の数に応じて、第２の制御装置の各々に割り当てる通信リソースを決定するようにしてもよい。この構成によれば、ネットワークの伝送容量の制限を考慮して、第２の制御装置の各々に通信リソースを適切に割り当てることができる。
　通信リソース設定部は、１または複数の第２の制御装置のうち少なくとも１つの動作状態に応じて、第２の制御装置の各々に割り当てる通信リソースを決定するようにしてもよい。この構成によれば、第２の制御装置のうちより多くの通信リソースが必要な第２の制御装置に対して動的に通信リソースを割り与えることができる。
　通信リソース設定部は、第１の制御装置の第１の通信部に実装されてもよい。この構成によれば、第１の制御装置の第１の通信部により、統括して通信リソースを割り当てることができる。
　第２の制御装置の第２の通信部は、ロボットの駆動に係る状態値を第１の制御装置へ送信するようにしてもよい。この構成によれば、制御装置は、それぞれの第２の制御装置からロボットの駆動に係る状態値を収集できる。
　ロボット制御システムは、ユーザ操作に応じて、通信リソース設定部による通信リソースの割り当てに係る設定を決定するための外部装置をさらに含んでいてもよい。この構成によれば、ユーザに対して通信リソースの割り当てなどを支援することができる。
　通信リソース設定部は、ネットワーク上を伝送する通信フレームの長さを異ならせることで、通信リソースの大きさを調整するようにしてもよい。また、通信リソース設定部は、ネットワーク上を伝送する通信フレームの通信周期を異ならせることで、通信リソースの大きさを調整するようにしてもよい。
　これらの構成によれば、ネットワークの伝送容量の制限を考慮して、第２の制御装置の各々に通信リソースを適切に割り当てることができる。
　本技術の別の実施の形態に係る制御方法は、第１の通信部を有する第１の制御装置と、第１の制御装置とネットワーク接続された、１または複数の第２の制御装置とを備えたロボット制御システムに向けられる。制御方法は、第２の制御装置の各々にネットワークの通信リソースを割り当てるステップと、第２の制御装置の各々が、各々に割り当てられた通信リソースを用いて、第１の制御装置との間でデータを遣り取りするステップと、第２の制御装置の各々が、第１の制御装置からのコマンドに従って、ロボットを駆動するための指令値を順次生成するステップとを含む。
　本技術によれば、１または複数のロボットを含む生産設備に適したロボット制御システムを実現できる。
本実施の形態に係るロボット制御システムの概略を示す模式図である。 本実施の形態に係るロボット制御システムの構成例を示す模式図である。 本実施の形態に係るロボット制御システムを構成する制御装置のハードウェア構成例を示す模式図である。 本実施の形態に係るロボット制御システムを構成するロボットのハードウェア構成例を示す模式図である。 本実施の形態に係るロボット制御システムを構成するロボットの別のハードウェア構成例を示す模式図である。 本実施の形態に係るロボット制御システムを構成する操作ペンダントのハードウェア構成例を示す模式図である。 本実施の形態に係るロボット制御システムを構成するサポート装置のハードウェア構成例を示す模式図である。 本実施の形態に係るロボット制御システムにおけるロボットの挙動を制御するための機能構成の一例を示す模式図である。 本実施の形態に係るロボット制御システムにおけるロボットの挙動を制御するためのデータ処理を概略する模式図である。 本実施の形態に係るロボット制御システムを構成する制御装置で実行されるＩＥＣプログラムおよびロボットプログラムの一例を示す図である。 本実施の形態に係るロボット制御システムを構成する制御装置におけるプログラムの実行例を示すタイムチャートである。 本実施の形態に係るロボット制御システムにおけるデータの遣り取りを説明するための図である。 本実施の形態に係るロボット制御システムで利用される通信フレームの一例を示す模式図である。 本実施の形態に係るロボット制御システムにおいて用いられる設定情報に含まれる割り当て設定の一例を示す図である。 本実施の形態に係るロボット制御システムにおいて用いられる割り当てパターンを利用した通信リソースの設定を説明するための図である。 本実施の形態に係るロボット制御システムにおいてサポート装置を用いた通信リソースの設定を説明するための図である。 本実施の形態に係るロボット制御システムにおいて通信リソースを適切に設定できない場合の手順を説明するための図である。 本実施の形態に係るロボット制御システムにおいてコマンドを複数の通信フレーム４０に分割して送信する処理例を説明するための図である。 本実施の形態に係るロボット制御システムにおける通信リソースの動的設定の一例を説明するための図である。 本実施の形態に係るロボット制御システムにおける通信リソースの動的設定の別の一例を説明するための図である。
　本技術の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。
　＜Ａ．適用例＞
　まず、本技術が適用される場面の一例について説明する。図１は、本実施の形態に係るロボット制御システム１の概略を示す模式図である。
　図１を参照して、ロボット制御システム１は、制御装置１００（第１の制御装置）と、フィールドネットワーク２０を介して制御装置１００とネットワーク接続された、１または複数のロボットコントローラ２５０（第２の制御装置）とを含む。ロボットコントローラ２５０の各々は、ロボットを制御するための指令値を出力する。
　以下の説明では、主としてロボットを制御するロボット制御システム１の構成例を示すが、ロボット制御システム１の制御対象はロボットに限られるものではない。例えば、制御装置１００は、ロボットに加えて、ロボットを含む生産設備を構成する様々な装置や機械を制御することができる。さらに、制御装置１００は、ロボットの動作を監視するセーフティコントローラと連係してもよい。すなわち、本明細書において、「ロボット制御システム」との用語は、ロボットを制御する機能を有しているシステムという意味で用いられ、ロボット以外を制御することを排除するものではない。
　制御装置１００は、後述するロボットプログラムを実行することで、ロボットの挙動を指示するコマンド１４６をロボットコントローラ２５０毎にそれぞれ生成する。
　データを遣り取りするための構成として、制御装置１００は、通信部１０１（後述する、フィールドネットワークコントローラ１０８、通信制御モジュール１６０、通信ドライバ１６２などで構成）を有しており、ロボットコントローラ２５０の各々は、通信部２５１（後述する、フィールドネットワークコントローラ２５２、通信制御モジュール２８０、通信ドライバ２８２などで構成）を有している。
　制御装置１００と、１または複数のロボットコントローラ２５０との間は、典型的には、通信フレーム４０を介してデータを遣り取りする。通信フレーム４０には、ロボットコントローラ２５０毎に通信リソース４２が割り当てられている。ロボットコントローラ２５０の通信部２５１は、各々に割り当てられた通信リソース４２を用いて、制御装置１００の通信部１０１との間でデータを遣り取りする。
　本明細書において、「通信リソース」は、ネットワーク（伝送路）を通じてデータを送受信できる容量を意味する。「通信リソース」は、ネットワーク上に存在する搬送波の周波数、ネットワーク上で転送される通信フレームの長さおよび周期、ならびに、時分割の時間幅などによって決定される。以下の説明においては、典型例として、所定のデータサイズを有する通信フレーム４０がフィールドネットワーク２０を循環する構成を前提として、通信フレーム４０が有してるデータサイズを分割してそれぞれの割当先に対応付けることで、通信リソースの割り当てを実現する。但し、このような通信フレーム４０のデータサイズを分割する方法だけではなく、各割当先に設定される通信時間あるいは通信頻度、または、各割当先に割り当てられる周波数幅などを制御することで、通信リソースを割り当てるようにしてもよい。さらに、公知の任意の方法を用いて通信リソースの割り当てを実現してもよい。
　典型的には、ロボットコントローラ２５０の各々は、通信フレーム４０に含まれる自身に割り当てられた通信リソース４２に格納されているコマンド１４６などの情報を参照することで、各種処理を実行する。ロボットコントローラ２５０で実行される処理は、制御装置１００からのコマンド１４６に従って、ロボットを駆動するための指令値を順次生成する処理を含む。より具体的には、ロボットコントローラ２５０の指令値生成モジュール２９０が指令値を順次生成する。指令値は、ロボットの各軸を駆動するための制御情報である。
　なお、ロボットの軸は、関節（ジョイント）を構成することもあるので、以下の説明では、ロボットの「軸または関節」とも称す。すなわち、本明細書において、ロボットの「軸」との用語は、軸および関節を含む意味で用いられる。
　図１に示すように、ロボット制御システム１は、制御装置１００と１または複数のロボットコントローラ２５０との間でデータを遣り取りするために用いられるフィールドネットワーク２０の通信リソース４２を設定する通信リソース設定機能３０を有している。典型的には、通信リソース設定機能３０は、ロボットコントローラ２５０の各々に通信リソース４２を割り当てる。
　通信リソース設定機能３０により通信リソース４２の割り当てを最適化することによって、フィールドネットワーク２０に複数のロボットコントローラ２５０が接続された場合であっても、フィールドネットワーク２０を介したデータ通信を維持できる。
　これによって、１つの制御装置１００が複数のロボットコントローラ２５０を制御することも可能となり、ロボット制御システム１全体としてのコストを低減できる。
　また、制御装置１００はコマンド１４６を生成すればよく、各ロボットコントローラ２５０がロボットに対して出力する指令値を演算するので、ロボットの台数が増加しても、制御装置１００の処理負荷の増大を抑制できる。
　＜Ｂ．システム構成例＞
　次に、本実施の形態に係るロボット制御システム１の構成例について説明する。
　図２は、本実施の形態に係るロボット制御システム１の構成例を示す模式図である。図２を参照して、本実施の形態に係るロボット制御システム１は、制御装置１００と、フィールドネットワーク２０を介して制御装置１００と接続された、１または複数のロボット２００を含む。
　ロボット２００の各々は、ロボットコントローラ２５０により挙動が制御される。ロボットコントローラ２５０は、制御装置１００とネットワーク接続され、ロボット２００を制御する。より具体的には、ロボットコントローラ２５０は、制御装置１００からの指令（後述するコマンド１４６）に従って、ロボット２００を制御するための指令値を出力する。ロボット２００としては、アプリケーションに応じて任意に作成される１または複数の軸または関節を有するカスタムロボット２００Ａが用いられてもよい。さらに、ロボット２００としては、水平多関節（スカラ）ロボット、垂直多関節ロボット、パラレルリンクロボット、直交ロボットなどの任意の汎用ロボット２００Ｂが用いられてもよい。
　フィールドネットワーク２０には、Ｉ／Ｏユニット、セーフティＩ／Ｏユニット、セーフティコントローラなどの任意のデバイスが接続されてもよい。図２に示す構成例においては、フィールドネットワーク２０には、ロボット２００を操作するための操作ペンダント３００が接続されている。
　フィールドネットワーク２０には、産業用ネットワーク用のプロトコルである、ＥｔｈｅｒＣＡＴ（登録商標）やＥｔｈｅｒＮｅｔ／ＩＰなどを用いることができる。フィールドネットワーク２０に接続されるデバイス（制御装置１００、ロボットコントローラ２５０、操作ペンダント３００など）は、同期したデータ通信を実現するためのカウンタ１０９，２５３，３５３を有している。カウンタ１０９，２５３，３５３の詳細については、後述する。
　制御装置１００は、上位ネットワーク１２を介して、サポート装置４００と、表示装置５００と、サーバ装置６００とに接続されてもよい。上位ネットワーク１２には、産業用ネットワーク用のプロトコルであるやＥｔｈｅｒＮｅｔ／ＩＰなどを用いることができる。
　＜Ｃ．ハードウェア構成例＞
　次に、図２に示すロボット制御システム１を構成する主要装置のハードウェア構成例について説明する。
　（ｃ１：制御装置１００）
　図３は、本実施の形態に係るロボット制御システム１を構成する制御装置１００のハードウェア構成例を示す模式図である。図３を参照して、制御装置１００は、プロセッサ１０２と、メインメモリ１０４と、ストレージ１１０と、メモリカードインターフェイス１１２と、上位ネットワークコントローラ１０６と、フィールドネットワークコントローラ１０８と、ローカルバスコントローラ１１６と、ＵＳＢ（Universal　Serial　Bus）インターフェイスを提供するＵＳＢコントローラ１２０とを含む。これらのコンポーネントは、プロセッサバス１１８を介して接続されている。
　プロセッサ１０２は、制御演算を実行する演算処理部に相当し、ＣＰＵ（Central　Processing　Unit）やＧＰＵ（Graphics　Processing　Unit）などで構成される。具体的には、プロセッサ１０２は、ストレージ１１０に格納されたプログラムを読み出して、メインメモリ１０４に展開して実行することで、制御対象に対する制御演算を実現する。
　メインメモリ１０４は、ＤＲＡＭ（Dynamic　Random　Access　Memory）やＳＲＡＭ（Static　Random　Access　Memory）などの揮発性記憶装置などで構成される。ストレージ１１０は、例えば、ＳＳＤ（Solid　State　Drive）やＨＤＤ（Hard　Disk　Drive）などの不揮発性記憶装置などで構成される。
　ストレージ１１０には、基本的な機能を実現するためのシステムプログラム１１０２、および、制御対象に応じて作成されたＩＥＣプログラム１１０４などが格納される。ＩＥＣプログラム１１０４は、シーケンス命令および／またはモーション命令を含み得る。
　本明細書において、「ＩＥＣプログラム」は、一般的なＰＬＣ（プログラマブルロジックコントローラ）で実行される処理を規定するプログラムという意味で用いられる。典型的には、ＩＥＣプログラムは、国際電気標準会議（ＩＥＣ：International　Electrotechnical　Commission）が定めるＩＥＣ６１１３１－３で規定されるいずれかの言語で記述されるプログラムを意味する。但し、ＩＥＣプログラムは、ＩＥＣ６１１３１－３で規定される言語以外のメーカ独自言語で記述されるプログラムを包含し得る。
　ストレージ１１０には、ロボット２００の挙動を制御するためのロボットプログラム１１０８および設定情報１１０６がさらに格納されてもよい。ロボットプログラム１１０８は、後述するように、所定のプログラミング言語（例えば、Ｖ＋言語などのロボット制御用プログラミング言語やＧコードなどのＮＣ制御に係るプログラミング言語）で記述されてもよい。
　設定情報１１０６は、フィールドネットワーク２０に関する各種設定、および、ロボット２００に対する各種設定値（例えば、速度制限値、加速度制限値、ジャーク制限値など）を含む。
　メモリカードインターフェイス１１２は、着脱可能な記憶媒体の一例であるメモリカード１１４を受け付ける。メモリカードインターフェイス１１２は、メモリカード１１４に対して任意のデータの読み書きが可能になっている。
　上位ネットワークコントローラ１０６は、上位ネットワークを介して、任意の情報処理装置（図２に示されるサポート装置４００、表示装置５００、サーバ装置６００など）との間でデータを遣り取りする。
　フィールドネットワークコントローラ１０８は、フィールドネットワーク２０を介して、ロボット２００などの任意のデバイスとの間でデータを遣り取りする。図２に示すシステム構成例において、フィールドネットワークコントローラ１０８は、フィールドネットワーク２０の通信マスタとして機能してもよい。フィールドネットワークコントローラ１０８は、フィールドネットワーク２０に接続されたデバイス間で同期状態に維持されるカウンタ１０９を有している。フィールドネットワークコントローラ１０８は、カウンタ１０９に基づいて、後述する通信フレーム４０の送出タイミングなどを管理する。
　ローカルバスコントローラ１１６は、ローカルバス１２２を介して、制御装置１００を構成する任意の機能ユニット１３０との間でデータを遣り取りする。機能ユニット１３０は、例えば、アナログ信号の入力および／または出力を担当するアナログＩ／Ｏユニット、デジタル信号の入力および／または出力を担当するデジタルＩ／Ｏユニット、エンコーダなどからのパルスを受け付けるカウンタユニットなどからなる。
　ＵＳＢコントローラ１２０は、ＵＳＢ接続を介して、任意の情報処理装置との間でデータを遣り取りする。
　制御装置１００が提供するロボット２００の制御に係る機能については、後述する。
　（ｃ２：ロボット２００およびロボットコントローラ２５０）
　図４は、本実施の形態に係るロボット制御システム１を構成するロボット２００のハードウェア構成例を示す模式図である。図４には、ロボット２００としてカスタムロボット２００Ａを採用した場合の構成例を示す。
　図４を参照して、カスタムロボット２００Ａは、ロボットコントローラ２５０に接続されている。なお、カスタムロボット２００Ａとロボットコントローラ２５０とは、一体的に構成されてもよいし、別体として構成されてもよい。
　カスタムロボット２００Ａは、軸または関節の数に応じたドライブ回路２２０と、ドライブ回路２２０により駆動されるモータ２３０とを含む。ドライブ回路２２０の各々は、コンバータ回路およびインバータ回路などを含み、ロボットコントローラ２５０からの指令値に従って指定された電圧・電流・位相の電力を生成して、モータ２３０へ供給する。
　モータ２３０の各々は、カスタムロボット２００Ａを構成するアーム部２１０のいずれかの軸または関節と機械的に結合されており、モータ２３０の回転によって対応する軸または関節を駆動するアクチュエータである。
　モータ２３０としては、駆動するアーム部２１０に応じた特性のモータを採用できる。例えば、モータ２３０として、誘導型モータ、同期型モータ、永久磁石型モータ、リラクタンスモータのいずれを採用してもよいし、回転型だけではなく、リニアモータを採用してもよい。駆動対象のモータ２３０に応じたドライブ回路２２０が採用される。
　ロボットコントローラ２５０は、フィールドネットワークコントローラ２５２と、制御処理回路２６０とを含む。
　フィールドネットワークコントローラ２５２は、各々に割り当てられたフィールドネットワーク２０の通信リソースを用いて、制御装置１００のフィールドネットワークコントローラ１０８などの通信部との間でデータを遣り取りする。フィールドネットワークコントローラ２５２は、フィールドネットワーク２０に接続されたデバイス間で同期状態に維持されるカウンタ２５３を有している。フィールドネットワークコントローラ２５２は、通信マスタとして機能する制御装置１００に従って動作する、フィールドネットワーク２０の通信スレーブとして機能してもよい。
　制御処理回路２６０は、カスタムロボット２００Ａを駆動するために必要な演算処理を実行する。一例として、制御処理回路２６０は、プロセッサ２６２と、メインメモリ２６６と、ストレージ２７０と、インターフェイス回路２６８とを含む。
　プロセッサ２６２は、カスタムロボット２００Ａを駆動するための制御演算を実行する。メインメモリ２６６は、例えば、ＤＲＡＭやＳＲＡＭなどの揮発性記憶装置などで構成される。ストレージ２７０は、例えば、ＳＳＤやＨＤＤなどの不揮発性記憶装置などで構成される。
　ストレージ２７０には、ロボット２００を駆動するための制御を実現するためのロボットシステムプログラム２７０２、および、ロボットコントローラ２５０での処理に必要な設定パラメータ群を含む設定情報２７０４が格納される。
　インターフェイス回路２６８は、それぞれのドライブ回路２２０に対して、それぞれ指令値を与える。インターフェイス回路２６８とドライブ回路２２０との間は、ハードワイヤーで電気的に接続されていてもよいし、データリンクで接続されていてもよい。
　図５は、本実施の形態に係るロボット制御システム１を構成するロボット２００の別のハードウェア構成例を示す模式図である。図５には、ロボット２００として汎用ロボット２００Ｂを採用した場合の構成例を示す。
　図５を参照して、汎用ロボット２００Ｂは、１または複数のモータおよびドライブ回路（図示しない）が組み込まれており、汎用ロボット２００Ｂの目標軌道が指示されると、指示された目標軌道に応じて１または複数のモータを駆動する。
　図４に示すカスタムロボット２００Ａを駆動する場合には、軸または関節に対応するドライブ回路２２０に対してそれぞれ指令値を与える必要があるのに対して、図５に示す汎用ロボット２００Ｂを駆動する場合には、汎用ロボット２００Ｂの目標軌道を指示するだけでよい。
　ロボットコントローラ２５０が提供するロボット２００の制御に係る機能については、後述する。
　（ｃ３：操作ペンダント３００）
　図６は、本実施の形態に係るロボット制御システム１を構成する操作ペンダント３００のハードウェア構成例を示す模式図である。図６を参照して、操作ペンダント３００は、フィールドネットワークコントローラ３５２と、制御処理回路３６０と、操作キー群３８０とを含む。
　フィールドネットワークコントローラ３５２は、フィールドネットワーク２０を介して、主として、制御装置１００との間でデータを遣り取りする。フィールドネットワークコントローラ３５２は、フィールドネットワーク２０に接続されたデバイス間で同期状態に維持されるカウンタ３５３を有している。フィールドネットワークコントローラ３５２は、通信マスタとして機能する制御装置１００に従って動作する、フィールドネットワーク２０の通信スレーブとして機能してもよい。
　制御処理回路３６０は、プロセッサ３６２と、メインメモリ３６６と、ファームウェア３７０と、インターフェイス回路３６８とを含む。
　プロセッサ３６２は、ファームウェア３７０を実行することで、操作ペンダント３００に必要な処理を実現する。メインメモリ３６６は、例えば、ＤＲＡＭやＳＲＡＭなどの揮発性記憶装置などで構成される。
　インターフェイス回路３６８は、操作キー群３８０との間で信号を遣り取りする。
　操作キー群３８０は、ユーザ操作を受け付ける入力装置である。操作キー群３８０は、入力状態を示すインジケータなどを含んでいてもよい。
　（ｃ４：サポート装置４００）
　図７は、本実施の形態に係るロボット制御システム１を構成するサポート装置４００のハードウェア構成例を示す模式図である。サポート装置４００は、一例として、汎用パソコンを用いて実現されてもよい。
　図７を参照して、サポート装置４００は、プロセッサ４０２と、メインメモリ４０４と、入力部４０６と、表示部４０８と、ストレージ４１０と、光学ドライブ４１２と、ＵＳＢコントローラ４２０と、通信コントローラ４２２とを含む。これらのコンポーネントは、プロセッサバス４１８を介して接続されている。
　プロセッサ４０２は、ＣＰＵやＧＰＵなどで構成され、ストレージ４１０に格納されたプログラム（一例として、ＯＳ４１０２および開発プログラム４１０４）を読み出して、メインメモリ４０４に展開して実行することで、サポート装置４００に必要な各種機能を実現する。
　メインメモリ４０４は、例えば、ＤＲＡＭやＳＲＡＭなどの揮発性記憶装置などで構成される。ストレージ４１０は、例えば、ＨＤＤやＳＳＤなどの不揮発性記憶装置などで構成される。
　ストレージ４１０には、基本的な機能を実現するためのＯＳ４１０２、および、開発環境を実現するための開発プログラム４１０４などが格納される。開発環境においては、制御装置１００で実行されるプログラムの作成、プログラムのデバッグ、制御装置１００の動作に係る設定、制御装置１００に接続されるデバイスの動作に対する設定、フィールドネットワーク２０に関する設定などが可能になっている。
　入力部４０６は、キーボードやマウスなどで構成され、ユーザ操作を受け付ける。表示部４０８は、ディスプレイや各種インジケータなどで構成され、プロセッサ４０２による処理結果などを表示する。
　ＵＳＢコントローラ４２０は、ＵＳＢ接続を介して、制御装置１００などとの間のデータを遣り取りする。通信コントローラ４２２は、上位ネットワーク１２を介して、任意の情報処理装置との間でデータを遣り取りする。
　サポート装置４００は、光学ドライブ４１２を有しており、コンピュータ読み取り可能なプログラムを非一過的に格納する記憶媒体４１４（例えば、ＤＶＤ（Digital　Versatile　Disc）などの光学記憶媒体）から、その中に格納されたプログラムが読み取られてストレージ４１０などにインストールされる。
　サポート装置４００で実行される開発プログラム４１０４などは、コンピュータ読み取り可能な記憶媒体４１４を介してインストールされてもよいが、ネットワーク上のサーバ装置などからダウンロードする形でインストールするようにしてもよい。また、本実施の形態に係るサポート装置４００が提供する機能は、ＯＳ４１０２が提供するモジュールの一部を利用する形で実現される場合もある。
　なお、ロボット制御システム１の稼動中において、サポート装置４００は、制御装置１００から取り外されていてもよい。
　（ｃ５：表示装置５００）
　本実施の形態に係るロボット制御システム１を構成する表示装置５００は、一例として、汎用パソコンを用いて実現されてもよい。表示装置５００の基本的なハードウェア構成例は、図７に示すサポート装置４００のハードウェア構成例と同様であるので、ここでは詳細な説明は行わない。
　（ｃ６：サーバ装置６００）
　本実施の形態に係るロボット制御システム１を構成するサーバ装置６００は、一例として汎用パソコンを用いて実現されてもよい。サーバ装置６００の基本的なハードウェア構成例は、図７に示すサポート装置４００のハードウェア構成例と同様であるので、ここでは詳細な説明は行わない。
　（ｃ７：その他の形態）
　図３～図７には、１または複数のプロセッサがプログラムを実行することで必要な機能が提供される構成例を示したが、これらの提供される機能の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣ（Application　Specific　Integrated　Circuit）またはＦＰＧＡ（Field-Programmable　Gate　Array）など）を用いて実装してもよい。
　制御装置１００の主要部を、汎用的なアーキテクチャに従うハードウェア（例えば、汎用パソコンをベースとした産業用パソコン）を用いて実現してもよい。この場合には、仮想化技術を用いて、用途の異なる複数のＯＳを並列的に実行させるとともに、各ＯＳ上で必要なアプリケーションを実行させるようにしてもよい。さらに、制御装置１００にサポート装置４００や表示装置５００などの機能を統合した構成を採用してもよい。
　＜Ｄ．機能構成例＞
　ロボット２００を制御するための機能構成の一例について説明する。
　図８は、本実施の形態に係るロボット制御システム１におけるロボット２００の挙動を制御するための機能構成の一例を示す模式図である。図８を参照して、制御装置１００と１または複数のロボットコントローラ２５０との間で、ロボット２００を制御するためのコマンド１４６などが遣り取りされる。
　制御装置１００は、ＩＥＣプログラム実行エンジン１５０と、ロボットプログラム実行エンジン１５２と、通信制御モジュール１６０と、通信ドライバ１６２と、外部通信インターフェイス１６４とを含む。これらのエレメントは、典型的には、制御装置１００のプロセッサ１０２がシステムプログラム１１０２を実行することで実現してもよい。
　ＩＥＣプログラム実行エンジン１５０（第２のプログラム実行部）は、ＩＥＣプログラム１１０４を実行することで、ロボットコントローラ２５０に与える出力値１４２を周期的に生成する。より具体的には、ＩＥＣプログラム実行エンジン１５０は、ＩＥＣプログラム１１０４を所定の制御周期毎にサイクリック実行する。制御装置１００の制御周期としては、典型的には、数百μｓｅｃ～数１００ｍｓｅｃ程度が想定される。ＩＥＣプログラム実行エンジン１５０は、ＩＥＣプログラム１１０４の実行に従って、内部コマンド（例えば、コマンド１４６の送信開始および送信停止など）をロボットプログラム実行エンジン１５２へ出力し、および／または、ロボットプログラム実行エンジン１５２から状態値（例えば、ロボットプログラム実行エンジン１５２が実行しているロボットプログラム１１０８の状態など）を取得する。
　ロボットプログラム実行エンジン１５２（第１のプログラム実行部）は、ロボットプログラム１１０８を実行することで、ロボット２００の挙動を指示するコマンド１４６を生成する。すなわち、ロボットプログラム実行エンジン１５２は、ロボットプログラム１１０８を逐次実行して、１または複数のロボットコントローラ２５０に対して、ロボット２００を制御するためのコマンド１４６などを送信する。より具体的には、ロボットプログラム実行エンジン１５２は、ロボットプログラム解釈モジュール１５４と、コマンド生成モジュール１５６とを含む。
　ロボットプログラム解釈モジュール１５４は、ロボットプログラム１１０８を順次読み込んでパースし、パースにより得られた内部コマンドをコマンド生成モジュール１５６へ出力する。ロボットプログラム解釈モジュール１５４は、ロボットプログラム１１０８に含まれるプログラミング言語により記述されたロボット２００の挙動に係る命令に加えて、信号の入出力、ファイルアクセスおよび通信に係る命令も解釈できる。
　ロボットプログラム解釈モジュール１５４によるロボットプログラム１１０８の読み込み開始や停止などは、コマンド生成モジュール１５６により制御されてもよい。
　コマンド生成モジュール１５６は、ロボットプログラム解釈モジュール１５４からの内部コマンドに従って、ロボットコントローラ２５０の各々に対するコマンド１４６を生成する。
　コマンド生成モジュール１５６は、接続されている１または複数のロボットコントローラ２５０のホストとして機能する。より具体的には、コマンド生成モジュール１５６は、ＩＥＣプログラム実行エンジン１５０との間で遣り取りされる内部コマンド、および／または、外部通信インターフェイス１６４を介してサポート装置４００との間で遣り取りされる内部コマンドに応じて、ロボットプログラム解釈モジュール１５４でのロボットプログラム１１０８の実行の開始および停止を制御するとともに、ロボットコントローラ２５０に対するコマンド１４６の生成の開始および停止を制御する。
　コマンド生成モジュール１５６は、ロボットコントローラ２５０から状態値およびエラーなどの情報を収集するようにしてもよい。
　説明の便宜上、ロボットプログラム解釈モジュール１５４と、コマンド生成モジュール１５６とを分離した構成例を示すが、これらのモジュールを分離することなく、一体的に実装してもよい。
　通信制御モジュール１６０および通信ドライバ１６２は、コマンド１４６をロボットコントローラ２５０へ送信する通信部に相当する。通信制御モジュール１６０および通信ドライバ１６２は、ＩＥＣプログラム実行エンジン１５０からの出力値１４２およびロボットプログラム実行エンジン１５２からのコマンド１４６をロボットコントローラ２５０へ送信する。
　通信制御モジュール１６０は、接続されている１または複数のロボットコントローラ２５０との間のデータの遣り取りを管理する。通信制御モジュール１６０は、接続されているロボットコントローラ２５０毎にデータ通信を管理する通信インスタンスを生成し、生成した通信インスタンスを用いてデータ通信を管理するようにしてもよい。
　通信ドライバ１６２は、フィールドネットワークコントローラ１０８（図３参照）を利用して、接続されている１または複数のロボットコントローラ２５０との間でデータ通信を行う内部インターフェイスである。
　ロボットコントローラ２５０の各々は、通信制御モジュール２８０と、通信ドライバ２８２と、ロボット駆動エンジン２８４と、信号出力ドライバ２９２とを含む。これらのエレメントは、典型的には、ロボットコントローラ２５０のプロセッサ２６２（制御処理回路２６０）がロボットシステムプログラム２７０２を実行することで実現してもよい。
　通信制御モジュール２８０は、接続されている制御装置１００との間のデータの遣り取りを管理する。通信制御モジュール２８０は、接続されている制御装置１００との間でデータ通信を管理する通信インスタンスを生成し、生成した通信インスタンスを用いてデータ通信を管理するようにしてもよい。
　通信ドライバ２８２は、フィールドネットワークコントローラ２５２（図４参照）を利用して、接続されている制御装置１００との間でデータ通信を行う内部インターフェイスである。
　ロボット駆動エンジン２８４は、制御装置１００からのコマンド１４６に従って、制御対象のロボット２００（含：カスタムロボット２００Ａおよび／または汎用ロボット２００Ｂ）を駆動するための処理を実行する。より具体的には、ロボット駆動エンジン２８４は、管理モジュール２８６と、目標軌道生成モジュール２８８と、指令値生成モジュール２９０とを含む。
　管理モジュール２８６は、制御装置１００からの出力値１４２に従って処理を実行する処理実行部に相当する。より具体的には、管理モジュール２８６は、制御装置１００からの出力値１４２に従って、制御モードや、コマンド１４６から目標軌道の生成の開始／終了などを管理する。
　目標軌道生成モジュール２８８（目標軌道生成部）は、制御装置１００からのコマンド１４６に従って、制御対象のロボット２００（含：カスタムロボット２００Ａおよび／または汎用ロボット２００Ｂ）の目標軌道を生成する。生成される目標軌道は、典型的には、ロボット２００の先端部の時間毎の位置（時間に対する位置の変化）、および／または、ロボット２００の先端部の時間毎の速度（時間に対する速度の変化）などを含む。
　目標軌道生成モジュール２８８は、生成する目標軌道を指令値生成モジュール２９０へ出力してもよいし（典型的には、図４に示すカスタムロボット２００Ａを駆動する場合）、信号出力ドライバ２９２を介してロボット２００へ直接出力してもよい（典型的には、図５に示す汎用ロボット２００Ｂを駆動する場合）。
　指令値生成モジュール２９０は、制御装置１００からのコマンド１４６に従って、ロボット２００を駆動するための指令値を順次生成する。より具体的には、指令値生成モジュール２９０は、目標軌道生成モジュール２８８により生成される目標軌道に従って、制御対象のロボット２００を構成するそれぞれのモータ２３０に対する指令値を順次生成する。指令値生成モジュール２９０は、指令値を所定の制御周期毎または所定のイベント毎に更新してもよい。
　ロボットコントローラ２５０の目標軌道生成モジュール２８８の制御周期としては、典型的には、制御装置１００の制御周期と同程度の数百μｓｅｃ～数１００ｍｓｅｃ程度が想定される。一方、ロボットコントローラ２５０の指令値生成モジュール２９０の制御周期は、目標軌道生成モジュール２８８の制御周期より高速である（例えば、数～１０数倍程度）ことが想定される。
　より具体的には、指令値生成モジュール２９０は、制御対象のロボット２００のキネマティクスに基づいて、目標軌道に沿ってロボット２００を駆動するためのモータ２３０に与えるそれぞれの指令値を算出する。指令値生成モジュール２９０は、モータ２３０に与える指令値として、目標位置（時間に対する位置／角度の変化）、目標速度（時間に対する速度／角速度の変化）、目標加速度（時間に対する加速度／角加速度の変化）、および／または、目標加速度（時間に対する加加速度／角加加速度の変化）などを算出する。
　ロボット駆動エンジン２８４は、設定情報２７０４（図４参照）を参照して、目標軌道および／または指令値を算出するのに必要なパラメータを取得してもよい。
　説明の便宜上、目標軌道生成モジュール２８８と、指令値生成モジュール２９０とを分離した構成例を示すが、これらのモジュールを分離することなく、一体的に実装してもよい。
　信号出力ドライバ２９２は、インターフェイス回路２６８（図４参照）を利用して、指令値および／または目標軌道を、接続されている１または複数のドライブ回路２２０および／またはロボット２００へ出力するための内部インターフェイスである。
　図９は、本実施の形態に係るロボット制御システム１におけるロボット２００の挙動を制御するためのデータ処理を概略する模式図である。図９を参照して、制御装置１００のロボットプログラム実行エンジン１５２には、所定のプログラミング言語で記述されたロボットプログラム１１０８が入力される。
　例えば、同一の生産ラインに複数のロボット２００が配置されており、それぞれのロボット２００が異なる作業を行うような生産設備においては、ロボットプログラム実行エンジン１５２には、ロボット２００毎に異なるロボットプログラム１１０８が入力される。また、複数の同一の生産ラインが並列して配置されるとともに、それぞれの生産ラインに同一の作業を行うロボット２００が配置されているような生産設備においては、ロボットプログラム実行エンジン１５２には、共通のロボットプログラム１１０８が入力されてもよい。但し、生成されるコマンド１４６は、ロボットコントローラ２５０へそれぞれ独立して送信されてもよい。
　また、ロボットプログラム実行エンジン１５２には、異なるプログラミング言語（例えば、Ｖ＋言語およびＧコード）で記述された複数のロボットプログラム１１０８が入力されてもよい。ロボットプログラム実行エンジン１５２は、異なるプログラミング言語で記述されたロボットプログラム１１０８が入力された場合であっても、共通のコマンド体系に従って記述されたコマンド１４６を生成できる。
　このように、ロボットプログラム実行エンジン１５２は、複数のプログラミング言語を解釈可能に構成されてもよい。この場合、ロボットプログラム実行エンジン１５２は、プログラミング言語に依存することなく、予め定められたコマンド体系に従うコマンド１４６を生成するようにしてもよい。
　ロボットプログラム実行エンジン１５２（ロボットプログラム解釈モジュール１５４）は、入力されたロボットプログラム１１０８を解釈して内部コマンドを生成する。さらに、ロボットプログラム実行エンジン１５２（コマンド生成モジュール１５６）は、生成した内部コマンドに従って、ロボット２００の挙動を制御するためのコマンド１４６を生成する。
　なお、コマンド１４６は、接続されている１または複数のロボットコントローラ２５０に対してそれぞれ生成されてもよい。生成されたコマンド１４６は、フィールドネットワーク２０（図２参照）を介して、対応するロボットコントローラ２５０へ送信される。
　ロボットコントローラ２５０の目標軌道生成モジュール２８８は、制御装置１００からのコマンド１４６に従って、目標軌道を生成する。生成される目標軌道は、そのまま汎用ロボット２００Ｂへ出力されてもよい。すなわち、ロボットコントローラ２５０は、目標軌道を外部出力してもよい。
　一方、ロボットコントローラ２５０の指令値生成モジュール２９０は、生成される目標軌道に従って、制御対象のロボット２００を構成するそれぞれのモータ２３０に対する指令値を生成する。
　なお、コマンド１４６を規定するコマンド体系としては、任意のものを採用できる。コマンド１４６の生成に係る処理を低減する観点からは、ロボットプログラム１１０８に記述される命令から容易に生成できるコマンド群を採用することが好ましい。
　図９に示すように、本実施の形態に係るロボット制御システム１において、制御装置１００は、１または複数のロボットプログラム１１０８からコマンド１４６を生成する。ロボットコントローラ２５０は、生成されるコマンド１４６に従って、制御対象のロボット２００を駆動する。
　＜Ｅ．制御装置１００で実行される処理＞
　上述したように、ロボットプログラム１１０８は、ロボット２００の挙動を制御するためのプログラムである。但し、ロボット２００の挙動を制御するためには、例えば、ロボット２００の動作を開始／停止するタイミング、ロボット２００を動作させるための条件（例えば、前工程あるいは後工程にある設備との連係）、ロボット２００に係るセーフティ条件などを制御する必要もある。
　そこで、制御装置１００においては、ロボットプログラム１１０８だけではなく、ＩＥＣプログラム１１０４も並列的に実行できるようにしてもよい。ＩＥＣプログラム１１０４は、ロボット２００の動作に係る状態値を収集して、ロボット２００の動作を開始／停止するタイミングを決定するロジックなどを含んでいてもよい。
　図１０は、本実施の形態に係るロボット制御システム１を構成する制御装置１００で実行されるＩＥＣプログラム１１０４およびロボットプログラム１１０８の一例を示す図である。
　図１０（Ａ）には、ラダー・ダイアグラム（ＬＤ言語）で記述されたＩＥＣプログラム１１０４の例を示す。図１０（Ａ）に示すＩＥＣプログラム１１０４の例は、制御対象のロボット２００の電源を投入する処理、および、制御対象のロボット２００のキャリブレーションを実行する処理に関する命令を含む。
　なお、図１０（Ａ）に示すように、ＩＥＣプログラム１１０４は、ファンクションブロックを要素として含んでいてもよい。さらに、ＩＥＣプログラム１１０４は、ストラクチャード・テキスト（ＳＴ言語）で記述されたコードを含んでいてもよい。
　図１０（Ｂ）には、Ｖ＋言語で記述されたロボットプログラム１１０８の例を示す。図１０（Ｂ）に示すように、Ｖ＋言語は、ロボット２００の挙動を制御するための一種の高級言語である。
　次に、制御装置１００におけるＩＥＣプログラム１１０４およびロボットプログラム１１０８の並列実行について説明する。
　図１１は、本実施の形態に係るロボット制御システム１を構成する制御装置１００におけるプログラムの実行例を示すタイムチャートである。図１１に示すように、制御装置１００においては、ＩＥＣプログラム実行エンジン１５０ならびにロボットプログラム実行エンジン１５２（ロボットプログラム解釈モジュール１５４およびコマンド生成モジュール１５６）がそれぞれ処理を独立して実行する。
　ＩＥＣプログラム実行エンジン１５０は、ＩＥＣプログラム１１０４を予め定められた制御周期Ｔ１毎にサイクリック実行（繰り返し実行）する。ＩＥＣプログラム１１０４のサイクリック実行は、出力更新処理１５０２および入力更新処理１５０４を含む。
　出力更新処理１５０２は、ＩＥＣプログラム１１０４の実行により決定された出力値１４２を、内部変数および／または対象のデバイスに反映する処理を含む。特に、フィールドネットワーク２０を介して接続されているデバイスに対する出力値１４２は、通信フレームに格納されてフィールドネットワーク２０上に送出される。
　入力更新処理１５０４は、ＩＥＣプログラム１１０４の実行に必要な入力値１４４（状態値）を、内部変数および／または対象のデバイスから取得する処理を含む。特に、フィールドネットワーク２０を介して接続されているデバイスからの入力値１４４は、フィールドネットワーク２０上を伝搬する通信フレームから取得される。
　通信制御モジュール１６０は、制御周期Ｔ１に同期して、フィールドネットワーク２０上に通信フレームを送出するとともに、フィールドネットワーク２０上を巡回して戻ってきた通信フレームを受信する。通信制御モジュール１６０は、ＩＥＣプログラム実行エンジン１５０により生成された出力値１４２、および／または、およびコマンド生成モジュール１５６により生成されたコマンド１４６を、通信フレームに格納するとともに、戻ってきた通信フレームに含まれる入力値１４４（状態値）をＩＥＣプログラム実行エンジン１５０およびコマンド生成モジュール１５６が参照できるように保持する。
　コマンド生成モジュール１５６は、ロボットプログラム解釈モジュール１５４からの内部コマンドに従ってコマンド１４６を生成する。典型的には、コマンド生成モジュール１５６がコマンド１４６を生成するタイミングは、ＩＥＣプログラム実行エンジン１５０からの出力値１４２によって決定される。図１１に示す例では、ＩＥＣプログラム実行エンジン１５０からの出力値１４２に応答して、ＩＥＣプログラム実行エンジン１５０がコマンド１４６を生成する例を示す。ＩＥＣプログラム実行エンジン１５０によるコマンド１４６の生成は、ＩＥＣプログラム実行エンジン１５０の出力更新処理１５０２のタイミングと同期させてもよい。
　ロボットプログラム解釈モジュール１５４は、典型的には、制御周期Ｔ１とは独立して、ロボットプログラム１１０８を実行する。ロボットプログラム解釈モジュール１５４によるロボットプログラム１１０８の実行の開始／停止は、コマンド生成モジュール１５６により制御されてもよい。
　図１１に示すように、ロボットプログラム実行エンジン１５２は、ロボットプログラム１１０８を逐次実行する。ＩＥＣプログラム実行エンジン１５０は、ロボットプログラム実行エンジン１５２によるロボットプログラム１１０８の実行とは独立して、ＩＥＣプログラム１１０４をサイクリック実行する。
　＜Ｆ．データの遣り取り＞
　次に、制御装置１００と１または複数のロボットコントローラ２５０との間で遣り取りされるデータについて説明する。
　図１２は、本実施の形態に係るロボット制御システム１におけるデータの遣り取りを説明するための図である。図１２を参照して、制御装置１００とロボットコントローラ２５０の各々との間では、フィールドネットワーク２０を介して、出力値１４２、入力値１４４およびコマンド１４６が遣り取りされる。出力値１４２およびコマンド１４６は、制御装置１００からロボットコントローラ２５０へ送信され、入力値１４４は、ロボットコントローラ２５０から制御装置１００へ送信される。
　基本的には、出力値１４２、入力値１４４およびコマンド１４６は、ロボットコントローラ２５０毎に互いに独立したデータである。そのため、制御装置１００に接続されるロボット２００（ロボットコントローラ２５０）が多くなるほど、より多くの通信リソースが必要になる。
　一方で、フィールドネットワーク２０の伝送容量には制限がある。そのため、制御装置１００に接続されるロボット２００の台数が多くなり、許容される伝送容量に到達すると、それ以上のロボット２００を接続できなくなる。
　このように、制御装置１００に接続可能なロボット２００（ロボットコントローラ２５０）の数は、フィールドネットワーク２０の伝送容量に制限されることになるため、各ロボットコントローラ２５０に割り当てる通信リソースを最適化することが好ましい。
　次に、フィールドネットワーク２０を介したデータの伝送方法の一例について説明する。フィールドネットワーク２０としてＥｔｈｅｒＣＡＴを採用する場合には、各種情報を格納した通信フレームがデバイス間を周期的に巡回することになる。このような通信フレームを採用することで、フィールドネットワーク２０に接続されたデバイス間で同期したデータの遣り取りが可能となる。
　図１３は、本実施の形態に係るロボット制御システム１で利用される通信フレーム４０の一例を示す模式図である。図１３を参照して、一例として、通信フレーム４０は、フィールドネットワーク２０に接続されているデバイス毎（図２に示す構成例においては、ロボットコントローラ２５０毎）に通信リソース４２が割り当てられている。通信リソース４２の各々は、出力値領域４４および入力値領域４６を含む。
　出力値領域４４には、制御装置１００によりデータが書き込まれ、対応するデバイスによりデータが読み込まれる。より具体的には、出力値領域４４には、制御装置１００（ＩＥＣプログラム実行エンジン１５０）により生成される出力値１４２、および／または、制御装置１００（ロボットプログラム実行エンジン１５２）により生成されるコマンド１４６が格納される。
　入力値領域４６には、対応するデバイスによりデータが書き込まれ、制御装置１００によりデータが読み込まれる。より具体的には、入力値領域４６には、ロボットコントローラ２５０の各々が有している情報（例えば、ロボット２００の駆動に係る状態値）が書き込まれる。ロボット２００の駆動に係る状態値の一例としては、対象のロボット２００の先端部および各軸の現在位置、速度実績、加速度実績、トルク実績などを含む。このように、ロボットコントローラ２５０の通信部は、入力値領域４６を用いて、ロボット２００の駆動に係る状態値を制御装置１００へ送信する。
　図１３に示される通信フレーム４０を介して、制御装置１００と１または複数のロボットコントローラ２５０との間で、データが遣り取りされる。
　＜Ｇ．通信リソース設定機能＞
　次に、制御装置１００と１または複数のロボットコントローラ２５０との間でデータを遣り取りするための通信リソースの設定および管理に関するいくつかの方法について説明する。すなわち、ロボットコントローラ２５０の各々に通信リソースを割り当てる処理（図１に示す通信リソース設定機能３０に相当）のいくつかの具体例について説明する。
　（ｇ１：通信マスタへの事前設定）
　図２に示す構成例において、制御装置１００のフィールドネットワークコントローラ１０８は、フィールドネットワーク２０の通信マスタとして機能する場合を想定する。このような構成において、フィールドネットワーク２０に接続される各デバイスへの通信リソースの割り当ては、例えば、制御装置１００のフィールドネットワークコントローラ１０８が、設定情報１１０６（図３参照）に含まれる割り当て設定に従って行うようにしてもよい。すなわち、制御装置１００のフィールドネットワークコントローラ１０８が通信リソース設定機能３０を実現してもよい。
　図１４は、本実施の形態に係るロボット制御システム１において用いられる設定情報１１０６に含まれる割り当て設定６０の一例を示す図である。図１４を参照して、設定情報１１０６は、割り当てられる各通信リソースに対応するエントリを有している。各エントリは、割り当てられる通信リソースの先頭アドレス６１と、最終アドレス６２と、割り当て先デバイスの識別情報６３と、利用種別６４とを含む。
　先頭アドレス６１および最終アドレス６２は、１つの通信フレーム４０に格納可能なデータサイズに割り当てられたアドレスを用いて規定される。各エントリの先頭アドレス６１から最終アドレス６２までの領域が１つの独立した通信リソースとして割り当てられる。各通信リソースは、識別情報６３により特定されるデバイスに割り当てられるとともに、対応する利用種別６４により、出力値１４２（あるいは、コマンド１４６）を格納する領域および入力値１４４を格納する領域のいずれであるかが決定される。
　このように、予め定められた割り当て設定６０を用いて、フィールドネットワーク２０の通信マスタ（制御装置１００）が各デバイスに対する通信リソースの割り当てを決定してもよい。すなわち、通信リソース設定機能３０は、通信マスタである制御装置１００のフィールドネットワークコントローラ１０８に実装されてもよい。通信リソース設定機能３０は、予め定められた割り当て設定６０に従って、ロボットコントローラ２５０の各々に割り当てる通信リソースを決定する。
　（ｇ２：割り当てパターンを利用した通信リソースの設定）
　上述の図１４に示すような明示的な割り当て設定に代えて、割り当てパターンを利用して、通信リソースを設定してもよい。
　図１５は、本実施の形態に係るロボット制御システム１において用いられる割り当てパターンを利用した通信リソースの設定を説明するための図である。図１５を参照して、設定情報１１０６は、アドレス毎に接続されたデバイス種別を示す接続情報７０と、デバイス毎に割り当てられる通信リソースを示す割り当てパターン７５とを含む。
　接続情報７０は、フィールドネットワーク２０に接続されるデバイス毎に接続されているデバイスを示す情報を含む。より具体的には、接続情報７０は、アドレスに対応するエントリを有している。各エントリは、アドレス７１と、デバイス種別７２とを含む。アドレス７１は、フィールドネットワーク２０上でユニークに規定される識別情報である。デバイス種別７２は、接続されているデバイスの種別を示す。
　割り当てパターン７５は、デバイス毎に割り当てられる通信リソースの情報を含む。より具体的には、割り当てパターン７５は、各デバイスに対応する通信リソースを示すエントリを有している。各エントリは、デバイス種別７６と、出力値またはコマンドを格納する出力値領域のデータサイズ７７と、入力値を格納する入力値領域のデータサイズ７８とを含む。
　フィールドネットワーク２０の通信マスタ（図２に示す制御装置１００のフィールドネットワークコントローラ１０８）は、接続情報７０と割り当てパターン７５とに基づいて、通信リソースの割り当てを決定する。より具体的には、接続情報７０を参照して、フィールドネットワーク２０に接続されているデバイスの種別および数を特定した上で、割り当てパターン７５を参照して、デバイス毎に対応するデータサイズを順次割り当てる。以上のような処理によって、通信フレーム４０のデータ構造、すなわち通信リソースを決定できる。
　このように、通信リソース設定機能３０は、通信マスタである制御装置１００のフィールドネットワークコントローラ１０８に実装されてもよい。通信リソース設定機能３０は、接続情報７０と割り当てパターン７５とに基づいて、ロボットコントローラ２５０の各々に割り当てる通信リソースを決定する。このとき、通信リソース設定機能３０は、接続情報７０に規定される、制御装置１００とネットワーク接続されたロボットコントローラ２５０の数に応じて、ロボットコントローラ２５０の各々に割り当てる通信リソースを決定してもよい。
　（ｇ３：サポート装置４００による事前設定）
　各デバイスに対する通信リソースの設定をユーザが容易に設定できる仕組みを提供してもよい。典型的には、制御装置１００に接続されるサポート装置４００が通信リソースの設定を行なうためのユーザインターフェイス画面を提供するようにしてもよい。
　図１６は、本実施の形態に係るロボット制御システム１においてサポート装置４００を用いた通信リソースの設定を説明するための図である。図１６を参照して、サポート装置４００は設定画面４５０を提供する。図１６に示される設定画面４５０は、典型的には、サポート装置４００のプロセッサ４０２が開発プログラム４１０４を実行することで、提供される。
　ユーザは、設定画面４５０上で各種設定を行うことで、設定情報１１０６が生成される。設定情報１１０６は、制御装置１００へ転送される。それによって、通信フレーム４０のデータ構造、すなわち通信リソースが決定される。
　より具体的には、設定画面４５０は、フィールドネットワーク２０に接続されるロボット２００（ロボットコントローラ２５０）を登録するための設定フィールド４５２を含む。ユーザは、設定画面４５０の設定フィールド４５２に対して、ロボット制御システム１に含まれるロボット２００（ロボットコントローラ２５０）を特定するための情報を入力する。
　サポート装置４００は、設定画面４５０に設定された情報に基づいて、設定情報１１０６を生成する。設定情報１１０６は、図１４に示される割り当て設定６０などを含んでいてもよい。
　フィールドネットワーク２０の通信マスタ（図２に示す制御装置１００のフィールドネットワークコントローラ１０８）は、サポート装置４００により生成される設定情報１１０６を参照して、通信フレーム４０のデータ構造、すなわち通信リソースを決定する。
　このように、ユーザ操作に応じて、通信リソース設定機能３０による通信リソースの割り当てに係る設定を決定するための外部装置の一例であるサポート装置４００をさらに用意してもよい。
　上述したように、フィールドネットワーク２０の伝送容量には制限があるので、フィールドネットワーク２０に接続されるロボット２００（ロボットコントローラ２５０）が多くなりすぎると、通信リソースを適切に設定できない。その場合には、別の対処をユーザに選択させるためのユーザインターフェイス画面が提供されてもよい。
　図１７は、本実施の形態に係るロボット制御システム１において通信リソースを適切に設定できない場合の手順を説明するための図である。図１６に示す設定画面４５０に対して、制限を超えるロボット２００（ロボットコントローラ２５０）が設定された場合には、サポート装置４００は、図１７に示すような設定画面４６０を提供する。
　図１７に示される設定画面４６０は、典型的には、サポート装置４００のプロセッサ４０２が開発プログラム４１０４を実行することで、提供される。
　設定画面４６０においては、設定されたロボット２００（ロボットコントローラ２５０）の数が制限を超えていること通知するメッセージとともに、選択肢として、接続台数の変更操作を指示するボタン４６２と、ロボット２００の応答速度の変更操作を指示するボタン４６４とを含む。
　ユーザがボタン４６２を選択すると、サポート装置４００は、図１６に示すような設定画面４５０を表示し、ユーザは、制限内となるように接続されるロボット２００の台数を変更する。
　一方、ユーザがボタン４６４を選択すると、フィールドネットワーク２０を伝搬する通信フレーム４０のデータサイズが拡大されてもよい。但し、通信フレーム４０のデータサイズが拡大される場合には、通信フレーム４０がフィールドネットワーク２０を循環する周期は長くなる。そのため、制御装置１００と各デバイスとの間でデータが更新される周期は相対的に長くなる。
　このように、通信リソース設定機能３０は、フィールドネットワーク２０上を伝送する通信フレーム４０の長さを異ならせることで、通信リソースの大きさを調整してもよいし、フィールドネットワーク２０上を伝送する通信フレーム４０の通信周期を異ならせることで、通信リソースの大きさを調整してもよい。
　あるいは、ユーザがボタン４６４を選択すると、通信フレーム４０全体のデータサイズを維持したまま。各デバイスに割り当てられるデータサイズを縮小するようにしてもよい。この場合には、１つの通信フレーム４０が伝搬できるデータサイズが小さくなるので、例えば、コマンド１４６を特定のデバイスに送信するにあたって、複数の通信フレーム４０に分割して送信するようにしてもよい。
　例えば、制御装置１００からロボットコントローラ２５０には、事前にコマンド１４６が送信されるため、ある程度のコマンド１４６の送信遅延は許容される。そのため、１つのコマンド１４６を複数の通信フレーム４０を用いて送信しても、ロボット２００を制御上での問題は少ない。
　図１８は、本実施の形態に係るロボット制御システム１においてコマンド１４６を複数の通信フレーム４０に分割して送信する処理例を説明するための図である。図１８を参照して、コマンド１４６のデータ列を出力値領域４４に収まるサイズに分割し、時間的に連続する複数の通信フレーム４０にそれぞれ格納する。
　図１８に示す例では、コマンド１４６が３つの通信フレーム４０を用いて送信される例を示す。ロボットコントローラ２５０は、複数の通信フレーム４０からそれぞれ分割されたデータを取得して結合することで、コマンド１４６を復元する。
　このように、必要に応じて、複数の通信フレーム４０を用いてコマンド１４６を分割して送信する機能を採用することで、１つの通信フレーム４０において各デバイスに割り当てられるデータサイズが相対的に小さい場合であっても、対象のロボットコントローラ２５０へコマンド１４６を送信できる。
　（ｇ４：動的設定）
　上述の説明においては、通信リソースを静的に設定する場合について説明したが、通信リソースを動的に設定あるいは変更するようにしてもよい。以下、通信リソースの動的設定の一例について説明する。
　例えば、ロボット制御システム１に含まれるいずれかのロボット２００をチューニングあるいは初期化するような局面、または、いずれのロボット２００を集中的に監視するような局面も想定される。このような局面においては、対象のロボット２００の先端部および各軸の位置などを制御周期毎に収集することが好ましく、一時的により多くの通信リソースを割り当てるようにしてもよい。
　図１９は、本実施の形態に係るロボット制御システム１における通信リソースの動的設定の一例を説明するための図である。図１９を参照して、通信フレーム４０に予備リソース４８を含めるとともに、予備リソース４８をフィールドネットワーク２０に接続された任意のデバイスが利用できるようにしてもよい。図１９には、予備リソース４８の一部が、入力値領域としてアドレス「００１」のデバイスに割り当てられている例を示す。
　図２０は、本実施の形態に係るロボット制御システム１における通信リソースの動的設定の別の一例を説明するための図である。図２０を参照して、通信フレーム４０に予備リソース４８を含めるとともに、予備リソース４８をバッファとして、出力値領域４４および入力値領域４６のデータサイズを動的に変更するようにしてもよい。図２０には、アドレス「００１」のデバイスに割り当てられている通信リソース４２のうち、入力値領域４６のデータサイズを拡大する例を示す。入力値領域４６は、予備リソース４８のデータサイズまでは拡大することができる。
　図１９および図２０に示すように、特定のデバイスから状態値などの入力値を一時的に収集する必要がある場合などにおいて、フィールドネットワーク２０の通信マスタ（制御装置１００）が通信リソースの設定を変更するようにしてもよい。
　なお、図１９および図２０には、特定のデバイスに対する通信リソースを変更する例を示すが、複数のデバイスに対して同時に通信リソースを変更するようにしてもよい。また、図１９および図２０には、入力値領域４６のデータサイズを変更する例を示すが、出力値領域４４のデータサイズを変更してもよいし、出力値領域４４および入力値領域４６の両方のデータサイズを変更してもよい。
　さらに、図１９および図２０には、通信フレーム４０内に予備リソース４８を設けた例を示すが、予備リソース４８を設けることなく、状況に応じて、各デバイスに割り当てる通信待機を動的に変更するようにしてもよい。
　上述の図１９および図２０に示すような通信リソースの動的設定を実現するためには、通信リソース設定機能３０は、通信マスタである制御装置１００のフィールドネットワークコントローラ１０８に実装されてもよい。そして、いずれかのロボットコントローラ２５０が保持管理する変数（状態値）に基づいて、通信リソースを適宜切り替えてもよい。このように、通信リソース設定機能３０は、１または複数のロボットコントローラ２５０のうち少なくとも１つの動作状態に応じて、ロボットコントローラ２５０の各々に割り当てる通信リソースを決定してもよい。
　＜Ｈ．付記＞
　上述したような本実施の形態は、以下のような技術思想を含む。
　［構成１］
　ロボット制御システム（１）であって、
　第１の通信部（１０８，１６０，１６２）を有する第１の制御装置（１００）と、
　前記第１の制御装置とネットワーク接続された、１または複数の第２の制御装置（２５０）とを備え、
　前記第２の制御装置の各々は、
　　各々に割り当てられたネットワーク（２０）の通信リソースを用いて、前記第１の制御装置の前記第１の通信部との間でデータを遣り取りする第２の通信部（２５２，２８０，２８２）と、
　　前記第１の制御装置からのコマンド（１４６）に従って、ロボット（２００）を駆動するための指令値を順次生成する指令値生成部（２９０）とを備え、
　前記ロボット制御システムは、前記第２の制御装置の各々に前記通信リソースを割り当てる通信リソース設定部（３０）を備える、ロボット制御システム。
　［構成２］
　前記通信リソース設定部は、予め定められた割り当て設定（６０）に従って、前記第２の制御装置の各々に割り当てる通信リソースを決定する、構成１に記載のロボット制御システム。
　［構成３］
　前記通信リソース設定部は、前記第１の制御装置とネットワーク接続された前記第２の制御装置の数に応じて、前記第２の制御装置の各々に割り当てる通信リソースを決定する、構成１または２に記載のロボット制御システム。
　［構成４］
　前記通信リソース設定部は、前記１または複数の第２の制御装置のうち少なくとも１つの動作状態に応じて、前記第２の制御装置の各々に割り当てる通信リソースを決定する、構成１～３のいずれか１項に記載のロボット制御システム。
　［構成５］
　前記通信リソース設定部は、前記第１の制御装置の前記第１の通信部に実装される、構成１～４のいずれか１項に記載のロボット制御システム。
　［構成６］
　前記第２の制御装置の前記第２の通信部は、ロボットの駆動に係る状態値を前記第１の制御装置へ送信する、構成１～５のいずれか１項に記載のロボット制御システム。
　［構成７］
　ユーザ操作に応じて、前記通信リソース設定部による通信リソースの割り当てに係る設定を決定するための外部装置（４００）をさらに備える、構成１～６のいずれか１項に記載のロボット制御システム。
　［構成８］
　前記通信リソース設定部は、ネットワーク上を伝送する通信フレームの長さを異ならせることで、前記通信リソースの大きさを調整する、構成１～６のいずれか１項に記載のロボット制御システム。
　［構成９］
　前記通信リソース設定部は、ネットワーク上を伝送する通信フレームの通信周期を異ならせることで、前記通信リソースの大きさを調整する、構成１～６のいずれか１項に記載のロボット制御システム。
　［構成１０］
　第１の通信部（１０８，１６０，１６２）を有する第１の制御装置（１００）と、前記第１の制御装置とネットワーク接続された、１または複数の第２の制御装置（２５０）とを備えたロボット制御システム（１）における制御方法であって、
　前記第２の制御装置の各々にネットワーク（２０）の通信リソースを割り当てるステップ（３０）と、
　前記第２の制御装置の各々が、各々に割り当てられた通信リソースを用いて、前記第１の制御装置との間でデータを遣り取りするステップと、
　前記第２の制御装置の各々が、前記第１の制御装置からのコマンドに従って、ロボットを駆動するための指令値を順次生成するステップ（２９０）とを備える、制御方法。
　＜Ｉ．利点＞
　本実施の形態に係るロボット制御システム１においては、ロボット２００を制御するロボットコントローラ２５０の各々に通信リソースを適切に割り当てることができる。これによって、複数のロボットコントローラ２５０がフィールドネットワーク２０に接続された場合でも、制御性能を維持することができる。
　今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
　１　ロボット制御システム、１２　上位ネットワーク、２０　フィールドネットワーク、３０　通信リソース設定機能、４０　通信フレーム、４２　通信リソース、４４　出力値領域、４６　入力値領域、４８　予備リソース、６０　割り当て設定、６１　先頭アドレス、６２　最終アドレス、６３　識別情報、６４　利用種別、７０　接続情報、７１　アドレス、７２，７６　デバイス種別、７５　割り当てパターン、７７，７８　データサイズ、１００　制御装置、１０１，２５１　通信部、１０２，２６２，３６２，４０２　プロセッサ、１０４，２６６，３６６，４０４　メインメモリ、１０６　上位ネットワークコントローラ、１０８，２５２，３５２　フィールドネットワークコントローラ、１０９，２５３，３５３　カウンタ、１１０，２７０，４１０　ストレージ、１１２　メモリカードインターフェイス、１１４　メモリカード、１１６　ローカルバスコントローラ、１１８，４１８　プロセッサバス、１２０，４２０　ＵＳＢコントローラ、１２２　ローカルバス、１３０　機能ユニット、１４２　出力値、１４４　入力値、１４６　コマンド、１５０　ＩＥＣプログラム実行エンジン、１５２　ロボットプログラム実行エンジン、１５４　ロボットプログラム解釈モジュール、１５６　コマンド生成モジュール、１６０，２８０　通信制御モジュール、１６２，２８２　通信ドライバ、１６４　外部通信インターフェイス、２００　ロボット、２００Ａ　カスタムロボット、２００Ｂ　汎用ロボット、２１０　アーム部、２２０　ドライブ回路、２３０　モータ、２５０　ロボットコントローラ、２６０，３６０　制御処理回路、２６８，３６８　インターフェイス回路、２８４　ロボット駆動エンジン、２８６　管理モジュール、２８８　目標軌道生成モジュール、２９０　指令値生成モジュール、２９２　信号出力ドライバ、３００　操作ペンダント、３７０　ファームウェア、３８０　操作キー群、４００　サポート装置、４０６　入力部、４０８　表示部、４１２　光学ドライブ、４１４　記憶媒体、４２２　通信コントローラ、４５０，４６０　設定画面、４５２　設定フィールド、４６２，４６４　ボタン、５００　表示装置、６００　サーバ装置、１１０２　システムプログラム、１１０４　ＩＥＣプログラム、１１０６，２７０４　設定情報、１１０８　ロボットプログラム、１５０２　出力更新処理、１５０４　入力更新処理、２７０２　ロボットシステムプログラム、４１０４　開発プログラム、Ｔ１　制御周期。

Claims (10)

  1. 　ロボット制御システムであって、
    　第１の通信部を有する第１の制御装置と、
    　前記第１の制御装置とネットワーク接続された、１または複数の第２の制御装置とを備え、
    　前記第２の制御装置の各々は、
    　　各々に割り当てられたネットワークの通信リソースを用いて、前記第１の制御装置の前記第１の通信部との間でデータを遣り取りする第２の通信部と、
    　　前記第１の制御装置からのコマンドに従って、ロボットを駆動するための指令値を順次生成する指令値生成部とを備え、
    　前記ロボット制御システムは、前記第２の制御装置の各々に前記通信リソースを割り当てる通信リソース設定部を備える、ロボット制御システム。
  2. 　前記通信リソース設定部は、予め定められた割り当て設定に従って、前記第２の制御装置の各々に割り当てる通信リソースを決定する、請求項１に記載のロボット制御システム。
  3. 　前記通信リソース設定部は、前記第１の制御装置とネットワーク接続された前記第２の制御装置の数に応じて、前記第２の制御装置の各々に割り当てる通信リソースを決定する、請求項１または２に記載のロボット制御システム。
  4. 　前記通信リソース設定部は、前記１または複数の第２の制御装置のうち少なくとも１つの動作状態に応じて、前記第２の制御装置の各々に割り当てる通信リソースを決定する、請求項１～３のいずれか１項に記載のロボット制御システム。
  5. 　前記通信リソース設定部は、前記第１の制御装置の前記第１の通信部に実装される、請求項１～４のいずれか１項に記載のロボット制御システム。
  6. 　前記第２の制御装置の前記第２の通信部は、ロボットの駆動に係る状態値を前記第１の制御装置へ送信する、請求項１～５のいずれか１項に記載のロボット制御システム。
  7. 　ユーザ操作に応じて、前記通信リソース設定部による通信リソースの割り当てに係る設定を決定するための外部装置をさらに備える、請求項１～６のいずれか１項に記載のロボット制御システム。
  8. 　前記通信リソース設定部は、ネットワーク上を伝送する通信フレームの長さを異ならせることで、前記通信リソースの大きさを調整する、請求項１～６のいずれか１項に記載のロボット制御システム。
  9. 　前記通信リソース設定部は、ネットワーク上を伝送する通信フレームの通信周期を異ならせることで、前記通信リソースの大きさを調整する、請求項１～６のいずれか１項に記載のロボット制御システム。
  10. 　第１の通信部を有する第１の制御装置と、前記第１の制御装置とネットワーク接続された、１または複数の第２の制御装置とを備えたロボット制御システムにおける制御方法であって、
    　前記第２の制御装置の各々にネットワークの通信リソースを割り当てるステップと、
    　前記第２の制御装置の各々が、各々に割り当てられた通信リソースを用いて、前記第１の制御装置との間でデータを遣り取りするステップと、
    　前記第２の制御装置の各々が、前記第１の制御装置からのコマンドに従って、ロボットを駆動するための指令値を順次生成するステップとを備える、制御方法。
PCT/JP2020/047238 2020-03-13 2020-12-17 ロボット制御システムおよび制御方法 WO2021181799A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202080097507.7A CN115176209A (zh) 2020-03-13 2020-12-17 机器人控制系统以及控制方法
US17/908,141 US11855907B2 (en) 2020-03-13 2020-12-17 Robot control system and control method
EP20924018.3A EP4119305A4 (en) 2020-03-13 2020-12-17 ROBOT CONTROL SYSTEM AND ROBOT CONTROL METHODS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020044123A JP7327225B2 (ja) 2020-03-13 2020-03-13 ロボット制御システムおよび制御方法
JP2020-044123 2020-03-13

Publications (1)

Publication Number Publication Date
WO2021181799A1 true WO2021181799A1 (ja) 2021-09-16

Family

ID=77671569

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/047238 WO2021181799A1 (ja) 2020-03-13 2020-12-17 ロボット制御システムおよび制御方法

Country Status (5)

Country Link
US (1) US11855907B2 (ja)
EP (1) EP4119305A4 (ja)
JP (1) JP7327225B2 (ja)
CN (1) CN115176209A (ja)
WO (1) WO2021181799A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114248269A (zh) * 2021-12-09 2022-03-29 国网浙江省电力有限公司海宁市供电公司 一种基于TherCAT的电力六轴机器人控制系统及控制方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2024000591A (ja) * 2022-06-21 2024-01-09 オムロン株式会社 制御システム、中継装置および通信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012220961A (ja) * 2011-04-04 2012-11-12 Hitachi Ltd ネットワークシステム
JP2018196908A (ja) 2017-05-23 2018-12-13 Juki株式会社 制御システム及び実装装置
JP2019140603A (ja) * 2018-02-14 2019-08-22 オムロン株式会社 制御装置、制御システム、制御方法、および、制御プログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8850092B2 (en) * 2011-04-11 2014-09-30 Rockwell Automation Technologies, Inc. Input module for an industrial controller
JP5761238B2 (ja) * 2013-03-15 2015-08-12 株式会社安川電機 ロボットシステム及び被作業物の製造方法
CN109789545B (zh) * 2016-10-12 2022-03-18 Abb瑞士股份有限公司 用于控制输送路径的速度的方法和系统
JP6814118B2 (ja) * 2017-09-15 2021-01-13 株式会社日立製作所 ロボット制御装置、システム、及び方法
JP6977600B2 (ja) * 2018-02-14 2021-12-08 オムロン株式会社 制御装置、制御システム、制御方法、および、制御プログラム
EP3802012B1 (en) * 2018-06-11 2024-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Technique for controlling wireless command transmission to a robotic device
TWI676090B (zh) * 2018-10-19 2019-11-01 廣達電腦股份有限公司 用於多個機器人之移動控制方法以及其系統
US11584020B2 (en) * 2018-12-04 2023-02-21 Cloudminds Robotics Co., Ltd. Human augmented cloud-based robotics intelligence framework and associated methods
JP7431053B2 (ja) * 2020-02-17 2024-02-14 本田技研工業株式会社 制御プラットフォーム、サービス提供システム及びサービス提供方法
JP7236356B2 (ja) * 2019-09-02 2023-03-09 本田技研工業株式会社 制御プラットフォーム及び制御システム
CN114365057A (zh) * 2019-09-02 2022-04-15 本田技研工业株式会社 控制平台、控制系统、服务提供系统、服务提供方法和控制方法
KR20210030155A (ko) * 2019-09-09 2021-03-17 엘지전자 주식회사 로봇 및 그 제어 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012220961A (ja) * 2011-04-04 2012-11-12 Hitachi Ltd ネットワークシステム
JP2018196908A (ja) 2017-05-23 2018-12-13 Juki株式会社 制御システム及び実装装置
JP2019140603A (ja) * 2018-02-14 2019-08-22 オムロン株式会社 制御装置、制御システム、制御方法、および、制御プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4119305A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114248269A (zh) * 2021-12-09 2022-03-29 国网浙江省电力有限公司海宁市供电公司 一种基于TherCAT的电力六轴机器人控制系统及控制方法

Also Published As

Publication number Publication date
EP4119305A1 (en) 2023-01-18
JP2021144587A (ja) 2021-09-24
JP7327225B2 (ja) 2023-08-16
US11855907B2 (en) 2023-12-26
EP4119305A4 (en) 2024-04-03
CN115176209A (zh) 2022-10-11
US20230132698A1 (en) 2023-05-04

Similar Documents

Publication Publication Date Title
US10761515B2 (en) Control system for controlling control object and control device for linking control applications in control system
US10761884B2 (en) Control device for operating multiple types of programs in different execution formats
JP6903275B2 (ja) 制御装置および制御方法
US10606246B2 (en) Control device and control method with various command values in a shared memory providing access to various program execution and command value operation parts in each control cycle
WO2021181799A1 (ja) ロボット制御システムおよび制御方法
US20190095246A1 (en) Support device and non-transitory storage medium
WO2021181801A1 (ja) ロボット制御システムおよび制御方法
WO2019171845A1 (ja) 制御装置および制御システム
CN109491324B (zh) 控制装置及控制方法
WO2021181800A1 (ja) ロボット制御システムおよび制御方法
WO2021095466A1 (ja) 制御装置
WO2021181798A1 (ja) ロボット制御システムおよび制御方法
WO2021145124A1 (ja) 制御装置
WO2022162958A1 (ja) 制御装置、プログラム実行方法およびプログラム
JP7231073B2 (ja) 制御装置および制御システム
JP7375632B2 (ja) 制御システムおよびサポート装置
JP2021114019A (ja) データ処理方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20924018

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2020924018

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2020924018

Country of ref document: EP

Effective date: 20221013

NENP Non-entry into the national phase

Ref country code: DE