Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “PROGRAMMER”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 955 records · Page 53

Dispatchable Virtual Oscillator Control for Decentralized Inverter-Dominated Power Systems: Analysis and Experiments: Preprint

This paper presents an analysis and experimental validation of dispatchable virtual oscillator control (dVOC) for inverter-dominated power systems. dVOC is a promising decentralized control strategy that requires only local measurements to induce grid-forming behavior with programmable droop characteristics. It is dispatchable -- i.e., the inverters can vary their power generation via user-defined power set-points and guarantees strong stability. To verify its feasibility, a testbed comprising multiple dVOC-programmed inverters with transmission line impedances is designed. With an embedded synchronization strategy, the dVOC inverters are capable of dynamic synchronization, black start operation, and transient grid voltage regulation with dynamic load sharing, and real-time-programmable droop characteristics for backward compatibility. All these features are experimentally verified.

14 SOLAR ENERGY↗

FCC Physics Opportunities

This volume of the Conceptual Design Report is dedicated to an overview of the FCC physics potential. It focuses on the most significant targets of the potential FCC research programme but, for the sake of space, not covering a large body of science that will nevertheless be accessible (and which is documented in various other reports, listed in the Appendix). The studies presented here, in addition to setting plausible targets for the FCC achievements, have helped in making the choice of the colliders’ parameters (energy, luminosity) and their operation plans. Furthermore, these studies contributed to the deinition of the critical detector features and parameters, as described in Volumes 2 and 3 of the CDR. While at first discussing the targets of each collider separately, the second part of this volume puts their synergy and complementarity in perspective, underscoring the added benefit to science brought by the unity and coherence of the whole programme. In addition to summarising the outcome of the work done during this CDR phase of the FCC physics studies, for the benefit of the whole particle physics community, this document is intended to stimulate an expert discussion of the FCC physics potential, in the context of the forthcoming review of the European Strategy for Particle Physics.

43 PARTICLE ACCELERATORS↗

Future Circular Collider Feasibility Study Report

Volume 1 of the FCC Feasibility Report presents an overview of the physics case, experimental programme, and detector concepts for the Future Circular Collider (FCC). This volume outlines how FCC would address some of the most profound open questions in particle physics, from precision studies of the Higgs and EW bosons and of the top quark, to the exploration of physics beyond the Standard Model. The report reviews the experimental opportunities offered by the staged implementation of FCC, beginning with an electron-positron collider (FCC-ee), operating at several centre-of-mass energies, followed by a hadron collider (FCC-hh). Benchmark examples are given of the expected physics performance, in terms of precision and sensitivity to new phenomena, of each collider stage. Detector requirements and conceptual designs for FCC-ee experiments are discussed, as are the specific demands that the physics programme imposes on the accelerator in the domains of the calibration of the collision energy, and the interface region between the accelerator and the detector. The report also highlights advances in detector, software and computing technologies, as well as the theoretical tools/reconstruction techniques that will enable the precision measurements and discovery potential of the FCC experimental programme. The content and structure of this report are guided by the scope and priorities defined in the mandate of the FCC Feasibility Study. It is therefore not intended to serve as an exhaustive review of the full physics potential of FCC. Several topics, already covered in earlier reports such as the FCC CDR, are not reiterated here or are addressed only briefly, in alignment with the study’s focus. This volume reflects the outcome of a global collaborative effort involving hundreds of scientists and institutions, aided by a dedicated community-building coordination, and provides a targeted assessment of the scientific opportunities and experimental foundations of the FCC programme.

