Search NASA⌕ Search

Engineering topics

Hwang, Andrew

Publications and source records attributed to Hwang, Andrew.

Consequences of Intrapore Liquids on Reactivity, Selectivity, and Stability for Aldol Condensation Reactions on Anatase TiO 2 Catalysts

Abstract This study provides evidence and mechanistic interpretations for the significant consequences of intrapore non‐polar liquids on acetone aldol condensation turnover rates, selectivity to primary dimer products, and catalyst stability for reactions at Lewis acid‐base site pairs on TiO 2 surfaces. These non‐polar liquids confer such benefits through the preferential stabilization of transition states (TS) for adsorption (“entry”) and desorption (“exit”) steps, which place their respective reactants or products within a solvating outer sphere environment. The extent to which non‐polar fluids ( n ‐heptane) form an intrapore liquid phase within TiO 2 voids was obtained from N 2 uptakes using established formalisms that consider the different molal volume, surface tension, and volatility between N 2 and n ‐heptane. Acetone condensation rates are limited by C−H activation, an “entry” step that forms bound prop‐1‐en‐2‐olates via a TS stabilized by intrapore liquids, leading to higher aldol condensation turnover rates as n ‐heptane pressure increases and active TiO 2 surfaces become increasingly immersed within a non‐polar liquid phase. These liquids solvate the late TS structures that mediate the desorption of primary C 6 condensation products even more effectively than those involved in prop‐1‐en‐2‐olate formation or in nucleophilic attack events that later form C−C bonds. Such preferential solvation favors desorption over C−C coupling events, thus disfavoring the formation of larger oligomers that become stranded at active sites, thus leading to much slower deactivation. Moreover, solvation by non‐polar liquids also leads to C 6 alkanones as the sole products formed in a single surface sojourn. These effects of a non‐polar dense phase circumvent the inherent stability, reactivity, and selectivity hurdles that have precluded practical aldol condensation catalysis on Lewis acid‐base pairs at oxide surfaces; these consequences are demonstrated here for TiO 2 catalysts, acetone aldol condensation reactions, and n ‐heptane as the non‐polar liquid but through strategies, concepts, and mechanistic features that extend to other systems. More generally, these observations and their mechanistic origins demonstrate how a contacting liquid preferentially solvates TS structures for elementary steps that involve either reactants arriving from or products entering into an outer sphere environment that contains a dense non‐polar phase.

Kadam, Shashikant A.↗

Launch Control System Software Development System Automation Testing

The Spaceport Command and Control System (SCCS) is the National Aeronautics and Space Administration's (NASA) launch control system for the Orion capsule and Space Launch System, the next generation manned rocket currently in development. This system requires high quality testing that will measure and test the capabilities of the system. For the past two years, the Exploration and Operations Division at Kennedy Space Center (KSC) has assigned a group including interns and full-time engineers to develop automated tests to save the project time and money. The team worked on automating the testing process for the SCCS GUI that would use streamed simulated data from the testing servers to produce data, plots, statuses, etc. to the GUI. The software used to develop automated tests included an automated testing framework and an automation library. The automated testing framework has a tabular-style syntax, which means the functionality of a line of code must have the appropriate number of tabs for the line to function as intended. The header section contains either paths to custom resources or the names of libraries being used. The automation library contains functionality to automate anything that appears on a desired screen with the use of image recognition software to detect and control GUI components. The data section contains any data values strictly created for the current testing file. The body section holds the tests that are being run. The function section can include any number of functions that may be used by the current testing file or any other file that resources it. The resources and body section are required for all test files; the data and function sections can be left empty if the data values and functions being used are from a resourced library or another file. To help equip the automation team with better tools, the Project Lead of the Automated Testing Team, Jason Kapusta, assigned the task to install and train an optical character recognition (OCR) tool to Brandon Echols, a fellow intern, and I. The purpose of the OCR tool is to analyze an image and find the coordinates of any group of text. Some issues that arose while installing the OCR tool included the absence of certain libraries needed to train the tool and an outdated software version. We eventually resolved the issues and successfully installed the OCR tool. Training the tool required many images and different fonts and sizes, but in the end the tool learned to accurately decipher the text in the images and their coordinates. The OCR tool produced a file that contained significant metadata for each section of text, but only the text and coordinates of the text was required for our purpose. The team made a script to parse the information we wanted from the OCR file to a different file that would be used by automation functions within the automated framework. Since a majority of development and testing for the automated test cases for the GUI in question has been done using live simulated data on the workstations at the Launch Control Center (LCC), a large amount of progress has been made. As of this writing, about 60% of all of automated testing has been implemented. Additionally, the OCR tool will help make our automated tests more robust due to the tool's text recognition being highly scalable to different text fonts and text sizes. Soon we will have the whole test system automated, allowing for more full-time engineers working on development projects.

Automation↗

Spaceport Command and Control System Automation Testing

The Spaceport Command and Control System (SCCS) is the National Aeronautics and Space Administrations (NASA) launch control system for the Orion capsule and Space Launch System, the next generation manned rocket currently in development. This large system requires high quality testing that will properly measure the capabilities of the system. Automating the test procedures would save the project time and money. Therefore, the Electrical Engineering Division at Kennedy Space Center (KSC) has recruited interns for the past two years to work alongside full-time engineers to develop these automated tests, as well as innovate upon the current automation process.

Testing↗