Engineering PapersSearch

SEARCH · Engineering Papers

Results for “Log data”

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 19 records

LogPath: Log data based energy consumption analysis enabling electric vehicle path optimization

Vehicle navigation and path optimization require a more meticulous approach when it deals with EVs (electric vehicles) and SDVs (software-defined vehicles), due to lengthy charging times and the lack of charging infrastructure. Long-distance freight EV trucking needs path guidance with accurate energy consumption estimates to prevent charging-related failures. We developed a novel energy consumption estimation approach that only uses battery log data to extract major vehicle parameters to increase EV navigation accuracy without additional sensors. This is enabled by extracting multiple drive modes from the log data for analysis. The system provides 1) routes, 2) charge locations, 3) charging times, and 4) optimal vehicle speeds that guarantee the shortest travel time. Here we successfully validated the system using log data collected from an EV and Tesla's Supercharging map in the US and compared it with the commercially available navigation system, Tesla's trip planner, whose capabilities solely include charging time and routing.

EV (Electric vehicles) navigation

Evaluation of Data-Logging Transducer to Passively Collect Pressure Vessel p/T History

Pressure vessels owned and operated by NASA are required to be regularly certified per agency policy. Certification requires an assessment of damage mechanisms and an estimation of vessel remaining life. Since detail service histories are not typically available for most pressure vessels, a conservative estimate of vessel pressure/temperature excursions is typically used in assessing fatigue life. This paper details trial use of a data-logging transducer to passively obtain actual pressure and temperature service histories of pressure vessels. The approach was found to have some potential for cost savings and other benefits in certain cases.

Wnuk, Stephen P.

A slow-speed multiple-channel analog-to-digital data logging system

The system was developed to record from one up to a maximum of sixteen channels of analog data onto magnetic tape. Each analog channel of data can be sampled at rates of 1, 2, 6, 12, or 60 times per minute. The system is divided into three subunits: a digital clock, an incremental magnetic tape recorder, and a sequential converter. The interfacing requirements of these subunits are presented.

Lloyd, T. C.

Scalable GPS Data Logging To Support Advanced Fleet Analysis

This highlight details the key takeaways from a project that utilized NLR's Fleet Research, Energy Data, and Insights (FleetREDI) data analysis pipeline. National Laboratory of the Rockies researchers developed and demonstrated low-cost, open-source Arduino data loggers with 3D-printed cases that are compatible with global navigational systems and built with components available ubiquitously worldwide, enabling cost-effective collection and analysis of fleet operational data. Validated on an overseas transit bus fleet, NLR analysis showed that, with sufficient charging opportunities, 90% of observed duty cycles could be accomplished by electric buses with no modifications to operations.

33 ADVANCED PROPULSION SYSTEMS

Satellite Validation: A Project to Create a Data-Logging System to Monitor Lake Tahoe

Flying aboard the satellite Terra, the Advanced Spaceborne Thermal Emission and Reflection Radiometer (ASTER) is an imaging instrument used to acquire detailed maps of Earth's surface temperature, elevation, emissivity, and reflectance. An automated site consisting of four buoys was established 6 years ago at Lake Tahoe for the validation of ASTERS thermal infrared data. Using Campbell CR23X Dataloggers, a replacement system to be deployed on a buoy was designed and constructed for the measurement of the lake's temperature profile, surrounding air temperature, humidity, wind direction and speed, net radiation, and surface skin temperature. Each Campbell Datalogger has been programmed to control, power, and monitor 14 different temperature sensors, a JPL-built radiometer, and an RM Young 32500 meteorological station. The logger communicates with the radiometer and meteorological station through a Campbell SDM-SIO4 RS232 serial interface, sending polling commands, and receiving filtered data back from the sensors. This data is then cataloged and sent back across a cellular modem network every hour to JPL. Each instrument is wired via a panel constructed with 18 individual plugs that allow for simple installation and expansion. Data sent back from the system are analyzed at JPL, where they are used to calibrate ASTER data.

Roy, Rudy A.

Drone Flight Data Logs

This dataset represents the open-air tests for the drones when testing different flight scenarios. For some flights we created and tested with a set of onboard sensors. For others we used the native logs for the drones. We recorded relevant conditions for each of the flights to examine environmental issues and weight impacts. We also looked at segmentations of flights to investigate the energy used in each type of flight.

32 ENERGY CONSERVATION, CONSUMPTION, AND UTILIZATI

Microtron Data Log