Benedikt, M. [European Organization for Nuclear Re↗

Leveraging Safety Programs to Improve and Support Security Programs

There has been a long history of considering Safety, Security, and Safeguards (3S) as three functions of nuclear security design and operations that need to be properly and collectively integrated with operations. This paper specifically considers how safety programmes can be extended directly to benefit security as part of an integrated facility management programme. The discussion will draw on experiences implementing such a programme at Sandia National Laboratories’ Annular Research Reactor Facility. While the paper focuses on nuclear facilities, similar ideas could be used to support security programmes at other types of high-consequence facilities and transportation activities.

22 GENERAL STUDIES OF NUCLEAR REACTORS↗

Atomically Precise Membranes for the Separation of Hydrocarbons

Separations often account for a majority of process costs. This is because all traditional separation processes have inherent weaknesses that prevent the system from achieving perfect (or even near perfect in many instances) selectivity. These weaknesses result in large recycle streams and require multiple separation units in concert in order to produce a product clean enough for use or sale. An atomically precise membrane capable of allowing passage to only certain molecules would greatly improve process economics. We have synthesized atomically precise, triangular and rectangular-shaped, pore-containing macromolecules (channel molecules) using a unique, stiff, programmable molecular scaffold developed in Prof. Christian Schafmeister’s lab at Temple University. We synthesized porous triangular and rectangular macromolecules from our unique, poly-cyclic, shape-programmable, and functional group-programmable spiroligomer scaffolds. These macromolecules display functional groups pointing outward that will covalently cross-link with other functional groups on other copies of the molecule. The pores are of programmable size and shape to selectively allow some molecules and ions to pass through the pores while resisting others. These molecules were confirmed with H-NMR and HPLC/HRMS. Self-assembled layers of these molecules were fabricated with the use of a Langmuir trough where they were compressed to a mean area that is close to their corresponding macrocycle size (~0.5-1 nm 2 ). We have also demonstrated several strategies for supporting films of these selective membranes on polysulfone.

Amundsen, Ted↗

Transformations of software design and code may lead to reduced errors

The capability of programmers and non-programmers to specify problem solutions by developing example-solutions and also for the programmers by writing computer programs was investigated; each method of specification was accomplished at various levels of problem complexity. The level of difficulty of each problem was reflected by the number of steps needed by the user to develop a solution. Machine processing of the user inputs permitted inferences to be developed about the algorithms required to solve a particular problem. The interactive feedback of processing results led users to a more precise definition of the desired solution. Two participant groups (programmers and bookkeepers/accountants) working with three levels of problem complexity and three levels of processor complexity were used. The experimental task employed required specification of a logic for solution of a Navy task force problem.

Connelly, E. M.↗

Program For A Pushbutton Display

Programmable Display Pushbutton (PDP) is pushbutton device available from Micro Switch having programmable 16X35 matrix of light-emitting diodes on pushbutton surface. Any desired legends display on PDP's, producing user-friendly applications reducing need for dedicated manual controls. Interacts with operator, calls for correct response before transmitting next message. Both simple manual control and sophisticated programmable link between operator and host system. Programmable Display Pushbutton Legend Editor (PDPE) computer program used to create light-emitting-diode (LED) displays for pushbuttons. Written in FORTRAN.

Busquets, Anthony M.↗

Software packager user's guide

Software integration is a growing area of concern for many programmers and software managers because the need to build new programs quickly from existing components is greater than ever. This includes building versions of software products for multiple hardware platforms and operating systems, building programs from components written in different languages, and building systems from components that must execute on different machines in a distributed network. The goal of software integration is to make building new programs from existing components more seamless -- programmers should pay minimal attention to the underlying configuration issues involved. Libraries of reusable components and classes are important tools but only partial solutions to software development problems. Even though software components may have compatible interfaces, there may be other reasons, such as differences between execution environments, why they cannot be integrated. Often, components must be adapted or reimplemented to fit into another application because of implementation differences -- they are implemented in different programming languages, dependent on different operating system resources, or must execute on different physical machines. The software packager is a tool that allows programmers to deal with interfaces between software components and ignore complex integration details. The packager takes modular descriptions of the structure of a software system written in the package specification language and produces an integration program in the form of a makefile. If complex integration tools are needed to integrate a set of components, such as remote procedure call stubs, their use is implied by the packager automatically and stub generation tools are invoked in the corresponding makefile. The programmer deals only with the components themselves and not the details of how to build the system on any given platform.

Callahan, John R.↗

Incremental Parallelization of Non-Data-Parallel Programs Using the Charon Message-Passing Library

Message passing is among the most popular techniques for parallelizing scientific programs on distributed-memory architectures. The reasons for its success are wide availability (MPI), efficiency, and full tuning control provided to the programmer. A major drawback, however, is that incremental parallelization, as offered by compiler directives, is not generally possible, because all data structures have to be changed throughout the program simultaneously. Charon remedies this situation through mappings between distributed and non-distributed data. It allows breaking up the parallelization into small steps, guaranteeing correctness at every stage. Several tools are available to help convert legacy codes into high-performance message-passing programs. They usually target data-parallel applications, whose loops carrying most of the work can be distributed among all processors without much dependency analysis. Others do a full dependency analysis and then convert the code virtually automatically. Even more toolkits are available that aid construction from scratch of message passing programs. None, however, allows piecemeal translation of codes with complex data dependencies (i.e. non-data-parallel programs) into message passing codes. The Charon library (available in both C and Fortran) provides incremental parallelization capabilities by linking legacy code arrays with distributed arrays. During the conversion process, non-distributed and distributed arrays exist side by side, and simple mapping functions allow the programmer to switch between the two in any location in the program. Charon also provides wrapper functions that leave the structure of the legacy code intact, but that allow execution on truly distributed data. Finally, the library provides a rich set of communication functions that support virtually all patterns of remote data demands in realistic structured grid scientific programs, including transposition, nearest-neighbor communication, pipelining, gather/scatter, and redistribution. At the end of the conversion process most intermediate Charon function calls will have been removed, the non-distributed arrays will have been deleted, and virtually the only remaining Charon functions calls are the high-level, highly optimized communications. Distribution of the data is under complete control of the programmer, although a wide range of useful distributions is easily available through predefined functions. A crucial aspect of the library is that it does not allocate space for distributed arrays, but accepts programmer-specified memory. This has two major consequences. First, codes parallelized using Charon do not suffer from encapsulation; user data is always directly accessible. This provides high efficiency, and also retains the possibility of using message passing directly for highly irregular communications. Second, non-distributed arrays can be interpreted as (trivial) distributions in the Charon sense, which allows them to be mapped to truly distributed arrays, and vice versa. This is the mechanism that enables incremental parallelization. In this paper we provide a brief introduction of the library and then focus on the actual steps in the parallelization process, using some representative examples from, among others, the NAS Parallel Benchmarks. We show how a complicated two-dimensional pipeline-the prototypical non-data-parallel algorithm- can be constructed with ease. To demonstrate the flexibility of the library, we give examples of the stepwise, efficient parallel implementation of nonlocal boundary conditions common in aircraft simulations, as well as the construction of the sequence of grids required for multigrid.

VanderWijngaart, Rob F.↗

G(sup 4)FET Implementations of Some Logic Circuits

Some logic circuits have been built and demonstrated to work substantially as intended, all as part of a continuing effort to exploit the high degrees of design flexibility and functionality of the electronic devices known as G(sup 4)FETs and described below. These logic circuits are intended to serve as prototypes of more complex advanced programmable-logicdevice-type integrated circuits, including field-programmable gate arrays (FPGAs). In comparison with prior FPGAs, these advanced FPGAs could be much more efficient because the functionality of G(sup 4)FETs is such that fewer discrete components are needed to perform a given logic function in G(sup 4)FET circuitry than are needed perform the same logic function in conventional transistor-based circuitry. The underlying concept of using G(sup 4)FETs as building blocks of programmable logic circuitry was also described, from a different perspective, in G(sup 4)FETs as Universal and Programmable Logic Gates (NPO-41698), NASA Tech Briefs, Vol. 31, No. 7 (July 2007), page 44. A G(sup 4)FET can be characterized as an accumulation-mode silicon-on-insulator (SOI) metal oxide/semiconductor field-effect transistor (MOSFET) featuring two junction field-effect transistor (JFET) gates. The structure of a G(sup 4)FET (see Figure 1) is the same as that of a p-channel inversion-mode SOI MOSFET with two body contacts on each side of the channel. The top gate (G1), the substrate emulating a back gate (G2), and the junction gates (JG1 and JG2) can be biased independently of each other and, hence, each can be used to independently control some aspects of the conduction characteristics of the transistor. The independence of the actions of the four gates is what affords the enhanced functionality and design flexibility of G(sup 4)FETs. The present G(sup 4)FET logic circuits include an adjustable-threshold inverter, a real-time-reconfigurable logic gate, and a dynamic random-access memory (DRAM) cell (see Figure 2). The configuration of the adjustable-threshold inverter is similar to that of an ordinary complementary metal oxide semiconductor (CMOS) inverter except that an NMOSFET (a MOSFET having an n-doped channel and a p-doped Si substrate) is replaced by an n-channel G(sup 4)FET

Mojarradi, Mohammad↗

Miniature Intelligent Sensor Module

An electronic unit denoted the Miniature Intelligent Sensor Module performs sensor-signal-conditioning functions and local processing of sensor data. The unit includes four channels of analog input/output circuitry, a processor, volatile and nonvolatile memory, and two Ethernet communication ports, all housed in a weathertight enclosure. The unit accepts AC or DC power. The analog inputs provide programmable gain, offset, and filtering as well as shunt calibration and auto-zeroing. Analog outputs include sine, square, and triangular waves having programmable frequencies and amplitudes, as well as programmable amplitude DC. One innovative aspect of the design of this unit is the integration of a relatively powerful processor and large amount of memory along with the sensor-signalconditioning circuitry so that sophisticated computer programs can be used to acquire and analyze sensor data and estimate and track the health of the overall sensor-data-acquisition system of which the unit is a part. The unit includes calibration, zeroing, and signalfeedback circuitry to facilitate health monitoring. The processor is also integrated with programmable logic circuitry in such a manner as to simplify and enhance acquisition of data and generation of analog outputs. A notable unique feature of the unit is a cold-junction compensation circuit in the back shell of a sensor connector. This circuit makes it possible to use Ktype thermocouples without compromising a housing seal. Replicas of this unit may prove useful in industrial and manufacturing settings - especially in such large outdoor facilities as refineries. Two features can be expected to simplify installation: the weathertight housings should make it possible to mount the units near sensors, and the Ethernet communication capability of the units should facilitate establishment of communication connections for the units.

Beech, Russell S.↗

The Princess Elisabeth Station

Aware of the increasing impact of human activities on the Earth system, Belgian Science Policy Office (Belspo) launched in 1997 a research programme in support of a sustainable development policy. This umbrella programme included the Belgian Scientific Programme on Antarctic Research. The International Polar Foundation, an organization led by the civil engineer and explorer Alain Hubert, was commissioned by the Belgian Federal government in 2004 to design, construct and operate a new Belgian Antarctic Research Station as an element under this umbrella programme. The station was to be designed as a central location for investigating the characteristic sequence of Antarctic geographical regions (polynia, coast, ice shelf, ice sheet, marginal mountain area and dry valleys, inland plateau) within a radius of 200 kilometers (approx.124 miles) of a selected site. The station was also to be designed as "state of the art" with respect to sustainable development, energy consumption, and waste disposal, with a minimum lifetime of 25 years. The goal of the project was to build a station and enable science. So first we needed some basic requirements, which I have listed here; plus we had to finance the station ourselves. Our most important requirement was that we decided to make it a zero emissions station. This was both a philosophical choice as we thought it more consistent with Antarctic Treaty obligations and it was also a logistical advantage. If you are using renewable energy sources, you do not have to bring in all the fuel.

Berte, Johan↗

Investigating the Simulink Auto-Coding Process

Model based program design is the most clear and direct way to develop algorithms and programs for interfacing with hardware. While coding "by hand" results in a more tailored product, the ever-growing size and complexity of modern-day applications can cause the project work load to quickly become unreasonable for one programmer. This has generally been addressed by splitting the product into separate modules to allow multiple developers to work in parallel on the same project, however this introduces new potentials for errors in the process. The fluidity, reliability and robustness of the code relies on the abilities of the programmers to communicate their methods to one another; furthermore, multiple programmers invites multiple potentially differing coding styles into the same product, which can cause a loss of readability or even module incompatibility. Fortunately, Mathworks has implemented an auto-coding feature that allows programmers to design their algorithms through the use of models and diagrams in the graphical programming environment Simulink, allowing the designer to visually determine what the hardware is to do. From here, the auto-coding feature handles converting the project into another programming language. This type of approach allows the designer to clearly see how the software will be directing the hardware without the need to try and interpret large amounts of code. In addition, it speeds up the programming process, minimizing the amount of man-hours spent on a single project, thus reducing the chance of human error as well as project turnover time. One such project that has benefited from the auto-coding procedure is Ramses, a portion of the GNC flight software on-board Orion that has been implemented primarily in Simulink. Currently, however, auto-coding Ramses into C++ requires 5 hours of code generation time. This causes issues if the tool ever needs to be debugged, as this code generation will need to occur with each edit to any part of the program; additionally, this is lost time that could be spent testing and analyzing the code. This is one of the more prominent issues with the auto-coding process, and while much information is available with regard to optimizing Simulink designs to produce efficient and reliable C++ code, not much research has been made public on how to reduce the code generation time. It is of interest to develop some insight as to what causes code generation times to be so significant, and determine if there are architecture guidelines or a desirable auto-coding configuration set to assist in streamlining this step of the design process for particular applications. To address the issue at hand, the Simulink coder was studied at a foundational level. For each different component type made available by the software, the features, auto-code generation time, and the format of the generated code were analyzed and documented. Tools were developed and documented to expedite these studies, particularly in the area of automating sequential builds to ensure accurate data was obtained. Next, the Ramses model was examined in an attempt to determine the composition and the types of technologies used in the model. This enabled the development of a model that uses similar technologies, but takes a fraction of the time to auto-code to reduce the turnaround time for experimentation. Lastly, the model was used to run a wide array of experiments and collect data to obtain knowledge about where to search for bottlenecks in the Ramses model. The resulting contributions of the overall effort consist of an experimental model for further investigation into the subject, as well as several automation tools to assist in analyzing the model, and a reference document offering insight to the auto-coding process, including documentation of the tools used in the model analysis, data illustrating some potential problem areas in the auto-coding process, and recommendations on areas or practices in the current Ramses model that should be further investigated. Several skills were required to be built up over the course of the internship project. First and foremost, my Simulink skills have improved drastically, as much of my experience had been modeling electronic circuits as opposed to software models. Furthermore, I am now comfortable working with the Simulink Auto-coder, a tool I had never used until this summer; this tool also tested my critical thinking and C++ knowledge as I had to interpret the C++ code it was generating and attempt to understand how the Simulink model affected the generated code. I had come into the internship with a solid understanding of Matlab code, but had done very little in using it to automate tasks, particularly Simulink tasks; along the same lines, I had rarely used shell script to automate and interface with programs, which I gained a fair amount of experience with this summer, including how to use regular expression. Lastly, soft-skills are an area everyone can continuously improve on; having never worked with NASA engineers, which to me seem to be a completely different breed than what I am used to (commercial electronic engineers), I learned to utilize the wealth of knowledge present at JSC. I wish I had come into the internship knowing exactly how helpful everyone in my branch would be, as I would have picked up on this sooner. I hope that having gained such a strong foundation in Simulink over this summer will open the opportunity to return to work on this project, or potentially other opportunities within the division. The idea of leaving a project I devoted ten weeks to is a hard one to cope with, so having the chance to pick up where I left off sounds appealing; alternatively, I am interested to see if there are any opening in the future that would allow me to work on a project that is more in-line with my research in estimation algorithms. Regardless, this summer has been a milestone in my professional career, and I hope this has started a long-term relationship between JSC and myself. I really enjoy the thought of building on my experience here over future summers while I work to complete my PhD at Missouri University of Science and Technology.

Gualdoni, Matthew J.↗

Wire like link for cycle reproducible and cycle accurate hardware accelerator

First and second field programmable gate arrays are provided which implement first and second blocks of a circuit design to be simulated. The field programmable gate arrays are operated at a first clock frequency and a wire like link is provided to send a plurality of signals between them. The wire like link includes a serializer, on the first field programmable gate array, to serialize the plurality of signals; a deserializer on the second field programmable gate array, to deserialize the plurality of signals; and a connection between the serializer and the deserializer. The serializer and the deserializer are operated at a second clock frequency, greater than the first clock frequency, and the second clock frequency is selected such that latency of transmission and reception of the plurality of signals is less than the period corresponding to the first clock frequency.

97 MATHEMATICS AND COMPUTING↗

Neutrinos from Stored Muons (nuSTORM)

The 2020 Update of the European Strategy for Particle Physics (ESPP) (see https://cds.cern.ch/record/2720129 ) recommended that muon beam R&D should be considered a high-priority future initiative and that a programme of experimentation be developed to determine the neutrino cross-sections required to extract the most physics from the DUNE and Hyper-K long-baseline experiments. The ENUBET and nuSTORM collaborations have begun to work within and alongside the CERN Physics Beyond Colliders study group and the international Muon Collider collaboration to carry out a joint, five-year R&D programme to deliver a detailed plan for the implementation of an infrastructure in which: (1) ENUBET and nuSTORM deliver the neutrino cross-section measurement programme identified in the ESPP and allow sensitive searches for physics beyond the Standard Model to be carried out; and in which (2) A 6D muon ionisation cooling experiment is delivered as part of the technology development programme defined by the international Muon Collider collaboration. This document summarises the status of development of the nuSTORM and 6D cooling experiments and identifies opportunities for collaboration in the development of the initiative outlined above.

43 PARTICLE ACCELERATORS↗

Spent nuclear fuel reprocessing modeling

The long-term wide development of nuclear power requires new approaches towards the realization of nuclear fuel cycle, namely, closed nuclear fuel cycle (CNFC) with respect to fission materials. Plant nuclear fuel cycle (PNFC), which is in fact the reprocessing of spent nuclear fuel unloaded from the reactor and the production of new nuclear fuel (NF) at the same place together with reactor plant, can be one variant of CNFC. Developing and projecting of PNFC is a complicated high-technology innovative process that requires modern information support. One of the components of this information support is developed by the authors. This component is the programme conducting calculations for various variants of process flow sheets for reprocessing SNF and production of NF. Central in this programme is the blocks library, where the blocks contain mathematical description of separate processes and operations. The calculating programme itself has such a structure that one can configure the complex of blocks and correlations between blocks, appropriate for any given flow sheet. For the ready sequence of operations balance calculations are made of all flows, i.e. expenses, element and substance makeup, heat emission and radiation rate are determined. The programme is open and the block library can be updated. This means that more complicated and detailed models of technological processes will be added to the library basing on the results of testing processes using real equipment, in test operating mode. The development of the model for the realization of technical-economic analysis of various variants of technologic PNFC schemes and the organization of 'operator's advisor' is expected. (authors)

11 NUCLEAR FUEL CYCLE AND FUEL MATERIALS↗

Evaluation of Current Knowledge for Building the Dutch Salt Safety Case - 16024

This paper provides an overview of an evaluation for building the Safety Case of geological disposal of radioactive waste in rock salt in the Netherlands. The evaluation comprises the present knowledge about the safety and feasibility of geological disposal designs considered in the past, thereby classifying the information taking into account the methodology and structure of a Safety Case. The evaluation is performed as part of the Dutch research programme OPERA (OnderzoeksProgramma Eindberging Radioactief Afval - Dutch acronym for Research Programme into Geological Disposal of Radioactive Waste) by a consortium consisting of GRS from Germany, and TNO and NRG from the Netherlands. Basis of the evaluation is the available Dutch and international scientific-technical information about geological disposal in rock salt, especially from the German and US programmes. The evaluations have shown that although much knowledge on the topic exists, the available information need to be integrated in order to develop a Dutch Safety Case on rock salt. For example, the characteristics of the Dutch radioactive waste investigated for disposal have changed considerably since the last Dutch research programme ended in 2000. This implies that the previously considered Dutch facility concepts for geological disposal in rock salt need to be adapted to the newly regarded waste types such as spent fuel from research reactors and large amounts of LLW, including depleted uranium. Introducing these aspects into the iteration towards a salt Safety Case would also require an update of the post-closure safety assessment. (authors)

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗

Accelerating the Decommissioning of the Sellafield Pile Fuel Storage Pond Using Innovative Remote Tooling Developed with the Supply Chain - 16437

The Pile Fuel Storage Pond (PFSP) at Sellafield and adjoining de-canning building provided the storage, cooling and de-canning facility for used fuel and isotopes from the two Windscale reactors and later some Magnox fuel from the Calder Hall reactors. Operations ceased in the 1970's and the facilities are now undergoing a programme of accelerated decommissioning. The pond is a sub-divided outdoor storage pond containing skips of irradiated fuel and miscellaneous waste items and the building contains a series of sub-ponds, known as bays, connected underwater to the main pond. The radiation environment and access limitations necessitate the use of remote technology for the decommissioning programme. This paper describes the philosophy and approach and the technology and equipment adopted for the removal and export of key plant equipment and waste items from within the PFSP. In order to progress the project cost effectively and speedily, the Sellafield project team looked for partners in the supply chain with the required experience, expertise and facilities to supply and test 'commercial off-the-shelf' (COTS) or modified proprietary equipment. This COTS approach minimised the need for multiple, expensive and lengthy design and manufacturing tasks associated with bespoke equipment. Sellafield partnered with specialist remote handling contractor, James Fisher Nuclear, and the respective project teams worked closely together at every stage of the project from qualifying requirements, identifying potential solutions, through to development, testing, training and final deployment. Optioneering of potential solutions involved early 'proof of principle' trials in JFN rig hall facilities, utilising existing equipment and plant mock-ups, along with other equipment manufactured in-house. Together the project teams selected the best solution to take forward, adopting a practical and trials based approach, which allowed rapid and cost effective modification of the solution throughout the project with minimal impact on the programme. When the final solution was validated, plant operators then gained familiarity and training on the equipment so they could execute the work efficiently on plant and so minimise their dose uptake. The removal of a Large De-canner is described in detail. This was a significant obstruction to the emptying, modification and re-use of the bay and a key milestone in the clean-up of the PFSP. The de-canners are large and heavy pieces of equipment which weigh 6.5 t each and approximately 6.5 m long. Their removal was further complicated by limited equipment and man access, radiological contamination from de-canning fuel, challenging material properties, unknown equipment condition and complex lifting requirements. Sellafield Ltd and JFN project teams worked closely together to rapidly develop, trial and deploy a succession of adapted 'commercial off-the-shelf' (COTS) tools whilst addressing emerging challenges and completing the overall task on time and budget. The Sellafield and JFN project and design teams provided an underwater: wheel stop removal tool; towing trolley; grinder on a carbon fibre pole, chute cutting 600 mm circular saw and hydraulic 6 t winch. The suite of tools will be reused on the remaining de-canners in the PFSP and First Generation Magnox Fuel Storage Pond (FGMSP) giving cost and programme savings. Each of the tools can also be used, and some have already been, for other tasks in the bay retrievals such as the size reduction of support frames, large steel sections and chemical de-canner preparatory works. The 'learning from experience' acquired during the project was shared by the Sellafield project with other decommissioning projects across the site. (authors)

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