Sökresultat:
123 Uppsatser om Hardware - Sida 1 av 9
Design and Implementation of an Application. Programming Interface for Volume Rendering
To efficiently examine volumetric data sets from CT or MRI scans good volume rendering applications are needed. This thesis describes the design and implementation of an application programming interface (API) to be used when developing volume-rendering applications. A complete application programming interface has been designed. The interface is designed so that it makes writing application programs containing volume rendering fast and easy. The interface also makes created application programs Hardware independent.
Modellering och simulering av hydraulik för användning i hardware-in-the-loop
Modeling and simulation is growing ever more important in the development of new products. This thesis describes the use of Hopsan for hydraulic modeling and its use in conjunction with Simulink with the intent of using the model in a Hardware-in-the-loop setup. A sensor layer has been created in Simulink to emulate all the internal sensors in a modern forklift. The details of using legacy C-code instead of a Hardware MCU for a fully simulated environment, software-in-the-loop has been outlined. There are two major routes one can follow implementing software-in-the-loop, exporting the C-functions to CAPL via a export layer or creating an s-function in Simulink.
Utvärdering av produkter för säker autentisering i Windowsmiljö
In this report Hardware based alternatives to password authentication in a Windows domain are evaluated for the needs of a certain company. In order to investigate the demands on such alternatives interviews with people concerned have been carried out. The demands which resulted from the interviews have been used to select types of Hardware tokens for evaluation. Two products which offer authentication with smart cards and USB tokens have been selected and closer evaluated. These are RSA Passage which offers both Hardware options and Rainbow iKey which uses USB tokens.
Jämförelse av klientlösningar
In this report I have made various comparisons between different client solutions; a standard client solution (PC-server), to use as a comparison and look at various differences in costs against the other client solutions that I have compared, which is Windows Thin PC, Dell Wyse, Red Hat Enterprise Virtualization and FSData terminal server/thin clients. All these solutions require a form of server to work against, which also the standard solution uses, but the main difference is that most of the data and computing power is on the server instead of the client.Window Thin PC, Dell Wyse, Red Hat EV and FSData all use some kind of thin client as Hardware. Some of the main differences is that Windows Thin PC can be installed on almost any Hardware. Dell Wyse is a special Hardware group from Dell, that uses its own proprietary software, and Red Hat EV which is based on linux, is the cheapest option where the only cost is for support. FSData terminal server/thin client use as the name suggest a terminal server and a form of thin client to connect to it, the solution essentially means that your rent the complete Hardware from FSData.The comparisons are made with the view of different scenarios based of the number of clients, where costs and licenses, as well as time spent on installation, upgrades, monitoring and managing are some of the main points raised..
Resurseffektivt bussprotokoll o?ver RS-485
This report describes the design and implementation of a multi-master, packet based protocol for small and tiny microcontrollers where resources are limited. The protocol was named "Tiny Controller Network" or TCN for short. The protocol is meant mainly as a control bus for automation and sensor acquisition applications but due to its flexibility can also be used for other purposes as well. It borrows some of its functionality and design ideas from the well known CAN bus and Modbus but also has a number of major differences like the use of standard Hardware and time synchronisation. One of the key aspects during the design was the use of very little system resources and common on-chip Hardware peripherals like a UART.
Kommunikationsgränssnitt för hårdvaruinventering av IS-baserade system : Communication interface for hardware inventory of Integrated Site
The purpose of this thesis was to create a communication interface which insures that all the right Hardware is in its right place in the IS-node before Ericsson AB delivers it to their customers. One of the first parts of this work was to make sure it is possible to create such an interface for IS. This thesis then explains how to construct an interface that retrieves information from the IS-node into a C#-application. One important part of this project was to collect information and transform it to an XML output with the purpose of then being used in other applications in the future. The application created within the scope of the thesis exports the information retrieved from the IS-node in an XML-file or a text-file.
Översvämningsrisker i kustnära städer : Sölvesborg, Karlshamn, Ronneby, Karlskrona
This report describes the design and implementation of a multi-master, packet based protocol for small and tiny microcontrollers where resources are limited. The protocol was named "Tiny Controller Network" or TCN for short. The protocol is meant mainly as a control bus for automation and sensor acquisition applications but due to its flexibility can also be used for other purposes as well. It borrows some of its functionality and design ideas from the well known CAN bus and Modbus but also has a number of major differences like the use of standard Hardware and time synchronisation. One of the key aspects during the design was the use of very little system resources and common on-chip Hardware peripherals like a UART.
Syntetiska Instrument
This thesis aims to investigate SAAB AB´s possibilities to use synthetic instruments in their test systems. The reason for this is reducing costs and the risk of obsolescence which is common when test systems operate for several decades.The market around synthetic instruments has been explored in the search for suitable Hardware and software. Software has been developed in LabVIEW and synthetic instruments have been created with the help of IVI-drivers. The Hardware consisted of PXI-instruments (Waveform generator and Digitizer), connected to a computer using a fiber optic link and PXI-chassi. The created instruments was then compared to common instruments used today, and the comparison turned out well.
Integration av simuleringsmodeller för bränslesystemet i JAS 39 Gripen
In this final thesis two simulation models have been integrated. The simulation models are models of JAS 39 Gripen?s fuel system, software and Hardware. The time consuming and costly work to develop software has made the department of fuel system to build two models in Xmath/Systembuild. The software model also simplifies the comprehension of how the software in the control computer of the fuel system works.
Utvärdering av ett system för Rapid Control Prototyping inom området robotstyrning
In this report a system for Rapid Control Prototyping, RCP, is evaluated through animplementation of the motor control methods Field Oriented Control, FOC, and Space VectorPulse Width Modulation, SVPWM. The evaluation emphasizes on time-consumption andresource utilization on the used Hardware and on usability for of software.A new mechatronic laboratory is under development at ABB Corporate Research in Västerås. Itwill be used for both mechanical and motion control design using existing and new Hardware.The control structure in a traditional robot system will be interfaced to a rapid prototypingsystem which should allow easy changes to algorithms at different levels in the system.The system designated for this project comes from National Instruments and constitutesLabVIEW Real-time and FPGA module as the software tools. The Hardware is a NI Single-Board RIO (Reconfigurable Input Output), sbRIO, development board including a Field-Programmable Gate Array, FPGA, from Xilinx and a microprocessor from FreescaleSemiconductor. Graphical programming is performed in the LabVIEW environment, andthrough Xilinx tools the LabVIEW FPGA code is compiled to VHDL code.A pre-study was carried out to clarify the concept of RCP and investigate different systems forRCP and their traits.
Virtualiserad testmiljo? : Utva?rdering av virtualiseringsprogramvaror
Virtualization has increasingly been adopted in the last decade and the usages of virtualized environments are going to be an important part of how computers are used in the nearby future. There are a lot of advantages with virtualization and different methods have been developed to make it as efficient as possible.Forsmarks Kraftgrupp were interested in the possibility of taking advantage of virtualization in their testing environment.In this report, hypervisors of type 1 and type 2 and containers have been evaluated to determine which method and what program is preferable on a server cluster of four HP ProLiant DL380 Generation 4. Because of the Hardware specifications of the DL380, focus has been on virtualization programs that do not require Hardware assisted virtualization.The results show that it is possible to use some of the type 2 hypervisors on the HP ProLiant DL380 Generation 4. The suggested virtualization programs are VMware Workstation or Oracle VirtualBox. .
Säkerhetsutvärdering certifikatserver i stället för aktiva kort
Business and organizations use computer network in a greater extension than ever before, especially for business-critical use. That increase the demand of security for all systems, both against internal and external threats. The demand on the authentication method used today increases. Today they normally uses password or some kind of smart card. I will performa literature study that will investigate the possibility to increase the security in authentication of users without the use of extra Hardware.
Felisolering av hytt- och chassikomponenter på tunga fordon
This master of science thesis is focusing on how the fault handling on Hardware connected toa control unit on a Scania vehicle is working. To the Hardware counts buttons levers, sensorsand CAN. The work has been concentrated upon how the fault handling is working and if it ispossible to find any new fault modes.The control unit that has been studied is called the Coordinator and is the core in Scanias threenetworks of control units. The Coordinators work is to transmit messages between the threenetworks and to process signals from buttons, levers and sensors. The values is then usedinternally or is sent to other control units on the CAN networks.
Hastighets- och positionsinterface för motorer
The environmental requirements and laws on combustion engine emissions are very tough today andthey will become even more stringent in the future. To achieve these requirements there are highdemands on the control systems for these engines. An improved precision in the measurement of anengine's speed and position gives the electronic control system an even better timing when it comes tofuel injection and ignition. This makes the engine more fuel efficient, reducing the emissions. This thesisis part of a collaborative project between Hoerbiger Control Systems and subsidiaries.
Generationsskräpsamling med explicit kontroll av hårdvarucache
This report evaluates whether an interpreted high-level garbage collected language has enough information about its memory behaviour to make better cache decisions than modern general CPU Hardware.With a generational garbage collector, depending on promotion algorithm and generation size, around 90% of all objects never leave the first generation. This report is based on the hypothesis that, because of the low promotion rate, accesses to higher generations are sufficiently rare not to benefit from caching.To test this hypothesis, we built an operating system with a Scheme interpreter in kernel mode, where the interpreter controls the cache. Generic x86 PC Hardware was used, since it allows fine-grained control of cache decisions.Measurements of execution time in this interpreter show that disabling the cache for generations higher than the first does not give any performance gain, but rather a performance loss of up to 50%.We conclude that this interpreter design is not an improvement, but cannot conclude that the hypothesis is false in general. We suggest building a better CPU simulator to gather more data from which to make better caching decisions, moving internal interpreter data structures into the garbage collected heap and modifying the Hardware to allow control in the currently rigid dimension of where data is cached---for example separate control of instruction and data caches and separate data caches for different areas of memory..