SEARCH · Search NASA
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.
Microelectronics program was initiated to evaluate circuitry, packaging methods, and fabrication approaches necessary to produce completely procured logic system. Two autowire programs were developed for CDC-3200 and IBM-360 computers for use in designing logic systems.
Development of equations to determine communication capability of pulse or digital transmission link is discussed. Equation specifies probability detection error for one-way transmission. Analysis is conducted on IBM 360 computer using FORTRAN 4.
A summary is presented of the generation and testing of random numbers on the IBM 360/44 computer. Various generators and statistical tests are considered.
Computer software designed to perform interval arithmetic is described. An interval is defined as the set of all real numbers between two given numbers including or excluding one or both endpoints. Interval arithmetic consists of the various elementary arithmetic operations defined on the set of all intervals, such as interval addition, subtraction, union, etc. One of the main applications of interval arithmetic is in the area of error analysis of computer calculations. For example, it has been used sucessfully to compute bounds on sounding errors in the solution of linear algebraic systems, error bounds in numerical solutions of ordinary differential equations, as well as integral equations and boundary value problems. The described software enables users to implement algorithms of the type described in references efficiently on the IBM 360 system.
A fairly complete list is reported of programming techniques which are available to the programmer for optimizing the execution time of production programs written in FORTRAN IV (G and H) for the IBM 360 under OS. After the program has been complied under FORTRAN H, OPT=2, then the process of actually changing code begins. The bulk of execution time of FORTRAN programs can almost always be attributed to a few loops, and primary consideration is given to these.
Similarities between regular and structured microprogramming were examined. An explanation of machine branching architecture (particularly in the SUMC computer), required for ease of structured microprogram implementation is presented. Implementation of a structured microprogram set in the SUMC to emulate the IBM System/360 is described and a comparison is made between the structured set with a nonstructured set previously written for the SUMC.
Telemetry data from the 'Copernicus' experiment stored on magnetic tape on the Ural-IX computer are transcribed to the internal memory of the IBM 360 computer. Operations involved in this process are described.
The Model is described along with data preparation, determining model parameters, initializing and optimizing parameters (calibration) selecting control options and interpreting results. Some background information is included, and appendices contain a dictionary of variables, a source program listing, and flow charts. The model was operated on an IBM System/360 Model 44, using a model 2250 keyboard/graphics terminal for interactive operation. The model can be set up and operated in a batch processing mode on any System/360 or 370 that has the memory capacity. The model requires 210K bytes of core storage, and the optimization program, OPSET (which was used previous to but not in this study), requires 240K bytes. The data band for one small watershed requires approximately 32 tracks of disk storage.
The paper describes a program written in SNOBOL which verifies the correctness of programs written in assembly language for the IBM 360 and 370 series of computers. The motivation for using assembly language as a source language for a program verifier was the realization that many errors in programs are caused by misunderstanding or ignorance of the characteristics of specific computers. The proof of correctness of a program written in assembly language must take these characteristics into account. The program has been compiled and is currently running at the Center for Academic and Administrative Computing of The George Washington University.
The operational and thermal performance of the solar energy system, Sims Prototype System 1A, is described. The system was designed by IBM to provide 50 to 60 percent of the space heating and domestic hot water preheating load to a 2,000 square foot floor space single family residence in the Huntsville area. The load design temperature inside the building was to be maintained at 70 degrees fahrenheit with auxiliary energy for heating supplied by an electric heat pump assisted by an electric resistance strip heater. In general the disappointing operation of this system is attributed to the manner in which it was used. The system was designed for residential application and used to satisfy the demands of an office environment. The differences were: (1) inside temperature was not maintained at 70 F as expected; and (2) hot water usage was much lower than expected. The conclusion is that the solar energy system must be designed for the type of application in which it is used. Misapplication usually will have an adverse affect on system performance.
The IBM System 4 Solar Energy System is described and evaluated. The system was designed to provide 35 percent of the space heating and 63 percent of the domestic hot water preheating for a single family residence located within the United States. The system consists of 259 square feet of flat plate air collectors, a rock thermal storage containing 5 1/2 ton of rock, heat exchangers, blowers, a 52 gallon preheat tank, controls, and associated plumbing. In general, the performance of the system did not meet design expectations, since the overall design solar fraction was 48 percent and the measured value was 32 percent. Although the measured space heating solar fraction at 32 percent did agree favorably with the design space heating solar fraction at 35 percent, the hot water measured solar fraction at 33 percent did not agree favorably with the design hot water solar fraction of 63 percent. In particular collector array air leakage, dust covered collectors, abnormal hot water demand, and the preheat tank by pass valve problem are main reasons for the lower performance.
Local Area Networking of DEC and IBM computers within the structure of the ISO-OSI Seven Layer Reference Model at a raw signaling speed of 1 Mops or greater are discussed. After an introduction to the ISO-OSI Reference Model nd the IEEE-802 Draft Standard for Local Area Networks (LANs), there follows a detailed discussion and comparison of the products available from a variety of manufactures to perform this networking task. A summary of these products is presented in a table.
An interactive cathode ray tube (CRT) terminal application has been developed which automatically generates the job control language (JCL) and submits NASTRAN batch jobs at an IBM mainframe installation. The relevant parameters for each NASTRAN batch job are stored in a table. Once a table entry is defined, the corresponding NASTRAN batch job may be submitted as often as desired with a minimum of keystrokes. For most users, there is no need for any knowledge of JCL.
This paper presents an analysis of operating system failures on an IBM 3081 running VM/SP. Three broad categories of software failures are found: error handling, program control or logic, and hardware related; it is found that more than 25 percent of software failures occur in the hardware/software interface. Measurements show that results on software reliability cannot be considered representative unless the system workload is taken into account. The overall CPU execution rate, although measured to be close to 100 percent most of the time, is not found to correlate strongly with the occurrence of failures. Possible reasons for the observed workload failure dependency, based on detailed investigations of the failure data, are discussed.
Circuit board containing microprocessors designed to control acquisition of data by IBM PS/2 computer. Plugged into one of 16-bit slots on mother board of computer. Controls transfer of data from as many as 48 discrete channels to Micro Channel Interface. With expansion of software, board recognizes and filters specified kinds of signal patterns, possibly to detect errors.
After defining a network and conveying its importance to support the activities at the JSC, the need for network management based on the size and complexity of the IBM SNA network at JSC is demonstrated. Network Management consists of being aware of component status and the ability to control resources to meet the availability and service needs of users. The concerns of the user are addressed as well as those of the staff responsible for managing the network. It is explained how NetMaster (a network management system for managing SNA networks) is used to enhance reliability and maximize service to SNA network users through automated procedures. The following areas are discussed: customization, problem and configuration management, and system measurement applications of NetMaster. Also, several examples are given that demonstrate NetMaster's ability to manage and control the network, integrate various product functions, as well as provide useful management information.
Numerous applications benefit from the presentation of computer-generated auditory stimuli at points discontiguous with the computer itself. Modification of an IBM-compatible computer for use of an external speaker is relatively easy but not intuitive. This modification is briefly described.
Work continued on the design of two IBM PC/AT compatible computer interface boards. The boards will permit digital data to be transmitted over a composite video channel from the Orbiter. One board combines data with a composite video signal. The other board strips the data from the video signal.