Research Elektronics är ett företag som utvecklar elektroniska system. I sinalösningar använder de bl.a. Siemens C500 Mikroprocessorer. Företagetplanerar nu att gå över till Philips LPC 2292 som bygger på en 32-bitarsARM-kärna. Denna mikroprocessor har högre prestanda och är merkostnadseffektiv.Uppgiften bestod av att göra ett monitorprogram som bl.a. kan ladda in ochköra andra program i mikroprocessorn samt undersöka och redigerainnehållet i minnen och register. Programmet ska användas till test ochutveckling av andra program till den aktuella mikroprocessorn. Tanken meddenna monitor är att den ska ha liknande funktion och utseendet som enmonitor som Research redan använder för mikroprocessorn Siemens c500serie, för att dessa ska kunna gå över till att använda den nyamikroprocessorn på samma sätt som den nuvarande.Tanken med programmet är att det ska vara en grund som Research senareska kunna modifiera och utveckla under deras arbete. Programmet harskrivits i assembler för att programmera nära hårdvaran. Resultatet blev ettprogram med de funktioner som i förväg var bestämda.

Thesis (M.S.)--Rochester Institute of Technology, 1986. / Submitted for approval 1986; received 1987. Typescript.

This report introduces XASM, a generic and retargetable assembler that can be used as a stand-alone tool, as well as a Java library or framework providing assembler-related Java classes for application programs. It is not necessary to modify or recompile the assembler in order to adapt it to new target architectures. Retargetability is achieved by Opcode Maps, a textual description of the instruction mnemonics and encodings of the target architecture, for which to generate machine code. Opcode maps feature an inheritance model, which makes them clearer and also means less effort in describing an instruction set because only the extensions compared to its binary compatible parent instruction set(s) need to be specified.

No description available.

This thesis is part of a large, multi-laboratory project to develop a GPU system-on-chip (SoC) for embedded systems. In support of this project, this current thesis presents the assembler and linker for the overall system. These tools were developed ¡§from scratch¡¨ for this project, because the both the input (to our assembler) and the output (from our linker) have new formats, due to the novelty of our GPU. One of the challenges of the work in this thesis is the problem of memory management. Another is the problem of deciding upon an assembly format. But the largest challenge was in co-design. The assembler has to work with a compiler which is also under development by other students. Also, the machine instructions that we produce have to support the format and functionality of the GPU hardware. To accomplish this, the specific details of this hardware had to be rigorously defined through discussion and negotiation. Furthermore, the memory addresses also required codesign with the benchmark development team, which needs to have access to these memory locations. So codesign issues impacted many of the features of this thesis.

<p>The basic concepts of batch, conversational, and incremental computing are presented along with a brief discussion on their influence on computing.</p> <p>The design and implementation consideration for the assembly language implementation of a simple incremental assembler is presented. An assembler, to accept simple assembly language programs which are scanned as they are received and assembled into machine code, has been implemented on the Hewlett Packard 2100A computer and is discussed in full detail. The assembler has been designed to execute incomplete programs such that debugging print out of registers and specified core locations is possible. The assembler also provides an editor to perform delete, insert and replace operations on user programs input to the assembler.</p> <p>The assembler is oriented for the naive user, but it assumes the user has a small knowledge of assembly language programming. Important considerations in writing interactive programs are also discussed.</p> / Thesis / Master of Science (MSc)

Techn. Hochsch., Diss., 2002--Aachen.

This thesis describes the design of the universal assembler that represents a part of the Lissom project. You will be provided with the description of the assembler architectures and their usual tasks. Special attention is paid to GNU assembler. Designed assembler consists of the fixed and the generated part. The generated part is created automatically from the description of instruction set, that is defined using architecture and instructions set description language ISAC. Using this approach, it is possible to change assembler target architecture automatically. The second part of thesis describes the Parserlib2 library implementation that is a part of the Lissom project and provides the information about the target instruction set for an assembler generator.

No description available.

<p>The idea for the thesis “Construction and implementation of a mobile prototype; The Lovebomb” originates from doctoral candidates Rebecca Hansson and Tobias Skog from PLAY Research Group at the Interactive Institute in Gothenburg. The object of the master thesis is to construct two working LoveBomb prototypes, one mother console belonging to the LoveBomb and blueprints for both. The LoveBomb (the picture to the right shows a possible design) is intended to encourage people to express themselves emotionally when situated amongst strangers in public spaces. Two buttons control the device, which contains a radio transceiver. By pushing the buttons the user can either send a happy message or a sad message. The LoveBombs in the vicinity receive the sent message and lets its user know which message that has been received by vibrating either a sad irregular pulse or a happy continuous pulse. While vibrating the LoveBomb send out a confirm message. The confirm message can only be received by a LoveBomb which has recently sent out a message. After receiving a confirm message the LoveBomb conveys this to the user by turning on a red LED (light emitting diode) and letting the LED shine for about half a minute. During this time the LoveBomb can only receive messages. If it receives a message, during these 30 seconds, the LED is turned off and the prototype starts vibrating according to the received message. Should a LoveBomb which has sent a message fail to receive a confirm message it conveys this to the user by turning on and off the LED three times. After this the prototype is ready to send another message. The picture below shows a state diagram of the LoveBomb. The mother console registers all the communication between the LoveBomb, by pushing a button the user can see how many happy respectively sad messages that has been sent. Our workstarted with the doctoral candidates communicating their thoughts and wishes concerning the prototype to us. We organized this information into a requirement specification. We started the development of the Lovebomb and the belonging mother console by selecting a suitable micro controller. We choose PIC16C84 from Microchip but changed later to its successor PIC16F84, because the latter was easier to get a hold of. The micro controller controls all the other components. When we knew how to program the micro controller, we started working with a transceiver, suggested by the doctoral candidates, DR3001 from RFM. After establishing a meaningful communication between two micro controllers connected with on transceiver each, this was the hardest and most important part, we began working with not so vital component such as diodes, vibrators and buttons. When we were finished with the implementation and construction we examined the prototype and compared it to the requirement specification. To our satisfaction the prototype did not differ a lot from the requirements and the existing differences were improvements from the original idea. During the development process both of us learned a lot about assembler programming, electrical engineering and radio communication.</p>