Monday, October 14, 2019
Microcontroller Embedded Memory Technology Information Technology Essay
Microcontroller Embedded Memory Technology Information Technology Essay Aà microcontrollerà is a small computer on a singleà integrated circuità containing a processor core, memory, and programmableà input/outputà peripherals. Program memory in the form ofà NOR flashà orà OTP ROMà is also often included on chip, as well as a typically small amount ofà RAM. Microcontrollers are designed for embedded applications, in contrast to theà microprocessorsà used inpersonal computersà or other general purpose applications. http://upload.wikimedia.org/wikipedia/commons/thumb/c/c7/153056995_5ef8b01016_o.jpg/230px-153056995_5ef8b01016_o.jpg Microcontrollers are used in automatically controlled products and devices, such as automobile engine control systems, implantable medical devices, remote controls, office machines, appliances, power tools, and toys. By reducing the size and cost compared to a design that uses a separate microprocessor, memory, and input/output devices, microcontrollers make it economical to digitally control even more devices and processes. Mixed signal microcontrollers are common, integrating analog components needed to control non-digital electronic systems. Some microcontrollers may use four-bit words and operate atà clock rateà frequencies as low as 4à kHz, for low power consumption (milliwatts or microwatts). They will generally have the ability to retain functionality while waiting for an event such as a button press or other interrupt; power consumption while sleeping (CPU clock and most peripherals off) may be just nanowatts, making many of them well suited for long lasting battery applications. Other microcontrollers may serve performance-critical roles, where they may need to act more like aà digital signal processor(DSP), with higher clock speeds and power consumption. Embedded design A microcontroller can be considered a self-contained system with a processor, memory and peripherals and can be used as anà embedded system.[1]à The majority of microcontrollers in use today are embedded in other machinery, such as automobiles, telephones, appliances, and peripherals for computer systems. These are calledà embedded systems. While some embedded systems are very sophisticated, many have minimal requirements for memory and program length, with no operating system, and low software complexity. Typical input and output devices include switches,à relays,à solenoids,à LEDs, small or customà LCDà displays, radio frequency devices, and sensors for data such as temperature, humidity, light level etc. Embedded systems usually have no keyboard, screen, disks, printers, or other recognizable I/O devices of aà personal computer, and may lack human interaction devices of any kind. Interrupts Microcontrollers must provideà real timeà (predictable, though not necessarily fast) response to events in the embedded system they are controlling. When certain events occur, anà interruptsystem can signal the processor to suspend processing the current instruction sequence and to begin anà interrupt service routineà (ISR, or interrupt handler). The ISR will perform any processing required based on the source of the interrupt before returning to the original instruction sequence. Possible interrupt sources are device dependent, and often include events such as an internal timer overflow, completing an analog to digital conversion, a logic level change on an input such as from a button being pressed, and data received on a communication link. Where power consumption is important as in battery operated devices, interrupts may also wake a microcontroller from a low power sleep state where the processor is halted until required to do something by a peripheral event. Programs Microcontroller programs must fit in the available on-chip program memory, since it would be costly to provide a system with external, expandable, memory. Compilers and assemblers are used to convert high-level language and assembler language codes into a compactà machine codeà for storage in the microcontrollers memory. Depending on the device, the program memory may be permanent, read-only memory that can only be programmed at the factory, or program memory may be field-alterable flash or erasable read-only memory. Other microcontroller features Microcontrollers usually contain from several to dozens of general purpose input/output pins (GPIO). GPIO pins are software configurable to either an input or an output state. When GPIO pins are configured to an input state, they are often used to read sensors or external signals. Configured to the output state, GPIO pins can drive external devices such as LEDs or motors. Many embedded systems need to read sensors that produce analog signals. This is the purpose of theà analog-to-digital converterà (ADC). Since processors are built to interpret and process digital data, i.e. 1s and 0s, they are not able to do anything with the analog signals that may be sent to it by a device. So the analog to digital converter is used to convert the incoming data into a form that the processor can recognize. A less common feature on some microcontrollers is aà digital-to-analog converterà (DAC) that allows the processor to output analog signals or voltage levels. In addition to the converters, many embedded microprocessors include a variety of timers as well. One of the most common types of timers is theà Programmable Interval Timerà (PIT). A PIT may either count down from some value to zero, or up to the capacity of the count register, overflowing to zero. Once it reaches zero, it sends an interrupt to the processor indicating that it has finished counting. This is useful for devices such as thermostats, which periodically test the temperature around them to see if they need to turn the air conditioner on, the heater on, etc. Time Processing Unità (TPU) is a sophisticated timer. In addition to counting down, the TPU can detect input events, generate output events, and perform other useful operations. A dedicatedà Pulse Width Modulationà (PWM) block makes it possible for the CPU to controlà power converters,à resistiveà loads,à motors, etc., without using lots of CPU resources in tight timerloops. Universal Asynchronous Receiver/Transmitterà (UART) block makes it possible to receive and transmit data over a serial line with very little load on the CPU. Dedicated on-chip hardware also often includes capabilities to communicate with other devices (chips) in digital formats such asà I2Cà andà Serial Peripheral Interfaceà (SPI). Higher integration In contrast to general-purpose CPUs, micro-controllers may not implement an external address or data bus as they integrate RAM and non-volatile memory on the same chip as the CPU. Using fewer pins, the chip can be placed in a much smaller, cheaper package. Integrating the memory and other peripherals on a single chip and testing them as a unit increases the cost of that chip, but often results in decreased net cost of the embedded system as a whole. Even if the cost of a CPU that has integrated peripherals is slightly more than the cost of a CPU and external peripherals, having fewer chips typically allows a smaller and cheaper circuit board, and reduces the labor required to assemble and test the circuit board. A micro-controller is a singleà integrated circuit, commonly with the following features: central processing unità ranging from small and simple 4-bità processors to complex 32- or 64-bit processors discrete input and output bits, allowing control or detection of the logic state of an individual package pin serialà input/outputà such asà serial portsà (UARTs) otherà serial communicationsà interfacesà likeà Ià ²C,à Serial Peripheral Interfaceà andà Controller Area Networkà for system interconnect peripheralsà such asà timers, event counters,à PWM generators, andà watchdog volatile memory (RAM) for data storage ROM,à EPROM,à EEPROMà orà Flash memoryà forà programà and operating parameter storage clock generatorà often an oscillator for a quartz timing crystal, resonator orà RC circuit many include analog-to-digital converters in-circuit programming and debugging support This integration drastically reduces the number of chips and the amount of wiring andà circuit boardà space that would be needed to produce equivalent systems using separate chips. Furthermore, and on low pin count devices in particular, each pin may interface to several internal peripherals, with the pin function selected by software. This allows a part to be used in a wider variety of applications than if pins had dedicated functions. Micro-controllers have proved to be highly popular inà embedded systemsà since their introduction in the 1970s. Some microcontrollers use aà Harvard architecture: separate memory buses for instructions and data, allowing accesses to take place concurrently. Where a Harvard architecture is used, instruction words for the processor may be a different bit size than the length of internal memory and registers; for example: 12-bit instructions used with 8-bit data registers. The decision of which peripheral to integrate is often difficult. The microcontroller vendors often trade operating frequencies and system design flexibility against time-to-market requirements from their customers and overall lower system cost. Manufacturers have to balance the need to minimize the chip size against additional functionality. Microcontroller architectures vary widely. Some designs include general-purpose microprocessor cores, with one or more ROM, RAM, or I/O functions integrated onto the package. Other designs are purpose built for control applications. A micro-controller instruction set usually has many instructions intended for bit-wise operations to make control programs more compact.[2]For example, a general purpose processor might require several instructions to test a bit in a register and branch if the bit is set, where a micro-controller could have a single instruction to provide that commonly-required function. Microcontrollers typically do not have aà math coprocessor, soà floating pointà arithmetic is performed by software. Volumes About 55% of allà CPUsà sold in the world areà 8-bità microcontrollers and microprocessors. According to Semico, over four billion 8-bit microcontrollers were sold in 2006.[3] A typical home in a developed country is likely to have only four general-purpose microprocessors but around three dozen microcontrollers. A typical mid-range automobile has as many as 30 or more microcontrollers. They can also be found in many electrical devices such as washing machines, microwave ovens, and telephones. http://upload.wikimedia.org/wikipedia/commons/thumb/1/18/PIC18F8720.jpg/220px-PIC18F8720.jpg Aà PICà 18F8720à microcontrollerà in an 80-pinà TQFPà package. Manufacturers have often produced special versions of their microcontrollers in order to help the hardware andà software developmentà of the target system. Originally these includedà EPROMà versions that have a window on the top of the device through which program memory can be erased byultravioletà light, ready for reprogramming after a programming (burn) and test cycle. Since 1998, EPROM versions are rare and have been replaced byà EEPROMà andà flash, which are easier to use (can be erased electronically) and cheaper to manufacture. Other versions may be available where theà ROMà is accessed as an external device rather than as internal memory, however these are becoming increasingly rare due to the widespread availability of cheap microcontroller programmers. The use of field-programmable devices on a microcontroller may allow field update of theà firmwareà or permit late factory revisions to products that have been assembled but not yet shipped. Programmable memory also reduces the lead time required for deployment of a new product. Where hundreds of thousands of identical devices are required, using parts programmed at the time of manufacture can be an economical option. These mask programmed parts have the program laid down in the same way as the logic of the chip, at the same time. Programming environments Microcontrollers were originally programmed only inà assembly language, but variousà high-level programming languagesà are now also in common use to target microcontrollers. These languages are either designed specially for the purpose, or versions of general purpose languages such as theà C programming language.à Compilersà for general purpose languages will typically have some restrictions as well as enhancements to better support the unique characteristics of microcontrollers. Some microcontrollers have environments to aid developing certain types of applications. Microcontroller vendors often make tools freely available to make it easier to adopt their hardware. Many microcontrollers are so quirky that they effectively require their own non-standard dialects of C, such asà SDCC for the 8051, which prevent using standard tools (such as code libraries or static analysis tools) even for code unrelated to hardware features. Interpreters are often used to hide such low level quirks. Interpreterà firmware is also available for some microcontrollers. For example,à BASICà on the early microcontrollersà Intelà 8052[4]; BASIC andà FORTHà on theà Zilog Z8[5]à as well as some modern devices. Typically these interpreters supportà interactive programming. Simulatorsà are available for some microcontrollers, such as in Microchipsà MPLABà environment. These allow a developer to analyze what the behavior of the microcontroller and their program should be if they were using the actual part. A simulator will show the internal processor state and also that of the outputs, as well as allowing input signals to be generated. While on the one hand most simulators will be limited from being unable to simulate much other hardware in a system, they can exercise conditions that may otherwise be hard to reproduce at will in the physical implementation, and can be the quickest way to debug and analyze problems. Recent microcontrollers are often integrated with on-chipà debugà circuitry that when accessed by anà in-circuit emulatorà viaà JTAG, allow debugging of the firmware with aà debugger. Types of microcontrollers : Freescale 68HC11à (8-bit) Intel 8051 ARMà processors (from many vendors) usingà ARM7à or Cortex-M3 cores are generally microcontrollers STMicroelectronicsà STM8à (8-bit),à ST10à (16-bit) andà STM32à (32-bit) Atmelà AVRà (8-bit),à AVR32à (32-bit), andà AT91SAMà (32-bit) Freescaleà ColdFireà (32-bit) andà S08à (8-bit) Hitachi H8,à Hitachi SuperHà (32-bit) Hyperstoneà E1/E2 (32-bit, First full integration ofà RISCà andà DSPà on one processor core [1996]à [1]) MIPSà (32-bit PIC32) NEC V850à (32-bit) PICà (8-bit PIC16, PIC18, 16-bit dsPIC33 / PIC24) PowerPCà ISE PSoC (Programmable System-on-Chip) Rabbit 2000à (8-bit) Texas Instruments Microcontrollersà MSP430à (16-bit), C2000 (32-bit), and Stellaris (32-bit) Toshiba TLCS-870à (8-bit/16-bit) Zilog eZ8à (16-bit),à eZ80à (8-bit) and many others, some of which are used in very narrow range of applications or are more like applications processors than microcontrollers. The microcontroller market is extremely fragmented, with numerous vendors, technologies, and markets. Note that many vendors sell (or have sold) multiple architectures. Interrupt latency In contrast to general-purpose computers, microcontrollers used in embedded systems often seek to optimizeà interrupt latencyà over instruction throughput. Issues include both reducing the latency, and making it be more predictable (to support real-time control). When an electronic device causes an interrupt, the intermediate results (registers) have to be saved before the software responsible for handling the interrupt can run. They must also be restored after that software is finished. If there are more registers, this saving and restoring process takes more time, increasing the latency. Ways to reduce such context/restore latency include having relatively few registers in their central processing units (undesirable because it slows down most non-interrupt processing substantially), or at least having the hardware not save them all (this fails if the software then needs to compensate by saving the rest manually). Another technique involves spending silicon gates on shadow registers: one or more duplicate registers used only by the interrupt software, perhaps supporting a dedicated stack. Other factors affecting interrupt latency include: Cycles needed to complete current CPU activities. To minimize those costs, microcontrollers tend to have short pipelines (often three instructions or less), small write buffers, and ensure that longer instructions are continuable or restartable.à RISCà design principles ensure that most instructions take the same number of cycles, helping avoid the need for most such continuation/restart logic. The length of anyà critical sectionà that needs to be interrupted. Entry to a critical section restricts concurrent data structure access. When a data structure must be accessed by an interrupt handler, the critical section must block that interrupt. Accordingly, interrupt latency is increased by however long that interrupt is blocked. When there are hard external constraints on system latency, developers often need tools to measure interrupt latencies and track down which critical sections cause slowdowns. One common technique just blocks all interrupts for the duration of the critical section. This is easy to implement, but sometimes critical sections get uncomfortably long. A more complex technique just blocks the interrupts that may trigger access to that data structure. This often based on interrupt priorities, which tend to not correspond well to the relevant system data structures. Accordingly, this technique is used mostly in very constrained environments. Processors may have hardware support for some critical sections. Examples include supporting atomic access to bits or bytes within a word, or other atomic access primitives like theLDREX/STREXà exclusive access primitives introduced in theà ARMv6à architecture. Interrupt nesting. Some microcontrollers allow higher priority interrupts to interrupt lower priority ones. This allows software to manage latency by giving time-critical interrupts higher priority (and thus lower and more predictable latency) than less-critical ones. Trigger rate. When interrupts occur back-to-back, microcontrollers may avoid an extra context save/restore cycle by a form ofà tail callà optimization. Lower end microcontrollers tend to support fewer interrupt latency controls than higher end ones. History The first single-chip microprocessor was the 4-bità Intel 4004à released in 1971. With theà Intel 8008à and more capable microprocessors available over the next several years. These however all required external chip(s) to implement a working system, raising total system cost, and making it impossible to economically computerize appliances. The first computer system on a chip optimized for control applications was theà Intel 8048à released in 1975,[citation à with bothà RAMà andà ROMà on the same chip. This chip would find its way into over one billion PC keyboards, and other numerous applications. At this time Intels President, Luke J. Valenter, stated that the (Microcontroller) was one of the most successful in the companies history, and expanded the divisions budget over 25%. Most microcontrollers at this time had two variants. One had an erasableà EPROMà program memory, which was significantly more expensive than theà PROMà variant which was only programmable once. In 1993, the introduction ofà EEPROMà memory allowed microcontrollers (beginning with the Microchipà PIC16x84)à [2][citation needed]) to be electrically erased quickly without an expensive package as required forà EPROM, allowing both rapid prototyping, andà In System Programming. The same year, Atmel introduced the first microcontroller usingà Flash memory.[6] Other companies rapidly followed suit, with both memory types. Cost has plummeted over time, with the cheapest 8-bit microcontrollers being available for under $0.25 in quantity (thousands) in 2009,[citation needed]à and some 32-bit microcontrollers around $1 for similar quantities. Nowadays microcontrollers are low cost and readily available for hobbyists, with large online communities around certain processors. In the future,à MRAMà could potentially be used in microcontrollers as it has infinite endurance and its incremental semiconductor wafer process cost is relatively low. Microcontroller embedded memory technology Since the emergence of microcontrollers, many different memory technologies have been used. Almost all microcontrollers have at least two different kinds of memory, a non-volatile memory for storing firmware and a read-write memory for temporary data. Data From the earliest microcontrollers to today, six-transistor SRAM is almost always used as the read/write working memory, with a few more transistors per bit used in theà register file.à MRAMcould potentially replace it as it is 4-10 times denser which would make it more cost effective. In addition to the SRAM, some microcontrollers also have internal EEPROM for data storage; and even ones that do not have any (or not enough) are often connected to external serial EEPROM chip (such as theà BASIC Stamp) or external serial flash memory chip. A few recent microcontrollers beginning in 2003 have self-programmable flash memory[6]. Firmware The earliest microcontrollers used hard-wired or mask ROM to store firmware. Later microcontrollers (such as the early versions of theà Freescale 68HC11à and earlyà PIC microcontrollers) had quartz windows that allowed ultraviolet light in to erase theà EPROM. The Microchipà PIC16C84, introduced in 1993,[7]à was the first microcontroller to useà EEPROMà to store firmware. Also in 1993, Atmel introduced the first microcontroller usingà NOR Flash memoryà to store firmware.[6] PSoCà microcontrollers, introduced in 2002, store firmware inà SONOSà flash memory. MRAMà could potentially be used to store firmware.
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment
Note: Only a member of this blog may post a comment.