WO2017195369A1 - プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法 - Google Patents

プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法 Download PDF

Info

Publication number
WO2017195369A1
WO2017195369A1 PCT/JP2016/064377 JP2016064377W WO2017195369A1 WO 2017195369 A1 WO2017195369 A1 WO 2017195369A1 JP 2016064377 W JP2016064377 W JP 2016064377W WO 2017195369 A1 WO2017195369 A1 WO 2017195369A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
board
definition file
input
boards
Prior art date
Application number
PCT/JP2016/064377
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 PCT/JP2016/064377 priority Critical patent/WO2017195369A1/ja
Priority to DE112016006851.4T priority patent/DE112016006851T5/de
Priority to JP2018516328A priority patent/JP6524344B2/ja
Priority to US16/097,641 priority patent/US10807620B2/en
Publication of WO2017195369A1 publication Critical patent/WO2017195369A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L15/00—Indicators provided on the vehicle or train for signalling purposes
    • B61L15/0063—Multiple on-board control systems, e.g. "2 out of 3"-systems
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/60—Testing or simulation
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L15/00—Methods, circuits, or devices for controlling the traction-motor speed of electrically-propelled vehicles
    • B60L15/42—Adaptation of control equipment on vehicle for actuation from alternative parts of the vehicle or from alternative vehicles of the same vehicle train
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L15/00—Indicators provided on the vehicle or train for signalling purposes
    • B61L15/0018—Communication with or on the vehicle or train
    • B61L15/0036—Conductor-based, e.g. using CAN-Bus, train-line or optical fibres
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L15/00—Indicators provided on the vehicle or train for signalling purposes
    • B61L15/0072—On-board train data handling
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B61—RAILWAYS
    • B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00—Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • 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
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • 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/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • 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
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02T90/10—Technologies relating to charging of electric vehicles
    • Y02T90/16—Information or communication technologies improving the operation of electric vehicles

