- Email: [email protected]
Integration design platform of the CFETR
G Model
ARTICLE IN PRESS
FUSION-9582; No. of Pages 4
Fusion Engineering and Design xxx (2017) xxx–xxx
Contents lists available at ScienceDirect
Fusion Engineering and Design journal homepage: www.elsevier.com/locate/fusengdes
Integration design platform of the CFETR Minyou Ye a,∗ , Zhongwei Wang b , Shifeng Mao a , Yuntao Song b , Xufeng Liu b , Vincent Chan a , Jiangang Li b a b
School of Nuclear Sciences and Technology, University of Science and Technology of China, Hefei 230026, Anhui, China Institute of Plasma Physics, Chinese Academy of Sciences, Hefei 230031, Anhui, China
a r t i c l e
i n f o
Article history: Received 3 October 2016 Received in revised form 18 May 2017 Accepted 19 May 2017 Available online xxx Keywords: CFETR Integration design platform Document management System code Virtual workstation
a b s t r a c t An integration design platform is built for the CFETR design. By a project lifecycle management (PLM) system, the platform could provide the function to coordinate the progress among different task groups distributed in China. The PLM system manages many kinds of documents, like the project description and scientific target, the sub-system requirement, design reports and critical data; and distributes them to corresponding users in time. Two systems complementary to PLM system are developed: (1) an engineering CAD/CAE design management, builds a link between the PLM system and the detailed designs, it receives general tasks from the PLM system and assigns them to designers, then returns detailed report and data to the PLM; (2) a integrated design framework to provide the environment for detailed design work, two sub-framework for physical and engineering design are integrated via a unified graphic user interface. Furthermore, the platform is built based on an advanced GPU-based design cloud system, which provides a remote design environment for widely distributed working forces, and meanwhile keeps the data centralized management. The integration design platform is still under development to support the system engineering for CFETR. © 2017 Elsevier B.V. All rights reserved.
1. Introduction The Chinese Fusion Engineering Testing Reactor (CFETR) will make further progress toward the DEMO on the basis of the ITER [1]. Now both physics and engineering designs are being performed by a great number of geographically distributed groups [2,3]. In order to effectively coordinate the parallel design work and manage the massive data, the CFETR integration design platform is built. The CFETR project will cost many years to design, during this period, the design groups have to receive the system requirements which are always developing, share the progress of each group and solve the interface problem together, sometimes the higher level management must make a decision as soon as possible to eliminate the clash, only then a self-consistent design could be realized, any delay or error in the information transport will bring high risk and waste lots of efforts. Therefore, the CFETR integration design platform has three main functions:
∗ Corresponding author. E-mail address: [email protected] (M. Ye).
(1) Build a PLM system to manage the design documents, including but not limited to the office documents, technical reports, original 3D models, calculation macros and other data related to the CFETR lifetime cycle. (2) Distribute the up-to-date design requirements to design groups, meanwhile the resources should be carefully assigned to fulfill the schedule, quality and financial requirement. (3) Collecting the progress of each group, organize the review and coordinate the interface problem, then share the data in time. In the past years, many science and industry projects have developed kinds of solutions to realize these functions, for example, the ITER employs the DASSAULT ENOVIA [4] to manage its design data, and develops an ITER document management system to control the documents [5]; big industrial companies like Boeing have a long history of employing the Product Lifetime Management (PLM) system. In some cases, not only the top level of the project, in a department or even a group, a lot of long-term and temporary, commercial and self-developed design integration solutions are used. In this situation, choosing a proper tool to fulfill the CFETR requirements and reduce the complexity and risk is important but not easy. At present stage, the CFETR integration design platform includes two management systems; one is the project document manage-
http://dx.doi.org/10.1016/j.fusengdes.2017.05.093 0920-3796/© 2017 Elsevier B.V. All rights reserved.
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
G Model FUSION-9582; No. of Pages 4 2
ARTICLE IN PRESS M. Ye et al. / Fusion Engineering and Design xxx (2017) xxx–xxx
ment system, all project documents are stored following a series of rules; the other is the engineering design system, the detailed design work and design data are managed by it; there is an interface between the two systems, generally speaking, the design groups receive their system requirement from the project document system; in the engineering design system, they divide the task into detailed sub-tasks, then designers finish the job and some critical data is uploaded to the project document system to share with other groups; for example, the final version of the model is transferred, but not all the possible options, to prevent misuse and confusion. The design work is performed on the integrated design framework, where various software are integrated as well as various interfaces between engineering modules and between sub-engineering and physics framework. In the conceptual design period, there are many new ideas, and the design space is not clarified. Usually a system code is employed to investigate possible plans and to give general parameters for detailed designs. There are several system codes being employed in the world, like the PROCESS (CCFE) [6], the SYCOMORE (CEA) [7] and the TPC (JAEA) [8]. The parameter from these system codes are given as input to both physical and engineering design groups to make more complicated calculation to verify the feasibility and make optimizations. Though the system codes are fast, but the following work still depends on manual communication. To increase the efficiency, a 0-dimensional code, General Atomics System Code (GASC) [9] is also integrated in the integrated design framework, together with some preset parametric models. The designers can firstly generate the first set of parameters by 0-dimensional code and then do some multi-dimensional physical and engineering calculation by using the preset models to make a further check before the manual design. This strategy adds more constraints on the design space, reduces the manual work and increases the reliability of the design parameter. A design cloud system enables the designer to operate the onsite workstations from another city even another country, with his laptop, tablet and even handy, meanwhile the user experience is as comfortable as using local machines. The technology behind is the high compression of graphic signals, the desktop of the onsite workstations are pushed to the remote end of the designer, and the input is fed back to generate the design, so all data is stored onsite, and it’s very flexible to manage the design groups. In the following sections, the features of the CFETR integration design platform are described.
2. Project document management system The project document management system plays a key role in the CFETR project; it’s not only storage of documents, but also a powerful tool for project planning, work breakdown structure defining, schedule & quality control, and the human resource assignment. It works through the whole lifetime of the CFETR, and provides experience for the next generation project. Fig. 1 gives some typical document types and their position in the design period. A general procedure is applied to each sub-system to organize the documents, which includes 3 steps: (1) requirement, it could evolve with the design process due to many reasons, like more details to be added into consideration, better understanding of the machine from latest research, material and technique development; (2) solution, this step includes solution development and validation, there could be several solutions or no solution at present to the requirement, therefore, parallel research plans must be taken into account; (3) summary, once the solution is fixed and applied in the design, this step is performed to judge the result, for example, conclusions of benefit and loss, possible influence in the future and
Fig. 1. Documents in the project document management system.
response plan, lessons to learn. All the contents are organized by the platform, which is critical to prevent the user being flooded by the documents. A key issue in the document management strategy is that everything should be traceable and linked with related documents. In some projects, the documents are separated from the design data, sometimes they are not updated synchronously and trouble comes, especially when design change is required. To solve this problem, the interface between the document management and the design system is critical, the document can refer to not only another document, but also the linked 3D model and analysis data; if a new version is uploaded without links to supporting documents, the user could notice that and keep a conservative attitude. The crosscheck between different groups is also easier because one can access all related data, of course, with proper authorization. Another important issue is the use of label, virtual folder and index. Because of the manual mistake and human resource change, the user may forget and unable to find the position of a document, if he searches with some possible key words, the results could be inaccurate and much time and effort is lost. Therefore, a series of standard label is defined, when a new document is created, the user could easily attach a label on it. The virtual folder function could provide multiple ways of searching documents with very little storage resource cost, because in principle it’s a shortcut to the documents. With the label and virtual folder, a more detailed index can be built, besides the key words in the title or full text, the user can search by document type, component name, responsible officer name, work content and software tools. A useful example is that when a new version is released, the responsible officer can choose to deactivate the old one by a label to prevent misuse.
3. Engineering design system The engineering design system manages both the 3D design and the multi-physics analysis; the design group leader divides the task and assigns the designers, then the work is performed on the integrated design framework (see Section 4). This work assignment and the schedule & quality control are independent from the project document management system, so they don’t make the project management more complicated. When the work is finished, the data is stored in the engineering design system, after the review and approval of the leader, the final data will be transferred to the project document management system for sharing and other target like public demonstration, meanwhile, the technical reports are also uploaded to the document management system and linked with the data. Fig. 2 shows the workflow of the engineering design system and Fig. 3 shows a tree structure of the CFETR design.
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
G Model FUSION-9582; No. of Pages 4
ARTICLE IN PRESS M. Ye et al. / Fusion Engineering and Design xxx (2017) xxx–xxx
3
Fig. 5. Design cloud system working principle. Fig. 2. Workflow of the engineering design system.
Fig. 3. CFETR design tree structure.
individually or combined to form a work flow for specified design work by the designer in the engineering design framework. Similar function could be achieved in the physics design framework. In particular, various coupling interfaces between different preset engineering modules for divertor, magnetic coils, etc., and between engineering and physics frameworks are developed on the integrated design framework. For the purpose of consistent design, unified criterion/material database are also under development in the framework. As mentioned in Section 1, the 0-dimensional code General Atomics System Code (GASC) is also integrated in the framework, together with some preset parametric models. The system code could provide the general parameters, optimized based on the scaling laws, as the input for both physics and engineering design. The preset parametric models can then used to check the 0-dimensional parameter multi-dimensionally, and provide a rather reasonable basis for further design plan. It is much faster than the traditional way of including human in the loop. Meanwhile, it’s helpful to understand the impact among different design parameters. The interface between different modules is a key issue; the number of parameters and the format are the typical topics, for example, the magnet design module requires major & minor radius from the 0-dimensional code, so a simple txt file is enough; but to map the neutron heat to the blanket module, an accurate interpolation code is necessary; to run a SOL calculation, the geometry must be prepared from the divertor module. Further efforts are needed to develop the interfaces to assure the design data are correctly transferred, especially between the engineering and physics framework. 5. Design cloud
Fig. 4. Structure of the integrated design framework.
4. Integrated design framework The design environment is provided by the integrated design framework. Fig. 4 shows the structure of the integrated design framework. Two sub-frameworks for physics design (OMFIT, One Modeling Framework for Integrated Tasks [10]) and engineering (based on OPTIMUS [11]) are integrated in the integrated framework through a graphical user interface (GUI). The engineering design software, including CATIA, ANSYS, FLUENT, etc., can be used
It is always a big problem to connect the designers in different places to work together. The ITER builds satellite facilities in the members around the world, and a special network is set up to synchronize the design database, this solution is good and expensive. In the beginning of the CFETR design, a new graphic signal processing technology is released, and a small scale test system is employed. The critical feature of this system is that all design machines are located on site, usually they are virtual workstations which are run on servers. The desktop of the virtual workstation is pushed to the designer through the internet, and the input of the user is transferred back to the virtual workstation; therefore, the requirement to the designer’s equipment is very low, it is not necessary to have a professional workstation, instead, a normal laptop, a tablet, even a handy could be used to log in the virtual workstation and do the design job. Fig. 5 shows the working principle of the design cloud system. Due to the high graphic signal compression rate, the network requirement is also low, usually a fast intranet is necessary for remote design, but on this cloud system, a public network could meet the requirement. Because the work is performed on site, so the data could be proposed to the engineering design system without any synchro-
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
G Model FUSION-9582; No. of Pages 4
ARTICLE IN PRESS M. Ye et al. / Fusion Engineering and Design xxx (2017) xxx–xxx
4
nization; meanwhile, the design data is protected by the firewall all the time, so the safety and reliability is high. Another advantage is the flexibility. Because the workstation is virtual, its calculation resources like the RAM and CPU cores are controlled by the system administrator, so it is easy to spare more resources to some special tasks. If there is one virtual workstation down, the designer only needs to log in another one, then the efficiency is increased, and the IT management is simplified. The design cloud servers are installed in Hefei, in the two years operation, designers from different Chinese cities give very positive feedback; and a test is also successfully performed from France. 6. Summary The CFETR integrated design platform is built and operational. Based on the hardware of design cloud system, the platform is developed to provide various functions to support CFETR design, including project documents management by PLM and engineering CAD/CAE design management by engineering design system, as well as the engineering/physics design environment by integrated design framework. To improve the functions of integration design platform for supporting the system engineering for CFETR, the integration platform is still under development. In the next step, following activities will be performed: (1) improve the document tree structure and test the interface between the PLM system and the engineering design system; (2) develop the physical design system for management of physics design; (3) integrate an immersive design review system into the platform to provide the effective way for review of the design.
Acknowledgements This work is supported by the National Magnetic Confinement Fusion Science Program of China (Grant No. 2014GB110000). We’d like to express our thanks to all the members of the CFETR platform team, and we appreciate the General Atomic theory group for permission to use the OMFIT framework and GA code suite, and for their valuable technical support. References [1] Y. Wan, Design and strategy for the Chinese fusion engineering testing reactor (CFETR), in: 25th symposium on fusion engineering (SOFE 2013), San Francisco, USA, 2013. [2] B. Wan, S. Ding, J. Qian, et al., Physics design of CFETR: determination of the device engineering parameters, IEEE Trans. Plasma Sci. 42 (2014) 495–502. [3] Y. Song, S. Wu, J. Li, et al., Concept design of CFETR tokamak machine, IEEE Trans. Plasma Sci. 42 (2014) 503–509. [4] http://www.3ds.com/products-services/enovia/. [5] S. Chiocchio, E. Martin, P. Barabaschi, et al., System engineering and configuration management in ITER, Fusion Eng. Des. 82 (2007) 548–554. [6] P.J. Knight, A user’s guide to the PROCESS systems code, UKAEA Fusion, 2.1.0 edition, July 1996. [7] C. Reux, L. Di Gallo, F. Imbeaux, et al., DEMO reactor design using the new modular system code SYCOMORE, Nucl. Fusion 55 (2015) 073011. [8] H. Fujieda, Tokamak plasma power balance calculation code (TPC code) outline and operations manual, JAERI, 1992, JAERI-M 92-178. [9] V. Chan, A. Costley, B. Wan, et al., Evaluation of CFETR as a Fusion Nuclear Science Facility using multiple system codes, Nucl. Fusion 55 (2015) 023017. [10] O. Meneghini, L. Lao, Integrated modeling of tokamak experiments with OMFIT, Plasma Fusion Res. 8 (2013) 2403009. [11] https://www.noesissolutions.com/our-products/optimus.
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
ARTICLE IN PRESS
FUSION-9582; No. of Pages 4
Fusion Engineering and Design xxx (2017) xxx–xxx
Contents lists available at ScienceDirect
Fusion Engineering and Design journal homepage: www.elsevier.com/locate/fusengdes
Integration design platform of the CFETR Minyou Ye a,∗ , Zhongwei Wang b , Shifeng Mao a , Yuntao Song b , Xufeng Liu b , Vincent Chan a , Jiangang Li b a b
School of Nuclear Sciences and Technology, University of Science and Technology of China, Hefei 230026, Anhui, China Institute of Plasma Physics, Chinese Academy of Sciences, Hefei 230031, Anhui, China
a r t i c l e
i n f o
Article history: Received 3 October 2016 Received in revised form 18 May 2017 Accepted 19 May 2017 Available online xxx Keywords: CFETR Integration design platform Document management System code Virtual workstation
a b s t r a c t An integration design platform is built for the CFETR design. By a project lifecycle management (PLM) system, the platform could provide the function to coordinate the progress among different task groups distributed in China. The PLM system manages many kinds of documents, like the project description and scientific target, the sub-system requirement, design reports and critical data; and distributes them to corresponding users in time. Two systems complementary to PLM system are developed: (1) an engineering CAD/CAE design management, builds a link between the PLM system and the detailed designs, it receives general tasks from the PLM system and assigns them to designers, then returns detailed report and data to the PLM; (2) a integrated design framework to provide the environment for detailed design work, two sub-framework for physical and engineering design are integrated via a unified graphic user interface. Furthermore, the platform is built based on an advanced GPU-based design cloud system, which provides a remote design environment for widely distributed working forces, and meanwhile keeps the data centralized management. The integration design platform is still under development to support the system engineering for CFETR. © 2017 Elsevier B.V. All rights reserved.
1. Introduction The Chinese Fusion Engineering Testing Reactor (CFETR) will make further progress toward the DEMO on the basis of the ITER [1]. Now both physics and engineering designs are being performed by a great number of geographically distributed groups [2,3]. In order to effectively coordinate the parallel design work and manage the massive data, the CFETR integration design platform is built. The CFETR project will cost many years to design, during this period, the design groups have to receive the system requirements which are always developing, share the progress of each group and solve the interface problem together, sometimes the higher level management must make a decision as soon as possible to eliminate the clash, only then a self-consistent design could be realized, any delay or error in the information transport will bring high risk and waste lots of efforts. Therefore, the CFETR integration design platform has three main functions:
∗ Corresponding author. E-mail address: [email protected] (M. Ye).
(1) Build a PLM system to manage the design documents, including but not limited to the office documents, technical reports, original 3D models, calculation macros and other data related to the CFETR lifetime cycle. (2) Distribute the up-to-date design requirements to design groups, meanwhile the resources should be carefully assigned to fulfill the schedule, quality and financial requirement. (3) Collecting the progress of each group, organize the review and coordinate the interface problem, then share the data in time. In the past years, many science and industry projects have developed kinds of solutions to realize these functions, for example, the ITER employs the DASSAULT ENOVIA [4] to manage its design data, and develops an ITER document management system to control the documents [5]; big industrial companies like Boeing have a long history of employing the Product Lifetime Management (PLM) system. In some cases, not only the top level of the project, in a department or even a group, a lot of long-term and temporary, commercial and self-developed design integration solutions are used. In this situation, choosing a proper tool to fulfill the CFETR requirements and reduce the complexity and risk is important but not easy. At present stage, the CFETR integration design platform includes two management systems; one is the project document manage-
http://dx.doi.org/10.1016/j.fusengdes.2017.05.093 0920-3796/© 2017 Elsevier B.V. All rights reserved.
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
G Model FUSION-9582; No. of Pages 4 2
ARTICLE IN PRESS M. Ye et al. / Fusion Engineering and Design xxx (2017) xxx–xxx
ment system, all project documents are stored following a series of rules; the other is the engineering design system, the detailed design work and design data are managed by it; there is an interface between the two systems, generally speaking, the design groups receive their system requirement from the project document system; in the engineering design system, they divide the task into detailed sub-tasks, then designers finish the job and some critical data is uploaded to the project document system to share with other groups; for example, the final version of the model is transferred, but not all the possible options, to prevent misuse and confusion. The design work is performed on the integrated design framework, where various software are integrated as well as various interfaces between engineering modules and between sub-engineering and physics framework. In the conceptual design period, there are many new ideas, and the design space is not clarified. Usually a system code is employed to investigate possible plans and to give general parameters for detailed designs. There are several system codes being employed in the world, like the PROCESS (CCFE) [6], the SYCOMORE (CEA) [7] and the TPC (JAEA) [8]. The parameter from these system codes are given as input to both physical and engineering design groups to make more complicated calculation to verify the feasibility and make optimizations. Though the system codes are fast, but the following work still depends on manual communication. To increase the efficiency, a 0-dimensional code, General Atomics System Code (GASC) [9] is also integrated in the integrated design framework, together with some preset parametric models. The designers can firstly generate the first set of parameters by 0-dimensional code and then do some multi-dimensional physical and engineering calculation by using the preset models to make a further check before the manual design. This strategy adds more constraints on the design space, reduces the manual work and increases the reliability of the design parameter. A design cloud system enables the designer to operate the onsite workstations from another city even another country, with his laptop, tablet and even handy, meanwhile the user experience is as comfortable as using local machines. The technology behind is the high compression of graphic signals, the desktop of the onsite workstations are pushed to the remote end of the designer, and the input is fed back to generate the design, so all data is stored onsite, and it’s very flexible to manage the design groups. In the following sections, the features of the CFETR integration design platform are described.
2. Project document management system The project document management system plays a key role in the CFETR project; it’s not only storage of documents, but also a powerful tool for project planning, work breakdown structure defining, schedule & quality control, and the human resource assignment. It works through the whole lifetime of the CFETR, and provides experience for the next generation project. Fig. 1 gives some typical document types and their position in the design period. A general procedure is applied to each sub-system to organize the documents, which includes 3 steps: (1) requirement, it could evolve with the design process due to many reasons, like more details to be added into consideration, better understanding of the machine from latest research, material and technique development; (2) solution, this step includes solution development and validation, there could be several solutions or no solution at present to the requirement, therefore, parallel research plans must be taken into account; (3) summary, once the solution is fixed and applied in the design, this step is performed to judge the result, for example, conclusions of benefit and loss, possible influence in the future and
Fig. 1. Documents in the project document management system.
response plan, lessons to learn. All the contents are organized by the platform, which is critical to prevent the user being flooded by the documents. A key issue in the document management strategy is that everything should be traceable and linked with related documents. In some projects, the documents are separated from the design data, sometimes they are not updated synchronously and trouble comes, especially when design change is required. To solve this problem, the interface between the document management and the design system is critical, the document can refer to not only another document, but also the linked 3D model and analysis data; if a new version is uploaded without links to supporting documents, the user could notice that and keep a conservative attitude. The crosscheck between different groups is also easier because one can access all related data, of course, with proper authorization. Another important issue is the use of label, virtual folder and index. Because of the manual mistake and human resource change, the user may forget and unable to find the position of a document, if he searches with some possible key words, the results could be inaccurate and much time and effort is lost. Therefore, a series of standard label is defined, when a new document is created, the user could easily attach a label on it. The virtual folder function could provide multiple ways of searching documents with very little storage resource cost, because in principle it’s a shortcut to the documents. With the label and virtual folder, a more detailed index can be built, besides the key words in the title or full text, the user can search by document type, component name, responsible officer name, work content and software tools. A useful example is that when a new version is released, the responsible officer can choose to deactivate the old one by a label to prevent misuse.
3. Engineering design system The engineering design system manages both the 3D design and the multi-physics analysis; the design group leader divides the task and assigns the designers, then the work is performed on the integrated design framework (see Section 4). This work assignment and the schedule & quality control are independent from the project document management system, so they don’t make the project management more complicated. When the work is finished, the data is stored in the engineering design system, after the review and approval of the leader, the final data will be transferred to the project document management system for sharing and other target like public demonstration, meanwhile, the technical reports are also uploaded to the document management system and linked with the data. Fig. 2 shows the workflow of the engineering design system and Fig. 3 shows a tree structure of the CFETR design.
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
G Model FUSION-9582; No. of Pages 4
ARTICLE IN PRESS M. Ye et al. / Fusion Engineering and Design xxx (2017) xxx–xxx
3
Fig. 5. Design cloud system working principle. Fig. 2. Workflow of the engineering design system.
Fig. 3. CFETR design tree structure.
individually or combined to form a work flow for specified design work by the designer in the engineering design framework. Similar function could be achieved in the physics design framework. In particular, various coupling interfaces between different preset engineering modules for divertor, magnetic coils, etc., and between engineering and physics frameworks are developed on the integrated design framework. For the purpose of consistent design, unified criterion/material database are also under development in the framework. As mentioned in Section 1, the 0-dimensional code General Atomics System Code (GASC) is also integrated in the framework, together with some preset parametric models. The system code could provide the general parameters, optimized based on the scaling laws, as the input for both physics and engineering design. The preset parametric models can then used to check the 0-dimensional parameter multi-dimensionally, and provide a rather reasonable basis for further design plan. It is much faster than the traditional way of including human in the loop. Meanwhile, it’s helpful to understand the impact among different design parameters. The interface between different modules is a key issue; the number of parameters and the format are the typical topics, for example, the magnet design module requires major & minor radius from the 0-dimensional code, so a simple txt file is enough; but to map the neutron heat to the blanket module, an accurate interpolation code is necessary; to run a SOL calculation, the geometry must be prepared from the divertor module. Further efforts are needed to develop the interfaces to assure the design data are correctly transferred, especially between the engineering and physics framework. 5. Design cloud
Fig. 4. Structure of the integrated design framework.
4. Integrated design framework The design environment is provided by the integrated design framework. Fig. 4 shows the structure of the integrated design framework. Two sub-frameworks for physics design (OMFIT, One Modeling Framework for Integrated Tasks [10]) and engineering (based on OPTIMUS [11]) are integrated in the integrated framework through a graphical user interface (GUI). The engineering design software, including CATIA, ANSYS, FLUENT, etc., can be used
It is always a big problem to connect the designers in different places to work together. The ITER builds satellite facilities in the members around the world, and a special network is set up to synchronize the design database, this solution is good and expensive. In the beginning of the CFETR design, a new graphic signal processing technology is released, and a small scale test system is employed. The critical feature of this system is that all design machines are located on site, usually they are virtual workstations which are run on servers. The desktop of the virtual workstation is pushed to the designer through the internet, and the input of the user is transferred back to the virtual workstation; therefore, the requirement to the designer’s equipment is very low, it is not necessary to have a professional workstation, instead, a normal laptop, a tablet, even a handy could be used to log in the virtual workstation and do the design job. Fig. 5 shows the working principle of the design cloud system. Due to the high graphic signal compression rate, the network requirement is also low, usually a fast intranet is necessary for remote design, but on this cloud system, a public network could meet the requirement. Because the work is performed on site, so the data could be proposed to the engineering design system without any synchro-
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093
G Model FUSION-9582; No. of Pages 4
ARTICLE IN PRESS M. Ye et al. / Fusion Engineering and Design xxx (2017) xxx–xxx
4
nization; meanwhile, the design data is protected by the firewall all the time, so the safety and reliability is high. Another advantage is the flexibility. Because the workstation is virtual, its calculation resources like the RAM and CPU cores are controlled by the system administrator, so it is easy to spare more resources to some special tasks. If there is one virtual workstation down, the designer only needs to log in another one, then the efficiency is increased, and the IT management is simplified. The design cloud servers are installed in Hefei, in the two years operation, designers from different Chinese cities give very positive feedback; and a test is also successfully performed from France. 6. Summary The CFETR integrated design platform is built and operational. Based on the hardware of design cloud system, the platform is developed to provide various functions to support CFETR design, including project documents management by PLM and engineering CAD/CAE design management by engineering design system, as well as the engineering/physics design environment by integrated design framework. To improve the functions of integration design platform for supporting the system engineering for CFETR, the integration platform is still under development. In the next step, following activities will be performed: (1) improve the document tree structure and test the interface between the PLM system and the engineering design system; (2) develop the physical design system for management of physics design; (3) integrate an immersive design review system into the platform to provide the effective way for review of the design.
Acknowledgements This work is supported by the National Magnetic Confinement Fusion Science Program of China (Grant No. 2014GB110000). We’d like to express our thanks to all the members of the CFETR platform team, and we appreciate the General Atomic theory group for permission to use the OMFIT framework and GA code suite, and for their valuable technical support. References [1] Y. Wan, Design and strategy for the Chinese fusion engineering testing reactor (CFETR), in: 25th symposium on fusion engineering (SOFE 2013), San Francisco, USA, 2013. [2] B. Wan, S. Ding, J. Qian, et al., Physics design of CFETR: determination of the device engineering parameters, IEEE Trans. Plasma Sci. 42 (2014) 495–502. [3] Y. Song, S. Wu, J. Li, et al., Concept design of CFETR tokamak machine, IEEE Trans. Plasma Sci. 42 (2014) 503–509. [4] http://www.3ds.com/products-services/enovia/. [5] S. Chiocchio, E. Martin, P. Barabaschi, et al., System engineering and configuration management in ITER, Fusion Eng. Des. 82 (2007) 548–554. [6] P.J. Knight, A user’s guide to the PROCESS systems code, UKAEA Fusion, 2.1.0 edition, July 1996. [7] C. Reux, L. Di Gallo, F. Imbeaux, et al., DEMO reactor design using the new modular system code SYCOMORE, Nucl. Fusion 55 (2015) 073011. [8] H. Fujieda, Tokamak plasma power balance calculation code (TPC code) outline and operations manual, JAERI, 1992, JAERI-M 92-178. [9] V. Chan, A. Costley, B. Wan, et al., Evaluation of CFETR as a Fusion Nuclear Science Facility using multiple system codes, Nucl. Fusion 55 (2015) 023017. [10] O. Meneghini, L. Lao, Integrated modeling of tokamak experiments with OMFIT, Plasma Fusion Res. 8 (2013) 2403009. [11] https://www.noesissolutions.com/our-products/optimus.
Please cite this article in press as: M. Ye, et al., Integration design platform of the CFETR, Fusion Eng. Des. (2017), http://dx.doi.org/10.1016/j.fusengdes.2017.05.093