The implementation of a new product data management (PDM) and product lifecycle management (PLM) system at CERN has significantly improved lifecycles and workflows for 3D integration studies, thanks to the advanced features and tools of the platform. This new PDM/PLM system has provided an opportunity to reassess and optimize user methodologies, focusing on better organization of 3D CAD data, improved collaboration with mechanical and services design offices, and more effective validation processes. Additionally, enhanced traceability throughout workflows is expected to boost overall process quality. This paper examines the challenges encountered during the transition as well as the benefits of the new PDM/PLM, highlighting its contribution to increased efficiency and quality.

With the advancement of science and technology, people are more dependent on the Internet and digital technology. We continue to improve our network system to increase speed and security of information transmission at NSRRC. We had established various levels of Information Security System (ISMS) documents and conducted many tasks and obtained the certification of ISO-27001.

The controls system for the ISIS accelerator is being migrated from using the commercial software Vsystem to EPICS which is open source. The primary protocol used for transporting process variables (PVs) across the network is pvAccess and the Python-based software p4p is used to create servers that provide access to process variables (PVA servers). A custom wrapper for p4p is being implemented to simplify and standardise way in which PVA servers work. This will allow users to easily create PVA servers for their own devices whilst allowing automatic registration with other services, for example ChannelFinder. The main device interface used for ISIS accelerator controls is an in-house developed CPS crate and these require a Vsystem reader to initialise and read channels from each CPS crate. This functionality can be replaced using the customised p4p module to provide a service that can initialise the crate and then start a PVA server to provide the PVs for that crate. This will allow decoupling the CPS crates from Vsystem so that they can be moved into EPICS.

The MADOCA control system was developed for the present SPring-8 in 1997. Nowadays we faced problems of outdated technologies of the MADOCA. In 2025, SPring-8 upgrade project "SPring-8-II" will be started. Toward to the SPring-8-II, we decided to renovate the MADOCA control system. The new control system inherits former MADOCA's concepts, which are characterized by SVOC-style messaging, database-oriented framework, and distributed control design using network system. In contrast with the inherited concepts, we renew the base technologies. Upgrades of messaging platform, data acquisition, and databases are already reported.\*,** We continue to develop other components. For edge computing, we use both MicroTCA.4 and generic PC server instead of outdated VME system. By combining EtherCAT with these edge computers, we support various I/O interfaces with simple wiring. We also provide REST API as database reading method to support external system linkage. Prior to the SPring-8-II project, the new control system is introduced into NanoTerasu. In this paper, we report the latest developments and prospective of the new control system.

At our institute, we needed a scalable SCADA system for both FRANZ and smaller laboratory test setups. Given the heterogeneity of devices, the system had to be easily extendable to support custom-built hardware, self-made devices, and standard PLC systems. Additional requirements included low maintenance, minimal system demands, and compatibility with various IT environments, operating systems, and hardware architectures. To meet these needs, we developed a ZeroMQ pub/sub pattern-based system in Java, which can function as a standalone instance or as a distributed mesh network across multiple systems. A modular device driver design simplifies the integration of devices with existing control software components. A universal XML-based driver enables device communication descriptions without the need for programming or recompilation. To minimize system resource demands, a Swing-based GUI was incorporated. This GUI is configurable via XML files, providing user flexibility and reducing the programming effort required for standard or predefined elements.

Function Generator Controllers (FGCs) are key devices used in CERN’s converter control systems to regulate and monitor the power converters that supply current to the magnets in the accelerator complex. To ensure the reliability and enhance the quality assurance of the software that controls these devices, the FGC Test Manager has been developed. It encompasses the Python library pyfgc_test_framework, which provides an interface for test scripts to seamlessly communicate with the FGC devices; and a web tool providing an interface to run test scripts on schedule and on demand, assign tests to resources, review test results, and directly access test logs. The web tool uses Vue 3 for the frontend and FastAPI with a PostgreSQL database for the backend. Test execution is handled by the GitLab Pipeline API, which executes pipelines directly in the repository containing the tests. This paper presents the design and functionality of the FGC Test Manager and the improvements it brings to the quality assurance of CERN's converter control systems.