Definitions

  • the present invention relates to a program development support device, a train monitoring control device, and a program development support method for supporting development of a program used in a control device included in a train monitoring control device.
  • TCMS Train Control and Monitoring System
  • TCMS Train Control and Monitoring System
  • Subsystems such as RIO (Remote Input / Output) devices, door control devices, and air conditioning control devices are connected to each intra-train network.
  • RIO Remote Input / Output
  • door control devices door control devices
  • air conditioning control devices are connected to each intra-train network.
  • TCMS there is a limit to the number of devices that can be connected to a single intra-train network, which lowers the communication load on the intra-train network, the communication physical standards installed in the subsystems differ, and a device such as a door control device.
  • Multiple train networks for reasons such as
  • TCMS train network physical layer types include CAN (Controller Area Network), MVB (Multifunction Vehicle Bus), ETH (Ethernet (registered trademark)), and the like.
  • CAN Controller Area Network
  • MVB Multifunction Vehicle Bus
  • ETH Ethernet (registered trademark)
  • all of the plurality of in-train networks may be configured by CAN, or the plurality of in-train networks may be of different physical layer types.
  • VCU Vehicle Control Unit
  • TCMS Vehicle Control Unit
  • PLC Programmable Logic Controller
  • VCUs and subsystems are often made by different manufacturers.
  • the VCU is connected to a plurality of intra-train networks. When the VCU is connected to a plurality of intra-train networks, a VCU program that supports communication with each intra-train network is required.
  • Patent Document 1 discloses a technology that allows a programmer to perform programming without being aware of an address in communication programming between a plurality of controller devices integrated via a network. Specifically, in each controller program written in a programming device, the work memory in the controller is automatically assigned to the communication input / output symbol with the data variable name, and the communication with the same data variable name is assigned. An equivalence setting management table for making equivalence between input and output symbols is created and stored in each controller. The equivalence processing is executed between the controller devices based on the equivalence setting management table.
  • the configuration of the VCU there is one in which a control unit that provides a logical control function and a communication unit that provides a communication function with a network in a train are integrated.
  • the communication unit cannot be arbitrarily selected in the configuration of the VCU in which the control unit and the communication unit are integrated.
  • a configuration of a VCU that solves this problem, there is a configuration in which a control unit and a communication unit are separate substrates and a necessary substrate is inserted into a housing.
  • This invention is made in view of the above, Comprising: It is a control apparatus with which a train monitoring control apparatus is provided, Comprising: A control part and a communication part are man-hours in development of the program used with the control apparatus of a structure of another board
  • the present invention provides a train monitoring control device comprising a plurality of intra-train networks and a control device that transmits and receives signals between the plurality of intra-train networks.
  • This is a program development support apparatus that supports development of a program used in the control apparatus.
  • the control device includes a plurality of communication boards that communicate with one of the plurality of in-train networks and a control board that is connected to the plurality of communication boards.
  • the program development support apparatus includes an input unit that receives a network communication data definition file for a communication board used on each communication board of a plurality of communication boards.
  • the program development support device uses a network communication data definition file for a communication board, and controls used in a control board that communicates with a plurality of communication boards in a common communication data format.
  • a generation unit for generating an input / output signal variable definition file for a board is provided.
  • the program development support apparatus includes an output unit that outputs an input / output signal variable definition file for a control board.
  • the figure which shows the structural example of TCMS The figure which shows the structural example of VCU Block diagram showing a configuration example of a VCU
  • the figure which shows the connection relation of the program development support device and VCU The flowchart which shows the procedure of the process in which a user develops the program used by VCU using a program development support apparatus.
  • the figure which shows the example of the network communication data definition file for the CAN communication board created by the user used in the program development of VCU The figure which shows the other example of the network communication data definition file for the CAN communication board created by the user used in the program development of VCU
  • generation part of a program development support apparatus The figure which shows the example of the information of the relationship of the OD index, data direction, and data type which the memory
  • FIG. 1 is a diagram illustrating a configuration example of a TCMS 5 according to an embodiment of the present invention.
  • the TCMS 5 that is a train monitoring control device includes in-train networks 1, 2, and 3 mounted on the train, and a VCU 4 that is a control device to which the in-train networks 1 to 3 are connected.
  • Subsystems 1-1, 1-2, 1-3, 1-4, and 1-5 are connected to the intra-train network 1.
  • the subsystems 2-1, 2-2, 2-3, 2-4, and 2-5 are connected to the intra-train network 2.
  • Subsystems 3-1, 3-2, 3-3 and 3-4 are connected to the intra-train network 3.
  • the in-train networks 1 to 3 may be of the same type, but as an example, the in-train network 1 is a CAN network, the in-train network 2 is an MVB network, and the in-train network 3 is an ETH network.
  • Subsystems connected to each intra-train network 1 to 3 are, for example, an RIO device, a door control device, and an air conditioning control device.
  • the number of in-train networks is three, but it is an example, and may be two or less or four or more.
  • the VCU 4 has a configuration in which the board of the communication unit connected to each of the intra-train networks 1 to 3 and the board of the control unit are separate boards.
  • FIG. 2 is a diagram illustrating a configuration example of the VCU 4 according to the present embodiment.
  • the VCU 4 includes communication boards 41-1, 41-2, and 41-3 on which the function of the communication unit is mounted, and a control board 42 on which the function of the control unit is mounted.
  • the communication board 41-1 is connected to the in-train network 1 and communicates through a CAN network.
  • the communication board 41-2 is connected to the intra-train network 2 and communicates through a network based on MVB.
  • the communication board 41-3 is connected to the intra-train network 3 and communicates through a network based on ETH.
  • the control board 42 is connected to the communication boards 41-1 to 41-3. In the following description, when the communication boards 41-1 to 41-3 are not distinguished, they may be referred to as communication boards 41.
  • FIG. 3 is a block diagram showing a configuration example of the VCU 4 according to the present embodiment.
  • the VCU 4 includes communication data signal input units 51-1-1 to 51-1-m, an inter-board communication unit 52-1, an inter-board communication unit 53-1, and a communication data signal output. Sections 54-1-1 to 54-1-m.
  • the communication data signal input units 51-1-1 to 51-1-m receive signals from the subsystems 1-1 to 1-5 of the intra-train network 1.
  • the inter-board communication unit 52-1 uses the CAN signals received from the communication data signal input units 51-1-1 to 51-1-m as communication data common to the communication boards 41-1 to 41-3.
  • the data is converted into a common communication data format, which is a format, and transmitted to the control board 42 via the inter-board communication bus 43.
  • the inter-board communication unit 53-1 converts the signal in the common communication data format received from the control board 42 into a signal for the in-train network 1, that is, a CAN signal, and outputs the signal.
  • the communication data signal output units 54-1-1 to 54-1-m transmit the CAN signal passed from the inter-board communication unit 53-1 to the intra-train network 1.
  • the VCU 4 includes communication data signal input units 51-2-1 to 51-2-m, an inter-board communication unit 52-2, an inter-board communication unit 53-2, and the like on the communication board 41-2 (not shown in FIG. 3).
  • the communication data signal input units 51-2-1 to 51-2-m receive signals from the subsystems 2-1 to 2-5 of the intra-train network 2.
  • the inter-board communication unit 52-2 converts the MVB signal received from the communication data signal input units 51-2-1 to 51-2-m into a common communication data format, and connects the inter-board communication bus 43. To the control board 42.
  • the inter-board communication unit 53-2 converts the signal in the common communication data format received from the control board 42 into a signal for the in-train network 2, that is, an MVB, and outputs the signal.
  • the communication data signal output units 54-2-1 to 54-2-m transmit the MVB signal delivered from the inter-board communication unit 53-2 to the intra-train network 2.
  • the VCU 4 includes communication data signal input units 51-3-1 to 51-3-m, an inter-board communication unit 52-3, an inter-board communication unit 53-3, and a communication data signal output. Sections 54-3-1 to 54-3-m.
  • the communication data signal input units 51-3-1 to 51-3-m receive signals from the subsystems 3-1 to 3-4 of the intra-train network 3.
  • the inter-board communication unit 52-3 has a common communication data format for the ETH signals received from the communication data signal input units 51-3-1 to 51-3-m in the intra-train networks 1 to 3. The data is converted into a common communication data format and transmitted to the control board 42 via the inter-board communication bus 43.
  • the inter-board communication unit 53-3 converts the signal in the common communication data format received from the control board 42 into a signal for the in-train network 3, that is, an ETH signal, and outputs the signal.
  • the communication data signal output units 54-3-1 to 54-3-m transmit the ETH signal passed from the inter-board communication unit 53-3 to the intra-train network 3.
  • each communication board 41 transmits and receives network communication data corresponding to the physical layer of the corresponding intra-train network to each subsystem separately from the received signal and the signal to be transmitted.
  • the communication data signal input unit 51 may be called.
  • the inter-board communication units 52-1 to 52-3 are not distinguished, they may be referred to as inter-board communication units 52.
  • the inter-board communication units 53-1 to 53-3 are not distinguished, they may be referred to as inter-board communication units 53.
  • the communication data signal output units 54-1-1 to 54-1-m, 54-2-1 to 54-2-m, and 54-3-1 to 54-3-m are not distinguished, the communication data signal It may be called the output part 54.
  • the inter-board communication units 52 and 53 are collectively referred to as a second inter-board communication unit.
  • the VCU 4 includes, on the control board 42, inter-board communication units 61-1 to 61-3, an arithmetic processing unit 62, and inter-board communication units 63-1 to 63-3.
  • the inter-board communication units 61-1 to 61-3 convert signals in the common communication data format received from the communication boards 41-1 to 41-3 into signals for the networks 1 to 3 in each train, that is, in the original format. Return to signal and output.
  • the arithmetic processing unit 62 performs various controls on the signals received from the inter-board communication units 61-1 to 61-3.
  • the arithmetic processing unit 62 is, for example, a PLC.
  • the inter-board communication units 63-1 to 63-3 convert the signal input from the arithmetic processing unit 62 into a common communication data format, and transmit it to the communication boards 41-1 to 41-3 via the inter-board communication bus 43. To do.
  • inter-board communication units 61-1 to 61-3 when the inter-board communication units 61-1 to 61-3 are not distinguished, they may be referred to as inter-board communication units 61. Further, when the inter-board communication units 63-1 to 63-3 are not distinguished, they may be referred to as inter-board communication units 63. In the control board 42, the inter-board communication units 61 and 63 are collectively referred to as a first inter-board communication unit.
  • the control board 42 and the communication boards 41-1 to 41-3 transmit / receive inter-board communication data via the inter-board communication bus 43.
  • Inter-board communication data transmitted and received between the control board 42 and the communication boards 41-1 to 41-3 is a common communication data format between the communication boards 41-1 to 41-3 and the control board 42.
  • the communication data format is defined. Specifically, the common communication data format will be described.
  • FIG. 4 is a diagram illustrating an example of a common communication data format used in inter-board communication of the VCU 4 according to the present embodiment.
  • the common communication data format used in the communication boards 41-1 to 41-3 and the control board 42 of the VCU4 is a data format in which the data types of BOOTEAN, INTEGER8, UNSIGNED8, INTEGER16, UNSIGNED16, INTEGERED32, UNSIGNED32, and REAL32 are defined. It is. As an example, the size is 8 KB as a whole, and the number of bytes of variables arranged in each data type is the same 128 B, but the number of variables that can be arranged differs depending on the data type. For example, OOLEAN can arrange 1024 signals, but REAL32 can arrange 32 variables. Note that the number of variables that can be arranged in each data type is an example, and is not limited to the example of FIG.
  • FIG. 5 is a diagram showing the contents of the data type used in the common communication data format of the VCU 4 according to the present embodiment.
  • the alias of the variable whose data type is INTEGER8 is char, which indicates an 8-bit signed integer.
  • FIG. 6 is a diagram showing a connection relationship between the program development support device 70 and the VCU 4 according to the present embodiment.
  • FIG. 7 is a flowchart showing a processing procedure for a user to develop a program used in the VCU 4 by using the program development support apparatus 70 according to the present embodiment.
  • the program development support device 70 is a terminal device used when a user develops a program used in the VCU 4, and is a personal computer, for example.
  • the user writes the program used by the VCU 4 generated using the program development support device 70 into the VCU 4 via the communication cable 80 as software including the program and various setting values.
  • the user creates a network communication data definition file for each communication board (step S1).
  • the network communication data definition file for a communication board is defined as text or binary data for communication with each subsystem connected to each intra-train network.
  • the user creates a network communication data definition file for the communication board in the program development support apparatus 70 using a text editor or a dedicated tool.
  • the CANopen network communication data definition file used in CAN has a DCF (Device Configuration File) defined by CiA (CAN in Automation) 306, and is a dedicated editor provided by each vendor. Can be created.
  • PAD PIXY Application Designer
  • FIG. 8 and FIG. 9 are diagrams showing an example of a CAN communication board network communication data definition file created by the user, which is used in the program development of the VCU 4 according to the present embodiment.
  • 8 and 9 are text files.
  • FIG. 10 is a diagram showing an example of the network communication data definition file for the MVB communication board created by the user used in the program development of the VCU 4 according to the present embodiment.
  • FIG. 11 is a diagram showing an example of a network communication data definition file for the ETH communication board created by the user, which is used in the program development of the VCU 4 according to the present embodiment. In FIG. 11, a line beginning with “#” is a comment line. 10 and 11 are CSV (Comma Separated Value) files.
  • CSV Common Separated Value
  • the program development support device 70 receives all the network communication data definition files for each communication board created by the user in step S1, and inputs and outputs the control board input / output signal variable definitions from the network communication data definition file for all communication boards.
  • a file is generated (step S2).
  • the control board input / output signal variable definition file defines a list of input / output signal variables named for all input / output signals of the VCU 4, and is used by the VCU 4 to communicate with the control board 42 of the VCU 4 and each communication. This defines the correspondence with inter-substrate communication data between the substrates 41-1 to 41-3.
  • the program development support device 70 analyzes the network communication data definition file for each communication board, and generates an input / output signal variable definition file for inter-board communication for each network, that is, each communication board.
  • the inter-substrate communication input / output signal variable definition file associates communication data (see FIG. 4) between each communication substrate and the control substrate with input / output signals with each subsystem.
  • the program development support device 70 classifies each variable for each data type, and assigns array numbers in the inter-board communication data so as not to overlap. All variables handled in each train network are registered in the input / output signal variable definition file for inter-board communication.
  • the program development support device 70 extracts variables one by one from each I / O signal variable definition file for communication between boards, classifies them by data type, reassigns array numbers from 0, and defines I / O signal variable definitions for control boards. Generate and output a file.
  • the I / O signal variable definition file for inter-board communication and the I / O signal variable definition file for the control board are associated with each other by a variable name. Can be uniquely associated with the variables in the software used in. Details of the operation of step S2 in the program development support apparatus 70 will be described later.
  • the user loads the control board input / output signal variable definition file into the PLC programming tool in the program development support device 70.
  • the user performs PLC programming using the variables of the input / output signal variable definition file for control board that has been taken in, and creates PLC software that is used by the arithmetic processing unit 62 of the control board 42 of the VCU 4 (step S3).
  • the user writes the set value of the input / output signal variable definition file for the control board generated by the created PLC software and the program development support device 70 to the control board 42 of the VCU 4 (step S4).
  • the user writes the set value of the created network communication data definition file for each communication board in the target communication board 41 corresponding to the communication type (step S5).
  • the VCU 4 can perform the operation required by the TCMS 5 by turning on the power of the VCU 4 after the control board input / output signal variable definition file and the like are written.
  • step S2 since the program development support device 70 automatically generates the control board input / output signal variable definition file, the processing load of the user in the process of developing software including the program used in the VCU 4 That is, the number of man-hours required for development can be reduced.
  • the control board 42 of the VCU 4 receives the inter-board communication unit 61 from the communication board 41 based on the PLC software written in the control board 42 and the setting values of the control board input / output signal variable definition file as described above.
  • the signal in the common communication data format is converted into a signal for each of the intra-train networks 1 to 3, and the inter-board communication unit 63 converts the signal passed from the arithmetic processing unit 62 into the common communication data format.
  • the inter-board communication unit 52 receives from each intra-train network as described above.
  • the inter-board communication unit 53 converts the signal in the common communication data format received from the control board 42 into a signal for each intra-train network.
  • FIG. 12 is a block diagram showing a configuration example of the program development support device 70 according to the present embodiment.
  • the program development support device 70 includes an input unit 71, a storage unit 72, a generation unit 73, and an output unit 74.
  • the input unit 71 receives the network communication data definition file for each communication board of the communication boards 41-1 to 41-3 generated by the user.
  • the storage unit 72 stores information necessary when the generation unit 73 generates the inter-substrate communication input / output signal variable definition file from each communication substrate network communication data definition file.
  • the generation unit 73 uses the communication board network communication data definition file used in each communication board, and communicates with the communication boards 41-1 to 41-3 in the common communication data format. Generate the input / output signal variable definition file for the control board used in.
  • the output unit 74 outputs the control board input / output signal variable definition file generated by the generation unit 73.
  • FIG. 13 is a flowchart showing a process of generating a control board input / output signal variable definition file in the program development support apparatus 70 according to the present embodiment.
  • the flowchart in FIG. 13 shows the details of the processing of the program development support apparatus 70 in step S2 of the flowchart shown in FIG.
  • the generation unit 73 creates a variable list for creating the control board input / output signal variable definition file in an initial state, Empty (step S11).
  • step S12 No
  • the generation unit 73 inputs one of the communication board network communication data definition files. (Step S13).
  • FIG. 14 is a flowchart showing processing for the CAN communication board of the generation unit 73 of the program development support device 70 according to the present embodiment.
  • the generation unit 73 represents a process of generating a variable list for the CAN communication board from the CAN communication board network communication data definition file.
  • the input / output signal variable definition file for inter-board communication is between the communication data shown in FIG.
  • each variable is classified for each data type so that array numbers in the inter-board communication data are assigned without duplication.
  • Step S31 determines the mapping parameters from the CAN communication board network communication data definition file. Is input (step S32).
  • Target mapping parameters are PDO (Process Data Object) mapping parameters and internal variables.
  • FIG. 8 shows an example of a PDO mapping parameter in the CAN communication board network communication data definition file
  • FIG. 9 shows an example of an internal variable in the CAN communication board network communication data definition file.
  • An internal variable is a variable used inside VCU4. Since internal variables are not input / output signals to / from the subsystem, they cannot be defined by PDO mapping parameters.
  • the mapping parameter of the CAN communication board network communication data definition file input in step S32 is “0x52800110”.
  • the generation unit 73 derives the data direction and data type from the OD index of the variable, and derives the array number from the OD subindex (step S33).
  • 15 and 16 are diagrams showing examples of information on the relationship between the OD index, the data direction, and the data type held by the storage unit 72 of the program development support apparatus 70 according to the present embodiment.
  • FIG. 15 shows a case where the data direction is in, that is, an input direction
  • FIG. 16 shows a case where the data direction is out, that is, an output direction.
  • the mapping parameter is the section of [1A11sub1] described above, the OD index of the variable is “0x5280”, and the OD subindex is “0x01”.
  • “0x01” is a combination of “0x” and “01” among “0x52800110” which is decomposed into “0x”, “5280”, “01”, and “10”.
  • the generation unit 73 acquires a variable name and an initial value from the sections of the OD index and the OD subindex (Step S34).
  • the generation unit 73 acquires the variable name “RIO_AOch0” and the initial value “0x800” from the section “0x5280sub1”.
  • the generation unit 73 confirms whether or not the derived data type is BOOLEAN 8 (step S35). For example, when the mapping parameter is a section of [1610sub1], the generation unit 73 derives the data direction “in” and the data type “BOOOLEAN8”. In addition, in the section [1610sub1], the generation unit 73 derives the variable name “CAN_RIO_DIch [7 .. 0]” because the OD index is “0x5000” and the OD subindex is “0x01”. When the derived data type is BOOLEAN8 (step S35: Yes), the generation unit 73 generates eight variable names from the definition variable names (step S36).
  • the generation unit 73 sets [. . ] Is included, [. . ] A variable name with numbers in it is generated. Specifically, when the variable name is “CAN_RIO_DIch [7..0]”, the generation unit 73 generates eight variable names “CAN_RIO_DIch7” to “CAN_RIO_DIch0”. In addition, as the generation rule 2, when the variable name includes [,] as the generation rule 2, the generation unit 73 divides the variable name by separating it with [,]. Specifically, when the variable name is “Digiput3, Digiput2, Digiput1, Digiput0”, the generation unit 73 generates four variable names “Digiput0” to “Digiput3”.
  • generation part 73 produces
  • the generation unit 73 calculates an array number for each of the generated eight variable names (step S37).
  • the generation unit 73 calculates the array element number, for example, (OD subindex 0x01-1) ⁇ 8 + bit number (0 to 7).
  • step S35 when the derived data type is not BOOLEAN8 (step S35: No), the generation unit 73 omits the processes of steps S36 and S37.
  • the generating unit 73 adds a variable whose variable name is obtained from the input mapping parameter to the variable list (step S38).
  • the generation unit 73 repeatedly performs the above processing until all the mapping parameters of the CAN communication board network communication data definition file shown in FIGS. 8 and 9 are inspected, and the CAN communication board network communication data shown in FIGS. 8 and 9.
  • step S31: Yes the generation unit 73 ends the process for the CAN communication board.
  • the generation unit 73 generates an inter-board communication input / output signal variable definition file for the CAN communication board based on the obtained variable list (step S16).
  • the inter-substrate communication input / output signal variable definition file for the CAN communication substrate includes data type, data direction, array number, and variable name information, and an array number is assigned to each data type.
  • FIG. 17 is a diagram illustrating a configuration example of the input / output signal variable definition file for inter-board communication generated by the generation unit 73 of the program development support device 70 according to the present embodiment.
  • the inter-substrate communication input / output signal variable definition file shows the data type, data direction, array number, and variable name for each variable, and is assigned an array number for each data type.
  • the configuration of the input / output signal variable definition file for inter-board communication is common to the CAN communication board, the MVB communication board, and the ETH communication board.
  • FIG. 18 is a flowchart showing processing for the MVB communication board of the generation unit 73 of the program development support device 70 according to the present embodiment.
  • the generation unit 73 represents a process of generating a variable list for MVB board communication from a network communication data definition file for MVB communication board.
  • the generation unit 73 sets the array number of each data type to 0 (step S41). When all the Signals described in the MVB communication board network communication data definition file shown in FIG. 10 are not inspected (Step S42: No), the generation unit 73 sets the Signal definition from the MVB communication board network communication data definition file. A line is input (step S43).
  • the generation unit 73 acquires a variable name and a data type from the input Signal definition (Step S44). Specifically, the generation unit 73 acquires a variable name from “Name” of the Signal definition illustrated in FIG. 10 and acquires a data type from “Type”. The generation unit 73 acquires the array number of the data type (step S45). The generation unit 73 acquires and assigns the array number currently set for the acquired data type. The generation unit 73 sets the first signal definition of each data type to array number 0 because the array number is set to 0 in step S41. The generation unit 73 increments the array number of the data type for which the array number has been acquired in step S45 by 1 (step S46). The generation unit 73 adds a variable whose variable name is obtained from the input Signal definition to the variable list (Step S47).
  • the generation unit 73 repeatedly performs the above processing until all the signals in the network communication data definition file for the MVB communication board shown in FIG. 10 are inspected, and inspects all the signals in the network communication data definition file for the MVB communication board shown in FIG. When it does (step S42: Yes), the production
  • the generation unit 73 generates an input / output signal variable definition file for inter-board communication for the MVB communication board based on the obtained variable list (step S19).
  • the input / output signal variable definition file for inter-board communication for the MVB communication board includes data type, data direction, array number, and variable name information, and an array number is assigned to each data type.
  • the configuration of the input / output signal variable definition file for inter-board communication for the MVB communication board is the same as that of FIG.
  • FIG. 19 is a flowchart showing the process for the ETH communication board of the generation unit 73 of the program development support apparatus 70 according to the present embodiment.
  • the generation unit 73 indicates a process of generating a variable list for the ETH communication board from the ETH communication board network communication data definition file.
  • the generation unit 73 sets the array number of each data type to 0 (step S51). When all the signal definitions described in the ETH communication board network communication data definition file shown in FIG. 11 are not inspected (step S52: No), the generation unit 73 generates signal definitions from the ETH communication board network communication data definition file. One line is input (step S53).
  • the generation unit 73 acquires a variable name and a data type from the input signal definition (step S54). Specifically, the generation unit 73 acquires a variable name from the “variable name” of the signal definition illustrated in FIG. 11 and acquires a data type from the “data type”. The generation unit 73 acquires the array number of the data type (step S55). The generation unit 73 acquires and assigns the array number currently set for the acquired data type. The generation unit 73 sets the first signal definition of each data type to array number 0 because the array number is set to 0 in step S51. The generation unit 73 increments the array number of the data type for which the array number has been acquired in step S55 by 1 (step S56). The generation unit 73 adds a variable whose variable name is obtained from the input signal definition to the variable list (step S57).
  • the generation unit 73 repeatedly performs the above processing until all the signal definitions in the network communication data definition file for the ETH communication board shown in FIG. 11 are inspected, and the signal definition in the network communication data definition file for the ETH communication board shown in FIG. When all are inspected (step S52: Yes), the generation unit 73 ends the process for the ETH communication board.
  • the generation unit 73 generates an input / output signal variable definition file for inter-board communication for ETH board communication based on the obtained variable list (step S22).
  • the input / output signal variable definition file for inter-board communication for the ETH communication board includes information on the data type, data direction, array number, and variable name, and an array number is assigned to each data type.
  • the configuration of the input / output signal variable definition file for inter-board communication for the ETH communication board is the same as that of FIG.
  • step S14 When the input network communication data definition file for the communication board is not for the CAN communication board (step S14: No), not for the MVB communication board (step S17: No), the generation unit 73 is not for the ETH communication board (Step S20: No), it returns to the process of step S12. Moreover, the production
  • step S12 When all the communication board network communication data definition files are received from the input unit 71, that is, when the input is input (step S12: Yes), the generation unit 73 performs processing for the CAN communication substrate, processing for the MVB communication substrate, and ETH communication. Variables are input from the variable list included in all the input / output signal variable definition files for inter-substrate communication obtained by the processing for the substrate. If not all variables are input from the variable list (step S23: No), the variables are input (step S24), the variables are classified by data type, and the array numbers are reassigned (step S25). The generation unit 73 repeatedly performs the above processing until all variables are input from the variable list.
  • the generation unit 73 When all the variables are input from the variable list (step S23: Yes), the generation unit 73 generates a control board input / output signal variable definition file using the reassigned variables (step S26). The output unit 74 outputs the control board input / output signal variable definition file generated by the generation unit 73.
  • the configuration of the input / output signal variable definition file for control board is the same as that of each input / output signal variable definition file for inter-board communication shown in FIG.
  • variable list included in the I / O signal variable definition file for communication between boards all variables handled by the network subsystem corresponding to each communication board are registered.
  • the generation unit 73 extracts variables one by one from the variable list, classifies them by data type, reassigns the array numbers from 0, and generates an input / output signal variable definition file for control board.
  • Each I / O signal variable definition file for inter-board communication and I / O signal variable definition file for control board are associated with each other by a variable name. It can be uniquely associated with a variable in the PLC software executed by the processing unit 62.
  • the input unit 71 and the output unit 74 are realized by an interface circuit that inputs and outputs data.
  • the storage unit 72 is realized by a memory.
  • the generation unit 73 is realized by a processing circuit.
  • the processing circuit may be a CPU (Central Processing Unit) and a memory that execute a program stored in the memory, or may be dedicated hardware.
  • FIG. 20 is a diagram showing an example in which the processing circuit of the program development support device 70 according to the present embodiment is configured by a CPU and a memory.
  • the processing circuit includes the CPU 91 and the memory 92
  • each function of the generation unit 73 is realized by software, firmware, or a combination of software and firmware.
  • Software or firmware is described as a program and stored in the memory 92.
  • each function is realized by the CPU 91 reading and executing the program stored in the memory 92. That is, the program development support device 70 generates an input / output signal variable definition file for each communication board when the generation unit 73 is executed by the processing circuit, and the control device from the input / output signal variable definition file for each communication board.
  • the memory 92 for storing the program in which the step of generating the input / output signal variable definition file is executed as a result is provided. These programs can also be said to cause a computer to execute the procedure and method of the program development support apparatus 70.
  • the CPU 91 may be a processing device, an arithmetic device, a microprocessor, a microcomputer, a processor, a DSP (Digital Signal Processor), or the like.
  • the memory 92 is a nonvolatile or volatile semiconductor memory such as RAM (Random Access Memory), ROM (Read Only Memory), flash memory, EPROM (Erasable Programmable ROM), EEPROM (Electrically EPROM), etc. Magnetic disks, flexible disks, optical disks, compact disks, mini disks, DVDs (Digital Versatile Discs), etc. are applicable.
  • the memory 92 may be the same as the memory constituting the storage unit 72.
  • FIG. 21 is a diagram showing an example in which the processing circuit of the program development support apparatus 70 according to the present embodiment is configured with dedicated hardware.
  • the processing circuit is dedicated hardware
  • the processing circuit 93 shown in FIG. 21 includes, for example, a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC (Application Specific Integrated Circuit), an FPGA (FPGA). Field Programmable Gate Array) or a combination of these.
  • Each function of the generation unit 73 may be realized by the processing circuit 93 for each function, or each function may be realized by the processing circuit 93 collectively.
  • a part may be implement
  • the processing circuit can realize the above-described functions by dedicated hardware, software, firmware, or a combination thereof.
  • the program development support apparatus 70 uses the network communication data definition file for communication boards used by each communication board of the plurality of communication boards created by the user,
  • each network communication data definition file for communication boards includes information on the data type, data direction, array number, and variable name, and is assigned an array number for each data type.
  • the user can perform programming considering only the input / output signals without being aware of which in-train network the subsystem is connected to.
  • logic creation in software programming used in the VCU 4 of the TCMS 5 is facilitated, and man-hours can be reduced in program development.
  • the operating environment is described in the definition file, hard coding is not required in the VCU 4, and the development man-hours can be reduced.
  • the TCMS is conventionally constructed by programming
  • the TCMS 5 can be constructed only by setting without programming by using the program development support device 70.
  • the configuration described in the above embodiment shows an example of the contents of the present invention, and can be combined with another known technique, and can be combined with other configurations without departing from the gist of the present invention. It is also possible to omit or change the part.
  • 1,2,3 Intra-train network 1-1 to 1-5, 2-1 to 2-5, 3-1 to 3-4 subsystem, 4 VCU, 5 TCMS, 41-1, 41-2, 41 -3 Communication board, 42 Control board, 43 Inter-board communication bus, 51-1-1, ..., 51-1-m, 51-3-1, ..., 51-3-m Communication data signal input section, 52- 1, ..., 52-3, 53-1, ..., 53-3, 61-1, ..., 61-3, 63-1, ..., 63-3 Inter-board communication unit, 54-1-1, ..., 54-1-m, 54-3-1, ..., 54-3-m Communication data signal output unit, 62 arithmetic processing unit, 70 program development support device, 71 input unit, 72 storage unit, 73 generation unit, 74 output Part, 80 communication cable.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Mechanical Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Power Engineering (AREA)
  • Transportation (AREA)
  • Programmable Controllers (AREA)
  • Stored Programmes (AREA)
  • Electric Propulsion And Braking For Vehicles (AREA)

