A Cornputer Aided Software Engineering Tool for Scient Ific And

Total Page:16

File Type:pdf, Size:1020Kb

A Cornputer Aided Software Engineering Tool for Scient Ific And QjXspec: A Cornputer Aided Software Engineering Tool for Scientific and Mathematical Applications BY Stephen E. Oliver A Practicum Report Submitted to the Faculty of Graduate Studies, University of Manitoba in partial fulfillment of the requirernents for the Degree of Master of Mathematical, Computational and Statistical Sciences Institute oE industriai Mathematicd Sciences University of Manitoba FVi-peg, hranitoba @ Stephen E. OIiver, 3001 National Libraiy Bibliothhque nationaie 1*1 of Canada du Canada A uisitions and Acquisitions et ~gio~rn~hicSetvices seMces bibliographiques 395 Weüïngton Street 395. nie WeUington Onawa ON K1A ON4 ûttawa ON Ki A ON4 canada CaMda The author has granted a non- L'auteur a accordé une licence non exclusive licence aiiowing the exclusive permettant à la National Lïbrary of Canada to Bibliothèque nationale du Canada de reproduce, han, distriiute or sell reproduire, prêter, distribuer ou copies of dis thesis in microform, vendre des copies de cette thèse sous paper or electronic formats. la forme de microfichelfilm, de reproduction sur papier ou sur format éiectronique. The author retains ownership of the L'auteur conserve la propriété du copyright in this thesis, Neither the droit d'auteur qui protège cette thèse. thesis nor substantial extracts from it Ni la thèse ni des extraits substantiels rnay be printed or otherwise de celle-ci ne doivent être imprimés reproduced without the author's ou autrement reproduits sans son permission. autorisation. THE UNIVERSïïY OF MANITOBA FACULTY OF GRADUATE STUDIES **** COPYRiGEiT PERMISSION TEXspec: A COMPüTER AIDED SOFTWARE ENGINEERING TOOL FOR SCIENTIF'iC AND MATHEMATICAL APPLICATIONS STEPHEN ElOLIVER A ThesisRracticum submitted to the Faculty of Graduate Studies of The University of Manitoba iïi partiai fflimentof the requirement of the degree of MASTER OF MATEIEMATICAL, COMPZITATIONAL AND STATISTICAL SCENCES STEPHEN E. OLLVER Q 2001 Permission has been granted to the Libnuy of the Univenity of Maoitoba to lend or sel1 copies of this tfiesis/practieum, to the Nationai Libray of Canada to microfilm this thesis and to lend or sen copk of the fdm, and to University Microfdms Inc, to publish an abstract of this thesis/practicum, Tbis reproduction or copy of this thesis bas been made avaüable by authority of the copyright owner solely for the purpose of private study and research, aod may only be reproduced and copied as permitted by copyright laws or with express written authorization fimthe copyright orner, Abstract This report discusees the dewlopment of the '&jbpec Computer Aided Software Engineering (CASE) tool, which assists with the development and documentation of softwate in an environment where software quality is closely monitoted, perhaps by independent reguiators. The tao1 can assist in the development of a broad range of software, but is targeted at the software that imptements mathematical models. Wpec generates rtquirements specificatîons, design specifications and compiiabIe code in a structureri form whiie ensuring consistency between products. The onginai application of wecwas to Bssist devetopers of soRware modeling a repository for Canada's high level nuclear waste to achive compliance with a quality assurance standard ~pecifiedby goverment reguiators. This Iepoh details the form of documentation products produceci by 'QXqec and ai1 required inputs. It discusses the processing that "QXspec uses to convert înput înto finai products. The method of ensuring consistency between products is reviewed. htmction is provideci for operating wpecusing a graphitai user interface. The significance of the work is discdand directions for hiturc! development are suggoited. Some of the requirements of '&Xspec are continuing to evolve, As such, the development is of necessity of a prototype, or spirai mode€, nature, This report acts as a statu report on the development of ï$Jspec and provides a reference for both users and programmers. The author acknowledges the guidance, patience and funding provided by Ontario Power Generation sup porta the development O€ the WpecCASE tool. Paul Gierszewski has acted as project oficer provïding valuable feedback and onginal ideas. May ï$$qtec documentation products have ben reviewed by Teà Melnyk and Chuck Kitson. Their ieedback provided valuable input ta the development process. Maay of the innovative concepts irnplemented by the system, incIudïmg the separation of content from format of documentation, origbate with Terry Andres, who cwmpervised Mpecdevelopment- Some of these concepts were researched initially by Deunis LeNeveu, whose Fortran program mdef inspired WP=- Dr. Sylvanus Ebikioya served 8s -eupervisor at the University of Manitoba. He bas responded to an unknowu *th to be travelied under tight time constrrUnts in an effective and heIphil mannet. The patience and support of Atclmic Energy of Ceneda Ltd. management, in the perçons of All Wikjord and Peter Sargent bas been crucial to the development of mec. The unusd employment situation as the research site in Pinawa is wound dawu hBS been a Wenge to everyone involved. The administration at the Universi~yof Manitoba and the Institute oi Industrial Mathematical Sciences WS)have reacted to the peculiar circumstancw in Pinawa in a highiy ffexibleand patient manner. Pr* fessor John Brewster directs the IIiMS and has led the way, Contents 1 introduction 1 1.1 Problem Definition .......................................... L 1.1.1 Commercial Tools ...................................... 2 1.1.2 Yourdon/DeiMarco Methodology .............................. 2 1.1.3 Design Specifications ..................................... 3 1.1.4 Experienœ with Software Quality Control ......................... 3 1.2 ObjectiveoftheStudy.. ...................................... 4 1.3 Significance of the Study ....................................... 5 1.4 Limitations .............................................. 5 1.5 Related Work ............................................. 5 1.6 Notations ............................................... 6 1.7 Organization of the Report ..................................... 7 2 Spdcation and Design 8 2.1.1 Requirements Specification for i@qec .......................... 8 2.1.2 Architecture of Wpec ................................... 9 2.1.3 Design of QXqec ...................................... 10 2.1.4 impIementation Lenguage .................................. 13 2.2 Application Shared Components .................................. 14 2.2.1 Regnirements Data Dictiomry ............................... L4 i 2.22 Design Data Dictionary ................................... 15 2.2.3 Dictionary Listing ...................................... 17 2.2.4 Equatio m ........................................... 18 2.3 Applicaticn Composite Components ................................ 20 2.3.1 Data Flow Diagratm ..................................... 20 2.3.2 Pmcess Specifications (Mini-Sm) ............................. 25 2.3.3 Design Specifications ..................................... 27 2.3.4 Stnictllie Charts ....................................... 33 2.3.5 Man uais ............................................ 36 3 Graphical User interface 37 3.1 Architecture .............................................. 37 3.2 Con&uration and the Sead List ................................. 38 3.3 Requirements Data Dictionary ................................... 39 3.4 Design Data Dictionary ....................................... 41 3.5 Dictionary Listing .......................................... 41 3.6 Proceas Specifications (Mini-spem) ................................. 42 3.7 Data Flow Diagrams ......................................... 43 3.8 DesignSpecificatiom ......................................... 45 3.9 StnictureCharts ........................................... 4û 3-10 Maauais and Equations ....................................... 49 3.11 Java - Perl interface ........................................ 43 4 Conclusions 52 4.1 Maintenance and hture Development ............................... 52 A Sample Data FIow Diagram 54 B Sample Design Speciûcation 56 B.1 Output ................................................ 56 B.2 Input ........................................... 63 C Sample PERL fim*pt 68 D Sample Java Module (GUI) 77 E Installation 83 E.1 Prerequisite Software ......................................... 83 E.1.1 Perl .............................................. 83 E.1.2 mandm ........................................ 83 EL3 Noweb ............................................. 83 E.1.4 JAVA Runtime Environment ................................ 84 E.2 Wpec Speci6c hdiation .................................. 84 1 Introduction The Deep Geologic Repaeitory Technology Program (DGm), addnistered by Ontario Pawer Generation (OPG) ,is chargeci with developing technology to deal with Canada's high level nuclear waste. Atomic Energy of Canada Ltd (AECL), ns a major contractor to the DGR!I'E', has accumulated considerable expenence developing computer programs to mode1 a deep geologîc repository for used luel [8, 91. These programs require software of dernonstrably iugh quaiity to support tesults pmented to the Cadian Nuclear Safety Commission (CNSC) and the public. ln 1999 the Canadian Standards Miation (CSA) adopted astandard (CSA N286.7) [41 lot the development of nuclear safety related computer progranm. a scxipe that included many DGRTP models. While the software development procm used previously was considered robust, it required reiinement in order to achieve cornplianuice
Recommended publications
  • M Morpho of Sm Ologica Mall-Sp S Al, Phy Pore a Solana Siolog
    Vol. 8(37), pp. 3422-3434, 10 September, 2014 DOI: 10.5897/AJMR2014.6802 Article Number: B5A96EE47927 ISSN 1996-0808 African Journal of Microbiology Research Copyright © 2014 Author(s) retain the copyrighht of this article http://www.academicjournals.org/AJMR Full Length Research Paper Morphological, physiological and pathogenic variability of small-spore Alternaria sp. causinng leaf blight of Solanaceous plants in Allgeria BESSADAT Nabahat1*, SIMONEAU Philippe2, BENICHOU Soumaya1, SETTI Benali3, Kihal Mabrouk1 and HENNI Djamel Eddine1 1Laboratoire de Microbiologie Appliquée, Université d’Oran Es-Senia, BP15224 El M’naouer 31000 Oran, Algeria. 2SFR QUASAV 4207, UMR 1345 IRHS, Université d’Angers, 2 boulevard Lavoisier, France. 3Institut des Sciences Agronomiques, Université de Chlef, Algeria. Received 25 February, 2014; Acceppted 9 June, 2014 Due to premature defoliation, early blight epidemics can cause major yield losses. Large-spore Alternaria species such as A. solani and A. tomatophila have long been recognized as important pathogens responsible for such blight disease in the famiily Solanaceeae and thus represent a serious risk for crop production. Small-spore Alternaria species have also been frequently isolated from plant samples with typical blight symptoms but their incidence as primary pathogens is often controversial. In order to study the diversity of small-spore Alternaria species, 32 isolates were selected from a larger collection of 130 isolates from infected leaves, fruits and sttems of tomato from various growing regions of North-West Algeria. Morphological characterization under standard conditions annd polymerase chain reaction (PCR) analyses using specific primers to amplify a part of the ITS regions and the 5.8S gene were conducted to confirm their identification as members of the altternata section.
    [Show full text]
  • Create Low-Power Applications with MQX™ and MQX™ Lite RTOS FTF-SDS-F0040
    Hands-On Workshop: Create Low-Power Applications with MQX™ and MQX™ Lite RTOS FTF-SDS-F0040 Maclain Lobdell | Freescale Software Product Manager Vincent Leynaert | Freescale FAE APR.2014 TM External Use Hands-On Workshop: Create Low-Power Applications with MQX™ and MQX™ Lite RTOS FTF-SDS-F0040 4 Hour Class Learn how to take advantage of the power management capabilities of MQX and MQX Lite RTOS. See how to create feature-rich applications without killing battery life. Attendees will get hands-on experience with system power mode transitions, driver state transitions and slowing or stopping the system tick timer for power savings. TM External Use 1 Session Introduction • Power efficiency is an increasingly important part of embedded product design. Power consumption budgets are tightening even though performance expectations are ever increasing. • You can create power efficient applications while using an RTOS for sophisticated designs. TM External Use 2 Session Objectives • After completing this session you will be able to: − Understand how power management capabilities can be used in RTOS- based applications − Understand how to perform system power mode transitions, frequency scaling, driver state transitions, and slow or stop the RTOS system tick timer for power savings TM External Use 3 Agenda • Quick Review of MQX Software Solutions • Tools for Analyzing MCU Power • Kinetis MCU Low Power Features • MQX RTOS Power Management Features − Hands On • Optimizing Applications for Low Power − Optimizing/Disabling the System Tick Timer − Architecting
    [Show full text]
  • Computer Architectures an Overview
    Computer Architectures An Overview PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Sat, 25 Feb 2012 22:35:32 UTC Contents Articles Microarchitecture 1 x86 7 PowerPC 23 IBM POWER 33 MIPS architecture 39 SPARC 57 ARM architecture 65 DEC Alpha 80 AlphaStation 92 AlphaServer 95 Very long instruction word 103 Instruction-level parallelism 107 Explicitly parallel instruction computing 108 References Article Sources and Contributors 111 Image Sources, Licenses and Contributors 113 Article Licenses License 114 Microarchitecture 1 Microarchitecture In computer engineering, microarchitecture (sometimes abbreviated to µarch or uarch), also called computer organization, is the way a given instruction set architecture (ISA) is implemented on a processor. A given ISA may be implemented with different microarchitectures.[1] Implementations might vary due to different goals of a given design or due to shifts in technology.[2] Computer architecture is the combination of microarchitecture and instruction set design. Relation to instruction set architecture The ISA is roughly the same as the programming model of a processor as seen by an assembly language programmer or compiler writer. The ISA includes the execution model, processor registers, address and data formats among other things. The Intel Core microarchitecture microarchitecture includes the constituent parts of the processor and how these interconnect and interoperate to implement the ISA. The microarchitecture of a machine is usually represented as (more or less detailed) diagrams that describe the interconnections of the various microarchitectural elements of the machine, which may be everything from single gates and registers, to complete arithmetic logic units (ALU)s and even larger elements.
    [Show full text]
  • MQX Board Support Package Porting Guide on KEIL By: Guo Jia
    Freescale Semiconductor Document Number:AN4626 Application Note Rev. 0, 11/2012 MQX Board Support Package Porting Guide on KEIL by: Guo Jia Contents 1 Introduction 1 Introduction................................................................1 This application note is a supplement to AN4287: MQX Board 2 Introduction to MQX’s BSP......................................1 Support Package Porting Guide, available on freescale.com. 3 Steps to make a new BSP based on an AN4287 introduced how to create new BSP in CW7.2, CW10 existing BSP manually..............................................7 and IAR, but didn't cover KEIL embedded development products. So, this application note introduces how to create a 4 Using script tool to accelerate the new BSP in KEIL for porting. In addition, this document also process.......................................................................8 introduces a script tool to help make this procedure much 4.1 About the script tool.......................................8 easier. All the discussion in this application note is based on Freescale MQX™ RTOS 3.8.0. 4.2 Command for making a new BSP..................8 4.3 Command for deleting a BSP........................9 4.4 Command for making a new application project ........................................9 2 Introduction to MQX’s BSP 4.5 Command for backing up a BSP..................10 BSP masks the hardware details and provides the uniform 4.6 Command for installing a BSP....................11 interface to the operating system (OS). Before beginning to port a BSP for MQX, it must be known how MQX is 4.7 Preparation for using the organized and how it works. command......................................................11 Figure 1 shows the folder organization of MQX. The folders 5 Possible disadvantage of the script tool..................12 enclosed by red rectangular boxes (as shown in Figure 1) are 5.1 Deletion error (Deleting files or significant while porting a BSP.
    [Show full text]
  • Linux Hardware Compatibility HOWTO Linux Hardware Compatibility HOWTO
    Linux Hardware Compatibility HOWTO Linux Hardware Compatibility HOWTO Table of Contents Linux Hardware Compatibility HOWTO........................................................................................................1 Patrick Reijnen, <[email protected] (remove both "antispam.")>..1 1.Introduction...........................................................................................................................................1 2.Computers/Motherboards/BIOS...........................................................................................................1 3.Laptops..................................................................................................................................................1 4.CPU/FPU..............................................................................................................................................1 5.Memory.................................................................................................................................................1 6.Video cards...........................................................................................................................................2 7.Controllers (hard drive).........................................................................................................................2 8.Controllers (hard drive RAID)..............................................................................................................2 9.Controllers (SCSI)................................................................................................................................2
    [Show full text]
  • DRUG DELIVERY Review and Outlook I N D U S T R Y G R O W T H T O C O N T I N U E T H R O U G H N E W Technologies
    SPECIAL REPORT DECEMBER 2011 DRUG DELIVERY REVIEW AND OUTLOOK INDUSTRY GROWTH TO CONTINUE THROUGH NEW TECHNOLOGIES The worldwide drug-delivery arena is growing each year as the increasing aging population is in need of improved methods of administration for products and therapies. Drug-delivery industry growth is being led by the United States as well as emerging markets. Oral forms remain the preferred method of drug-delivery administration. Gaining in popularity are parenteral, inhalation and implantable systems. Elements impacting the development of drug-delivery systems include reimbursement, environmental factors, and regulatory processes. Product developers are coming up with better ways to improve therapy performance and safety as patients become more involved in their treatments in an effort to cut down on costs. New electronic technologies for reusable systems and disposable devices are leading to improved sales of auto-injectors. Microneedle technology is on the rise so that medicine can be precisely delivered to areas in need of treatment. UBM CANON DATA PRODUCTS TABLE OF CONTENTS 828B Newtown-Yardley Road, Suite B Drug-Delivery Industry Overview . Page 3 Newtown, PA 18940 Drug-Delivery Company Overview . 8 United States Phone: +1 .215 .944 .9800 Drug-Delivery Prescription Products Fax: +1 .215 .867 .0053 Website: PharmaLive .com Awaiting Approval . 26 Steve Corrick Phase III . 29 VP and Executive Director UBM Canon Publishing Phase II/III . 36 steve .corrick@ubm .com Phase II . 37 Roger Burg Phase I/II . 46 VP, Operations Publications Division Phase I . 47 roger .burg@ubm .com +1 .310 .445 .4221 Preclinical Development . 50 Glenn Glasberg Companies . 52 Circulation and Marketing Director glenn .glasberg@ubm .com Drug-Delivery Medical Devices +1 .215 .944 .9810 Class I Devices – General Controls – 510(k) Exempt .
    [Show full text]
  • A Real Time Operating System Survey
    A Real Time Op erating System Survey John Ford 1 What the heck is a Real Time system anyway? From Donald Gillies: \A real-time system is one in which the correctness of the computations not only dep ends up on the logical correctness of the computation but also up on the time at which the result is pro duced. If the timing constraints of the system are not met, system failure is said to have o ccurred." From POSIX 1003.1: \Realtime in op erating systems: the ability of the op erating system to pro- vide a required level of service in a b ounded resp onse time" 2 What makes a good RTOS? A RTOS Real-Time Op erating System has to have a real-time kernel Good do cumentation Good device supp ort Good to ols 3 Why are there so darn many? Classes of RTOS low-end small { AMX { C-Executive { CMX { Precise/MQX { Nucleus { C-Task { RTEMS { eCOS 4 Why are there so darn many? Classes of RTOS Mid-range { RT-Linux { OS-9 { QNX { VRTX { VxWorks { RTEMS { eCOS 5 Why are there so darn many? Classes of RTOS High-end large { ChorusOS { LynxOS { RT-Linux { Solaris 6 How can I sort through this mess? A couple of examples of cho osing: High-end Solaris 2.X Virtual trigger connection beween the VLA and the 140 ft. Mid-range VxWorks Telescop e control Low-end C-Task Monitor and Control system for an Inertial Nav- igation System test stand 7 And now for something completely di erent Some \Free" RTOS options High-end RT-Linux Mid-range RT-Linux,RTEMS,eCOS Low-end C-Task,eCOS,uCOS,..
    [Show full text]
  • Nucleus Embedded Real Time Operating System (RTOS)
    5C46 AT91 3Party BAT.xp 7/09/05 2:49 Page 1 ARM© T HUMB© MICROCONTROLLERS AT91 Third Party Development Tools 5C46 AT91 3Party BAT.xp 7/09/05 2:49 Page 2 T ABLE OF C ONTENTS Vendor Products Page Chapter I - Compilers, Assemblers and Debuggers I-01 Accelerated Technology Nucleus EDGE . .I-02 American Arium SourcePoint™ Debugger . .I-03 ® ARM RealView Development Suite . .I-04 Ashling Source-Level Debugger . .I-05 Embest Atmel ARM Development Tools . .I-06 Green Hills Software MULTI® Integrated development environment & Optimizing C & C++ compilers . .I-07 Hitex Development Tools HiTOP for ARM . .I-08 ® IAR Systems IAR Embedded Workbench for ARM . .I-09 Keil Software PK-ARM Professional Developer’s kit . .I-10 Lauterbach TRACE32-PowerView . .I-11 ® MQX Embedded The MetaWare Tool Suite for ARM . .I-12 Rowley Associates CrossWorks for ARM . .I-13 Signum Systems Chameleon-ARM Multi-Core Debugger . .I-14 Chapter II - JTAG ICE Interfaces II-01 Abatron BDI1000 / BDI2000 . .II-02 American Arium GT-1000D/LC-500 . .II-03 ARM ARM RealView® Trace™ capture unit ® ARM RealView ICE & Multi-ICE JTAG Interface unit . .II-04 Ashling Opella - Genia . .II-05 Green Hills Software Green Hills Hardware Debug Devices . .II-06 Hitex Development Tools Tantino & Tanto Debug Tools . .II-07 Keil Software ULINK USB-JTAG Interface Adapter . .II-08 Lauterbach TRACE32-ICD . .II-09 Segger J-Link . .II-10 Signum Systems JTAGjet-ARM - JTAGjet-Trace . .II-11 Sophia Systems EJ-Debug JTAG Emulator . .II-12 Chapter III - RTOS III-01 Accelerated Technology Nucleus PLUS . .III-02 Adeneo Windows CE support for AT91RM9200 based designs .
    [Show full text]
  • DOCUMENT RESUME Regional Technology Planning Workshop
    DOCUMENT RESUME ED 425 699 IR 018 957 TITLE Regional Technology Planning Workshop. Resource Manual, 1997. INSTITUTION Technology & Innovations in Education, Rapid City, SD.; Mid-Continent Regional Educational Lab., Aurora, CO. SPONS AGENCY Office of Educational Research and Improvement (ED), Washington, DC. PUB DATE 1997-00-00 NOTE 140p.; This document is comprised largely of pages photocopied from other documents, books, and journal articles--some figures, illustrations, and text may, however, reproduce poorly. CONTRACT RJ96006101 PUB TYPE Collected Works Proceedings (021) Reports Descriptive (141) EDRS PRICE MF01/PC06 Plus Postage. DESCRIPTORS Access to Information; Computer Assisted Instruction; Computer Managed Instruction; Computer Networks; *Computer Uses in Education; *Educational Technology; Elementary Secondary Education; *Information Technology; Integrated Learning Systems; Internet; Microcomputers; Professional Development; Program Implementation; *Strategic Planning ABSTRACT This Technology & Innovations in Education (TIE) workshop was presented on April 24 and 25, 1997, in Denver, CO, to help participants gain a big picture perspective of technology planning and related issues, understand a model for sound, practical technology planning, build capacity for leading a local planning effort, engage in the steps of the planning process, and network and collaborate with colleagues regarding related issues. The manual contains the following sections:(1) Outcomes and Agenda; (2) Planning Model Overview -- includes information gathering
    [Show full text]
  • Getting Started with Freescale MQX RTOS
    Freescale Semiconductor Document Number: MQXGSRTOS User's Guide Rev. 4.2.0, 04/2015 Getting Started with Freescale MQX™ RTOS Contents 1 Read Me First 1 Read Me First................................... .........................1 2 Building the MQX RTOS libraries.......... .................1 This document describes steps required to configure the Kinetis Design Studio, CodeWarrior, IAR Embedded 3 Porting User Applications from MQX Workbench®, DS-5, and KEIL™ development tools and use RTOS 4.0.2 and Older Versions .............................. 5 them to build, run, and debug applications of the Freescale 4 Creating a New MQX RTOS Project - MQX™ RTOS operating system. This document also Freescale CodeWarrior development studio provides board-specific information related to the MQX version 10...................................................... ............6 RTOS. 5 Using debug I/O as a default I/O channel.. .............11 6 Setting default USB controller for host and device applications.................................................. 15 2 Building the MQX RTOS 7 Task Aware Debugging Plug-in............ ..................16 libraries 8 Integrating Processor Expert Drivers into MQX RTOS BSP...................................... ..............21 Subsequent sections show how to build the MQX RTOS 9 Board-specific Information Related to the libraries. MQX RTOS............................................................ 22 2.1 Compile-time configuration Major compile-time configuration options are grouped in a single user configuration file located in: <install_dir>/config/<board>/user_config.h © 2014 Freescale Semiconductor, Inc. Building the MQX RTOS libraries This user configuration file is included internally by private configuration files in MQX RTOS PSP and BSP and other core components such as RTCS, USB, and Shell. To share the configuration settings between different boards, add header files to the user_config.h file with common settings.
    [Show full text]
  • EUF-SMC-T3486.Pdf
    i.MX Family Updates Thomas Aubin i.MX RMM EMEA October 2018 | EUF-SMC-T3486 Company Public – NXP, the NXP logo, and NXP secure connections for a smarter world are trademarks of NXP B.V. All other product or service names are the property of their respective owners. © 2018 NXP B.V. Agenda • i.MX: Overall offer • i.MX NPI updates − i.MX 6 ULZ − i.MX 7 ULP − i.MX 8 Series • i.MX Solution − PMIC Solution − Pro-support − Audio & Video − Linux POS ref design COMPANY PUBLIC 1 SECURE CONNECTIONS FOR THE SMARTER WORLD COMPANY PUBLIC 2 DEVELOPING SOLUTIONS CLOSE TO WHERE OUR CUSTOMERS AND PARTNERS OPERATE EMEA AMERICAS ASIA PAC HEADQUARTERS EINDHOVEN, NETHERLANDS R&D COMPANY PUBLIC 3 i.MX OVER HALF BILLION SHIPPED YTD ☺ !! #1 in eReaders #1 in Auto Infotainment Applications Processors #1 in Reconfigurable Clusters Major player in MM and Industrial Market 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 i.MX i.MX Auto COMPANY PUBLIC 4 i.MX Applications Processor Values • Trusted Supply − Product longevity: Minimum 10 to 15 years − Security and safety: Hardware acceleration, software − Reliability: Zero-defect methodology, ULA, low SER FIT − Quality: Automotive AEC-Q100, Industrial/Consumer JEDEC Trust Crypto • Scalability for Maximum Platform Reuse Anti- − Pin compatibility and software portability Tamper − Integration: CPU (single/dual/quad, asymmetric), GPU, IO − Software: Linux, Android, Windows-embedded, RTOS • Support and Enablement − Industry-leading partners and support community − Manufacturability: 0.65 to 0.8mm options, fewer PCB
    [Show full text]
  • Nucleus PORTING KIT
    TECHNICAL DATASHEET Nucleus PORTING KIT OS Changer Nucleus® Porting Kit is a C/C++ source-level virtualization technology that allows you to easily re-use your software developed using Nucleus APIs on another OS, while providing real-time performance. It eliminates the manual porting eort, saves money and shortens the time to market. OS Changer can also be used to simulate the Nucleus Interface on a host machine. OS Changer Interface connects to your existing application that was developed on Nucleus while the OS Abstractor Target Specic Module (specic to your target OS) provides the connection to the OS you are moving to. OPTIMIZED CODE GENERATION: OPTION ONE • Legacy porting tool to easily import your Nucleus applications into AppCOE • Perform your porting and simulation on Windows/Linux host machine with the provided GNU tools for x86 • Generate optimized Nucleus Interface code for your target, specic to your application • Generate project les for your target IDE/tools environment • Enable target proling of the Nucleus Interface and of the application functions to collect valuable performance data and generate comparative performance reports • Selectively optimize each Nucleus Interface function for performance based on its usage in your application • Automatically generate initialization and conguration code based on the settings you chose in the GUI-based wizard FULL SOURCE PACKAGE GENERATION: OPTION TWO • Use with your preferred IDE/tools instead of the AppCOE development environment • Provides a Porting Kit in a source code format
    [Show full text]