The Microtron at Los Alamos National Laboratory (LANL) is a versatile electron accelerator originally designed for medical therapy. Since 2001, it has been used for non-destructive radiographic imaging and research and development applications. Operating at four different energy levels—6, 10, 15, and 20 MeV—the Microtron produces dose rates of approximately 780, 1800, 2700, and 2800 R/min at a distance of one meter from the source, respectively. This high-energy X-ray source enables detailed internal examination of dense and thick objects without causing damage, making it invaluable for various scientific and industrial applications. For instance, LANL’s Microtron has been utilized to study the performance of large-panel cerium-doped lutetium yttrium silicon oxide (LYSO) scintillators, which are essential components in advanced imaging systems.

62 RADIOLOGY AND NUCLEAR MEDICINE

Embedded Real-Time Linux for Instrument Control and Data Logging

When I moved to the west. coast to take a job at NASA's Ames Research Center in Mountain View, CA, I was impressed with the variety of equipment and software which scientists at the center use to conduct their research. was happy to find that I was just as likely to see a machine running Lenox as one running Windows in the offices and laboratories of NASA Ames (although many people seem to use Moos around here). I was especially happy to find that the particular group with whom I was going to work, the Atmospheric Physics Branch at Ames, relied almost entirely on Lenox machines for their day-to-day work. So it was no surprise that when it was time to construct a new control system for one of their most important pieces of hardware, a switch from an unpredictable DOS-based platform to an Embedded Linux-based one was a decision easily made. The system I am working on is called the Solar Spectral Flux Radiometer (SSFR), a PC-104 based system custom-built by Dr. Warren Gore at Ames. Dr. Gore, Dr. Peter Pilewskie, Dr. Maura Robberies and Larry Pezzolo use the SSFR in their research. The team working on the controller project consists of Dr. Gore, John Pommier, and myself. The SSFR is used by the ,cities Atmospheric Radiation Group to measure solar spectral irradiance at moderate resolution to determine the radiative effect of clouds, aerosols, and gases on climate, and also to infer the physical properties of aerosols and clouds. Two identical SSFR's have been built and successfully deployed in three field missions: 1) the Department of Energy Atmospheric Radiation Measurement (ARM) Enhanced Shortwave Experiment (ARESE) II in February/March, 2000; 2) the Puerto Rico Dust Experiment (PRIDE) in July, 2000; and 3) the South African Regional Science Initiative (SAFARI) in August/September, 2000. Additionally, the SSFR was used to acquire water vapor spectra using the Ames Diameter base-path multiple-reflection absorption cell in a laboratory experiment.

Clanton, Sam

Engineering changes to the 0.1m cryogenic wind tunnel at Southampton University

The more important changes to the 0.1 m cryogenic wind tunnel since its completion in 1977 are outlined. These include detailed improvements in the fan drive to allow higher speeds, and the provision of a test section leg suitable for use with a magnetic suspension and balance system. The instrumentation, data logging, data reduction and tunnel controls were also improved and modernized. A tunnel performance summary is given.

Goodyer, M. J.

Deployment of Autonomous GPS Stations in Marie Byrd Land, Antarctica

During the 1998-1999 Antarctic field season, we installed three autonomous GPS stations in Marie Byrd Land, West Antarctica to measure glacio-isostatic rebound and rates of spreading across the West Antarctic Rift System. The systems collect data throughout the entire year and therefore must function during the warm, relatively mild summer, and cold, harsh winters. They are powered by gel cell batteries that are charged by wind and solar power. The system includes dual data logging capability. We log data at 5 minute intervals within the receiver and at 30 second intervals to a serial data logger. We do not require 365 days of continuous data for well determined crustal velocities, but rather long periods (greater than 24 hours) of continuous data distributed throughout the year. Therefore, for simplicity, we designed the system to accept occasional data interruptions. The batteries, in addition to supplying power, act as a thermal capacitive heat storage device to help regulate the temperatures within the system. This storage system absorbs the majority of the 10-15 watts of power from the receiver and 5 watts from the data logger which helps to maintain temperature for long periods of time. Power is switched off when the temperature within the system enclosure reaches 50'C and is reconnected at 20 C. If battery voltage drops too low the batteries will freeze. Therefore, we cut the power off when the batteries drop to a low voltage of 12.45V. Power is restored at 13.2V. The temperature and power hysteresis allows for a minimum of several days of data to be collected before system shutdowns. A check of all three stations in late January 1999 indicated that the thermal and power control systems are performing as expected. We plan to implement satellite telemetry to the systems during the 2000-2001 season following a year of development.

Donnellan, Andrea

Event Log / Raw Data

The WFIP3 event log is a curated record spanning 578 days of meteorological phenomena and field observations that complements the campaign’s high-frequency measurements. The log combines manually documented daily weather discussions with automatically derived indicators of key atmospheric processes, providing standardized, publicly available context to support model evaluation, forecast verification, and case-study selection for offshore boundary-layer research.