Abstract

複数の列車内ネットワークと、複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置（７０）であって、制御装置が、複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、複数の通信基板と接続する制御基板と、から構成される場合に、複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部（７１）と、通信基板用ネットワーク通信データ定義ファイルを用いて、複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部（７３）と、制御基板用入出力信号変数定義ファイルを出力する出力部（７４）と、を備える。

Description

プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法
　本発明は、列車監視制御装置が備える制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法に関するものである。
　従来、列車に搭載されて列車内の状態を監視および制御する列車監視制御装置（以下、ＴＣＭＳ（Train　Control　and　Monitoring　System）とする。）は、複数の列車内ネットワークを有す場合がある。各列車内ネットワークには、ＲＩＯ（Remote　Input／Output）装置、ドア制御装置、および空調制御装置などのサブシステムが接続される。ＴＣＭＳでは、列車内ネットワークの通信負荷を下げる、サブシステムに装備される通信物理規格が異なる、１つの列車内ネットワークに接続可能な装置数に制限がある、および、ドア制御装置など機能単位で装置をまとめる、などの理由によって列車内ネットワークを複数にしている。
　ＴＣＭＳの列車内ネットワークの物理層の種別には、ＣＡＮ（Controller　Area　Network）、ＭＶＢ（Multifunction　Vehicle　Bus）、ＥＴＨ（Ethernet（登録商標））などがある。ＴＣＭＳでは、複数の列車内ネットワークの全てをＣＡＮで構成してもよいし、複数の列車内ネットワークが全て異なる物理層の種別であってもよい。
　ＴＣＭＳが備える制御装置であるＶＣＵ（Vehicle　Control　Unit）は、ＴＣＭＳの各種機能を提供する装置で論理制御を具備し、各サブシステムからの信号を入力として、各サブシステムへ信号を出力する。ＶＣＵの論理制御実装には、ハードコーディングされていないＰＬＣ（Programmable　Logic　Controller）が用いられることが多い。ＶＣＵおよび各サブシステムは、異なるメーカ製であることが多い。また、ＶＣＵは、複数の列車内ネットワークと接続する。ＶＣＵが複数の列車内ネットワークと接続する場合、各列車内ネットワークとの通信に対応したＶＣＵ用のプログラムが必要となる。
　特許文献１には、ネットワークで統合した複数コントローラ装置間の通信プログラミングにおいて、プログラマがアドレスを意識することなくプログラミングできる技術が開示されている。具体的に、プログラミング装置にて記述された各コントローラのプログラムにおいて、データ変数名を付けた通信用入出力シンボルに対してコントローラ内のワークメモリを自動でアサインし、同じデータ変数名を付けた通信用入出力シンボル同士を同値化するための同値化設定管理テーブルを作成しておき、各コントローラに格納する。コントローラ装置間では、同値化設定管理テーブルに基づいて同値化処理を実行する。
　ここで、ＶＣＵの構成には、論理制御機能を提供する制御部と、列車内ネットワークとの通信機能を提供する通信部とが一体になったものがある。制御部および通信部が一体のＶＣＵの構成では通信部を任意に選択できない課題がある。この課題を解決するＶＣＵの構成として、制御部および通信部が別基板で、筐体に必要な基板を挿入するものがある。
特開２００３－１５７０５号公報
　制御部および通信部が別基板のＶＣＵでは、ＶＣＵ内で制御部と通信部とのデータ通信が必要となり、制御部および通信部が一体のＶＣＵと比較してソフトウェア構成が複雑になる。制御部および通信部が別基板のＶＣＵでソフトウェア構成を簡単化するには、制御部と各通信部とのデータ通信において、挿入基板種類、枚数、および入出力信号などの動作環境をＶＣＵでハードコーディングする方法がある。しかしながら、各通信部が対応するシステムで入出力信号の種類および数は異なる。そのため、各システム用にソフトウェアの製作が必要となり工数がかかる、という問題があった。
　本発明は、上記に鑑みてなされたものであって、列車監視制御装置が備える制御装置であって、制御部および通信部が別基板の構成の制御装置で使用されるプログラムの開発において工数を低減可能なプログラム開発支援装置を得ることを目的とする。
　上述した課題を解決し、目的を達成するために、本発明は、複数の列車内ネットワークと、複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置である。制御装置は、複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、複数の通信基板と接続する制御基板と、から構成される。プログラム開発支援装置は、複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部を備える。また、プログラム開発支援装置は、通信基板用ネットワーク通信データ定義ファイルを用いて、複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部を備える。また、プログラム開発支援装置は、制御基板用入出力信号変数定義ファイルを出力する出力部を備えることを特徴とする。
　本発明によれば、列車監視制御装置が備える制御装置であって、制御部および通信部が別基板の構成の制御装置で使用されるプログラムの開発において工数を低減できる、という効果を奏する。
ＴＣＭＳの構成例を示す図 ＶＣＵの構成例を示す図 ＶＣＵの構成例を示すブロック図 ＶＣＵの基板間通信で使用される共通通信データ形式の例を示す図 ＶＣＵの共通通信データ形式で使用されるデータ型の内容を示す図 プログラム開発支援装置およびＶＣＵの接続関係を示す図 プログラム開発支援装置を用いてユーザがＶＣＵで使用されるプログラムを開発する処理の手順を示すフローチャート ＶＣＵのプログラム開発において使用される、ユーザが作成したＣＡＮ通信基板用ネットワーク通信データ定義ファイルの例を示す図 ＶＣＵのプログラム開発において使用される、ユーザが作成したＣＡＮ通信基板用ネットワーク通信データ定義ファイルの他の例を示す図 ＶＣＵのプログラム開発において使用される、ユーザが作成したＭＶＢ通信基板用ネットワーク通信データ定義ファイルの例を示す図 ＶＣＵのプログラム開発において使用される、ユーザが作成したＥＴＨ通信基板用ネットワーク通信データ定義ファイルの例を示す図 プログラム開発支援装置の構成例を示すブロック図 プログラム開発支援装置において、制御基板用入出力信号変数定義ファイルを生成する処理を示すフローチャート プログラム開発支援装置の生成部のＣＡＮ通信基板用の処理を示すフローチャート プログラム開発支援装置の記憶部が保持するＯＤインデックス、データ方向、およびデータ型の関係の情報の例を示す図 プログラム開発支援装置の記憶部が保持するＯＤインデックス、データ方向、およびデータ型の関係の情報の他の例を示す図 プログラム開発支援装置の生成部で生成される基板間通信用入出力信号変数定義ファイルの構成例を示す図 プログラム開発支援装置の生成部のＭＶＢ通信基板用の処理を示すフローチャート プログラム開発支援装置の生成部のＥＴＨ通信基板用の処理を示すフローチャート プログラム開発支援装置の処理回路をＣＰＵおよびメモリで構成する場合の例を示す図 プログラム開発支援装置の処理回路を専用のハードウェアで構成する場合の例を示す図
　以下に、本発明の実施の形態にかかるプログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
実施の形態．
　図１は、本発明の実施の形態にかかるＴＣＭＳ５の構成例を示す図である。列車監視制御装置であるＴＣＭＳ５は、列車に搭載された列車内ネットワーク１，２，３と、列車内ネットワーク１～３が接続される制御装置であるＶＣＵ４と、を備える。列車内ネットワーク１には、サブシステム１－１，１－２，１－３，１－４，１－５が接続されている。列車内ネットワーク２には、サブシステム２－１，２－２，２－３，２－４，２－５が接続されている。列車内ネットワーク３には、サブシステム３－１，３－２，３－３，３－４が接続されている。列車内ネットワーク１～３は、同一種別でもよいが、一例として、列車内ネットワーク１をＣＡＮによるネットワーク、列車内ネットワーク２をＭＶＢによるネットワーク、列車内ネットワーク３をＥＴＨによるネットワークとする。各列車内ネットワーク１～３に接続されるサブシステムは、例えば、ＲＩＯ装置、ドア制御装置、および空調制御装置などである。なお、ＴＣＭＳ５において、列車内ネットワークの数を３つとしているが一例であり、２つ以下または４つ以上にしてもよい。
　ＶＣＵ４は、各列車内ネットワーク１～３と接続する通信部の基板と、制御部の基板と、が別基板の構成である。図２は、本実施の形態にかかるＶＣＵ４の構成例を示す図である。ＶＣＵ４は、通信部の機能が実装された通信基板４１－１，４１－２，４１－３と、制御部の機能が実装された制御基板４２と、を備える。通信基板４１－１は、列車内ネットワーク１と接続し、ＣＡＮによるネットワークで通信を行う。通信基板４１－２は、列車内ネットワーク２と接続し、ＭＶＢによるネットワークで通信を行う。通信基板４１－３は、列車内ネットワーク３と接続し、ＥＴＨによるネットワークで通信を行う。制御基板４２は、通信基板４１－１～４１－３と接続する。以降の説明において、通信基板４１－１～４１－３を区別しない場合、通信基板４１と称することがある。
　図３は、本実施の形態にかかるＶＣＵ４の構成例を示すブロック図である。ＶＣＵ４は、通信基板４１－１において、通信データ信号入力部５１－１－１～５１－１－ｍと、基板間通信部５２－１と、基板間通信部５３－１と、通信データ信号出力部５４－１－１～５４－１－ｍと、を備える。通信データ信号入力部５１－１－１～５１－１－ｍは、列車内ネットワーク１のサブシステム１－１～１－５からの信号を受信する。基板間通信部５２－１は、通信データ信号入力部５１－１－１～５１－１－ｍから受け渡されたＣＡＮ用の信号を、通信基板４１－１～４１－３で共通の通信データ形式である共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２に送信する。基板間通信部５３－１は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク１用すなわちＣＡＮ用の信号に変換して出力する。通信データ信号出力部５４－１－１～５４－１－ｍは、基板間通信部５３－１から受け渡されたＣＡＮ用の信号を、列車内ネットワーク１へ送信力する。
　ＶＣＵ４は、図３で図示しない通信基板４１－２において、通信データ信号入力部５１－２－１～５１－２－ｍと、基板間通信部５２－２と、基板間通信部５３－２と、通信データ信号出力部５４－２－１～５４－２－ｍと、を備える。通信データ信号入力部５１－２－１～５１－２－ｍは、列車内ネットワーク２のサブシステム２－１～２－５からの信号を受信する。基板間通信部５２－２は、通信データ信号入力部５１－２－１～５１－２－ｍから受け渡されたＭＶＢ用の信号を、共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２へ送信する。基板間通信部５３－２は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク２用すなわちＭＶＢ用の信号に変換して出力する。通信データ信号出力部５４－２－１～５４－２－ｍは、基板間通信部５３－２から受け渡されたＭＶＢ用の信号を、列車内ネットワーク２へ送信する。
　ＶＣＵ４は、通信基板４１－３において、通信データ信号入力部５１－３－１～５１－３－ｍと、基板間通信部５２－３と、基板間通信部５３－３と、通信データ信号出力部５４－３－１～５４－３－ｍと、を備える。通信データ信号入力部５１－３－１～５１－３－ｍは、列車内ネットワーク３のサブシステム３－１～３－４からの信号を受信する。基板間通信部５２－３は、通信データ信号入力部５１－３－１～５１－３－ｍから受け渡されたＥＴＨ用の信号を、列車内ネットワーク１～３で共通の通信データ形式である共通通信データ形式に変換し、基板間通信バス４３を介して制御基板４２へ送信する。基板間通信部５３－３は、制御基板４２から受信した共通通信データ形式の信号を列車内ネットワーク３用すなわちＥＴＨ用の信号に変換して出力する。通信データ信号出力部５４－３－１～５４－３－ｍは、基板間通信部５３－３から受け渡されたＥＴＨ用の信号を、列車内ネットワーク３へ送信する。
　このように、各通信基板４１は、該当する列車内ネットワークの物理層に対応したネットワーク通信データを、受信される信号および送信する信号を別にして各サブシステムと送受信する。以降の説明において、通信データ信号入力部５１－１－１～５１－１－ｍ，５１－２－１～５１－２－ｍ，５１－３－１～５１－３－ｍを区別しない場合、通信データ信号入力部５１と称することがある。また、基板間通信部５２－１～５２－３を区別しない場合、基板間通信部５２と称することがある。また、基板間通信部５３－１～５３－３を区別しない場合、基板間通信部５３と称することがある。また、通信データ信号出力部５４－１－１～５４－１－ｍ，５４－２－１～５４－２－ｍ，５４－３－１～５４－３－ｍを区別しない場合、通信データ信号出力部５４と称することがある。なお、各通信基板４１において、基板間通信部５２，５３をまとめて第２の基板間通信部とする。
　ＶＣＵ４は、制御基板４２において、基板間通信部６１－１～６１－３と、演算処理部６２と、基板間通信部６３－１～６３－３と、を備える。基板間通信部６１－１～６１－３は、通信基板４１－１～４１－３から受信した共通通信データ形式の信号を各列車内ネットワーク１～３用の信号に変換、すなわち元の形式の信号に戻して出力する。演算処理部６２は、基板間通信部６１－１～６１－３から受け取った信号に対して各種の制御を行う。演算処理部６２は、例えば、ＰＬＣである。基板間通信部６３－１～６３－３は、演算処理部６２から入力された信号を共通通信データ形式に変換し、基板間通信バス４３を介して通信基板４１－１～４１－３へ送信する。
　以降の説明において、基板間通信部６１－１～６１－３を区別しない場合、基板間通信部６１と称することがある。また、基板間通信部６３－１～６３－３を区別しない場合、基板間通信部６３と称することがある。なお、制御基板４２において、基板間通信部６１，６３をまとめて第１の基板間通信部とする。
　ＶＣＵ４では、制御基板４２および通信基板４１－１～４１－３は、基板間通信バス４３を介して、基板間通信データを送受信する。制御基板４２および通信基板４１－１～４１－３の間で送受信される基板間通信データは、通信基板４１－１～４１－３と制御基板４２との間で共通の通信データ形式である共通通信データ形式が定義されている。具体的に、共通通信データ形式について説明する。図４は、本実施の形態にかかるＶＣＵ４の基板間通信で使用される共通通信データ形式の例を示す図である。ＶＣＵ４の通信基板４１－１～４１－３および制御基板４２で使用される共通通信データ形式は、ＢＯＯＬＥＡＮ、ＩＮＴＥＧＥＲ８、ＵＮＳＩＧＮＥＤ８、ＩＮＴＥＧＥＲ１６、ＵＮＳＩＧＮＥＤ１６、ＩＮＴＥＧＥＲ３２、ＵＮＳＩＧＮＥＤ３２、およびＲＥＡＬ３２のデータ型が規定されたデータ形式である。一例として、全体で８ＫＢのサイズとし、各データ型において配列される変数のバイト数は同じ１２８Ｂであるが、配列可能な変数の個数はデータ型によって異なる。例えば、ＢＯＯＬＥＡＮでは１０２４個の信号が配列可能であるが、ＲＥＡＬ３２では３２個の変数の配列が可能である。なお、各データ型で配置可能な変数の個数は一例であって、図４の例に限定されるものではない。
　図５は、本実施の形態にかかるＶＣＵ４の共通通信データ形式で使用されるデータ型の内容を示す図である。例えば、データ型がＩＮＴＥＧＥＲ８の変数の別名はｃｈａｒであり、８ビット符号付き整数であることを示す。
　つづいて、ユーザが、通信基板４１－１～４１－３および制御基板４２が別基板の構成のＶＣＵ４で使用されるプログラムを開発する処理について説明する。図６は、本実施の形態にかかるプログラム開発支援装置７０およびＶＣＵ４の接続関係を示す図である。また、図７は、本実施の形態にかかるプログラム開発支援装置７０を用いてユーザがＶＣＵ４で使用されるプログラムを開発する処理の手順を示すフローチャートである。プログラム開発支援装置７０は、ユーザがＶＣＵ４で使用されるプログラムを開発する際において使用する端末装置であり、例えば、パーソナルコンピュータである。ユーザは、プログラム開発支援装置７０を用いて生成したＶＣＵ４で使用されるプログラムについて、プログラムおよび各種の設定値を含むソフトウェアとして、通信ケーブル８０を介してＶＣＵ４に書き込む。
　まず、ユーザは、各通信基板用ネットワーク通信データ定義ファイルを作成する（ステップＳ１）。通信基板用ネットワーク通信データ定義ファイルとは、各列車内ネットワークに接続される各サブシステムとの通信データをテキストまたはバイナリで定義したものである。ユーザは、プログラム開発支援装置７０において、テキストエディタまたは専用ツールなどを用いて、通信基板用ネットワーク通信データ定義ファイルを作成する。ユーザは、例えば、ＣＡＮで使用されるＣＡＮｏｐｅｎ用のネットワーク通信データ定義ファイルについては、ＣｉＡ（CAN　in　Automation）３０６で規定されたＤＣＦ（Device　Configuration　File）があり、各ベンダから提供されている専用エディタを用いて作成することができる。ユーザは、ＭＶＢ用のネットワーク通信データ定義ファイルについては、ＰＡＤ（PIXY　Application　Designer）　Ｖ３．２などを用いることができる。
　図８および図９は、本実施の形態にかかるＶＣＵ４のプログラム開発において使用される、ユーザが作成したＣＡＮ通信基板用ネットワーク通信データ定義ファイルの例を示す図である。図８および図９はテキストファイルである。また、図１０は、本実施の形態にかかるＶＣＵ４のプログラム開発において使用される、ユーザが作成したＭＶＢ通信基板用ネットワーク通信データ定義ファイルの例を示す図である。また、図１１は、本実施の形態にかかるＶＣＵ４のプログラム開発において使用される、ユーザが作成したＥＴＨ通信基板用ネットワーク通信データ定義ファイルの例を示す図である。図１１において、行頭の文字が「＃」の行はコメント行である。図１０および図１１はＣＳＶ（Comma　Separated　Value）ファイルである。
　つぎに、プログラム開発支援装置７０は、ステップＳ１でユーザによって作成された各通信基板用ネットワーク通信データ定義ファイル全てを入力とし、全通信基板用ネットワーク通信データ定義ファイルから制御基板用入出力信号変数定義ファイルを生成する（ステップＳ２）。制御基板用入出力信号変数定義ファイルとは、ＶＣＵ４の全入出力信号に名前付けした入出力信号の変数の一覧を定義したものであって、ＶＣＵ４で使用され、ＶＣＵ４の制御基板４２と各通信基板４１－１～４１－３との間の基板間通信データとの対応を定義したものである。
　プログラム開発支援装置７０は、各通信基板用ネットワーク通信データ定義ファイルを解析し、各ネットワークすなわち各通信基板について、基板間通信用入出力信号変数定義ファイルを生成する。基板間通信用入出力信号変数定義ファイルは、各通信基板と制御基板との間の通信データ（図４参照）と、各サブシステムとの入出力信号とを対応付けたものである。プログラム開発支援装置７０は、各変数をデータ型毎に分類し、基板間通信データ内における配列番号を重複しないように割り当てる。基板間通信用入出力信号変数定義ファイルには、各列車内ネットワークで扱う変数が全て登録される。プログラム開発支援装置７０は、各基板間通信用入出力信号変数定義ファイルから変数を１個ずつ取り出してデータ型毎に分類し、０から配列番号を振り直して、制御基板用入出力信号変数定義ファイルを生成して出力する。基板間通信用入出力信号変数定義ファイルと制御基板用入出力信号変数定義ファイルとは変数名で対応付けられ、これにより列車内ネットワークとの各入出力信号が、制御基板４２の演算処理部６２で使用されるソフトウェア内の変数と一意に対応付けることができる。プログラム開発支援装置７０におけるステップＳ２の動作の詳細については後述する。
　つぎに、ユーザは、プログラム開発支援装置７０において、制御基板用入出力信号変数定義ファイルをＰＬＣプログラミングツールに取り込む。ユーザは、取り込んだ制御基板用入出力信号変数定義ファイルの変数を使用してＰＬＣプログラミングを行い、ＶＣＵ４の制御基板４２の演算処理部６２で使用されるＰＬＣソフトウェアを作成する（ステップＳ３）。ユーザは、作成したＰＬＣソフトウェアおよびプログラム開発支援装置７０で生成された制御基板用入出力信号変数定義ファイルの設定値を、ＶＣＵ４の制御基板４２に書き込む（ステップＳ４）。そして、ユーザは、作成した各通信基板用のネットワーク通信データ定義ファイルの設定値を、通信種別に対応した対象の通信基板４１に書き込む（ステップＳ５）。
　これにより、ＴＣＭＳ５では、制御基板用入出力信号変数定義ファイルなどが書き込まれた後にＶＣＵ４の電源を再投入することによって、ＶＣＵ４は、ＴＣＭＳ５で要求される動作を行うことが可能となる。また、ステップＳ２の処理において、プログラム開発支援装置７０が制御基板用入出力信号変数定義ファイルを自動で生成することから、ＶＣＵ４で使用されるプログラムを含むソフトウェアを開発する処理において、ユーザの処理負荷すなわち開発にかかる工数を低減することができる。
　ＶＣＵ４の制御基板４２では、制御基板４２に書き込まれたＰＬＣソフトウェアおよび制御基板用入出力信号変数定義ファイルの設定値に基づいて、前述のように、基板間通信部６１は、通信基板４１から受信した共通通信データ形式の信号を各列車内ネットワーク１～３用の信号に変換し、基板間通信部６３は、演算処理部６２から受け渡された信号を共通通信データ形式に変換する。また、ＶＣＵ４の通信基板４１では、通信基板４１に書き込まれた各通信基板用ネットワーク通信データ定義ファイルの設定値に基づいて、前述のように、基板間通信部５２は、各列車内ネットワークから受信した信号を共通通信データ形式に変換し、基板間通信部５３は、制御基板４２から受信した共通通信データ形式の信号を各列車内ネットワーク用の信号に変換する。
　つぎに、ＶＣＵ４で使用されるプログラムを開発する処理において、プログラム開発支援装置７０が制御基板用入出力信号変数定義ファイルを生成するステップＳ２の処理について詳細に説明する。図１２は、本実施の形態にかかるプログラム開発支援装置７０の構成例を示すブロック図である。プログラム開発支援装置７０は、入力部７１と、記憶部７２と、生成部７３と、出力部７４と、を備える。
　入力部７１は、ユーザによって生成された、通信基板４１－１～４１－３の各通信基板用ネットワーク通信データ定義ファイルを受け付ける。記憶部７２は、生成部７３において各通信基板用ネットワーク通信データ定義ファイルから基板間通信用入出力信号変数定義ファイルを生成する際に必要となる情報を記憶する。生成部７３は、各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを用いて、通信基板４１－１～４１－３との間で共通通信データ形式により通信を行うＶＣＵ４の制御基板４２で使用される制御基板用入出力信号変数定義ファイルを生成する。出力部７４は、生成部７３で生成された制御基板用入出力信号変数定義ファイルを出力する。
　図１３は、本実施の形態にかかるプログラム開発支援装置７０において、制御基板用入出力信号変数定義ファイルを生成する処理を示すフローチャートである。図１３のフローチャートは、図７に示すフローチャートのステップＳ２におけるプログラム開発支援装置７０の処理の詳細を示すものである。まず、プログラム開発支援装置７０では、入力部７１が各通信基板用ネットワーク通信データ定義ファイルを受け付けると、生成部７３が、制御基板用入出力信号変数定義ファイル作成用の変数リストを初期状態、すなわち空にする（ステップＳ１１）。生成部７３は、入力部７１から通信基板用ネットワーク通信データ定義ファイルを全て受け付けていない、すなわち入力していない場合（ステップＳ１２：Ｎｏ）、いずれかの通信基板用ネットワーク通信データ定義ファイルを入力する（ステップＳ１３）。
　入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用の場合（ステップＳ１４：Ｙｅｓ）、生成部７３は、ＣＡＮ通信基板用の処理を実施し（ステップＳ１５）、ＣＡＮ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１６）。ここで、ＣＡＮ通信基板用の処理について詳細に説明する。図１４は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＣＡＮ通信基板用の処理を示すフローチャートである。生成部７３が、ＣＡＮ通信基板用ネットワーク通信データ定義ファイルから、ＣＡＮ通信基板用の変数リストを生成する処理を示すものである。基板間通信用入出力信号変数定義ファイルは、各通信基板４１と制御基板４２との間の図４に示す通信データと、各通信基板４１に接続する列車内ネットワーク内の各サブシステムとの間の入出力信号と、を対応付けるものである。基板間通信用入出力信号変数定義ファイルでは、各変数をデータ型毎に分類し、基板間通信データ内における配列番号が重複なきよう割り当てられるようにする。
　生成部７３は、図８および図９に示すＣＡＮ通信基板用ネットワーク通信データ定義ファイルにおけるマッピングパラメータを全て検査していない場合（ステップＳ３１：Ｎｏ）、ＣＡＮ通信基板用ネットワーク通信データ定義ファイルからマッピングパラメータを入力する（ステップＳ３２）。対象となるマッピングパラメータとは、ＰＤＯ（Process　Data　Object）マッピングパラメータ、および内部変数である。図８はＣＡＮ通信基板用ネットワーク通信データ定義ファイルのうちＰＤＯマッピングパラメータの例を示し、図９はＣＡＮ通信基板用ネットワーク通信データ定義ファイルのうち内部変数の例を示す。内部変数とは、ＶＣＵ４内部で使用する変数である。内部変数はサブシステムとの間の入出力信号ではないため、ＰＤＯマッピングパラメータで定義できない。そのため、ＯＤ（Object　Dictionary）のメーカ固有のエントリで定義する。書式はＰＤＯマッピングパラメータと同一とする。図９の例では［２００２ｓｕｂ１］のセクションなどが該当する。ステップＳ３２で入力されるＣＡＮ通信基板用ネットワーク通信データ定義ファイルのマッピングパラメータとは、図８の［１Ａ１１ｓｕｂ１］のセクションの場合、「０ｘ５２８００１１０」となる。
　生成部７３は、変数のＯＤインデックスからデータ方向およびデータ型を導出し、ＯＤサブインデックスから配列番号を導出する（ステップＳ３３）。図１５および図１６は、本実施の形態にかかるプログラム開発支援装置７０の記憶部７２が保持するＯＤインデックス、データ方向、およびデータ型の関係の情報の例を示す図である。図１５はデータ方向がｉｎすなわち入力される方向の場合を示し、図１６はデータ方向がｏｕｔすなわち出力される方向の場合を示している。マッピングパラメータが前述の［１Ａ１１ｓｕｂ１］のセクションの場合、変数のＯＤインデックスは「０ｘ５２８０」となり、ＯＤサブインデックスは「０ｘ０１」となる。「０ｘ０１」は、「０ｘ５２８００１１０」を「０ｘ」、「５２８０」、「０１」、「１０」に分解したうちの「０ｘ」および「０１」を組み合わせたものである。この場合、生成部７３は、図１５および図１６の情報を参照して、データ方向「Ｏｕｔ」、データ型「ＵＮＳＩＧＮＥＤ１６」、および配列番号「０ｘ０１－１＝０」を導出する。配列番号の計算において「－１」をするのは、配列番号を「０」から始めるためである。
　生成部７３は、当該ＯＤインデックスおよびＯＤサブインデックスのセクションから、変数名および初期値を取得する（ステップＳ３４）。生成部７３は、ＯＤインデックスが「０ｘ５２８０」の場合、「０ｘ５２８０ｓｕｂ１」のセクションから変数名「ＲＩＯ＿ＡＯｃｈ０」、および初期値「０ｘ８００」を取得する。
　生成部７３は、導出したデータ型がＢＯＯＬＥＡＮ８か否かを確認する（ステップＳ３５）。例えば、マッピングパラメータが［１６１０ｓｕｂ１］のセクションの場合、生成部７３は、データ方向「ｉｎ」、データ型「ＢＯＯＬＥＡＮ８」を導出する。また、生成部７３は、［１６１０ｓｕｂ１］のセクションにおいて、ＯＤインデックスが「０ｘ５０００」、ＯＤサブインデックスが「０ｘ０１」であることから、変数名「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ［７．．０］」を導出する。導出したデータ型がＢＯＯＬＥＡＮ８の場合（ステップＳ３５：Ｙｅｓ）、生成部７３は、定義変数名から８個の変数名を生成する（ステップＳ３６）。
　生成部７３は、生成規則１として、変数名に［．．］が含まれる場合、［．．］内の数字を付加した変数名を生成する。具体的に、変数名が「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ［７．．０］」の場合、生成部７３は、「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ７」～「ＣＡＮ＿ＲＩＯ＿ＤＩｃｈ０」の８個の変数名を生成する。また、生成部７３は、生成規則２として、変数名に［，］が含まれる場合、変数名を［，］で区切って分割する。具体的に、変数名が「Ｄｉｇｉｎｐｕｔ３，Ｄｉｇｉｎｐｕｔ２，Ｄｉｇｉｎｐｕｔ１，Ｄｉｇｉｎｐｕｔ０」の場合、生成部７３は、「Ｄｉｇｉｎｐｕｔ０」～「Ｄｉｇｉｎｐｕｔ３」の４個の変数名を生成する。また、生成部７３は、生成規則３として、変数名が未定義の場合、デフォルト文字列を生成する。例えば、「通信基板物理規格＋通信基板番号＋“＿”＋“ｖａｒ”＋１６進表記のインデックス＋ｈ＋“＿”＋１６進表記のサブインデックス＋ｈ＋“＿ｂｉｔ”＋０から７のビット番号」とする。具体的に、ユーザは、「ＣＡＮ１＿ｖａｒ５０００ｈ＿０Ａｈ＿ｂｉｔ７」～「ＣＡＮ１＿ｖａｒ５０００ｈ＿０Ａｈ＿ｂｉｔ０」を生成する。また、生成部７３は、生成規則４として、変数名が定義されているが、前述の生成規則１，２で８個分生成できない場合、生成規則３の方式で補充する。なお、これらの生成規則は一例であって、これらに限定されるものではない。
　生成部７３は、生成した８個の各変数名に対して配列番号を算出する（ステップＳ３７）。生成部７３は、例えば、（ＯＤサブインデックス０ｘ０１－１）×８＋ビット番号（０～７）のようにして配列番号を算出する。
　一方、導出したデータ型がＢＯＯＬＥＡＮ８ではない場合（ステップＳ３５：Ｎｏ）、生成部７３は、ステップＳ３６，Ｓ３７の処理を省略する。
　生成部７３は、入力されたマッピングパラメータから変数名などが得られた変数を、変数リストに追加する（ステップＳ３８）。
　生成部７３は、図８および図９に示すＣＡＮ通信基板用ネットワーク通信データ定義ファイルのマッピングパラメータを全て検査するまで上記処理を繰り返し実施し、図８および図９に示すＣＡＮ通信基板用ネットワーク通信データ定義ファイルのマッピングパラメータを全て検査した場合（ステップＳ３１：Ｙｅｓ）、生成部７３は、ＣＡＮ通信基板用の処理を終了する。
　図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＣＡＮ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１６）。ＣＡＮ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。図１７は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３で生成される基板間通信用入出力信号変数定義ファイルの構成例を示す図である。基板間通信用入出力信号変数定義ファイルは、変数毎に、データ型、データ方向、配列番号、および変数名が示されたものであり、データ型毎に配列番号が付与されたものである。基板間通信用入出力信号変数定義ファイルの構成は、ＣＡＮ通信基板用、ＭＶＢ通信基板用、およびＥＴＨ通信基板用で共通とする。
　入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく場合（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用の場合（ステップＳ１７：Ｙｅｓ）、生成部７３は、ＭＶＢ通信基板用の処理を実施し（ステップＳ１８）、ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１９）。ここで、ＭＶＢ通信基板用の処理について詳細に説明する。図１８は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＭＶＢ通信基板用の処理を示すフローチャートである。生成部７３が、ＭＶＢ通信基板用ネットワーク通信データ定義ファイルから、ＭＶＢ基板通信用の変数リストを生成する処理を示すものである。
　生成部７３は、各データ型の配列番号を０にする（ステップＳ４１）。生成部７３は、図１０に示すＭＶＢ通信基板用ネットワーク通信データ定義ファイルに記載のＳｉｇｎａｌｓを全て検査していない場合（ステップＳ４２：Ｎｏ）、ＭＶＢ通信基板用ネットワーク通信データ定義ファイルからＳｉｇｎａｌ定義を１行入力する（ステップＳ４３）。
　生成部７３は、入力されたＳｉｇｎａｌ定義から変数名およびデータ型を取得する（ステップＳ４４）。生成部７３は、具体的に、図１０に示すＳｉｇｎａｌ定義の「Ｎａｍｅ」から変数名を取得し、「Ｔｙｐｅ」からデータ型を取得する。生成部７３は、当該データ型の配列番号を取得する（ステップＳ４５）。生成部７３は、取得したデータ型について現在設定されている配列番号を取得して付与する。生成部７３は、各データ型の最初のＳｉｇｎａｌ定義については、ステップＳ４１で配列番号を０にしていることから、配列番号０とする。生成部７３は、ステップＳ４５で配列番号を取得した当該データ型の配列番号を１だけ増加させる（ステップＳ４６）。生成部７３は、入力されたＳｉｇｎａｌ定義から変数名などが得られた変数を、変数リストに追加する（ステップＳ４７）。
　生成部７３は、図１０に示すＭＶＢ通信基板用ネットワーク通信データ定義ファイルのＳｉｇｎａｌｓを全て検査するまで上記処理を繰り返し実施し、図１０に示すＭＶＢ通信基板用ネットワーク通信データ定義ファイルのＳｉｇｎａｌｓを全て検査した場合（ステップＳ４２：Ｙｅｓ）、生成部７３は、ＭＶＢ通信基板用の処理を終了する。
　図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ１９）。ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。ＭＶＢ通信基板用の基板間通信用入出力信号変数定義ファイルの構成は、図１７と同様である。
　入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく場合（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用ではなく場合（ステップＳ１７：Ｎｏ）、ＥＴＨ通信基板用の場合（ステップＳ２０：Ｙｅｓ）、生成部７３は、ＥＴＨ通信基板用の処理を実施し（ステップＳ２１）、ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ２２）。ここで、ＥＴＨ通信基板用の処理について詳細に説明する。図１９は、本実施の形態にかかるプログラム開発支援装置７０の生成部７３のＥＴＨ通信基板用の処理を示すフローチャートである。生成部７３が、ＥＴＨ通信基板用ネットワーク通信データ定義ファイルから、ＥＴＨ通信基板用の変数リストを生成する処理を示すものである。
　生成部７３は、各データ型の配列番号を０にする（ステップＳ５１）。生成部７３は、図１１に示すＥＴＨ通信基板用ネットワーク通信データ定義ファイルに記載の信号定義を全て検査していない場合（ステップＳ５２：Ｎｏ）、ＥＴＨ通信基板用ネットワーク通信データ定義ファイルから信号定義を１行入力する（ステップＳ５３）。
　生成部７３は、入力された信号定義から変数名およびデータ型を取得する（ステップＳ５４）。生成部７３は、具体的に、図１１に示す信号定義の「変数名」から変数名を取得し、「データ型」からデータ型を取得する。生成部７３は、当該データ型の配列番号を取得する（ステップＳ５５）。生成部７３は、取得したデータ型について現在設定されている配列番号を取得して付与する。生成部７３は、各データ型の最初の信号定義については、ステップＳ５１で配列番号を０にしていることから、配列番号０とする。生成部７３は、ステップＳ５５で配列番号を取得した当該データ型の配列番号を１だけ増加させる（ステップＳ５６）。生成部７３は、入力された信号定義から変数名などが得られた変数を、変数リストに追加する（ステップＳ５７）。
　生成部７３は、図１１に示すＥＴＨ通信基板用ネットワーク通信データ定義ファイルの信号定義を全て検査するまで上記処理を繰り返し実施し、図１１に示すＥＴＨ通信基板用ネットワーク通信データ定義ファイルの信号定義を全て検査した場合（ステップＳ５２：Ｙｅｓ）、生成部７３は、ＥＴＨ通信基板用の処理を終了する。
　図１３のフローチャートに戻って、生成部７３は、得られた変数リストによって、ＥＴＨ基板通信用の基板間通信用入出力信号変数定義ファイルを生成する（ステップＳ２２）。ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルには、データ型、データ方向、配列番号、および変数名の情報が含まれ、データ型毎に配列番号が付与されている。ＥＴＨ通信基板用の基板間通信用入出力信号変数定義ファイルの構成は、図１７と同様である。
　生成部７３は、入力された通信基板用ネットワーク通信データ定義ファイルがＣＡＮ通信基板用ではなく（ステップＳ１４：Ｎｏ）、ＭＶＢ通信基板用ではなく（ステップＳ１７：Ｎｏ）、ＥＴＨ通信基板用ではない場合（ステップＳ２０：Ｎｏ）、ステップＳ１２の処理に戻る。また、生成部７３は、ステップＳ１６，Ｓ１９，Ｓ２２の処理の後、ステップＳ１２の処理に戻る。
　生成部７３は、入力部７１から通信基板用ネットワーク通信データ定義ファイルを全て受け付けた、すなわち入力した場合（ステップＳ１２：Ｙｅｓ）、ＣＡＮ通信基板用の処理、ＭＶＢ通信基板用の処理、およびＥＴＨ通信基板用の処理で得られた全ての基板間通信用入出力信号変数定義ファイルに含まれる変数リストから変数を入力していく。変数リストから全ての変数を入力していない場合（ステップＳ２３：Ｎｏ）、変数を入力し（ステップＳ２４）、変数をデータ型毎に分類して配列番号を振り直す（ステップＳ２５）。生成部７３は、変数リストから全ての変数を入力するまで上記処理を繰り返し実施する。生成部７３は、変数リストから全ての変数を入力した場合（ステップＳ２３：Ｙｅｓ）、配列番号を振り直した変数を用いて、制御基板用入出力信号変数定義ファイルを生成する（ステップＳ２６）。出力部７４は、生成部７３で生成された制御基板用入出力信号変数定義ファイルを出力する。制御基板用入出力信号変数定義ファイルの構成は、図１７に示す各基板間通信用入出力信号変数定義ファイルと同様である。
　各基板間通信用入出力信号変数定義ファイルに含まれる変数リストには、各通信基板で対応するネットワークのサブシステムで扱う変数が全て登録されている。生成部７３は、変数リストから変数を１個ずつ取り出してデータ型毎に分類し、０から配列番号を振り直して、制御基板用入出力信号変数定義ファイルを生成する。各基板間通信用入出力信号変数定義ファイルと制御基板用入出力信号変数定義ファイルとは、変数名で対応付けられ、これらの定義によって列車内ネットワークとの各入出力信号が制御基板４２の演算処理部６２で実施されるＰＬＣソフトウェア内の変数と一意に対応付けることができる。
　つづいて、プログラム開発支援装置７０のハードウェア構成について説明する。プログラム開発支援装置７０において、入力部７１および出力部７４は、データを入出力するインタフェース回路により実現される。また、記憶部７２はメモリにより実現される。生成部７３は処理回路によって実現される。処理回路は、メモリに格納されるプログラムを実行するＣＰＵ（Central　Processing　Unit）およびメモリであってもよいし、専用のハードウェアであってもよい。
　図２０は、本実施の形態にかかるプログラム開発支援装置７０の処理回路をＣＰＵおよびメモリで構成する場合の例を示す図である。処理回路がＣＰＵ９１およびメモリ９２で構成される場合、生成部７３の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリ９２に格納される。処理回路では、メモリ９２に記憶されたプログラムをＣＰＵ９１が読み出して実行することにより、各機能を実現する。すなわち、プログラム開発支援装置７０は、生成部７３が処理回路により実行されるときに、各通信基板用入出力信号変数定義ファイルを生成するステップ、各通信基板用入出力信号変数定義ファイルから制御装置用入出力信号変数定義ファイルを生成するステップが結果的に実行されることになるプログラムを格納するためのメモリ９２を備える。また、これらのプログラムは、プログラム開発支援装置７０の手順および方法をコンピュータに実行させるものであるともいえる。ここで、ＣＰＵ９１は、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサ、またはＤＳＰ（Digital　Signal　Processor）などであってもよい。また、メモリ９２とは、例えば、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　ＥＰＲＯＭ）などの、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、またはＤＶＤ（Digital　Versatile　Disc）などが該当する。メモリ９２は、記憶部７２を構成するメモリと同一であってもよい。
　図２１は、本実施の形態にかかるプログラム開発支援装置７０の処理回路を専用のハードウェアで構成する場合の例を示す図である。処理回路が専用のハードウェアである場合、図２１に示す処理回路９３は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＦＰＧＡ（Field　Programmable　Gate　Array）、またはこれらを組み合わせたものが該当する。生成部７３の各機能を機能別に処理回路９３で実現してもよいし、各機能をまとめて処理回路９３で実現してもよい。
　なお、生成部７３の各機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。このように、処理回路は、専用のハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。
　以上説明したように、本実施の形態によれば、プログラム開発支援装置７０では、ユーザによって作成された複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを用いて、通信基板用ネットワーク通信データ定義ファイルに含まれる変数について、通信基板用ネットワーク通信データ定義ファイル毎に、データ型、データ方向、配列番号、および変数名の情報を含み、データ型毎に配列番号を付与した各基板間通信用入出力信号変数定義ファイルを生成し、全ての基板間通信用入出力信号変数定義ファイルを用いてデータ型毎に配列番号を振り直して、制御基板用入出力信号変数定義ファイルを生成することとした。ＶＣＵ４において全入出力信号を同一モデル空間の変数として扱うことで、ユーザは、サブシステムがどの列車内ネットワークに接続しているかを意識せず、入出力信号だけを考慮したプログラミングが可能となる。これより、ＴＣＭＳ５のＶＣＵ４で使用されるソフトウェアのプログラミングにおける論理作成が容易となり、プログラムの開発において工数を低減することができる。また、動作環境を定義ファイルで記述するため、ＶＣＵ４においてハードコーディング不要になり、開発工数を低減することができる。
　また、従来ではプログラミングによってＴＣＭＳを構築していたのに対して、プログラム開発支援装置７０を使用することによって、プログラミングをせずに設定だけでＴＣＭＳ５を構築することが可能となる。
　以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。
　１，２，３　列車内ネットワーク、１－１～１－５，２－１～２－５，３－１～３－４　サブシステム、４　ＶＣＵ、５　ＴＣＭＳ、４１－１，４１－２，４１－３　通信基板、４２　制御基板、４３　基板間通信バス、５１－１－１，…，５１－１－ｍ，５１－３－１，…，５１－３－ｍ　通信データ信号入力部、５２－１，…，５２－３，５３－１，…，５３－３，６１－１，…，６１－３，６３－１，…，６３－３　基板間通信部、５４－１－１，…，５４－１－ｍ，５４－３－１，…，５４－３－ｍ　通信データ信号出力部、６２　演算処理部、７０　プログラム開発支援装置、７１　入力部、７２　記憶部、７３　生成部、７４　出力部、８０　通信ケーブル。

