[go: up one dir, main page]

WO2018109949A1 - Dispositif de simulation, procédé de simulation et programme de simulation - Google Patents

Dispositif de simulation, procédé de simulation et programme de simulation Download PDF

Info

Publication number
WO2018109949A1
WO2018109949A1 PCT/JP2016/087684 JP2016087684W WO2018109949A1 WO 2018109949 A1 WO2018109949 A1 WO 2018109949A1 JP 2016087684 W JP2016087684 W JP 2016087684W WO 2018109949 A1 WO2018109949 A1 WO 2018109949A1
Authority
WO
WIPO (PCT)
Prior art keywords
token
unit
simulation
slave device
communication device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2016/087684
Other languages
English (en)
Japanese (ja)
Inventor
洋平 安友
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to PCT/JP2016/087684 priority Critical patent/WO2018109949A1/fr
Priority to JP2017528589A priority patent/JPWO2018109949A1/ja
Publication of WO2018109949A1 publication Critical patent/WO2018109949A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H04L12/427—Loop networks with decentralised control
    • H04L12/433—Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/44—Star or tree networks

Definitions

  • the present invention relates to a token passing system.
  • a plurality of Programmable Logic Controllers (hereinafter referred to as FA system) are connected to the network. Devices such as robots and sensors are connected to each PLC. Each PLC controls these devices.
  • a token passing system may be used as a communication system.
  • a token passing system a data transmission right called a token circulates between a plurality of nodes connected to a network. The node holding the token can transmit data.
  • each PLC can transmit data at a constant cycle.
  • Patent Document 1 There is a technique described in Patent Document 1 as a technique for testing the FA system.
  • a virtual PLC and a virtual communication unit that transmits and receives data are provided on a virtual environment. And in the technique of patent document 1, it tests by delaying the communication timing of a virtual communication unit according to the delay time designated by the user.
  • a token token passing system is not physically configured, but a virtual token passing system is constructed. And in the technique of patent document 1, it tests by delaying the communication timing of a virtual communication unit by the delay time designated by the user. However, the delay time specified by the user does not always match the delay time generated in the actual PLC. If the delay time specified by the user does not match the delay time generated in the actual PLC, the delay occurring in the FA system production environment cannot be accurately reproduced in the test. On the other hand, it is difficult to prepare all the PLCs used in the production environment at the time of the test, and it is desired to perform the test with a configuration of PLCs smaller than that in the production environment.
  • the delay that occurs in the FA system is proportional to the number of PLCs, if the number of PLCs is small during the test, the period at which each PLC transmits data (the period at which each PLC acquires a token) is shorter than in the production environment. . For this reason, the time until the data of the control command is transmitted to the devices connected to each PLC will be different between the test and the production environment. In the test, the device was successfully controlled. A situation of failure can occur.
  • the main object of the present invention is to obtain a configuration capable of performing a test with high accuracy in a token passing system configured with fewer communication devices than a production environment.
  • the simulation apparatus is A simulation device included in the token passing system, A token receiver for receiving a token communicated by the token passing system; It is determined whether or not the destination of the token received by the token receiving unit is a communication device included in the token passing system. When the destination of the token is not the communication device, the communication is performed as a virtual communication device. A simulation unit that simulates the operation of the device.
  • the simulation device included in the token passing system simulates the operation of the communication device as a virtual communication device. Therefore, according to the present invention, the operation of a communication device that is not included in the token passing system can be reflected in the test during the test, and the token passing system is configured with fewer communication devices than the production environment. The test can be performed with high accuracy.
  • FIG. 1 is a diagram illustrating a system configuration example of a token topology token passing system according to Embodiment 1.
  • FIG. 1 is a diagram illustrating a system configuration example of a line topology token passing system according to Embodiment 1.
  • FIG. 1 is a diagram showing a system configuration example of a ring topology token passing system according to Embodiment 1.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a master device according to the first embodiment.
  • FIG. 3 is a diagram illustrating a functional configuration example of a master device according to the first embodiment.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a slave device according to the first embodiment.
  • FIG. 3 is a diagram illustrating a functional configuration example of a slave device according to the first embodiment.
  • FIG. 1 is a diagram illustrating a system configuration example of a token passing system including a virtual slave device according to Embodiment 1.
  • FIG. 6 is a flowchart showing a procedure A according to the first embodiment.
  • 5 is a flowchart showing a procedure B according to the first embodiment.
  • FIG. 4 is a diagram showing a system configuration example of a star topology token passing system according to a second embodiment.
  • FIG. 4 is a diagram illustrating a hardware configuration example of a simulation apparatus according to a second embodiment.
  • FIG. 4 is a diagram illustrating a functional configuration example of a simulation apparatus according to a second embodiment.
  • FIG. 6 is a diagram illustrating a functional configuration example of a master device according to a second embodiment.
  • FIG. 10 is a flowchart showing a procedure B according to the second embodiment.
  • FIG. 10 The figure which shows the example of the apparatus management table after the update which concerns on Embodiment 1.
  • FIG. 10 The figure which shows the example of the apparatus management table after the update which concerns on Embodiment 1.
  • FIG. *** Explanation of configuration *** FIG. 1 shows a system configuration example of the token passing system according to the first embodiment.
  • the network topology of the token passing system in FIG. 1 is a star type, the network topology of the token passing system according to the first embodiment is not limited to the star type.
  • FIG. 2 shows a system configuration example of a token-passing system having a line topology.
  • FIG. 3 shows an example of the system configuration of a ring topology token passing system. 1 and 2 can be combined to construct a token passing system having a network topology in which a line type and a star type are mixed.
  • the token passing system having the network topology of FIG. 1 will be mainly described.
  • a master device 100, a slave device 200, and a slave device 300 are PLCs. Each of the slave device 200 and the slave device 300 corresponds to a communication device.
  • master device 100 corresponds to a simulation device. Operations performed by the master device 100 correspond to a simulation method and a simulation program.
  • the master device 100 manages the slave device 200 and the slave device 300. More specifically, the master device 100 manages the transmission destination of the token packet and the data length of the data. In addition, the master device 100 sets management information for notifying the transmission destination and data length of the token packet in the slave device 200 and the slave device 300.
  • the token packet is a packet for delivering a token.
  • sending a token packet is also called sending a token.
  • receiving a token packet is also referred to as receiving a token.
  • the slave device 200 and the slave device 300 are connected to a robot, a sensor, and the like, respectively.
  • the slave device 200 and the slave device 300 perform token transmission and data transmission based on the management information set by the master device 100, respectively.
  • the master device 100, the slave device 200, and the slave device 300 are each connected to the switching hub 400.
  • the switching hub 400 relays communication among the master device 100, the slave device 200, and the slave device 300.
  • FIG. 4 shows a hardware configuration example of the master device 100.
  • the master device 100 includes a processor 151, a storage device 152, a communication interface 153, and a device control interface 154.
  • the master device 100 is a computer.
  • the processor 151 transmits data. Further, the processor 151 determines whether or not to hold a token.
  • the processor 151 performs a calculation for operating a device management table described later. Further, the processor 151 executes a program for realizing the functions shown in FIG.
  • the storage device 152 stores a device management table. In addition, the storage device 152 stores a program that implements the functions shown in FIG. Further, the storage device 152 stores data received from the slave device 200 and the slave device 300.
  • the storage device 152 stores data to be transmitted to the slave device 200 and the slave device 300.
  • the communication interface 153 is an interface for communicating with the slave device 200 and the slave device 300 via the switching hub 400.
  • the device control interface 154 is an interface for controlling devices such as robots and sensors. Although only one communication interface 153 is shown in FIG. 4, the master device 100 may include a plurality of communication interfaces 153. Similarly, in FIG. 4, only one device control interface 154 is shown, but the master device 100 may include a plurality of device control interfaces 154.
  • FIG. 6 shows a hardware configuration example of the slave device 200.
  • the slave device 200 includes a processor 251, a storage device 252, a communication interface 253, and a device control interface 254.
  • the slave device 200 is a computer.
  • the processor 251 transmits data. Further, the processor 251 determines whether or not to hold a token. Furthermore, the processor 251 executes a program that implements the functions shown in FIG.
  • the storage device 252 stores a program that implements the functions shown in FIG.
  • the storage device 252 stores data received from the master device 100 and the slave device 300.
  • the storage device 252 stores data to be transmitted to the master device 100 and the slave device 300.
  • the communication interface 253 is an interface for communicating with the master device 100 and the slave device 300 via the switching hub 400.
  • the device control interface 254 is an interface for controlling devices such as robots and sensors. Although only one communication interface 253 is shown in FIG. 6, the slave device 200 may include a plurality of communication interfaces 253. Similarly, in FIG. 6, only one device control interface 254 is shown, but the slave device 200 may include a plurality of device control interfaces 254.
  • the hardware configuration of the slave device 300 is also as shown in FIG.
  • FIG. 5 shows a functional configuration example of the master device 100.
  • the master device 100 includes an initial setting unit 111, a token reception unit 112, a data transmission unit 113, a token transmission unit 114, a data reception unit 115, and a simulation unit 120.
  • the initial setting unit 111, the token reception unit 112, the data transmission unit 113, the token transmission unit 114, and the data reception unit 115 are functional blocks that realize the function of the master device 100 as a PLC.
  • the simulation unit 120 is a functional block for the master device 100 to simulate the operation of the slave device.
  • the simulation unit 120 includes a device management table operation unit 121, a token destination setting unit 122, a virtual device token reception unit 123, a virtual device data transmission unit 124, and a virtual device token transmission unit 125.
  • the initial setting unit 111, the token receiving unit 112, the data transmitting unit 113, the token transmitting unit 114, the data receiving unit 115, and the simulation unit 120 are realized by a program.
  • the processor 151 executes these programs, the functions of the initial setting unit 111, the token reception unit 112, the data transmission unit 113, the token transmission unit 114, the data reception unit 115, and the simulation unit 120 are realized.
  • the device management table storage unit 116 stores a device management table.
  • the device management table is, for example, a table shown in FIG. In the device management table, a MAC (Media Access Control) address, a token destination MAC address, and a transmission data length are described for each communication device. Details of the device management table will be described later.
  • the device management table storage unit 116 is realized by the storage device 152.
  • the initial setting unit 111 sets information such as the token destination MAC address of the device management table in the slave device 200 and the slave device 300.
  • the token receiving unit 112 receives a token packet. Then, the token reception unit 112 compares the token destination MAC address described in the received token packet with the MAC address of the master device 100. If the token destination MAC address matches the MAC address of the master device 100, the token receiving unit 112 holds the token. The token receiving unit 112 instructs the data transmitting unit 113 to transmit data. On the other hand, when the token destination MAC address does not match the MAC address of the master device 100, the token reception unit 112 transfers the token packet to the simulation unit 120. Note that the token receiving unit 112 receiving a token packet is also referred to as the token receiving unit 112 receiving a token. The operation of the token reception unit 112 corresponds to token reception processing.
  • the data transmission unit 113 transmits data to the slave device 200 and the slave device 300 when receiving an instruction from the token reception unit 112.
  • the data transmitted by the data transmission unit 113 includes control information for controlling the slave device 200 and the robot, sensor, and the like connected to the slave device 300.
  • the token transmission unit 114 After the data transmission by the data transmission unit 113 is completed, the token transmission unit 114 refers to the device management table and broadcasts a token packet in which the token destination MAC address of the master device 100 is described. Note that the token transmission unit 114 transmitting a token packet is also referred to as the token transmission unit 114 transmitting a token.
  • the data receiving unit 115 receives the data transmitted from the slave device 200 and the data transmitted from the slave device 300.
  • the device management table storage unit 116 stores a device management table.
  • the MAC address, token destination MAC address, and transmission data length are described for each communication device.
  • FIG. 16 shows a device management table when the token circuit is master device 100 ⁇ slave device 200 ⁇ slave device 300 ⁇ master device 100.
  • the token circuit is a token passing path.
  • the MAC address column describes the MAC address assigned to each communication device.
  • the MAC address assigned to the destination communication device of the token packet is described. For example, “BB: BB: BB: BB: BB: BB: BB” is described in the token destination MAC address column of the master device 100.
  • the master device 100 transmits a token packet with the slave device 200 as a destination.
  • the data length of data transmitted by each communication device is described. For example, “10 bytes” is described in the transmission data length column of the master device 100. That is, the master device 100 transmits 10-byte data to the slave device 200 and the slave device 300.
  • the simulation unit 120 changes the setting of the selected communication device so that a token destined for the virtual communication device is transmitted from the selected communication device selected from the plurality of communication devices included in the token passing system.
  • the virtual communication device is a virtual slave device that is simulated by the master device.
  • the virtual communication device is referred to as a slave device 500.
  • the slave device 500 is virtually added to the token passing system at the position shown in FIG.
  • the token circulation circuit is master device 100 ⁇ slave device 200 ⁇ slave device 300 ⁇ master device 100.
  • the simulation unit 120 selects the slave device 200 as the selected communication device, and changes the setting of the slave device 200 so that a token is transmitted from the slave device 200 to the slave device 500.
  • the simulation unit 120 determines whether the destination of the token packet transferred from the token reception unit 112 is any of a plurality of communication devices included in the token passing system. That is, the simulation unit 120 determines whether the token destination is the slave device 200 or the slave device 300.
  • the simulation unit 120 operates the slave device 200 or the slave device 300 as a virtual communication device when the token destination is neither the slave device 200 nor the slave device 300, that is, when the token destination is the slave device 500. Simulate.
  • the operation of the simulation unit 120 corresponds to simulation processing.
  • the device management table operation unit 121 changes the device management table. As described above, when the token is transmitted from the slave device 200 to the slave device 500 as the destination, the device management table operation unit 121 updates the device management table of FIG. 16 as illustrated in FIG. In the device management table of FIG. 17, a real identifier column is added. In addition, a record of the slave device 500 that is a virtual communication device is added. In FIG. 17, the part surrounded by the broken line is an additional part from FIG. In the real identifier column, “True” is described for a communication device included in the token passing system. On the other hand, if the communication device (virtual communication device) is not included in the token passing system, “False” is described. In the example of FIG. 17, “True” is described for the master device 100, the slave device 200, and the slave device 300, but “False” is described for the slave device 500.
  • the token destination setting unit 122 sets a token destination MAC address described in the device management table for all communication devices included in the token passing system. That is, the token destination setting unit 122 sets the token destination MAC address “CC: CC: CC: CC: CC” for the slave device 200 if the device management table is in the state shown in FIG. Further, the token destination setting unit 122 sets the token destination MAC address “AA: AA: AA: AA: AA” for the slave device 300.
  • the token destination setting unit 122 sends the token destination MAC address “DD: DD: DD: DD: DD” to the slave device 200. Set. That is, the token destination setting unit 122 changes the setting of the slave device 200 so that the slave device 200 transmits a token destined for the slave device 500.
  • the virtual device token receiving unit 123 collates the token destination MAC address described in the token packet with the MAC address of the device management table. .
  • the virtual device token reception unit 123 holds the token as the slave device 500.
  • the virtual device token receiving unit 123 instructs the virtual device data transmitting unit 124 to transmit data as the slave device 500. That is, the virtual device token reception unit 123 instructs the virtual device data transmission unit 124 to behave as the slave device 500 that is a virtual communication device.
  • the token reception unit 211 discards the token packet.
  • the virtual device data transmission unit 124 When there is an instruction from the virtual device token receiving unit 123, the virtual device data transmission unit 124 generates data having a data length that matches the data length of the slave device 500 in the device management table, and broadcasts the generated data.
  • the virtual device token transmission unit 125 After the data transmission by the virtual device data transmission unit 124 is completed, the virtual device token transmission unit 125 refers to the device management table and broadcasts a token packet in which the token destination MAC address of the slave device 500 is described. Note that the virtual device token transmission unit 125 transmitting the token packet is also referred to as the virtual device token transmission unit 125 transmitting the token.
  • the token reception unit 112 receives a token packet, the data transmission unit 113 transmits data, the token transmission unit 114 transmits a token, the data reception unit 115 receives data, the virtual device data transmission unit 124 transmits data,
  • the token transmission by the virtual device token transmission unit 125 is performed by the communication interface 153 of FIG.
  • FIG. 7 shows a functional configuration example of the slave device 200.
  • the token receiving unit 211 receives a token packet. Then, the token receiving unit 211 compares the token destination MAC address described in the received token packet with the MAC address of the slave device 200. If the token destination MAC address matches the MAC address of the slave device 200, the token receiving unit 211 holds the token. The token reception unit 211 instructs the data transmission unit 212 to transmit data. On the other hand, when the token destination MAC address does not match the MAC address of the slave device 200, the token receiving unit 211 discards the token packet. Note that the token receiving unit 211 receiving a token packet is also referred to as the token receiving unit 211 receiving a token.
  • the data transmission unit 212 transmits data to the master device 100, the slave device 300, and the slave device 500 when instructed by the token reception unit 211.
  • the token transmission unit 213 broadcasts a token packet in which the token destination MAC address is described after the data transmission by the data transmission unit 212 is completed. Note that the token transmission unit 213 transmits a token packet, and the token transmission unit 213 also transmits a token.
  • the data receiving unit 214 receives data transmitted from the master device 100 and the slave device 300.
  • the token reception unit 211 receives a token packet
  • the data transmission unit 212 transmits data
  • the token transmission unit 213 transmits a token
  • the data reception unit 214 receives data.
  • the communication interface 253 in FIG. The functional configuration of the slave device 300 is also as shown in FIG.
  • step S1 the device management table operation unit 121 updates the device management table. More specifically, the operator of the master device 100 inputs information surrounded by a broken line in FIG. Then, the device management table operation unit 121 updates the device management table as shown in FIG. 17 based on the information input from the operator. That is, the device management table operation unit 121 adds a record of the slave device 500 that is a virtual slave device, adds a real identifier column, and changes the token destination MAC address of the slave device 200.
  • step S2 the token destination setting unit 122 sets the token destination MAC address of the device management table to the corresponding slave device.
  • the token destination setting unit 122 sets a new token destination MAC address “DD: DD: DD: DD: DD” in the slave device 200.
  • the token destination setting unit 122 sets a new token destination MAC address only to the slave device 200 whose token destination MAC address is changed, but the token destination setting unit 122
  • the token destination MAC address “AA: AA: AA: AA: AA: AA” may be set also in the slave device 300 whose MAC address is not changed.
  • the token receiving unit 112 determines whether or not the token destination is the master device 100. Specifically, the token receiving unit 112 compares the token destination MAC address included in the token packet with the MAC address of the master device 100 in the device management table.
  • the token reception unit 112 In step S4 , Hold the token.
  • the token reception unit 112 instructs the data transmission unit 113 to transmit data.
  • step S5 the data transmission unit 113 broadcasts the data of the master device 100.
  • the token transmission unit 114 transmits the token packet to the token destination of the master device 100 in step S6. More specifically, the token transmission unit 114 broadcasts a token packet in which “BB: BB: BB: BB: BB: BB”, which is the token destination MAC address of the master device 100 in the device management table, is described.
  • the token receiving unit 112 transfers the token packet to the simulation unit 120.
  • the virtual device token receiving unit 123 determines whether or not the communication device that is the destination of the token actually exists. More specifically, the virtual device token receiving unit 123 searches the device management table for a MAC address that matches the token destination MAC address. Then, the virtual device token receiving unit 123 determines whether the real identifier described in the MAC address record that matches the token destination MAC address is “True” or “False”.
  • the virtual device token receiving unit 123 discards the received token packet in step S8.
  • the virtual device token receiving unit 123 holds the token as the slave device 500 in step S9. That is, when the MAC address that matches the token destination MAC address is “DD: DD: DD: DD: DD”, the virtual device token receiving unit 123 holds the token as the slave device 500. Further, the virtual device token receiving unit 123 instructs the virtual device data transmitting unit 124 to transmit data.
  • step S10 the virtual device data transmission unit 124 broadcasts data of the slave device 500.
  • the virtual device token transmission unit 125 transmits the token packet to the token destination of the slave device 500 in step S11. More specifically, the virtual device token transmission unit 125 broadcasts a token packet in which “CC: CC: CC: CC: CC: CC”, which is the token destination MAC address of the slave device 500 in the device management table, is described. .
  • the master device 100 behaves as the slave device 500 that does not exist during the test. Therefore, according to the present embodiment, the slave device 500 and the devices connected to the slave device 500 are not prepared without preparing the slave device 500 and the devices (robots, sensors, etc.) connected to the slave device 500. The operation can be reflected in the test. That is, according to the present embodiment, the test can be performed under the same conditions as in the production environment.
  • Embodiment 2 the master device 100 behaves as a slave device 500 that is a virtual slave device.
  • the master device 100 behaves as a slave device 500 that is a virtual slave device.
  • the slave device 200 behaves as the slave device 500.
  • differences from the first embodiment will be mainly described. Matters not described below are the same as those in the first embodiment.
  • FIG. 11 shows a system configuration example of the token passing system according to the second embodiment.
  • the network topology of the token passing system in FIG. 11 is a star type, but the network topology is not limited to the star type.
  • the network topology of the token passing system may be any of a ring type, a line type, and a combination of a line type and a star type.
  • a simulation apparatus 600 is added as compared to the configuration shown in FIG.
  • the slave device 200 and the slave device 300 are the same as those described in the first embodiment.
  • the simulation apparatus 600 performs the operation of the simulation unit 120 described in the first embodiment. That is, the simulation apparatus 600 simulates the operation of a slave device as a virtual communication device.
  • the simulation device 600 behaves as the slave device 500 by simulating the operation of the slave device 200 or the slave device 300.
  • the master device 100 does not perform the operation of the simulation unit 120 described in the first embodiment in the present embodiment. That is, the master device 100 functions as a communication device in the present embodiment.
  • the switching hub 400 relays communication among the master device 100, the slave device 200, the slave device 300, and the simulation apparatus 600.
  • FIG. 12 shows a hardware configuration example of the simulation apparatus 600.
  • the simulation apparatus 600 includes a processor 651, a storage device 652, and a communication interface 653.
  • the simulation apparatus 600 is a computer.
  • the processor 651 transmits data. Further, the processor 651 determines whether or not to hold a token.
  • the processor 651 performs a calculation for operating a device management table described later. Further, the processor 651 executes a program for realizing the functions shown in FIG.
  • the storage device 652 stores a device management table.
  • the storage device 652 stores a program that implements the functions illustrated in FIG.
  • the storage device 652 stores data to be transmitted to the master device 100, the slave device 200, and the slave device 300.
  • the communication interface 653 is an interface for communicating with the slave device 200 and the slave device 300 via the switching hub 400. Although only one communication interface 653 is shown in FIG. 12, the master device 100 may include a plurality of communication interfaces 653.
  • FIG. 13 shows a functional configuration example of the simulation apparatus 600.
  • the simulation device 600 includes a token reception unit 112 and a simulation unit 120.
  • the token receiving unit 112 and the simulation unit 120 are the same as those shown in the first embodiment.
  • the simulation unit 120 is a functional block for the simulation apparatus 600 to simulate a slave device.
  • the token receiving unit 112 and the simulation unit 120 are realized by a program.
  • the functions of the token receiving unit 112 and the simulation unit 120 are realized by the processor 651 executing the program.
  • FIG. 13 schematically illustrates a state in which the processor 651 is executing a program that realizes the functions of the token reception unit 112 and the simulation unit 120.
  • the simulation unit 120 includes a device management table operation unit 121, a token destination setting unit 122, a virtual device token reception unit 123, a virtual device data transmission unit 124, and a virtual device token transmission unit 125.
  • the device management table operation unit 121, token destination setting unit 122, virtual device token reception unit 123, virtual device data transmission unit 124, and virtual device token transmission unit 125 in FIG. 13 are the same as those described in the first embodiment. Therefore, these descriptions are omitted.
  • the device management table storage unit 615 stores a device management table. Since the device management table is the same as that described in the first embodiment, description of the device management table is omitted.
  • the device management table storage unit 615 is realized by the storage device 652.
  • FIG. 14 shows a functional configuration example of the master device 100.
  • the master device 100 includes only an initial setting unit 111, a token reception unit 112, a data transmission unit 113, a token transmission unit 114, a data reception unit 115, and a device management table storage unit 116. That is, master device 100 according to the present embodiment does not include simulation unit 120. Since the initial setting unit 111, token reception unit 112, data transmission unit 113, token transmission unit 114, data reception unit 115, and device management table storage unit 116 in FIG. 14 are the same as those described in the first embodiment, These descriptions are omitted.
  • the hardware configuration of the master device 100 of the second embodiment is as shown in FIG.
  • the hardware configurations of the slave device 200 and the slave device 300 of the second embodiment are as shown in FIG.
  • the functional configurations of the slave device 200 and the slave device 300 of the second embodiment are as shown in FIG.
  • the operation of the simulation apparatus 600 is divided into a procedure A and a procedure B.
  • procedure A the device management table is updated and the communication device is set based on the updated device management table.
  • procedure B the token is received, the original operation of the master device 100 and the operation of the slave device 500 are performed.
  • the simulation unit 120 of the simulation apparatus 600 performs the procedure A according to FIG. Since the details of FIG. 9 have been described in the first embodiment, the details of FIG. 9 are not described. If the token destination MAC address of the master device 100 has been updated, the token destination setting unit 122 sets the updated token destination MAC address in the master device 100 in step S2.
  • the token receiving unit 112 transfers the token packet to the virtual device token receiving unit 123.
  • the virtual device token receiving unit 123 determines whether or not the token destination node actually exists. More specifically, the virtual device token receiving unit 123 searches the device management table for a MAC address that matches the token destination MAC address. Then, the virtual device token receiving unit 123 determines whether the real identifier described in the MAC address record that matches the token destination MAC address is “True” or “False”.
  • the MAC address that matches the token destination MAC address is “AA: AA: AA: AA: AA: AA”, “BB: BB: BB: BB: BB” or “CC: CC: CC: CC: CC: CC” ",
  • the real identifier is" True ".
  • the virtual device token receiving unit 123 discards the received token packet in step S13.
  • the virtual device token receiving unit 123 holds the token as the slave device 500 in step S14. That is, when the MAC address that matches the token destination MAC address is “DD: DD: DD: DD: DD”, the virtual device token receiving unit 123 holds the token as the slave device 500. Further, the virtual device token receiving unit 123 instructs the virtual device data transmitting unit 124 to transmit data.
  • step S15 the virtual device data transmitting unit 124 broadcasts data of the slave device 500.
  • the virtual device token transmission unit 125 transmits a token packet to the token destination of the slave device 500 in step S16. More specifically, the virtual device token transmission unit 125 broadcasts a token packet in which “CC: CC: CC: CC: CC: CC”, which is the token destination MAC address of the slave device 500 in the device management table, is described. .
  • the simulation device 600 simulates the operation of the slave device 500 that does not exist during the test. Therefore, according to the present embodiment, the slave device 500 and the devices connected to the slave device 500 are not prepared without preparing the slave device 500 and the devices (robots, sensors, etc.) connected to the slave device 500. The operation can be reflected in the test. That is, according to the present embodiment, the test can be performed under the same conditions as in the production environment. Also, by simulating the slave device 500 by the simulation device 600 instead of the master device 100, the load on the master device 100 can be reduced.
  • the processor 151 and the processor 651 are integrated circuits (ICs) that perform processing.
  • the processor 151 and the processor 651 are a CPU (Central Processing Unit) and a DSP (Digital Signal Processor), respectively.
  • the storage device 152 and the storage device 652 are a RAM (Random Access Memory), a ROM (Read Only Memory), a flash memory, a HDD (Hard Disk Drive), and the like.
  • the communication interface 153 and the communication interface 653 each include a receiver that receives data and a transmitter that transmits data.
  • Each of the communication interface 153 and the communication interface 653 is, for example, a communication chip or a NIC (Network Interface Card).
  • the storage device 152 also stores an OS (Operating System). At least a part of the OS is executed by the processor 151.
  • the processor 151 executes the functions of the initial setting unit 111, the token reception unit 112, the data transmission unit 113, the token transmission unit 114, the data reception unit 115, and the simulation unit 120 while executing at least a part of the OS. Execute the program to be realized.
  • the processor 151 executes the OS, task management, memory management, file management, communication control, and the like are performed.
  • information, data, signal values, and variable values indicating the processing results of the initial setting unit 111, token receiving unit 112, data transmitting unit 113, token transmitting unit 114, data receiving unit 115, and simulation unit 120 are stored in the storage device 152. And stored in at least one of a register and a cache memory in the processor 151.
  • the programs for realizing the functions of the initial setting unit 111, the token receiving unit 112, the data transmitting unit 113, the token transmitting unit 114, the data receiving unit 115, and the simulation unit 120 are a magnetic disk, a flexible disk, an optical disk, a compact disk, a Blu-ray disc. It may be stored in a portable storage medium such as a (registered trademark) disk or DVD.
  • the storage device 652 also stores an OS. Then, at least a part of the OS is executed by the processor 651.
  • the processor 651 executes a program that realizes the functions of the token receiving unit 112 and the simulation unit 120 while executing at least a part of the OS.
  • the processor 651 executes the OS, task management, memory management, file management, communication control, and the like are performed. Further, information, data, signal values, and variable values indicating the processing results of the token receiving unit 112 and the simulation unit 120 are stored in at least one of the storage device 652, the register in the processor 651, and the cache memory.
  • programs that realize the functions of the token receiving unit 112 and the simulation unit 120 may be stored in a portable storage medium such as a magnetic disk, a flexible disk, an optical disk, a compact disk, a Blu-ray (registered trademark) disk, and a DVD.
  • a portable storage medium such as a magnetic disk, a flexible disk, an optical disk, a compact disk, a Blu-ray (registered trademark) disk, and a DVD.
  • the “setting” of the initial setting unit 111, the token receiving unit 112, the data transmitting unit 113, the token transmitting unit 114, the data receiving unit 115, and the simulating unit 120 is referred to as “circuit” or “process” or “procedure” or “processing”. May be read as ".”
  • the master device 100 and the simulation apparatus 600 may be implemented by an electronic circuit such as a logic IC (Integrated Circuit), a GA (Gate Array), an ASIC (Application Specific Integrated Circuit), or an FPGA (Field-Programmable Gate Array).
  • the processor and the electronic circuit are also collectively referred to as a processing circuit.
  • 100 master device 111 initial setting unit, 112 token reception unit, 113 data transmission unit, 114 token transmission unit, 115 data reception unit, 116 device management table storage unit, 120 simulation unit, 121 device management table operation unit, 122 token destination Setting unit, 123 Virtual device token receiving unit, 124 Virtual device data transmitting unit, 125 Virtual device token transmitting unit, 151 Processor, 152 Storage device, 153 Communication interface, 154 Device control interface, 200 Slave device, 211 Token receiving unit, 212 Data transmission unit, 213 token transmission unit, 214 data reception unit, 251 processor, 252 storage device, 253 communication interface, 254 device control interface, 300 slave device 400 switching hub 500 slave device 600 simulator, 615 device management table storage unit, 651 a processor, 652 a storage device, 653 communication interface.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