17 WIND ENERGY

On Road Testing Data

This dataset provides the following on road testing data: - Videos - In-vehicle dash camera videos during different testing scenarios. - Signal controller data - NTCIP log data and processed signal timing data from the corresponding signal controllers - Vehicle data - Vehicle data recorded during the testing, including GNSS, communication, CAN signals.

32 ENERGY CONSERVATION, CONSUMPTION, AND UTILIZATI

Vortex boundary-layer interactions

Parametric studies to identify a vortex generator were completed. Data acquisition in the first chosen configuration, in which a longitudinal vortex pair generated by an isolated delta wing starts to merge with a turbulent boundary layer on a flat plate fairly close to the leading edge is nearly completed. Work on a delta-wing/flat-plate combination, consisting of a flow visualization and hot wire measurements taken with a computer controlled traverse gear and data logging system were completed. Data taking and analysis have continued, and sample results for another cross stream plane are presented. Available data include all mean velocity components, second order mean products of turbulent fluctuations, and third order mean products. Implementation of a faster data logging system was accomplished.

Bradshaw, P.

Monitoring Airspace Complexity and Determining Contributing Factors

The national airspace has evolved over many years to accommodate increased traffic demand [1] while simultaneously maintaining one of the safest forms of transportation [2], [3]. One of the reasons for this success is the ability of the system and the operators to adapt and accommodate to situations that routinely disrupt optimal operations. These situations may include: adverse weather, delays, early arrivals, equipment outages, and other factors that are outside the operators ability to control. These factors can lead to states where automation is unable to properly handle these issues and therefore air traffic controllers and pilots have to intervene, ultimately increasing communication between operators resulting in higher workload. As controller workload increases to handle sub-optimal operating conditions this can be viewed as an increase in complexity. The reasoning for this is because humans are now required to make tactical decisions in response to external factors, resulting in a departure from the strategic plan where operations would be more efficiently managed. Human operators control airspace complexity under rigid regulations that are constantly changing. The airspace is divided into sectors and the number of aircraft assigned to each controller is limited for safe handling. There has been past work that devised airspace complexity metrics in commercial aviation and related these metrics to controller workload (e.g., [4],[5]). The upper bounds on the system load are pre-determined. Such bounds on complexity make for a safe system, but the system cannot scale and adapt to autonomous, dense, and heterogeneous traffic, including the many types of Unmanned Aerial Vehicles (UAVs) envisioned to be added to the operations. We hypothesize that, as traffic density and heterogeneity grow, and other key metrics change, there will be phase transitions at which the way traffic should be managed changes significantly [6]. We offer a method for in-time detection of contributing factors that lead to phase transitions, characterized by increased complexity. To the best of our knowledge, there is no tool similar to our proposed effort that identifies such contributing factors or precursor patterns. To define the scope we are proposing to measure complexity from the viewpoint of the Terminal Radar Approach Control Facilities (TRACON) controller’s perspective. In particular we are analyzing arrivals into KSFO. With safety as the top concern for airspace operators, it is important to recognize that as density and heterogeneity grow, the focus of the system will change. Times of the day when the airspace has low density and heterogeneity, the flights will follow more efficient paths where the aircraft move on established routes that are more or less directly to the destination. However, when density and heterogeneity increases, the system will begin changing focus to avoiding conflicts and collisions and route the flights in a more flexible way. Higher flexibility requires more communication and coordination between controllers and pilots which the current automation is unable to handle. This paper proposes a novel approach that monitors airspace complexity at multiple scales, uses a Machine Learning-based tool that predicts when operations will transition to a regime of greater complexity, and identifies actions that can reduce the complexity while still maintaining efficient and safe operations. We demonstrate our proposed approach using data from multiple complementary sources. This includes, but is not limited to: historical aircraft surveillance data from NASA’s Sherlock Data Warehouse [7], METAR weather data, and airport configuration data from Aviation System Performance Metrics (ASPM). The surveillance data flight paths are sampled at a variable sample rate — increasing as the aircraft approaches the airport. This is due to how Sherlock manages flight track stitching between different radar facilities which have different sampling rates. The weather and performance data are logged at defined intervals throughout the day at a courser refresh rate. In addition to the logged data and metrics, we leverage pre-defined Standard Terminal Arrival Routes (STARs) procedures to characterize the path of each flight. Each flight files for one of these routes in the flight plan well before entering the terminal airspace, and approximately follows the route until it leaves the STAR, typically on the final fix of a runway transition. However, most flights do not always fly the full STAR procedure to completion [8], but the majority do adhere to the fixes within the common route of the procedure. Our approach leverages fixes in the common route of each of the STARs to build a reference path to the airport. This allows us to characterize the flight paths in what we are defining as the “maneuvering area” (the airspace between the STAR and before the flight is lined up on the runway’s final approach) to determine how off nominal the flights are to calculate its complexity score. Determining airspace complexity is a concept that does not have a concrete answer. In designing this metric, we consider what increases the workload for the air traffic controllers. Consequently more specialized vectoring maneuvers results in higher workload. Accordingly, we start with a theory: each flight has a direct path it takes from the STAR’s common route to the final approach’s outer marker fix for the flight’s landing runway. It is important to note that the direct path is only used as a reference. If the majority of the flights have a large consistent offset as compared to other routes it does not necessarily mean that those flights have higher complexity. We are merely building a distribution based on this direct path for that particular STAR and runway pair to determine the normal mode of operations for that route. Flights that are in the upper tail of these distributions will result in higher complexity scores and flights that fly in the median will represent the normal mode of operations and therefore will have lower complexity scores. Since flights following each STAR route take different paths to the airport, we have a different distribution for each STAR route and therefore can model these distributions to compute a complexity score from their respective normalized distributions. To evaluate the effectiveness of our proposed airspace complexity metric we will compare against an established approach based on trajectory clustering [9]. This unsupervised learning technique consists of the following steps: (1) identify the general maneuvering areas (waypoints) by performing $\kappa$-means or DBSCAN clustering on locations where aircraft frequently turn based on the surveillance radar track data, (2) map flight trajectories onto sequences of waypoints, and (3) cluster the sequences based on their common subsequences. From a high-level perspective, this baseline model learns nominal operations in the airspace through the sequence of waypoints that are representative of where aircraft change direction and defines deviations from the nominal operations as “complex.” Therefore, more deviations from the nominal operations correspond to higher complexity values. For our validation, we re-implemented this technique and tune model hyper-parameters to correctly detect waypoints for the arrival traffic into the San Francisco bay area. We will compute the complexity measure over a one-year period using our proposed technique as well as the baseline. Our validation will be based on each technique’s ability to detect a set of undesirable outcomes (e.g., go-arounds, holding patterns, average time in the airspace, etc.). Since our current complexity metric is derived from the offset from the direct reference path, it’s important to understand what causes these offsets. In many of the flights with high offset distance, flights performing holding patterns and S turns can be observed. These maneuvering tactics are utilized to add distance between the aircraft and the destination runway to prevent multiple flights from having conflicting arrival times. In order to predict a rise in complexity (or the precursor to complexity), it’s necessary to be able to identify these potential conflicts (which in turn, result in higher offsets). To do this, we define a “representative flight” for each STAR route and runway pair. This flight is approximately the path the flight would take if there was a clear path with no other flights in the airspace — including the time remaining to the airport. We first identify the flights for a given STAR runway pair using the offset to the reference path distributions that fall between the 44-55 percentiles. This yields the flights that conform to the most normal mode of operation. Each of these flights is partitioned based on the percent complete from the entry point into the maneuvering areas from 0\% – 100\% complete. Then for each percent “bin”, we take the median value of the flight’s latitude/longitude coordinates, airspeed, and (non causal) time remaining to the airport to construct a lookup table for each percent complete bin on a given route. As a flight enters the maneuvering area, we can find the estimated arrival time of a flight to the airport by finding the closest point to the representative path’s percent complete bin (relative to the flight’s current position at any snapshot in the airspace) and therefore retrieve the corresponding remaining time left on the “representative path”. We assume that the flight will follow the representative path to completion when deriving these estimates. We can then compare these estimated arrival times against other flights for the same snapshot in time to identify potential conflicts. If more flights are estimated to arrive within a tolerance window than there are runways available, then we have a potential conflict. We can use this derived measure along with other factors expected to add disruption to the operation such as weather and runway configuration changes as an input to machine learning tools to detect precursors that increases in our complexity measure. This novel method will assist in uncovering insights into the contributing factors that lead to increased complexity that may allow for in-time responses to avoid reaching a high complexity state in the airspace.

complexity

Site H - Event Log / Derived Data

This dataset contains the event log table that provides 10-minute wind statistics from the scanning lidar at AWAKEN's site H. This is a good dataset to start from for people unfamiliar with the AWAKEN project.

17 WIND ENERGY

Site A1 - Event Log / Derived Data

This dataset contains the event log table with 10-minute wind statistics from the scanning lidar at AWAKEN's site A1. This is a good dataset to start from for people unfamiliar with the AWAKEN project.

17 WIND ENERGY