Claims (5)

  1. 　複数の列車内ネットワークと、前記複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の前記制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置であって、
    　前記制御装置が、前記複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、前記複数の通信基板と接続する制御基板と、から構成される場合に、
    　前記複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力部と、
    　前記通信基板用ネットワーク通信データ定義ファイルを用いて、前記複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う前記制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成部と、
    　前記制御基板用入出力信号変数定義ファイルを出力する出力部と、
    　を備えることを特徴とするプログラム開発支援装置。
  2. 　前記生成部は、前記通信基板用ネットワーク通信データ定義ファイル毎に、データ型、データ方向、配列番号、および変数名の情報を含み、前記データ型毎に前記配列番号を付与した各通信基板用の基板間通信用入出力信号変数定義ファイルを生成し、全ての基板間通信用入出力信号変数定義ファイルを用いて前記データ型毎に前記配列番号を振り直して、前記制御基板用入出力信号変数定義ファイルを生成する、
    　ことを特徴とする請求項１に記載のプログラム開発支援装置。
  3. 　複数の列車内ネットワークと、
    　前記複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、
    　を備え、
    　前記制御装置が、前記複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、前記複数の通信基板と接続する制御基板と、から構成される場合に、
    　前記制御基板は、前記複数の通信基板との通信において、前記複数の通信基板へ送信する信号を、前記複数の通信基板との間で共通の通信データ形式である共通通信データ形式の信号に変換して送信し、前記複数の通信基板から前記共通通信データ形式の信号を受信する第１の基板間通信部を備え、
    　前記複数の通信基板は、前記制御基板との通信において、前記制御基板へ送信する信号を前記共通通信データ形式の信号に変換して送信し、前記制御基板から前記共通通信データ形式の信号を受信する第２の基板間通信部を備える、
    　ことを特徴とする列車監視制御装置。
  4. 　複数の列車内ネットワークと、前記複数の列車内ネットワークとの間で信号の送受信を行う制御装置と、を備える列車監視性制御装置の前記制御装置で使用されるプログラムの開発を支援するプログラム開発支援装置におけるプログラム開発支援方法であって、
    　前記制御装置が、前記複数の列車内ネットワークのうちの１つの列車内ネットワークとの間で通信を行う複数の通信基板と、前記複数の通信基板と接続する制御基板と、から構成される場合に、
    　入力部が、前記複数の通信基板の各通信基板で使用される通信基板用ネットワーク通信データ定義ファイルを受け付ける入力ステップと、
    　生成部が、前記通信基板用ネットワーク通信データ定義ファイルを用いて、前記複数の通信基板との間で共通の通信データ形式である共通通信データ形式で通信を行う前記制御基板で使用される制御基板用入出力信号変数定義ファイルを生成する生成ステップと、
    　出力部が、前記制御基板用入出力信号変数定義ファイルを出力する出力ステップと、
    　を含むことを特徴とするプログラム開発支援方法。
  5. 　前記生成ステップは、
    　前記生成部が、前記通信基板用ネットワーク通信データ定義ファイル毎に、データ型、データ方向、配列番号、および変数名の情報を含み、前記データ型毎に前記配列番号を付与した各通信基板用の基板間通信用入出力信号変数定義ファイルを生成する第１の生成ステップと、
    　前記生成部が、全ての基板間通信用入出力信号変数定義ファイルを用いて前記データ型毎に前記配列番号を振り直して、前記制御基板用入出力信号変数定義ファイルを生成する第２の生成ステップと、
    　を含むことを特徴とする請求項４に記載のプログラム開発支援方法。