La présente invention concerne une unité de réception de jeton (112) qui reçoit un jeton communiqué dans un système de passage de jeton. Une unité de simulation (120) détermine si un récepteur d'un jeton reçu par l'unité de réception de jeton (112) est un dispositif de communication inclus dans le système de passage de jeton et simule, avec un dispositif de communication virtuel, une opération du dispositif de communication lorsque le récepteur du jeton n'est pas le dispositif de communication.
PCT/JP2016/087684 2016-12-16 2016-12-16 Dispositif de simulation, procédé de simulation et programme de simulation Ceased WO2018109949A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2016/087684 WO2018109949A1 (fr) 2016-12-16 2016-12-16 Dispositif de simulation, procédé de simulation et programme de simulation
JP2017528589A JPWO2018109949A1 (ja) 2016-12-16 2016-12-16 模擬装置、模擬方法及び模擬プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/087684 WO2018109949A1 (fr) 2016-12-16 2016-12-16 Dispositif de simulation, procédé de simulation et programme de simulation

Publications (1)

Publication Number Publication Date
WO2018109949A1 true WO2018109949A1 (fr) 2018-06-21

Family

ID=62558261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/087684 Ceased WO2018109949A1 (fr) 2016-12-16 2016-12-16 Dispositif de simulation, procédé de simulation et programme de simulation

