The OpenMAX DL (Development Layer) APIs contain a comprehensive set of audio, video, signal processing function primitives which can be implemented and optimized on various CPUs and hardware engines and then used for accelerated codec functionality. API functions target key algorithms in such codecs as H.264, MPEG-4, AAC, MP3, and JPEG.
This is svd source code implementation in c++ ,
the zip file contain the ap file ,more detail ,please see the ap library adapted for c++ in the zip file.also there is faq to answer your question.
To get started with Code Composer Studio? (CCStudio) Development Tools, review the first two sections
of this book. The remaining sections contain more detailed information on specific processes and tools. To
determine whether you can utilize these features, see the online help provided with the Code Composer
Studio installation.
A light-emitting diode (LED) is a semiconductor device that emits narrow-spectrum incoherent light when forward-biased.The color of the emitted light depends on the chemical composition of the semiconductor material used, and can benear-ultraviolet, visible or infrared. LEDs are more prevalent today than ever before, replacing traditional incandescent andfluorescent bulbs in many lighting applications. Incandescents use a heated filament, are subject to breakage and burnoutand operate at a luminous efficiency of 2% to 4%. Fluorescents are more efficient, at 7% to 12%, but require highdrive voltage and contain mercury, a toxic substance that may be eventually banned in certain countries. LEDs, however,produce light directly through electroluminescence, operate at low voltage and can deliver over 20% luminous efficiency.
The C500 microcontroller family usually provides only one on-chip synchronous serialchannel (SSC). If a second SSC is required, an emulation of the missing interface mayhelp to avoid an external hardware solution with additional electronic components.The solution presented in this paper and in the attached source files emulates the mostimportant SSC functions by using optimized SW routines with a performance up to 25KBaud in Slave Mode with half duplex transmission and an overhead less than 60% atSAB C513 with 12 MHz. Due to the implementation in C this performance is not the limitof the chip. A pure implementation in assembler will result in a strong reduction of theCPU load and therefore increase the maximum speed of the interface. In addition,microcontrollers like the SAB C505 will speed up the interface by a factor of two becauseof an optimized architecture compared with the SAB C513.Moreover, this solution lays stress on using as few on-chip hardware resources aspossible. A more excessive consumption of those resources will result in a highermaximum speed of the emulated interface.Due to the restricted performance of an 8 bit microcontroller a pin compatible solution isprovided only; the internal register based programming interface is replaced by a set ofsubroutine calls.The attached source files also contain a test shell, which demonstrates how to exchangeinformation between an on-chip HW-SSC and the emulated SW-SSC via 5 external wiresin different operation modes. It is based on the SAB C513 (Siemens 8 bit microcontroller).A table with load measurements is presented to give an indication for the fraction of CPUperformance required by software for emulating the SSC.
Nios II 軟件開發人員手冊中的緩存和緊耦合存儲器部分
Nios® II embedded processor cores can contain instruction and data caches. This
chapter discusses cache-related issues that you need to consider to guarantee that
your program executes correctly on the Nios II processor. Fortunately, most software
based on the Nios II hardware abstraction layer (HAL) works correctly without any
special accommodations for caches. However, some software must manage the cache
directly. For code that needs direct control over the cache, the Nios II architecture
provides facilities to perform the following actions:
Automobiles, aircraft, marine vehicles, uninterruptiblepower supplies and telecom hardware represent areasutilizing series connected battery stacks. These stacksof individual cells may contain many units, reaching potentialsof hundreds of volts. In such systems it is oftendesirable to accurately determine each individual cell’svoltage. Obtaining this information in the presence of thehigh “common mode” voltage generated by the batterystack is more diffi cult than might be supposed.
This directory contains 3 file system modules: - file system ISO9660 iso9660.c iso9660.h - file system FAT12/16 fat.c fat.h - file system FAT32 fat32.c fat32.h file.c and file.h contains all high levels functions/macro/definition for your application. fs_variable.c contains all definitions of variables that can be shared with the all file systems. config.h must contain the definition of the file system used by your application.
REMOVE removes a TSR. It takes two command line arguments. The first is the name of TSR to be removed (or an * to remove the last one), and the second is a file name which MUST contain the interrupt vectors to be loaded when the TSR is removed.