PCT/JP2016/064377 2016-05-13 2016-05-13 プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法 WO2017195369A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2016/064377 WO2017195369A1 (ja) 2016-05-13 2016-05-13 プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法
DE112016006851.4T DE112016006851T5 (de) 2016-05-13 2016-05-13 Programmentwicklungsunterstützungsvorrichtung, Zugüberwachungs-/Steuerungsvorrichtung, und Programmentwicklungsunterstützungsverfahren
JP2018516328A JP6524344B2 (ja) 2016-05-13 2016-05-13 プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法
US16/097,641 US10807620B2 (en) 2016-05-13 2016-05-13 Program development supporting apparatus, train monitoring and controlling apparatus, and program development supporting method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/064377 WO2017195369A1 (ja) 2016-05-13 2016-05-13 プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法

Publications (1)

Publication Number Publication Date
WO2017195369A1 true WO2017195369A1 (ja) 2017-11-16

Family

ID=60267865

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/064377 WO2017195369A1 (ja) 2016-05-13 2016-05-13 プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法

Country Status (4)

Country Link
US (1) US10807620B2 (ja)
JP (1) JP6524344B2 (ja)
DE (1) DE112016006851T5 (ja)
WO (1) WO2017195369A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019113910A1 (zh) * 2017-12-11 2019-06-20 中车永济电机有限公司 一种车辆管理控制vcu柜
WO2023228386A1 (ja) * 2022-05-26 2023-11-30 三菱電機株式会社 試験情報管理システム、試験情報管理装置、情報変換装置および試験情報管理方法
JP7508003B2 (ja) 2022-05-26 2024-06-28 三菱電機株式会社 試験情報管理システム、試験情報管理装置、情報変換装置および試験情報管理方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3489074B1 (en) * 2016-07-25 2022-04-13 Mitsubishi Electric Corporation A train communication system
CN112987677B (zh) * 2019-12-02 2022-06-14 中车永济电机有限公司 整车控制器及列车控制管理系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05233016A (ja) * 1992-02-19 1993-09-10 Keyence Corp プログラマブルコントロール装置の制御手順プログラム実行装置
JPH1124702A (ja) * 1997-06-30 1999-01-29 Toshiba Corp 二重化シーケンスコントローラ装置
JP2002006907A (ja) * 2000-06-26 2002-01-11 Omron Corp Ｉ／ｏユニット及びプログラマブルコントローラシステム
JP2008041022A (ja) * 2006-08-10 2008-02-21 Yaskawa Electric Corp Ｉ／ｏ装置、通信装置、サーボモータ制御装置、制御システムおよびロボットシステム
JP2009077069A (ja) * 2007-09-19 2009-04-09 Seiko Epson Corp 情報通信システム
JP2013045189A (ja) * 2011-08-23 2013-03-04 Hitachi Kokusai Electric Inc 車内非常通報装置
JP2014120039A (ja) * 2012-12-18 2014-06-30 Toshiba Corp ロジック情報作成装置、方法及びプログラム
JP2015095243A (ja) * 2013-11-14 2015-05-18 株式会社東芝 プラント制御システムの構築支援装置、構築支援方法及び構築支援プログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7976060B2 (en) * 1995-06-07 2011-07-12 Automotive Technologies International, Inc. Seat load or displacement measuring system for occupant restraint system control
US7760080B2 (en) * 2000-09-08 2010-07-20 Automotive Technologies International, Inc. Tire monitoring with passive and active modes
JP3894421B2 (ja) 2001-07-02 2007-03-22 三菱電機株式会社 ネットワークシステム
US7843992B2 (en) * 2005-05-31 2010-11-30 Farrokh Mohamadi Global instruction broadcasting for pulse-position modulated data transmission

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05233016A (ja) * 1992-02-19 1993-09-10 Keyence Corp プログラマブルコントロール装置の制御手順プログラム実行装置
JPH1124702A (ja) * 1997-06-30 1999-01-29 Toshiba Corp 二重化シーケンスコントローラ装置
JP2002006907A (ja) * 2000-06-26 2002-01-11 Omron Corp Ｉ／ｏユニット及びプログラマブルコントローラシステム
JP2008041022A (ja) * 2006-08-10 2008-02-21 Yaskawa Electric Corp Ｉ／ｏ装置、通信装置、サーボモータ制御装置、制御システムおよびロボットシステム
JP2009077069A (ja) * 2007-09-19 2009-04-09 Seiko Epson Corp 情報通信システム
JP2013045189A (ja) * 2011-08-23 2013-03-04 Hitachi Kokusai Electric Inc 車内非常通報装置
JP2014120039A (ja) * 2012-12-18 2014-06-30 Toshiba Corp ロジック情報作成装置、方法及びプログラム
JP2015095243A (ja) * 2013-11-14 2015-05-18 株式会社東芝 プラント制御システムの構築支援装置、構築支援方法及び構築支援プログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019113910A1 (zh) * 2017-12-11 2019-06-20 中车永济电机有限公司 一种车辆管理控制vcu柜
WO2023228386A1 (ja) * 2022-05-26 2023-11-30 三菱電機株式会社 試験情報管理システム、試験情報管理装置、情報変換装置および試験情報管理方法
JP7508003B2 (ja) 2022-05-26 2024-06-28 三菱電機株式会社 試験情報管理システム、試験情報管理装置、情報変換装置および試験情報管理方法