Country Status (2)

Country Link
JP (1) JPWO2018109949A1 (fr)
WO (1) WO2018109949A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040193396A1 (en) * 2002-12-23 2004-09-30 Jones John David Systems, devices, and methods for acceptance testing a fieldbus component configuration program
JP2012104081A (ja) * 2010-11-05 2012-05-31 Virtual Mechanics Corp 分離型リアルタイム車両運動シミュレーション・システム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0248841A (ja) * 1988-08-10 1990-02-19 Omron Tateisi Electron Co バス型ｌａｎにおける送信権制御方式
JPH0851737A (ja) * 1994-08-08 1996-02-20 Mitsubishi Electric Corp 変電所系統事故点標定システムの結合方式
US6922663B1 (en) * 2000-03-02 2005-07-26 International Business Machines Corporation Intelligent workstation simulation-client virtualization
US7006963B1 (en) * 2000-03-02 2006-02-28 International Business Machines Corporation Intelligent workstation simulation-simulation at protocol stack level 2

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040193396A1 (en) * 2002-12-23 2004-09-30 Jones John David Systems, devices, and methods for acceptance testing a fieldbus component configuration program
JP2012104081A (ja) * 2010-11-05 2012-05-31 Virtual Mechanics Corp 分離型リアルタイム車両運動シミュレーション・システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MELLIOS, T ET AL.: "Evaluation of Industrial Networked Control Systems Using Hardware-In- The-Loop Simulation", PROC. OF 5TH INTERNATIONAL CONFERENCE ON TECHNOLOGY AND AUTOMATION - ICTA'05, 2005, pages 235 - 241, XP055493332 *

