A Fixed Frequency FPGA Architecture by Nicholas Croyle Weaver BA

Total Page:16

File Type:pdf, Size:1020Kb

A Fixed Frequency FPGA Architecture by Nicholas Croyle Weaver BA The SFRA: A Fixed Frequency FPGA Architecture by Nicholas Croyle Weaver B.A. (University of California at Berkeley) 1995 A dissertation submitted in partial satisfaction of the requirements for the degree of Doctor of Philosophy in Computer Science in the GRADUATE DIVISION of the UNIVERSITY of CALIFORNIA at BERKELEY Committee in charge: Professor John Wawrzynek, Chair Professor John Kubiatowicz Professor Steven Brenner 2003 The dissertation of Nicholas Croyle Weaver is approved: Chair Date Date Date University of California at Berkeley 2003 The SFRA: A Fixed Frequency FPGA Architecture Copyright 2003 by Nicholas Croyle Weaver 1 Abstract The SFRA: A Fixed Frequency FPGA Architecture by Nicholas Croyle Weaver Doctor of Philosophy in Computer Science University of California at Berkeley Professor John Wawrzynek, Chair Field Programmable Gate Arrays (FPGAs) are synchronous digital devices used to realize digital designs on a programmable fabric. Conventional FPGAs use design dependent clocking, so the resulting clock frequency is dependent on the user design and the mapping process. An alternative approach, a Fixed-Frequency FPGA, has an intrinsic clock rate at which all designs will operate after automatic or manual modification. Fixed-Frequency FPGAs offer significant advantages in computational throughput, throughput per unit area, and ease of integration as a computational coprocessor in a system on a chip. Previous Fixed-Frequency FPGAs either suffered from restrictive interconnects, application restrictions, or issues arising from the need for new toolflows. This thesis proposes a new interconnect topology, a “Corner Turn” network, which main- tains the placement properties and upstream toolflows of a conventional FPGA while allowing effi- cient, pipelined, fixed frequency operation. Global routing for this topology uses efficient, polyno- mial time heuristics and complete searches. Detailed routing uses channel-independent packing. C-slow retiming, a process of increasing the throughput by interleaving independent streams of execution, is used to automatically modify designs so they operate at the array’s intrinsic clock frequency. An additional C-slowing tool improves designs targeting conventional FPGAs to isolate the benefits of this transformation from those arising from fixed frequency operation. This seman- tic transformation can even be applied to a microprocessor, automatically creating an interleaved multithreaded architecture. Since the Corner Turn topology maintains conventional placement properties, this thesis defines a Fixed-Frequency FPGA architecture which is placement and tool compatible with Xil- 2 inx Virtex FPGAs. By defining the architecture, estimating the area and performance cost, and providing routing and retiming tools, this thesis directly compares the costs and benefits of a Fixed- Frequency FPGA with a commercial FPGA. Professor John Wawrzynek Dissertation Committee Chair iii To my grandparents, who made this all possible. iv Contents List of Figures ix List of Tables xiii 1 Introduction 1 1.1 What are FPGAs? . 2 1.2 Why FPGAs as Computational Devices? . 4 1.3 Why Fixed-Frequency FPGAs? . 5 1.4 Why the SFRA? . 7 1.4.1 Why a Corner-Turn Interconnect? . 7 1.4.2 Why C-slow Retiming? . 9 1.4.3 The Complete Research Toolflow . 10 1.4.4 This Work’s Contributions . 11 1.5 Overview of Thesis . 12 2 Related Work 14 2.1 FPGAs . 14 2.1.1 Unpipelined interconnect, variable frequency . 15 2.1.2 Unpipelined Interconnect Studies . 18 2.1.3 Pipelined Interconnect, Variable Frequency . 19 2.1.4 Pipelined, fixed frequency . 20 2.2 FPGA Tools . 21 2.2.1 General Placement . 21 2.2.2 Datapath Placement . 22 2.2.3 Routing . 23 2.2.4 Retiming . 23 3 Benchmarks 25 3.1 AES Encryption . 25 3.2 Smith Waterman . 27 3.3 Synthetic microprocessor datapath . 29 3.4 LEON Synthesized SPARC core . 30 3.5 Summary . 31 v I The SFRA Architecture 32 4 The Corner-Turn FPGA Topology 34 4.1 The Corner-Turn Interconnect . 34 4.2 Summary . 38 5 The SFRA: A Pipelined, Corner-Turn FPGA 39 5.1 The SFRA Architecture . 39 5.2 The SFRA Toolflow . 43 5.3 Summary . 44 6 Retiming Registers 45 6.1 Input Retiming . 45 6.2 Output Retiming . 46 6.3 Mixed Retiming . 48 6.4 Deterministic Routing Delays . 48 6.5 Area Costs . 50 6.6 Retiming and the SFRA . 51 6.7 Summary . 51 7 The Layout of the SFRA 52 7.1 Layout Strategy . 52 7.1.1 SRAM Cell . 55 7.1.2 Output Buffers . 57 7.1.3 Input Buffers . 58 7.1.4 Interconnect Buffers . 59 7.2 Overall Area . 60 7.3 Timing Results . 61 7.4 Summary . 61 8 Routing a Corner-Turn Interconnect 63 8.1 Interaction with Retiming . 64 8.2 The Routing Process . 64 8.2.1 Direct Routing . 65 8.2.2 Fanout Routing . 65 8.2.3 Pushrouting . 66 8.2.4 Zig-zag (2 turn) routing . 67 8.2.5 Randomized Ripup and Reroute . 68 8.2.6 Detailed Routing . 68 8.3 Routing Quality & Analysis . 69 8.3.1 AES . 69 8.3.2 Smith/Waterman . 71 8.3.3 Synthetic Microprocessor Datapath . 72 8.3.4 Leon 1 . 74 8.4 Summary . 75 vi 9 Other Implications of the Corner-Turn Interconnect 76 9.1 Defect Tolerance . 76 9.2 Memory Blocks . 78 9.3 Hardware Assisted Routing . 79 9.4 Heterogeneous channels . 80 9.5 Summary . 80 II Retiming 81 10 Retiming, C-slow Retiming, and Repipelining 83 10.1 Retiming . 84 10.2 Repipelining . 87 10.3 C-slow Retiming . 88 10.4 Retiming for Conventional FPGAs . 90 10.5 Retiming for Fixed Frequency FPGAs . 91 10.6 Previous Retiming Tools . 93 10.7 Summary . 94 11 Applying C-Slow Retiming to Microprocessor Architectures 95 11.1 Introduction . 95 11.2 C-slowing a Microprocessor . 96 11.2.1 Register File . 98 11.2.2 TLB . 99 11.2.3 Caches and Memory . 99 11.2.4 Branch Prediction . 100 11.2.5 Control Registers and Machine State . 100 11.2.6 Interrupts . 101 11.2.7 Interthread Synchronization . 101 11.2.8 Power Consumption . 101 11.3 C-slowing LEON . 102 11.4 Summary . 103 12 The Effects of Placement and Hand C-slowing 104 12.1 The Effects of Hand Placement and C-slow Retiming . 104 12.2 AES Results . 106 12.3 Smith/Waterman results . ..
Recommended publications
  • L'universite BORDEAUX 1 DOCTEUR Ahmed BEN ATITALLAH
    N° d’ordre 3409 THESE présentée à L’UNIVERSITE BORDEAUX 1 ECOLE DOCTORALE DES SCIENCES PHYSIQUES ET DE L’INGENIEUR POUR OBTENIR LE GRADE DE DOCTEUR SPECIALITE : ELECTRONIQUE Par Ahmed BEN ATITALLAH Etude et Implantation d’Algorithmes de Compression d’Images dans un Environnement Mixte Matériel et Logiciel Soutenue le : 11 Juillet 2007 Après avis de : M. Noureddine ELLOUZE Professeur à l’ENIT, Tunis, Tunisie Rapporteur M. Patrick GARDA Professeur à l’Université Paris VI Rapporteur Devant la Commission d’examen formée de : M. Lotfi KAMOUN Professeur à l’ENIS, Sfax, Tunisie Président M. Patrick GARDA Professeur à l’Université Paris VI Rapporteur M. Noureddine ELLOUZE Professeur à l’ENIT, Tunis, Tunisie Rapporteur M. Philippe MARCHEGAY Professeur à l’ENSEIRB M. Nouri MASMOUDI Professeur à l’ENIS, Sfax, Tunisie M. Patrice KADIONIK Maître de Conférences à l’ENSEIRB M. Patrice NOUEL Maître de Conférences à l’ENSEIRB -2007- A mes parents A ma famille A tous ceux qui me tiennent à cœur REMERCIEMENTS Cette thèse s’est effectuée en cotutelle entre l’équipe circuits et systèmes du Laboratoire d'Electronique et des Technologies de l'Information (LETI) de l’ENIS à Sfax, Tunisie ainsi que dans l’équipe Circuits Intégrés Numériques du Laboratoire de l’Intégration du Matériau au Système (IMS) de l’Université de Bordeaux et de l’ENSEIRB. Je remercie Monsieur le Professeur Nouri MASMOUDI ainsi que Monsieur le Professeur Philippe MARCHEGAY pour m’avoir accueilli au sein de leur équipe et pour l’intérêt qu’ils ont porté au déroulement de mes travaux. Je tiens à présenter ma vive gratitude à Monsieur Patrice KADIONIK, Maître de conférences à l’ENSEIRB, co-encadrant de ma thèse et Monsieur Patrice NOUEL, Maître de conférences à l’ENSEIRB, qui ont contribué activement à la réalisation de mes travaux, d’une part pour leurs conseils efficaces, leurs grandes compétences mais aussi pour leurs grandes qualités humaines.
    [Show full text]
  • Implementation of PS2 Keyboard Controller IP Core for on Chip Embedded System Applications
    The International Journal Of Engineering And Science (IJES) ||Volume||2 ||Issue|| 4 ||Pages|| 48-50||2013|| ISSN(e): 2319 – 1813 ISSN(p): 2319 – 1805 Implementation of PS2 Keyboard Controller IP Core for On Chip Embedded System Applications 1, 2, Medempudi Poornima, Kavuri Vijaya Chandra 1,M.Tech Student 2,Associate Proffesor. 1,2,Prakasam Engineering College,Kandukuru(post), Kandukuru(m.d), Prakasam(d.t). -----------------------------------------------------------Abstract----------------------------------------------------- In many case on chip systems are used to reduce the development cycles. Mostly IP (Intellectual property) cores are used for system development. In this paper, the IP core is designed with ALTERA NIOSII soft-core processors as the core and Cyclone III FPGA series as the digital platform, the SOPC technology is used to make the I/O interface controller soft-core such as microprocessors and PS2 keyboard on a chip of FPGA. NIOSII IDE is used to accomplish the software testing of system and the hardware test is completed by ALTERA Cyclone III EP3C16F484C6 FPGA chip experimental platform. The result shows that the functions of this IP core are correct, furthermore it can be reused conveniently in the SOPC system. ---------------------------------------------------------------------------------------------------------------------------------------- Date of Submission: 8 April 2013 Date Of Publication: 25, April.2013 ---------------------------------------------------------------------------------------------------------------------------------------
    [Show full text]
  • Program Review Department of Computer Science
    PROGRAM REVIEW DEPARTMENT OF COMPUTER SCIENCE UNIVERSITY OF NORTH CAROLINA AT CHAPEL HILL JANUARY 13-15, 2009 TABLE OF CONTENTS 1 Introduction............................................................................................................................. 1 2 Program Overview.................................................................................................................. 2 2.1 Mission........................................................................................................................... 2 2.2 Demand.......................................................................................................................... 3 2.3 Interdisciplinary activities and outreach ........................................................................ 5 2.4 Inter-institutional perspective ........................................................................................ 6 2.5 Previous evaluations ...................................................................................................... 6 3 Curricula ................................................................................................................................. 8 3.1 Undergraduate Curriculum ............................................................................................ 8 3.1.1 Bachelor of Science ................................................................................................. 10 3.1.2 Bachelor of Arts (proposed) ...................................................................................
    [Show full text]
  • A Modeling Framework for Network Processor Systems
    A Modeling Framework for Network Processor Systems Patrick Crowley & Jean-Loup Baer Department of Computer Science & Engineering University of Washington Seattle, WA 98195-2350 pcrowley, baer ¡ @cs.washington.edu Abstract cation W at the target line rate and number of inter- faces? This paper introduces a modeling framework for network ¢ If not, where are the bottlenecks? processing systems. The framework is composed of inde- ¢ If yes, can S support application W’ (that is, application pendent application, system and traffic models which de- W plus some new task) under the same constraints? scribe router functionality, system resources/organization ¢ Will a given hardware assist improve system perfor- and packet traffic, respectively. The framework uses the mance relative to a software implementation of the Click Modular router to describe router functionality. Click same task? modules are mapped onto an object-based description of ¢ How sensitive is system performance to input traffic? the system hardware and are profiled to determine maxi- mum packet flow through the system and aggregate resource The framework is composed of independent application, utilization for a given traffic model. This paper presents system and traffic models which describe router function- several modeling examples of uniprocessor and multipro- ality, system resources/organization and packet traffic, re- cessor systems executing IPv4 routing and IPSec VPN en- spectively. The framework uses the Click Modular router cryption/decryption. Model-based performance estimates to describe router functionality. Click modules are mapped are compared to the measured performance of the real sys- onto an object-based description of the system hardware tems being modeled; the estimates are found to be accurate and are profiled and simulated to determine maximum within 10%.
    [Show full text]
  • Software Development Reference Manual Nios Embedded Processor
    Nios Embedded Processor Software Development Reference Manual 101 Innovation Drive San Jose, CA 95134 (408) 544-7000 Document Version: 2.2 http://www.altera.com Document Date: July 2002 Copyright Nios Custom Instructions Tutorial Copyright © 2002 Altera Corporation. All rights reserved. Altera, The Programmable Solutions Company, the stylized Altera logo, specific device designations, and all other words and logos that are identified as trademarks and/or service marks are, unless noted otherwise, the trademarks and service marks of Altera Corporation in the U.S. and other countries. All other product or service names are the property of their respective holders. Altera products are protected under numerous U.S. and foreign patents and pending applications, mask work rights, and copyrights. Altera warrants performance of its semiconductor products to current specifications in accordance with Altera’s standard warranty, but reserves the right to make changes to any products and services at any time without notice. Altera assumes no responsibility or liability arising out of the application or use of any information, product, or service described herein except as expressly agreed to in writing by Altera Corporation. Altera customers are advised to obtain the latest version of device specifications before relying on any published information and before placing orders for products or services. ii Altera Corporation MNL-NIOSPROG-2.2 About this Manual This document provides information for programmers developing software for the Nios® embedded soft core processor. Primary focus is given to code written in the C programming language; however, several sections discuss the use of assembly code as well. The terms Nios processor or Nios embedded processor are used when referring to the Altera® soft core microprocessor in a general or abstract context.
    [Show full text]
  • Deepmatch: Practical Deep Packet Inspection in the Data Plane Using Network Processors
    DeepMatch: Practical Deep Packet Inspection in the Data Plane using Network Processors Joel Hypolite John Sonchack Shlomo Hershkop The University of Pennsylvania Princeton University The University of Pennsylvania [email protected] [email protected] [email protected] Nathan Dautenhahn André DeHon Jonathan M. Smith Rice University The University of Pennsylvania The University of Pennsylvania [email protected] [email protected] [email protected] ABSTRACT Server Security Server ApplianceSecurity Restricting data plane processing to packet headers precludes anal- ApplianceSecurity 1 ysis of payloads to improve routing and security decisions. Deep- Applications DPIAppliance Applications DPI filtering DPI Match delivers line-rate regular expression matching on payloads Scalabilityfiltering IDS rules using Network Processors (NPs). It further supports packet re- DPI Challenge 2 rules ordering to match patterns in flows that cross packet boundaries. smartNIC Bottleneck Our evaluation shows that an implementation of DeepMatch, on a DeepMatch 40 Gbps Netronome NFP-6000 SmartNIC, achieves up to line rate for smartNIC + P4 streams of unrelated packets and up to 20 Gbps when searches span P4 DPI rules multiple packets within a flow. In contrast with prior work, this Header Header rules throughput is data-independent and adds no burstiness. DeepMatch 3 Network rules opens new opportunities for programmable data planes. Figure 1: DPI today (left and network) is limited by per- CCS CONCEPTS formance, scalability, and programming/management com- • Networks → Deep packet inspection; Programming inter- plexities (shaded red) inherent to the underlying deploy- faces; Programmable networks; ment models. DeepMatch (right) pushes DPI into the com- modity SmartNICs currently used to accelerate header fil- KEYWORDS tering and integrates DPI with P4, which improves perfor- Network processors, Programmable data planes, P4, SmartNIC mance and scalability while enabling a simpler deployment ACM Reference Format: model.
    [Show full text]
  • Software Self-Healing Using Error Virtualization
    Software Self-healing Using Error Virtualization Stylianos Sidiroglou Submitted in partial fulfillment of the Requirements for the degree of Doctor of Philosophy in the Graduate School of Arts and Sciences COLUMBIA UNIVERSITY 2008 c 2008 Stylianos Sidiroglou All Rights Reserved ABSTRACT Stylianos Sidiroglou Software Self-healing Using Error Virtualization Despite considerable efforts in both research and development strategies, software errors and subsequent security vulnerabilities continue to be a significant problem for computer systems. The accepted wisdom is to approach the problem with a multitude of tools such as diligent software development strategies, dynamic bug finders and static analysis tools in an attempt to eliminate as many bugs as possible. Unfortunately, history has shown that it is very hard to achieve bug-free software. The situation is further exacerbated by the exorbitant cost of system down-time which some estimates place at six million dollars per hour. In the absence of perfect software, retrofitting error toleration and recovery techniques, in systems not designed to deal with failures, becomes a necessary complement to proactive approaches. Towards this goal, this dissertation introduces and evaluates a set of techniques for recovering program execution in the presence of faults by effectively retrofitting legacy applications with exception handling techniques, Error Virtualization and AS- SURE . The main premise of the approach is that there is a mapping between faults that may occur during program execution and a finite set of errors that are explicitly handled by the program’s code. Experimental results are presented to support our hypothesis. The results demonstrate that our techniques can recover program execu- tion in the case of failures in 80 to 90% of the examined cases, based on the technique used.
    [Show full text]
  • Enhanced OS-9 Release Notes 58 Networking Notes 58 Protocol Modules 58 Utilities 59 Drivers 60 MAUI Notes 61 SNMP Notes 62 OS-9 Utilities Notes 62 Enhancements
    Microware OS-9 Release Notes Version 3.2 www.radisys.com World Headquarters 5445 NE Dawson Creek Drive • Hillsboro, OR 97124 USA Phone: 503-615-1100 • Fax: 503-615-1121 Toll-Free: 800-950-0044 International Headquarters Gebouw Flevopoort • Televisieweg 1A NL-1322 AC • Almere, The Netherlands Phone: 31 36 5365595 • Fax: 31 36 5365620 RadiSys Microware Communications Software Division, Inc. 1500 N.W. 118th Street Des Moines, Iowa 50325 515-223-8000 Revision A December 2001 Copyright and publication information Reproduction notice This manual reflects version 3.2 of Microware OS-9. The software described in this document is intended to Reproduction of this document, in part or whole, by be used on a single computer system. RadiSys Corpo- any means, electrical, mechanical, magnetic, optical, ration expressly prohibits any reproduction of the soft- chemical, manual, or otherwise is prohibited, without written permission from RadiSys Microware ware on tape, disk, or any other medium except for Communications Software Division, Inc. backup purposes. Distribution of this software, in part or whole, to any other party or on any other system may Disclaimer constitute copyright infringements and misappropria- The information contained herein is believed to be tion of trade secrets and confidential processes which accurate as of the date of publication. However, are the property of RadiSys Corporation and/or other RadiSys Corporation will not be liable for any damages parties. Unauthorized distribution of software may including indirect or consequential, from use of the cause damages far in excess of the value of the copies OS-9 operating system, Microware-provided software, involved.
    [Show full text]
  • PS2 Controller IP Core for on Chip Embedded System Applications
    International Journal of Computational Engineering Research||Vol, 03||Issue, 6|| PS2 Controller IP Core For On Chip Embedded System Applications 1,V.Navya Sree , 2,B.R.K Singh 1,2,M.Tech Student, Assistant Professor Dept. Of ECE, DVR&DHS MIC College Of Technology, Kanchikacherla,A.P India. ABSTRACT In many case on chip systems are used to reduce the development cycles. Mostly IP (Intellectual property) cores are used for system development. In this paper, the IP core is designed with ALTERA NIOSII soft-core processors as the core and Cyclone III FPGA series as the digital platform, the SOPC technology is used to make the I/O interface controller soft-core such as microprocessors and PS2 keyboard on a chip of FPGA. NIOSII IDE is used to accomplish the software testing of system and the hardware test is completed by ALTERA Cyclone III EP3C16F484C6 FPGA chip experimental platform. The result shows that the functions of this IP core are correct, furthermore it can be reused conveniently in the SOPC system. KEYWORDS: Intellectual property, I. INTRODUCTION An intellectual property or an IP core is a predesigned module that can be used in other designs IP cores are to hardware design what libraries are to computer programming. An IP (intellectual property) core is a block of logic or data that is used in making a field programmable gate array ( FPGA ) or application-specific integrated circuit ( ASIC ) for a product. As essential elements of design reuse , IP cores are part of the growing electronic design automation ( EDA ) industry trend towards repeated use of previously designed components.
    [Show full text]
  • Foundations of Hybrid and Embedded Systems and Software
    FINAL REPORT FOUNDATIONS OF HYBRID AND EMBEDDED SYSTEMS AND SOFTWARE NSF/ITR PROJECT – AWARD NUMBER: CCR-0225610 UNIVERSITY OF CALIFORNIA, BERKELEY November 26, 2010 PERIOD OF PERFORMANCE COVERED: November 14, 2002 – August 31, 2010 1 Contents 1 Participants 3 1.1 People ....................................... 3 1.2 PartnerOrganizations: . ... 9 1.3 Collaborators:.................................. 9 2 Activities and Findings 14 2.1 ProjectActivities ............................... .. 14 2.1.1 ITREvents ................................ 16 2.1.2 HybridSystemsTheory . .. .. 16 2.1.3 DeepCompositionality . 16 2.1.4 RobustHybridSystems . .. .. 16 2.1.5 Hybrid Systems and Systems Biology . .. 16 2.2 ProjectFindings................................. 16 3 Outreach 16 3.1 Project Training and Development . .... 16 3.2 OutreachActivities .............................. .. 16 3.2.1 Curriculum Development for Modern Systems Science (MSS)..... 16 3.2.2 Undergrad Course Insertion and Transfer . ..... 16 3.2.3 GraduateCourses............................. 16 4 Publications and Products 16 4.1 Technicalreports ................................ 16 4.2 PhDtheses .................................... 16 4.3 PhDtheses .................................... 16 4.4 Conferencepapers................................ 16 4.5 Books ....................................... 16 4.6 Journalarticles ................................. 16 4.6.1 The 2009-2010 Chess seminar series . ... 16 4.6.2 WorkshopsandInvitedTalks . 16 4.6.3 GeneralDissemination . 16 4.7 OtherSpecificProducts
    [Show full text]
  • AN 351: Simulating Nios II Processor Designs
    Simulating Nios II Embedded Processor Designs May 2004, ver.1.0 Application Note 351 Introduction The increasing pressure to deliver robust products to market in a timely manner has amplified the importance of comprehensively verifying embedded processor designs. Therefore, when choosing an embedded processor a key consideration is the verification solution supplied with the processor. Nios® II embedded processor designs support a broad range of verification solutions including: ■ Board Level Verification — Altera offers a number of development boards that provide a versatile platform for verifying both the hardware and software of a Nios II embedded processor system. The Nios II integrated development environment (IDE) can be used to verify designs running on development or custom boards using it’s built in debugger. You can find more information on the Nios II IDE debugger in the Nios II IDE online help. Hardware components that interact with the processor can further be debugged with the Signal Tap II embedded logic analyzer. For more information on Signal Tap II, see AN 323: Using Signal Tap II Embedded Logic Analyzer in SOPC Builder Systems. ■ Instruction Set Simulator (ISS) — An instruction set simulator is used to model the Nios II processors instruction set in a software based simulation model. This allows designers to run the executable image from their software project on the ISS and to debug the software using the Nios II IDE debugger. The ISS is particularly useful if a development board is not available. The ISS is principally used for software debugging purposes; however, it is also capable of modeling a subset of the components available in the SOPC Builder.
    [Show full text]
  • Introduction to Embedded System Design Using Field Programmable Gate Arrays Rahul Dubey
    Introduction to Embedded System Design Using Field Programmable Gate Arrays Rahul Dubey Introduction to Embedded System Design Using Field Programmable Gate Arrays 123 Rahul Dubey, PhD Dhirubhai Ambani Institute of Information and Communication Technology (DA-IICT) Gandhinagar 382007 Gujarat India ISBN 978-1-84882-015-9 e-ISBN 978-1-84882-016-6 DOI 10.1007/978-1-84882-016-6 A catalogue record for this book is available from the British Library Library of Congress Control Number: 2008939445 © 2009 Springer-Verlag London Limited ChipScope™, MicroBlaze™, PicoBlaze™, ISE™, Spartan™ and the Xilinx logo, are trademarks or registered trademarks of Xilinx, Inc., 2100 Logic Drive, San Jose, CA 95124-3400, USA. http://www.xilinx.com Cyclone®, Nios®, Quartus® and SignalTap® are registered trademarks of Altera Corporation, 101 Innovation Drive, San Jose, CA 95134, USA. http://www.altera.com Modbus® is a registered trademark of Schneider Electric SA, 43-45, boulevard Franklin-Roosevelt, 92505 Rueil-Malmaison Cedex, France. http://www.schneider-electric.com Fusion® is a registered trademark of Actel Corporation, 2061 Stierlin Ct., Mountain View, CA 94043, USA. http://www.actel.com Excel® is a registered trademark of Microsoft Corporation, One Microsoft Way, Redmond, WA 98052- 6399, USA. http://www.microsoft.com MATLAB® and Simulink® are registered trademarks of The MathWorks, Inc., 3 Apple Hill Drive, Natick, MA 01760-2098, USA. http://www.mathworks.com Apart from any fair dealing for the purposes of research or private study, or criticism or review, as permitted under the Copyright, Designs and Patents Act 1988, this publication may only be reproduced, stored or transmitted, in any form or by any means, with the prior permission in writing of the publishers, or in the case of reprographic reproduction in accordance with the terms of licences issued by the Copyright Licensing Agency.
    [Show full text]