DOCSLIB.ORG

Design and Building of Home Made 8051 Microcontroller Emulator

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Design and Building of Home Made 8051 Microcontroller Emulator Sudan Academy of Sciences ( SAS) Atomic Energy Council Design and building of home made 8051 Microcontroller Emulator By Abdclmoncim Elobeid Hussein iVI.Sc. in Electronics Engineering University of Khartoum ( 2002) A Thesis Submitted to the Sudan Academy of Sciences In Fulfillment of the Requirements for Doctor of Philosophy Degree Ph.D. in Electronics Engineering Supervisor Dr.Abd Elrasol Gabar Elzobaidi September 2009 Sudan Academy of Sciences (SAS) Examination committee Name External examiner Dr. Sid Ahmed Ibrahim Internal examiner Dr. P'arouk Idris llabbani Supervisor Dr. Abdelrasoul Gabar Hlzobaidi Dedication ll'or wfwm tfwy tfiougfit we are of their concern ^L&J all uu iao uu ^ i « J&Jl (J ic -llLa t-Lu 5 ^jrti <Vi I t^*iml <—L^Jl IJA 4. Ij&lM \ »J*-»lL) 3 j^JtjjULa ^ »_L>Ua]|j ac-LiU , A . O \ JjjLill SbVI jl nr.J jj— VAJ ^1 JJ^UI SbV ^JJ^^I J>\jd\ j CjL^ajjJ] .Lpj.1 .As*-* ialJLi j I^JIJJILU 3JJJJ vb byj ISjAi^a ^jjSjJl ^aJLxJl S^a.j (j^ia ^.l.^l.nl <_U*Jl IJtA J.Je»S ^JJjjjfUVI J»lj-iH ^ j J n-> j ijj jc SjLc- Clllj% ajjjl Lai .dljj l-t")!! (jiaxJ £-a (-^*-LJl j_c V JJ o>—% ojSI-ll) dib Ajj^aJl CJlAaaJt dial Vina ) 4 .aS'i j»£jkloll <L«AJ ^Jj La Sole ^ iViiii,all jj-alijjJ LSIj-aj <<• «ji>iati C_>jxl-tll jLj-a. £<e (J^ljail .^jlaJl SjSlill J- . jlll <• iu?i«ll «_1 axubJl ^Jc <4_al.lklu>l j£-aJ 1 >ji>i<i\l L_]jiJ-»ti ^Jc ^Ajla ^^aUjj ^1 J—jl (J}* «JJ J «J «, iji nail <-_) a ml ->It ^ifi. JLi^l jj Vi« i H Ijj <_JJ|JA!I £-»UJJJ| £<* a > A i_J ajoibJl AjLuol Aft Jul (Jj^»"n I—l3tj<a)l ^ _aiJ >*ll.1> j -llialt .^1%"ujall <jj.il UalLaj I 111 mi l_lSl JAJI g^aUjlil (JaAU jj «J ^ Ull 4JSJJ.H j£l jill 4jk-aj> Ai'jlj Cilfljjll (jlfi .hjtaj>\t ^a)j—j l^lwv 4J&yajf 4JJ ajjilVI »Jjl aJ ^ AJSJJ J^'j^ ^-^J A^al_)j (jj_^iaj j»>-%1niolt S^l_Ji L^aiUa A^jJA ijfrV^S VJ L^W^J jLaj ft^c liliiS . J^ai OXJ LJlSfc ^JiLI J__JS jjfjl.^iail ^aUjJl ijajJl SjSlill AjLp3 AJIJJ AJJ^J (_llku IJA l-lS>a .lillij jc-ajuU kllll-S o 3_jjbj ^-1 a—li <iijJ^JVI JJ^kill JJI Jx^J «JUb ^_>Jl SjSlill Sj4.Ua .4laa.JJ .(JjJ-llI ^Viall J>?.a^ i—lSljaJl ^aljjjJl jl LaJUa l^-\jjn j$-»J Jl >ji Jjl ^ ci«x]l IJUb jli t JJ aiaSlI AjLaC Col ^Irati j»Al gjijull <L*j« 1 jn«« ^—Sc. (dll—iMajjiil^j-al «VI ^ji-iwil gtJlii^ <Uja-aJl j jju ^lll 4 i>.ili<i,llj JjlaJl ji»xj ^uukll t^ri.tilt i $.lja.VI tjLuiV 4 jiill tjiijaJl nJjjMSlI <£jAji)l (£A ^.I-^IMI/ill ^alijJ ^—^IjVI J-a «J Javil "ajJ j£l ia^li^J Lk JL>J| jS^aj ^yjil <• «jihati l_l j»»il->ll ^a (J^a\jjl)j . jiJJ j»J jJa^Jlj * ijS «jl i^-full t'll i-s ajj (jLt t->'inall ^aUjj A-a^-ail 3—uibvlt ^. a J ual jSll J uiLuull frLu-all ^,\^*iiaj lilj-ail ^UJJ J^^W J£^3>-^ d—^yik ^—US J? »>-» ijl Ji«y V i J (jJka. jl a^vmall (j^i ^ ' 'J'^oti j a (—J—UaJ j 4jA.jliJl SjSlJll ^-3 <Uxa^J ^JJ ^A^luuJl ^-aljjj .<Sk^aUjJ ^^JLaLalll . jbi. J^IS ^joi.-Vill IJA jljl IJI ^rjiJl3 ;Ji..}ll Jjjlj<a J^axj t 'tj'ii.i (jl ^AajUiball L_I j uilaJl ^ lc ,\t Villi JJ j'»•!».i JJ jiaj I Jl Li jbkjl jirsll a ^ jnll t"i\jJoft ^ S Sj—j i%il ^ jjjll (a a (.\ SJJJSI (Ji-al jp (J^*i l-Ub C_lSlj-all gt-aljjj (JA1*J ^»JJ <_kuia-ajl • I. tjiXnil C-ljillicit 11 ABSTRACT This research targeted design and build of a simple lab made emulator fur the 8051 microcontroller to assist student and researcher in their projects. This will be achieved by thorough understanding of the software and the hardware of the development tool which will enliance the user knowledge rather limn considering them as black boxes and unaware of their capabilities and their limitations. Regarding the hardware this work preferred to use the same central processing unit the developer wanted to build with little modification. While the software is a program loaded in the microcontroller itself responsible (making use of flash microcontrollers) for communication with the host computer terminal, and monitoring the user program which is loaded in the external memory by the program. Any terminal program on the host computer can be used to carry out communication with monitor program provided that a carriage return should be pressed after monitor power up to let the monitor adjust its baud rate accordingly. This feature makes the monitor program so simple and familiar to the user. For simplicity the software is enhanced with flash programming and erasing subroutine which can allow the user to store his program there if he put a flash ROM in his hardware and he can make it as start up program which will run automatically after start up. Also many programs can be loaded in the flash as long as its capacity is capable Definitely this requires configuring flash start and end in the source before compiling it. This flash feature allows the development liardware to be as final board and hence a debugable one as long us monitor program resides inside the microcontroller. Considering the debugging stage as the most crucial step in the development cycle, this work tried to find some suitable and simple solutions that can enhance knowledge. As a result some commands on the user program like uploading, downloading, displaying, jumping, selecting among others, running, editing, clearing and communicating with the host PC can be carried out efficiently. But unfortunately some significant commands on the user program like tracing, pausing and single stepping were not met. It is worth mentioning tliat the monitor program is using the serial port for communication with the host PC, so the user has to be careful not to change any register iii involved in serial communication in his program. Also the user program is loaded in the external memory and the user is required to add some I/O ports if he needs this design as last setup. Tracing and single stepping could be accomplished if some host PC emulation program is developed and this monitor program is modified to carry out more intelligent communication with the new host PC environment. iv ACKNOWLEDGEMENTS I gratefully acknowledge Coskim HARMANSAH and Mehmel BAYBURT for their advice and supervision which represents the backbone of this research and so to this thesis. It is a pleasure to convey my gratitude to them all in my humble acknowledgment. In the first place 1 would like to record my gratitude to Coskun HARMAN§AH for his supervision, advice, and guidance from the early stage of this research as well as giving me extraordinary experiences through out the work. Many thanks go in particular to Serdar AKDURAK I am much indebted to AKDURAK for his valuable advice in science discussion and supervision I gratefully thank them for their constructive comments on this thesis. I would like to thank Pcrihau UNAK and Meral KRAI, for giving me the opportunity to work on Electronic l.ab equipment in Institute of Nuclear Science in Ege University in Izmir. To Mehmet Bayburt, thank for his technical assitances during work I had in Izmir. I would also like to thank M. Muslim SAC; and Onui KAHVECi for their collobration and their willingness to share their bright thoughts with me, which were very fruitful for shaping up my ideas and research. It is a pleasure to express my gratitude wholeheartedly to Siileyman ERKUT, Giingor POLAT and their family for their kind hospitality during my stay in Izmir. I would like to express special thanks to Siileyman ERK.UT for his indispensable help dealing with travel funds, administration and buieaucratic matters during my stay in Izmir. I cannot end without thanking my family, on whose constant encouragement and love I have relied throughout my time during this work. Words fail me to express my appreciation to my wile Sehna whose dedication, love and persistent confidence in me, has taken the load off my shoulder. v Finally, 1 would like to thank everybody who was important to the successful realization of this thesis, as well as expressing my apology that I could not mention personally one by one. 1 am grateful in every possible way and hope to keep up our collaboration in the future. vi Table of contents Dedication 1 Arabic abstract ii Abstract tv Acknowledgement v Table of contents vii List of figures xi List of tables xiii Abbreviations xiv Chapter One: Introduction I 1.1 Background I 1.2 Problem statement 2 1.3 Objectives 2 1.4Melhodology / - 1.5 Research outlines 4 Chapter Two: 8051 Microcontroller 6 2.1 8051 Microcontroller Review 6 2.1.1 Why embedded systems 7 2.1.2 Why 8051 microcontroller 7 2.1.3 8051 Important features 8 2.1.4 8051 Programming 9 2.1.5 8051 Related processors 9 2.2 Memory Organization 1° 2.2.1 External Code Memory 11 2.2.2 External RAM Data memory II 2.2 3 Internal Memory 12 2.2.3.1 Register Banks (O0h to IFh) 12 2.2.3.2 Bit Addressable RAM (20h to 2F) 13 2.2.3.3 General Purpose RAM (30h to 7Fh 14 2.2.4 SFR Registers 14 vii 2.2.4.1 Program Status Word (PSW) register 16 2.2.4.2 Power Control (PCON) register 17 2.2.4.3 rimer/Counter Mode Control (TMOD) register 18 2.2.4.4 Serial Control (SCON) register 19 2.2.4.5 Interrupt Enable (IE) register 2 1 2.2.4 6 Interrupt Priority (IP) register 2 1 2.2.4.7 Timer /Counter 1 Control (TI CON) register 2 2 2.2.4.8 Timer/ Counter2 Control (T2C0N) register 2 3 2.3 8051 Addressing modes 2 5 2.3.1 Direct addressing 2 5 2.3.2 Indirect addressing 2 5 2.3.3 Indexed addressing 2 5 2.3.4 Register instruction 2 5 2.3.5 Register specific instruction 2 5 2.3.6 Immediate constants 2 5 2.4 Circuit I lardwarc 26 Chapter Three: Development Tool 31 3.1 Creating a New Project 32 3.2 Building the Project 37 3.3 Debugging the Project 37 3.4 CPU Simulation 39 Chapter Four: Emulation Concept 40 4.1 Writing Microcontroller Code 40 4.2 Translating the Code 41 4.3 Debugging the Code 41 4.3 I Simulators
Load more

Recommended publications
  • Hacker's Handbook for Ringzer0 Training, by Steve Lord
    Hacker’s Handbook For Ringzer0 Training, by Steve Lord This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License. Copyright ©2021 Raw Hex Ltd. All Rights Reserved. Retro Zer0 is a trademark of Ring Zer0 Training. Raw Hex is a trademark of Raw Hex Ltd. All other trademarks are the property of their respective owners. Raw Hex Ltd reserve the right to make changes or improvements to equipment, software and documentation herein described at any time and without notice. Notice: Please be advised that your Retro Zer0 has no warranty, and that tampering with the internal hardware and software of your Ring Zer0 is widely encouraged as long as you do so with appropriate regard to safety. Contents 1 Preface 5 1.1 Safety ........................... 6 1.2 Understanding This Document ............ 6 2 Before You Start 7 2.1 Check You Have Everything .............. 7 2.2 Back Up The SD Card ................. 8 2.3 Connecting Up Your Retro Zer0 ............ 8 2.4 Powering Up ....................... 10 2.5 Resetting Your Retro Zer0 . 10 2.6 Powering Down ..................... 10 3 First Steps 11 3 4 CONTENTS 3.1 Testing The Keyboard . 11 3.2 Using CP/M ....................... 12 3.3 Would You Like To Play A Game? . 14 3.4 MultiCPM Extras ..................... 17 3.5 Useful Tools ....................... 19 3.6 What’s On The Card? . 20 3.7 Putting It All Together . 23 3.8 Where To Read More . 25 4 Being Productive With Retro Zer0 27 4.1 WordStar .........................27 4.2 Supercalc .........................30 4.3 DBase ...........................32 4.4 Microsoft BASIC .....................32 4.5 Turbo Pascal .......................34 4.6 Forth 83 .........................36 4.7 ZDE ............................38 4.8 Z80 Assembler .....................39 4.9 Hi-Tech C .........................43 4.10 XLisp ...........................46 CONTENTS 5 4.11 Installing New Software .
    [Show full text]
  • Practical C++ Programming Copyright 2003 O'reilly and Associates Page 1 I/O Packages
    Chapter - 16 File Input/ Output Practical C++ Programming Copyright 2003 O'Reilly and Associates Page 1 I/O Packages There are 3 different I/O packages available to the C++ programmer: • The C++ streams package. This package is used for most I/O. • The unbuffered I/O package. Used primarily for large file I/O and other special operations. • The C stdio package. Many older, C-- programs use this package. (A C-- program is a C program that has been updated to compile with a C++ compiler, but uses none of the new features of the new language.) This package is useful for some special operations. Practical C++ Programming Copyright 2003 O'Reilly and Associates Page 2 C++ I/O C++ provides four standard class variables for standard I/O. Variable Use std::cin Console in (standard input) std::cout Console output (standard output) std::cerr Console error (standard error) std::clog Console log Normally std::cin reads from the keyboard, and std::cout, cerr, and clog go to the screen. Most operating systems allow I/O redirection my_prog <file.in my_prog >file.out Practical C++ Programming Copyright 2003 O'Reilly and Associates Page 3 File I/O File I/O is accomplished using the <fstream.h> package. Input is done with the ifstream class and output with the ofstream class. Example: ifstream data_file; // File for reading the data from data_file.open("numbers.dat"); for (i = 0; i < 100; ++i) data_file >> data_array[i]; data_file.close(); Open can be consolidated with the constructor. ifstream data_file("numbers.dat"); The close will automatically be done by the destructor.
    [Show full text]
  • HUMBUG® 68000 Version
    HUMBUG® 68000 Version by Peter A. Stark Copyright © 1986 - 1990 by Peter A. Stark Star-K Software Systems Corporation P. O. Box 209 Mt. Kisco, N. Y. 10549 All rights reserved Copyright © 1986 - 1990 by Peter A. Stark All Star-K computer programs are licensed on an "as is" basis without warranty. Star-K Software Systems Corporation shall have no liability or responsibility to customer or any other person or entity with respect to any liability, loss or damage caused or alleged to be caused directly or indirectly by computer equipment or programs sold by Star-K, including but not limited to any interruption of service, loss of business or anticipatory profits or consequential damages resulting from the use or operation of such computer or computer programs. Good data processing procedure dictates that the user test the program, run and test sample sets of data, and run the system in parallel with the system previously in use for a period of time adequate to insure that results of operation of the computer or program are satisfactory. SOFTWARE LICENSE A. Star-K Software Systems Corp. grants to customer a non-exclusive, paid up license to use on customer's computer the Star-K computer software received. Title to the media on which the software is recorded (cassette and/or disk) or stored (ROM) is transferred to customer, but not title to the software. B. In consideration of this license, customer shall not reproduce copies of Star-K software except to reproduce the number of copies required for use on customer's computer and shall include the copyright notice on all copies of software reproduced in whole or in part.
    [Show full text]
  • Assembly Language Step-By-Step: Programming with DOS and Linux
    Assembly Language Step-by-Step: Programming with DOS and Linux, Second Edition by Jeff Duntemann ISBN:0471375233 John Wiley & Sons © 2000 (613 pages) A “Lost World” journey into 16-bit assembler programming concepts and techniques. <?xml version="1.0" encoding="ISO-8859-1"?> Table of Contents Assembly Language Step-by-Step—Programming with DOS and Linux, Second Edition Foreword Introduction - "Why Would You Want to Do That?" Another Pleasant Valley Saturday Understanding What Computers Chapter 1 - Really Do Chapter 2 - Alien Bases Getting Your Arms around Binary and Hexadecimal Chapter 3 - Lifting the Hood Discovering What Computers Actually Are The Right to Assemble The Process of Making Assembly Language Chapter 4 - Programs NASM-IDE: A Place to Stand Give me a lever long enough, and a Chapter 5 - place to stand, and I will move the Earth. An Uneasy Alliance The x86 CPU and Its Segmented Memory Chapter 6 - System Following Your Instructions Meeting Machine Instructions up Close Chapter 7 - and Personal Chapter 8 - Our Object All Sublime Creating Programs that Work Dividing and Conquering Using Procedures and Macros to Battle Chapter 9 - Complexity Bits, Flags, Branches, and Tables Easing into Mainstream Chapter 10 - Assembly Programming Chapter 11 - Stringing Them Up Those Amazing String Instructions The Programmer's View of Linux Tools and Skills to Help You Write Chapter 12 - Assembly Code under a True 32-Bit OS Coding for Linux Applying What You've Learned to a True Chapter 13 - Protected Mode Operating System Conclusion - Not the End, But Only the Beginning Appendix A - Partial 8086/8088 Instruction Set Reference Appendix B - Segment Register Assumptions for Real Mode Segmented Model Appendix C - Web URLs for Assembly Programmers Appendix D - Segment Register Assumptions Appendix E - What's on the CD-ROM? Index List of Figures List of Tables Back Cover The bestselling guide to assembly language--now updated and expanded to include coverage of Linux.
    [Show full text]
  • Character Pattern Editor for On-Screen Display LSI for Windowstm
    To our customers, Old Company Name in Catalogs and Other Documents On April 1st, 2010, NEC Electronics Corporation merged with Renesas Technology Corporation, and Renesas Electronics Corporation took over all the business of both companies. Therefore, although the old company name remains in this document, it is a valid Renesas Electronics document. We appreciate your understanding. Renesas Electronics website: http://www.renesas.com April 1st, 2010 Renesas Electronics Corporation Issued by: Renesas Electronics Corporation (http://www.renesas.com) Send any inquiries to http://www.renesas.com/inquiry. Notice 1. All information included in this document is current as of the date this document is issued. Such information, however, is subject to change without any prior notice. Before purchasing or using any Renesas Electronics products listed herein, please confirm the latest product information with a Renesas Electronics sales office. Also, please pay regular and careful attention to additional and different information to be disclosed by Renesas Electronics such as that disclosed through our website. 2. Renesas Electronics does not assume any liability for infringement of patents, copyrights, or other intellectual property rights of third parties by or arising from the use of Renesas Electronics products or technical information described in this document. No license, express, implied or otherwise, is granted hereby under any patents, copyrights or other intellectual property rights of Renesas Electronics or others. 3. You should not alter, modify, copy, or otherwise misappropriate any Renesas Electronics product, whether in whole or in part. 4. Descriptions of circuits, software and other related information in this document are provided only to illustrate the operation of semiconductor products and application examples.
    [Show full text]
  • Microcontrollers Apnote AP0827
    Microcontrollers ApNote AP0827 : Additional file AP082701.EXE available ADIS51 - Disassembler with One-Line Assembler for the 8051 and C500 8-Bit Microcontroller Family ADIS51 allows the analysis of program code for the microcontrollers of the 8051/C500 family. Program code in different formats can be loaded and displayed in Hex-dump or Dis- assembler format. Single instructions can be input using the built-in Assembler. Program code flow and instructions can be analysed and written into a Log-file in a list or assembler source format. SFR and bit symbol operation is provided using a symbol definition file. Richard Schmid, Microcontroller Product Definition, Siemens HL Munich Semiconductor Group 10.97, Rel. 01 ADIS51 - Disassembler with One-Line Assembler for the 8051 and C500 8-Bit Microcontroller Family Contents Page 1 Starting of ADIS51 . 3 2 Main Menu . 4 3 Basic Function <F1> : Loading of a Data File . 5 4 Basic Function <F2> : Writing Memory Buffer Contents into a HEX- or BIN-Files . 6 5 Basic Function <F3> : Selection of a Microcontroller Type . 7 6 Basic Function <F4> : Disassembler / One-Line Assembler Menu . 8 6.1 General Operation . 8 6.2 Memory Buffer Code Analysis . 9 6.3 Input of a New Address . 11 6.4 Generation of a Log-File . 12 7 Basic Function <F5> : Hex-Dump Menu . 16 7.1 General Operation . 16 7.2 Input of a New Address . 17 7.3 Generation of a Log-File . 17 8 Basic Function <F6> : Overview on the Memory Buffer Usage . 18 9 Basic Function <F7> : Selection of Options . 19 Appendix .
    [Show full text]
  • What Is Digital Forensics (Aka Forensic Computing)?
    Digital Forensics for Archivists: Fundamentals Instructor: Christopher (Cal) Lee University of North Carolina at Chapel Hill September 22, 2016 Greeley, CO 1 Digital Archives Specialist (DAS) Curriculum and Certification Program offered by SAA: . Foundational Courses—must pass 4 . Tactical and Strategic Courses—must pass 3 . Tools and Services Courses—must pass 1 . Transformational Courses—must pass 1 . Course examinations are administered online. 2 1 Agenda . Welcome and introductions . Motivation and scope . Technical background . Representation Information . File systems and file management . Extracting data from media . Tools and methods . Conclusions, questions, discussion 3 Welcome and Introductions 4 2 Motivation and Scope Applying Digital Forensics to Archival Work 5 Many archivists know how to process this stuff: Source: The Processing Table: Reflections on a manuscripts internship at the Lilly Library. https://processingtable.wordpress.com/tag/archival-processing/ 6 3 How about processing this stuff? Source: “Digital Forensics and creation of a narrative.” Da Blog: ULCC Digital Archives Blog. http://dablog.ulcc.ac.uk/2011/07/04/forensics/ 7 Same Goals as When Acquiring Analog Materials Ensure integrity of materials Allow users to make sense of materials and understand their context Prevent inadvertent disclosure of sensitive data 8 4 Same Fundamental Archival Principles Apply Provenance • Reflect “life history” of records • Records from a common origin or source should be managed together as an aggregate unit Original Order Organize and manage records in ways that reflect their arrangement within the creation/use environment Chain of • “Succession of offices or persons who have held Custody materials from the moment they were created”1 • Ideal recordkeeping system would provide “an unblemished line of responsible custody”2 1.
    [Show full text]
  • Microcontrollers Apnote AP1640
    Microcontrollers ApNote AP1640 : Additional file AP164002.EXE available ADIS16X - Disassembler with One-Line Assembler for the C16X 16-Bit Microcontroller Family ADIS16X allows the analysis of program code for the 16-bit microcontrollers of the C16X family. Program code in different formats can be loaded and displayed in Disassembler or Hex-dump format. Single instructions can be input using the built-in One-Line Assembler. Program code can be written into a Log-file in a list or assembler source format. SFR and bit symbol operation is provided using a symbol definition file. Richard Schmid, Microcontroller Product Definition, Siemens Munich Semiconductor Group 11.97, Rel. 02 ADIS16X - Disassembler with One-Line Assembler for the C16X 16-Bit Microcontroller Family Contents Page 1 Starting of ADIS16X . 3 2 Main Menu . 4 3 Basic Function <F1> : Loading of a Data File . 5 4 Basic Function <F2> : Writing Memory Buffer Contents into a HEX- or BIN-File . 6 5 Basic Function <F3> : Selection of a Microcontroller Type . 7 6 Basic Function <F4> : Disassemblers / One-Line Assemblers Menu . 8 6.1 General Operation . 8 6.2 Input of a New Address . 9 6.3 Generation of a Log-File . 9 7 Basic Function <F5> : HEX-Dump Menu . 11 7.1 General Operation . 11 7.2 Input of a New Address . 12 7.3 Generation of a Log-File . 12 8 Basic Function <F6> : Overview on the Memory Buffer Usage . 13 9 Basic Function <F7> : Selection of Options . 14 Appendix . 15 A Error and Status Messages . 15 B One-Line Assembler Formats . 16 C Definition of the Symbol Definition File .
    [Show full text]
  • Lloyd Research Ltd. , 7 / 7A Brook Lane, Warsash, Southampton, Hants
    INSTRUCTION MANUAL FOR ; LgOOO PROGRAMMER LloydResearch Ltd. INSTRUCTION MANUAL FOR L9OOO PROGRAMMER LAST UPDATE: 28/O4/95 LLOYD RESEARCH LTD. , 7 / 7A BROOK LANE, WARSASH, SOUTHAMPTON, HANTS. Tel: ( 01489 ) 885575/574O4O. Telex: No longer avaj-.]-abIe. Fax: (01489) BB5853. LgOOO PROGRAMMERACCESSORY LIST NOTE: PLxxx/L = 1 socket module PLxxx/2 = 2 socket module Plxxx/3 = 3 socket modul-e PLxxx/4 = 4 socket module SOFTWARE -PC SOFTWARE: provi-des remote control f rom a PC. Includes facility to store master eproms on disc, editj-ng and device selection. COMPRESS: Can Ue used by itseff, speeds up download over the Centronics port, typically 5 times, e.g. the download time for a lM eprom is 10 seconds. CONTRACTUPDATE SERVICE (IN UK): rwo software upaateFissued at six monthly intervals. MODULES PLo54/2 MOpULE: Covers NEC micro 78P054 family in quad flat pack (QFP). PL2OT/4 MODULE: Covers Toshiba mj-cro 47P2O\VP family in DIL package. przaz/a MopuLE: Covers microcontrollers such as 47P242VN in shrink dip package. PL3OO/2 & PL3OO/4 MOpULE: Covers 32/28/24 pin e(e)proms in DIL packages. Accommodates e(e)proms with a lead pitch of O.3" or 0.6". PL3OB/4 MODULE: Covers B pi-n serial eeproms in DIL packages. PL3r2/2 MOpULE: Covers NEC micro 7BP3L2AL family - PLCC package PL3L6/2 MODULE: Covers NEC micro 75P316GF family i-n quad flat pack (QFP). PL32O/4 MOpULE: Covers microcontrollers such as TMS320E. PL32B/2 &. PL32B/4 MOpULE: Covers '28 pin DIL eproms' with Jedec pJ-nout in PLCC packages such as 2764, 27128, 27256, 27512, etc.
    [Show full text]
  • Debugger Basics - Training
    Debugger Basics - Training TRACE32 Online Help TRACE32 Directory TRACE32 Index TRACE32 Training ............................................................................................................................ Debugger Training ........................................................................................................................ Debugger Basics - Training ....................................................................................................... 1 System Concept ...................................................................................................................... 5 On-chip Debug Interface 6 Debug Features 6 TRACE32 Tools 7 On-chip Debug Interface plus On-chip Trace Buffer 9 On-chip Debug Interface plus Trace Port 11 NEXUS Interface 12 Starting a TRACE32 PowerView Instance ............................................................................. 13 Basic TRACE32 PowerView Parameters 13 Configuration File 13 Standard Parameters 14 Examples for Configuration Files 15 Additional Parameters 19 Application Properties (Windows only) 20 Configuration via T32Start (Windows only) 21 About TRACE32 22 Version Information 22 Prepare Full Information for a Support Email 23 Establish your Debug Session ............................................................................................... 24 TRACE32 PowerView .............................................................................................................. 25 TRACE32 PowerView Components 25 Main Menu Bar and Accelerators
    [Show full text]
  • Recovery from Soft Errors in Triplicated Computer Systems Operating in Lock-Step
    ' OLE COPY Nor REMOVE NBSIR 79-1927 0£c 14 1979 Recovery from Soft Errors in Triplicated Computer Systems O perat i ng in Lock-Step A. L. Koenig A. W. Holt System Components Division Center for Computer Systems Engineering Institute for Computer Sciences and Technology National Bureau of Standards Washington, D.C. 20234 June 30, 1979 Issued November 1979 Sponsored by Defense Nuclear Agency Washington, D.C. 20305 NBSIR 79-1927 RECOVERY FROM SOFT ERRORS IN TRIPLICATED COMPUTER SYSTEMS OPERATING IN LOCK-STEP A. L. Koenig A. W. Holt System Components Division Center for Computer Systems Engineering Institute for Computer Sciences and Technology National Bureau of Standards Washington, D.C. 20234 June 30, 1 979 Issued November 1979 Sponsored by Defense Nuclear Agency Washington, D.C. 20305 U S. DEPARTMENT OF COMMERCE Luther H. Hodges, Jr., Under Secretary Jordan J. Baruch, Assistant Secretary for Science and Technology NATIONAL BUREAU OF STANDARDS. Ernest Ambler, Director RECOVERY FROM SOFT ERRORS IN TRIPLICATED COMPUTER SYSTEMS OPERATING IN LOCK-STEP ABSTRACT A Triply Modular Redundant (TMR) computer system operating in clocked lock-step is being investigated for an application requiring a Mean Time Between Failure of five years. No mechanical memories are used; this allows comparison of the outputs of the three computers to be made each clock period. The most novel contribution is the method of recovery from soft errors, such as those produced by lightning strokes or alpha particles. Data are provided on the uptime history of an experimental system, which uses three commercial microcomputers. Key Words: Fault tolerant computer; soft errors; triply modular redundant; TMR.
    [Show full text]
  • Project 4: Writing a Bootloader from Scratch
    Project 4: Writing a Bootloader from Scratch 15–410 Operating Systems April 23, 2007 1 Introduction 1.1 Overview In this project, you (and your partner) will be writing a bootloader that is ca- pable of booting your 410 kernel. In doing so, you will complete a full stack kernel+bootloader that is ideally capable of booting on commodity hardware (although such isn’t a strict requirement of this project). Furthermore, by writ- ing a bootloader, you will be exposed to a different style of systems program- ming in a slightly unusual environment. Fortunately there will be no concur- rency, no paging, and no protection issues to worry about. Unfortunately, there is also no memory manager and no libc—the only support code available are functions provided by the BIOS, and the ones you write yourself. Due to the constrained environment that the bootloader operates in, this project will heavily rely on services provided by the PC BIOS. Most of this project will involve low level programming in 16-bit real mode. As GCC does not emit real mode compliant code, most of this project will be programmed in assembly. However, portions of the bootloader will also be programmed in 32- bit protected mode with paging disabled, an environment that much resembles the operating environment of Project 1. 1.2 Goals • To learn (a small amount of) programming in x86 real mode, including the use of PC BIOS services. • To become familiar with reading sectors from a floppy disk, including the BIOS interface for interacting with the floppy disk controller as well as the floppy disk CHS (cylinder, head, sector) layout.
    [Show full text]