Also Published As

Publication number Publication date
JPWO2018109949A1 (ja) 2018-12-13

Similar Documents

Publication Publication Date Title
JP7189383B1 (ja) 検証システムおよび検証方法
CN109923483B (zh) 仿真装置以及仿真方法
US20140343915A1 (en) Test environment configuration apparatus and method of operating network simulation apparatus using same
CN106445800A (zh) 一种芯片验证的方法和装置
US9720404B2 (en) Gateway offering logical model mapped to independent underlying networks
US20190369585A1 (en) Method for determining a physical connectivity topology of a controlling development set up for a real-time test apparatus
JP2001209407A (ja) Ｐｌｃ用プログラムの実行シミュレーション装置
WO2017113848A1 (fr) Procédé de test, plateforme de test et dispositif de test simulé pour un scénario de test
WO2016163235A1 (fr) Dispositif de génération de données de commande de plc, procédé de génération de données de commande de plc, et programme de génération de données de commande de plc
CN114896115B (zh) 芯片的调试方法和装置、存储介质及电子装置
CN110677829A (zh) 长期演进车到万物lte-v2x测试系统及测试方法
CN107483284A (zh) 网络设备的测试方法及装置
CN116306474A (zh) 一种片上网络的通路验证方法、装置、设备、存储介质
JP6922814B2 (ja) サポート装置、サポートプログラム、設定方法
CN112445187B (zh) 用于模拟工业工厂中的现场设备的系统和方法
WO2018109949A1 (fr) Dispositif de simulation, procédé de simulation et programme de simulation
CN110109372B (zh) 用于模拟受控制的机器或设施的设备以及方法
WO2020000949A1 (fr) Système d'entraînement de liaison pcie et système de débogage d'entraînement
JP6528672B2 (ja) プレイバックシミュレータ再生試験システム
CN117616731A (zh) 时间敏感网络模拟器
JP2003140711A (ja) プロセス制御装置用シミュレータおよびそのプログラムとプログラム記録媒体
US20140180662A1 (en) Radio frequency communication simulation
CN114221873A (zh) 基于Linux系统的数据处理方法、装置及系统
CN119496706B (zh) 一种网络优化方法、装置、介质及产品
US20190305977A1 (en) Control apparatus

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2017528589

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 16923889

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16923889

Country of ref document: EP

Kind code of ref document: A1