Also Published As

Publication number Publication date
DE112016006851T5 (de) 2019-01-31
JP6524344B2 (ja) 2019-06-05
US20190135313A1 (en) 2019-05-09
JPWO2017195369A1 (ja) 2019-03-07
US10807620B2 (en) 2020-10-20

Similar Documents

Publication Publication Date Title
WO2017195369A1 (ja) プログラム開発支援装置、列車監視制御装置およびプログラム開発支援方法
CN110244936B (zh) 用于支持visio流程图自动导入dcs算法组态软件的方法和装置
US8756407B2 (en) Configuration rule prototyping tool
JP4638484B2 (ja) データ処理装置におけるデータ整合性
JP6950665B2 (ja) エンジニアリング装置、エンジニアリング装置の制御方法及びプログラム
JP6375666B2 (ja) Ｐｌｃおよびｐｌｃ用のプログラミングツール
CN112445729B (zh) 操作地址确定方法、PCIe系统、电子设备及存储介质
JP6477553B2 (ja) プログラム開発支援装置、プログラム開発支援プログラムおよびプログラム開発支援方法
WO2014167623A1 (ja) プログラムグラフ表示装置、プログラムグラフ表示方法およびプログラムグラフ表示プログラム
WO2014115759A1 (ja) ネットワーク検証装置、ネットワーク検証方法及びプログラム
JP2020149446A (ja) 設定情報生成装置、設定情報生成方法、及び制御プログラム
KR102268795B1 (ko) 프로그램 언어와 제조사에서 정의한 언어의 혼용을 위한 메모리 매핑 방법
JP6071782B2 (ja) プラント制御装置、プラント制御方法及びプラント制御プログラム
JP4477947B2 (ja) 差分適用組込み機器システム及び格納データ変更方法
JP2009176178A (ja) Ｐｌｃのグローバル変数定義方式
JP2010181930A (ja) フィールド機器エンジニアリング装置
JP4141443B2 (ja) プログラム生成装置
KR20190071987A (ko) 블록 프로그램을 이용한 단말 제어 장치 및 방법
CN108133002A (zh) 工控软件数据库生成系统
WO2014125639A1 (ja) 制御プログラム管理装置及びコントローラ装置及び制御システム
CN113821204B (zh) 一种组件生成方法、装置、电子设备及可读存储介质
JP2024004945A (ja) 設計装置および設計方法
JP7367346B2 (ja) 機器、データ生成プログラム、およびデータ生成方法
JP6102425B2 (ja) テストデータ生成プログラム、テストデータ生成方法、およびテストデータ生成装置
US11138016B2 (en) System construction support device, system construction support method, and non-transitory storage medium

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018516328

Country of ref document: JP

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

Ref document number: 16901717

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16901717

Country of ref document: EP

Kind code of ref document: A1