Part Number Hot Search : 
1N4111 4A102 C1207 PT1300 2SK1739 C18F25 N111202 ICS570MT
Product Description
Full Text Search
 

To Download AN2945 Datasheet File

  If you can't view the Datasheet, Please click here to try to view without PDF Reader .  
 
 


  Datasheet File OCR Text:
  july 2009 doc id 15468 rev 1 1/18 AN2945 application note stm8s and stm32? mcus: a consistent 8/32-bit product line for painless migration introduction following the market launch of the award winning stm32? microcontroller, stmicroelectronics completes the renewal of its microcontroller product line with the announcement of the stm8s family. significant effort has been made to rationalize the mcu portfolio, in particular by capitalizing on common peripherals and software tools with the aim to easing product migration. the cost, in terms of both time and money, of maintaining a development team to design in a new mcu family is a major criterion when selecting a microcontro ller supplier. it is therefore an advantage to make this kind of non-recurring investment if it applies to a broad range of mcus. with an mcu product line ranging from 20 to 144 pins, and memory sizes from 2 to 512 kbytes, the 8-bi t stm8s and 32-bit stm32 fam ilies bring a lot of flexibility when building a product portfolio. should an 8-bit application run out of mips, there is an upgrade path to the stm32 family. conversely, if you wish to cut costs on a 32-bit platform, it is relatively simple to switch to the stm8 family. this document presents the similarities and common features of the stm8s and stm32 product lines, with a view of helping migration from one family to the other. www.st.com
contents AN2945 2/18 doc id 15468 contents 1 core . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2 peripherals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 3 system features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 3.1 reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 3.2 clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 3.3 memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 3.4 safety . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.5 low power . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 4 software library . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 5 conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 6 revision history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
AN2945 list of tables doc id 15468 3/18 list of tables table 1. stm8 and stm32: core comparison . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 table 2. stm32 spi register map and reset values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 table 3. stm8 spi register map and reset values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 table 4. peripherals shared between stm8 and stm32 devices . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 table 5. stm8s/stm32 clock source characteristics (indicative data) . . . . . . . . . . . . . . . . . . . . . . 11 table 6. document revision history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
list of figures AN2945 4/18 doc id 15468 list of figures figure 1. digital peripheral?s internal structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 figure 2. spi block diagrams . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 figure 3. stm8s and stm32 reset circuitries . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 0 figure 4. stm8s code example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 figure 5. stm32 code example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
AN2945 core doc id 15468 5/18 1 core the stm8? cpu is a proprietary architecture that maintains the legacy of the previous st7 core while being a breakthrough in terms of 8-bit cpu efficiency and code density. the stm32 is built around the industry standard arm ? cortex?-m3 32-bit core and benefits from the complete ecosystem of development tools and software solutions associated with arm processors. although they may be pe rceived as radically different, these two processors indeed share many architectural similarities summarized in ta bl e 1 . both are based on the harvard architecture. they have 3-stage pipelined execution that minimizes the execution time, a clock speed up to 24 mhz for the stm8s and up to 72 mhz for the stm32 family. they are devised to be highly energy efficient, with several low power modes, and they benefit from memory interfaces wider than the average instruction length (32- and 64-bit wide busses, respectively). this minimizes t he number of accesses to the memory bus and thus the consumption related to address bus toggling and non-volatile memory read accesses. interrupt tail chaining and the halt/sleep on exit modes also help avoiding unnecessary stack accesses. finally, in terms of code density, both have excellent results, owing to the 8-bit cisc instruction set for the stm8s family and, to the 16-bit thumb-2 mode introduced by the cortex core for the stm32 family. this short comparison demonstrates that both processors are state-of-the-art in terms of micro-architectural features. the stm8 is at the level of legacy of 16-bit processors, and the cortex-m3 meets the requirements of applications currently using 32-bit down to mid/high- end 16-bit mcus. the combination of the stm8 and stm32 therefore establishes a performance continuum, which is now also supported at tool levels by a third party offering a unified development platform for both product lines. table 1. stm8 and stm32: core comparison stm8 cortex-m3 data path 8-bit 32-bit drhystone mips (0ws) 0 .29 dmips 1.22 dmips architecture harvard harvard pipeline yes, three-stage yes, three-stage instruction set cisc risc program bus data width 32-bit 32-bit prefetch buffer yes, 2 32-bit, internal yes, 2 64-bit, in memory interface average instruction size 2 bytes 2 bytes interrupt type latency vectorized 9 cycles, tail chaining supported vectorized 12 cycles, tail chaining supported low power modes slow, wait for event or interrupts, halt, halt on exit slow, sleep (wait for event or interrupt), sleep on exit, deep sleep debug interface 1-wire (swim) 2-wires or legacy jtag
peripherals AN2945 6/18 doc id 15468 2 peripherals the mcu peripherals (also called ips) are another example of the st mcu consistency across the 8- and 32-bit product lines: most of the basic ips have been defined and structured to be portable from one product family to the other. this was done by adapting simple, yet effective, 8-bit peripherals to the 32-bit world. it brings the benefits of cost- and power-effective, easy to understand resources, which are complemented at system level by wider busses and a dma controller when higher performance is needed. once the working principle of a peripheral is understood, it is applicable to both the stm8s and stm32 families, thus speeding up transition between devices. figure 1 shows a simplified representation of a digital peripheral. figure 1. digital peripheral?s internal structure the peripheral can be partitioned into two main blocks. first, a kernel that contains the state machines, counters and any kind of combinatorial or sequential logic necessary to perform tasks that do not need the processor, such as low-communication layers, analog front-end management or timing-driven functions. if necessary, the kernel is connected to the external world via mcu ports. the external connection may consist of a few i/os or complex busses. second, the peripheral is initialized and controlled by the application through registers connected to an internal bus shared with the other mcu resources. in 8-bit microcontrollers, the processor directly writes to and reads from registers, whereas in 32-bit products, register read and write operations usually go through a bridge. the main difference between the two families, however, lies in the internal bus spec ification the peripheral has to comply with. this explains why stm8s and stm32 devices are able to share peripherals: these are based on the same kernel, and are only tailored to the two different bus interfaces. arm processors and peripherals comply with the amba bus specification, with a 32-bit databus, adre ss a nd d a t a bus (amba / s tm 8 ) b us interf a ce & regi s ter s ip kernel i/o s a i15955
AN2945 peripherals doc id 15468 7/18 whereas stm8s devices use a simpler, yet efficient, 8-bit bus standard. from the functional point of view, they only differs by: the register size: 8 vs. 16 or 32-bit the maximum clock frequency that directly depends on the cpu operating speed the dma that offloads the cpu from simple data management and increases the maximum data throughput few product-specific functions, such as i/o port management let us consider the stm8s and stm32 spi block diagrams shown in figure 2 . at first glance, they look identical apart from a few differences in bits highlighted in red in figure 2 , for instance, at the level of the dma. figure 2. spi block diagrams now considering the register maps shown in ta bl e 2 and ta bl e 3 , they are clearly based on the same design: apart from a few differentiating bits and the register sizes, registers and bits have similar names and locations in registers. mo s i mi s o b au d r a te gener a tor s ck m as ter control logic comm u nic a tion control s pe br2 br1 br0 m s tr cpol cpha br[2:0] rxne l s b bidi mode bidi oe ss m ss i b s y ovr mod rxne txe err txe 00 dff 0 ss oe crc en 0 rx only crc next crc err 0 1 n ss ie f fir s t s pi_cr1 s pi_cr2 s pi_ s r txdm aen rxdm aen ie ie addre ss a nd d a t a bus re a d rx bu ffer s hift regi s ter l s b fir s t tx bu ffer write s tm 3 2 s tm 8 mo s i mi s o b au d r a te gener a tor s ck m as ter control logic comm u nic a tion control s pe br2 br1 br0 m s tr cpol cpha br[2:0] rxne l s b bidi mode bidi oe ss m ss i b s y ovr mod rxne txe err txe wkup 0 0 0 0 crc en wkie rx only crc next crc err 0 1 n ss ie f fir s t 00 ie ie addre ss a nd d a t a bus re a d rx bu ffer s hift regi s ter l s b fir s t tx bu ffer write a i15956 f ma s ter
peripherals AN2945 8/18 doc id 15468 table 2. stm32 spi register map and reset values offset register 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 0x00 spi_cr1 reserved bidimode bidioe crcen crcnext dff rxonly ssm ssi lsbfirst spe br [2:0] mstr cpol cpha reset value 0000000000000000 0x04 spi_cr2 reserved txeie rxneie errie reserved ssoe txdmaen rxdmaen reset value 000 000 0x08 spi_sr reserved bsy ovr modf crcerr udr chside txe rxne reset value 00000010 0x0c spi_dr reserved dr[15:0] reset value 0000000000000000 0x10 spi_crcpr reserved crcpoly[15:0] reset value 0000000000000111 0x14 spi_rxcrcr reserved rxcrc[15:0] reset value 0000000000000000 0x18 spi_txcrcr reserved txcrc[15:0] reset value 0000000000000000 0x1c spi_i2scfgr reserved i2smod i2se i2scfg pcmsync reserved i2sstd ckpol datlen chlen reset value 00000 000000 0x20 spi_i2spr reserved mckoe odd i2sdiv reset value 0000000010 table 3. stm8 spi register map and reset values address offset register name 765 4 3 2 1 0 0x00 spi_cr1 reset value lsbfirst 0 spe 0 br2 0 br1 0 br1 0 mstr 0 cpol 0 cpha 0 0x01 spi_cr2 reset value bdm 0 bdoe 0 crcen 0 crcnext 0 reserved 0 rxonly 0 ssm 0 ssi 0 0x02 spi_icr reset value txie 0 rxie 0 errie 0 wkie 0 reserved 0 reserved 0 reserved 0 reserved 0 0x03 spi_sr reset value bsy 0 ovr 0 modf 0 crcerr 0 wkup 0 reserved 0 txe 1 rxne 0 0x04 spi_dr reset value msb 0 - 0 - 0 - 0 - 0 - 0 - 0 lsb 0 0x05 spi_crcpr reset value msb 0 - 0 - 0 - 0 - 0 - 1 - 1 lsb 1 0x06 spi_rxcrcr reset value msb 0 - 0 - 0 - 0 - 0 - 0 - 0 lsb 0 0x07 spi_txcrcr reset value msb 0 - 0 - 0 - 0 - 0 - 0 - 0 lsb 0
AN2945 peripherals doc id 15468 9/18 ta bl e 4 lists the common peripherals, highlighting the coherency between products at register, bit and feature level. although the timers seem different with many distinct configurations, their architecture across and within the product families is the sa me. there are only variations of a single timer architecture. from the superset, sub-blocks can optionally be stripped to decrease the number of capture/compare channels or remove options necessary only for a few specific applications such as motor control. table 4. peripherals shared between stm8 and stm32 devices peripheral names stm32 stm8 independent watchdog (iwdg) window watchdog (wwdg) serial peripheral interface (spi) inter-integrated circuit (i 2 c) interface universal synchronous/asynchronous receiver/transmitter (usart) advanced-control timers 16-bit advanced-control timer general-purpose timer 16-bit general-purpose timers basic timer 8-bit basic timer
system features AN2945 10/18 doc id 15468 3 system features today?s mcus are complex socs (systems on chip) that not only include a lot of peripherals, but also advanced-system features aiming at reducing the bill of material or enhancing the products? safety and robustness. this is true for both 8- and 32-bit platforms. 3.1 reset as shown in figure 3 , the stm8s and stm32 devices have the same reset circuitry, with only slight differences. the nrst pin is both an input and an open-drain output with a built-in pull-up resistor. for ems (electromagnetic sens itivity) robustness purposes, a filt er is inserted to avoid glitch propagation into the digital circuitry. there ar e three advantages with having a bidirectional reset: for multi-mcu systems, bidirectional reset ens ures than all subprocessors are correctly synchronized at startup or in case of a warm reset the voltage supervisors (power-on reset and brownout reset) embedded in the mcu can also be used at system level for other ics it is of a great help during debugging when spurious internal resets are generated figure 3. stm8s and stm32 reset circuitries nr s t r pu v dd /v dda wwdg re s et iwdg re s et p u l s e gener a tor power re s et extern a l re s et (min 20 s ) s y s tem re s et filter s oftw a re re s et low-power m a n a gement re s et nr s t r pu v dd_io s wim re s et extern a l re s et (min 20 s ) s y s tem re s et illeg a l opcode re s et em s re s et iwdg/wwdg/ s oftw a re re s et por/bor re s et filter (typ 45k ) s tm 8s s tm 3 2 p u l s e gener a tor a i15959
AN2945 system features doc id 15468 11/18 3.2 clock from the clock system standpoint, the two pr oducts have three main clock sources in common, that share similar electrical characteristics. see ta b l e 5 for details. the oscillator handles both th e crystal and resonators, and is called the hse (for high- speed external). it can also be bypassed to feed the mcu with an external clock. this is used for applications that have stringent requir ements in terms of accu racy and stability, for communication purposes for instance. an application can run at a high frequency without an external crystal by using the hsi clock (for high-speed internal). this source has a consumption 10 times lower than the hse and a very low percentage of accuracy error. it can also be used as a pll input on the stm32 to increase the internal frequency to up to 64 mhz. finally, the low-speed internal clock (lsi) is an ultralow internal power source (a few a), that can be permanently enabled to clock an auto-wakeup peripheral during the halt or stop mode. it can also clock a secondary on-board watchdog (refer to section 3.4: safety for further details), and be used as the cpu clock on the stm8 products. it is not accurate (error of a few tens of percents), but it can be measured periodically using the precise hsi clock to compensate for chip manufacturing variations or the drift due to temperature for instance. 3.3 memory both product lines are based on non-volatile memories and have an option byte loader. this mechanism replaces the legacy fuses for mcu power-up configuration: the user can select several options at programming time, which are written alongside the program binary image. several features are available on all news microcontrollers: reset in halt, stop or standby mode: this is to avoid a deadlock situation in case the mcu enters a low power mode by accident, for applications not designed to handle such a configuration hardware/software watchdog, to have the possibility of starting the watchdog by hardware, right after the reset sequence memory readout protection, to prevent any piracy on the program content memory write protection, to protect part of the memory, if it contains a critical code. usually, this applies to the boot code or an iap (in application programming) driver table 5. stm8s/stm32 clock source characteristics (indicative data (1) ) 1. refer to product datasheet for deta iled electrical characteristics. system clock source frequency accuracy error consumption stm8s stm32 high-speed external (hse) 1-24 mhz 4-16 mhz crystal dependent, down to a few tens of ppm 1 to 2 ma high-speed internal (hsi) 16 mhz 8 mhz 1% typical 100 to 250 a low-speed internal 110-146 khz 30-60 khz 20 to 50% 1 to 5 a
system features AN2945 12/18 doc id 15468 these options allow automatically enabled safety and robustness features, so that the application can recover even if a disturbance or an attack occurs before the very first instruction is fetched by the cpu. the stm8s and stm32 devices have an embedded boot loader, making it possible reprogram the internal flash memory with an on-board serial interface (the uart for instance). any pc with a serial com interface can then be used as a programming tool to program or update the flash an d data eeprom memory content. st provides a software utility to perform all operations supported by the boot loader. 3.4 safety the automotive industry first pushed for incr easing the reliability of mcu-based electronic controls. this has been followed by similar requests from the industrial segments, and household appliances now have to comply wit h a specific standard, iec60335-1. both the stm32 and stm8s devices are class b compliant according to this standard. compliance is obtained by using dedicated self-test libraries certified by an independent test institute, and also with the help of some specific hardwa re circuitry. both the software and hardware contribute to significantly reduce the development and qualification time of applications with stringent functional safety requirements. watchdogs the mcus embed two watchdogs: ? the window watchdog is intended to monitor the main loop and check that loop time is within a given time frame. it runs on the system clock. ? in parallel, an independent watchdog can be activated to increase the system?s robustness this watchdog will indeed continue to operate even in the case of a main clock failure (for instance due to a broken crystal). clock monitoring the standard also requires the detection of cr ystal failure or oscillations at harmonics/ subharmonics. this is achieved using the clock system described in section 3.2: clock , to periodically measure the external crystal or resonator frequency with the internal clock source. finally, a clock security system (css) also monitors the hse source and automatically switches back the system clock to the internal hsi clock in case of a failure.
AN2945 system features doc id 15468 13/18 3.5 low power on top of the core?s intrinsic low power modes, both the stm8s and stm32 devices are able to reduce the overall consumption at system-on-chip level. the power consumption in the run and wait modes can be reduced by one of the following means: slowing down the system clocks: the consumption can thus be adjusted according to the performance required by the application. this is done using the prescalers included in the clock controller. gating the clocks of the peripherals when they are not used to minimize the dynamic consumption related to the clock tree switching activity. the two products embed regulators to supply the internal logic at 1.8 v. these regulators have a significant operating current in run mode (a few tens of a) where they are able to deliver currents in the ma or tens of ma range. in order to further reduce consumption, it is possible to configure the regulator in low power mode, and minimize its quiescent consumption, when the current necessary to supply the logic is in the a range, typically during the halt or stop mode. this mode offers the lowest consumption, with a wakeup time slightly longer than the configuration using the regulator in run mode.
software library AN2945 14/18 doc id 15468 4 software library peripheral compatibility throughout st?s stm8 and stm32 mcu families promotes platform design and helps significantly switch from one product line to the other. when it comes to development time, however, software support is essential. extensive software libraries are available for both the stm8s and stm32 devices, providing the user with a hardware abstraction layer (hal) for all mcu resources. moreover, there is not a single control/status bit that is not covered by a c function or an api. the software library covers three abstraction levels, and it includes: 1. a complete register address map with all bits, bit fields and registers declared in c. by providing this map, the software library makes the designers? task much lighter and, even more importantly so, it gives all the benefits of a bug-free reference mapping file, thus speeding up the early project phase. 2. a collection of routines and data structures in api form, that covers all peripheral functions. this collection can directly be us ed as a reference framework, since it also includes macros for supporting core-related intrinsic features and common constant and data type definition. moreover, it is compiler agnostic and can therefore be used with any existing or future toolchain. it was developed using the misra c automotive standard. 3. a set of examples covering all available ips (85 examples so far for the stm32 family, 57 for the stm8s family), with template projects for the most common development toolchains. with the appropriate hardware evaluation board, only a few hours are needed to get started with a brand new microcontroller. it is then up to you to choose how to use the library. you can either pick up the files useful for the design, use examples to get trained or qui ckly evaluate the product. you can also use the api to save development time. let us now have a look at the few key files and concepts. two separate libraries support the stm8s and stm32f devices. in the file names below, you simply need to replace the ? stmxxx_ ? prefix by ? stm32f10x ? or ? stm8s ? depending on the chosen product. stmxxx_.h this file is the only header file that must be included in the c source code, usually in main.c . this file contains: ? data structures and address mapping for all peripherals ? macros to access peripheral register hardware (for bit manipulation for instance), plus stm8s core intrinsics ? a configuration section used to select the device implemented in the target application. you also have the choice to use or not the peripheral drivers in the application code (that is code based on direct access to registers rather than through api drivers) stmxxx_conf.h this is the peripheral driver configuration file, where you specify the peripherals you wants to use in your application, plus a few application-specific parameters such as the crystal frequency. stmxxx_it.c this file contains the template irq handler to be filled, but this is already the first development step!
AN2945 software library doc id 15468 15/18 once you have understood the above operating principle and file organization, for simple applications, you could virtually switch from one product to the other without referring to the reference manual. let us take a practical example: an spi peripheral configured in master mode, used to read from/write to an external eeprom. figure 4 and figure 5 below show the initialization code (using the software library) for an stm8s and an stm32 product, respectively. figure 4. stm8s code example figure 5. stm32 code example all parameters are identical, and the procedure is similar with two function calls for both configuration and startup. the main difference lies in the way the parameters are passed into the function. stm32 devices use a structure passed by address whereas, for stm8s devices, parameters are passed directly to minimize the amount of ram needed during the initialization phase (this is necessary wit h devices with down to 1 kbyte of ram). another difference is the possib ility, when using stm32 devices, of specifying the data size (8- or 16-bit) for the spi. in the above example ( figure 5 ), the data size is explicitly defined, however, the library is done so that it can be omitted: if this field is not initialized in the structure, the 8-bit data size is used by default to maintain compatibility with stm8s devices. /* --------------- initialize spi in master mode -------------- */ spi_init(spi_firstbit_msb, spi_baudrateprescaler_4, spi_mode_master, spi_clockpolarity_low, spi_clockphase_2edge, spi_datadirection_1line_tx, spi_nss_soft, 0x07); /* crc polynomial */ /* ------------------------- enable spi ----------------------- */ spi_cmd(enable); /* ---------------------- spi1 master ------------------------- */ spi_initstructure.spi_firstbit = spi_firstbit_msb; spi_initstructure.spi_baudrateprescaler = spi_baudrateprescaler_4; spi_initstructure.spi_mode = spi_mode_master; spi_initstructure.spi_cpol = spi_cpol_low; spi_initstructure.spi_cpha = spi_cpha_2edge; spi_initstructure.spi_direction = spi_direction_1line_tx; spi_initstructure.spi_nss = spi_nss_soft; spi_initstructure.spi_crcpolynomial = 7; spi_initstructure.spi_datasize = spi_datasize_8b; spi_init(spi1, &spi_initstructure); /* ----------------------- enable spi1 ------------------------ */ spi_cmd(spi1, enable); /* private variables --------------------------------------- */ spi_inittypedef spi_initstructure;
conclusion AN2945 16/18 doc id 15468 5 conclusion this application note discusses the points that ease the transition from the 8-bit stm8s to the 32-bit stm32 devices, and vice versa. based on the 8- to 32-bit core performance continuum, the new stm32 and stm8s mcu fam ilies have a lot of common features. at the peripheral level, they share standard ips like timers and communication interfaces. at the system level, they have identical features, reducing the external component count (clock and reset systems, safety features, etc). these common features are complemented by a set of software libraries that come as a major help to get started for new development. the libraries can also serve as foundations for a unified development platform supporting both 8- and 32-bit mcus owing to the abstraction level they both offer. finally, the common features of the stm8s and stm32 devices with the benefits of their software libraries maximize design re-use and decrease time to market, specially if the application has derivatives with various requirements in terms of processing power, connectivity or control function complexity.
AN2945 revision history doc id 15468 17/18 6 revision history table 6. document revision history date revision changes 28-jul-2009 1 initial release.
AN2945 18/18 doc id 15468 rev 1 please read carefully: information in this document is provided solely in connection with st products. stmicroelectronics nv and its subsidiaries (?st ?) reserve the right to make changes, corrections, modifications or improvements, to this document, and the products and services described he rein at any time, without notice. all st products are sold pursuant to st?s terms and conditions of sale. purchasers are solely responsible for the choice, selection and use of the st products and services described herein, and st as sumes no liability whatsoever relating to the choice, selection or use of the st products and services described herein. no license, express or implied, by estoppel or otherwise, to any intellectual property rights is granted under this document. i f any part of this document refers to any third party products or services it shall not be deemed a license grant by st for the use of such third party products or services, or any intellectual property contained therein or considered as a warranty covering the use in any manner whatsoev er of such third party products or services or any intellectual property contained therein. unless otherwise set forth in st?s terms and conditions of sale st disclaims any express or implied warranty with respect to the use and/or sale of st products including without limitation implied warranties of merchantability, fitness for a parti cular purpose (and their equivalents under the laws of any jurisdiction), or infringement of any patent, copyright or other intellectual property right. unless expressly approved in writing by an authorized st representative, st products are not recommended, authorized or warranted for use in milita ry, air craft, space, life saving, or life sustaining applications, nor in products or systems where failure or malfunction may result in personal injury, death, or severe property or environmental damage. st products which are not specified as "automotive grade" may only be used in automotive applications at user?s own risk. resale of st products with provisions different from the statements and/or technical features set forth in this document shall immediately void any warranty granted by st for the st product or service described herein and shall not create or extend in any manner whatsoev er, any liability of st. st and the st logo are trademarks or registered trademarks of st in various countries. information in this document supersedes and replaces all information previously supplied. the st logo is a registered trademark of stmicroelectronics. all other names are the property of their respective owners. ? 2009 stmicroelectronics - all rights reserved stmicroelectronics group of companies australia - belgium - brazil - canada - china - czech republic - finland - france - germany - hong kong - india - israel - ital y - japan - malaysia - malta - morocco - philippines - singapore - spain - sweden - switzerland - united kingdom - united states of america www.st.com


▲Up To Search▲   

 
Price & Availability of AN2945

All Rights Reserved © IC-ON-LINE 2003 - 2022  

[Add Bookmark] [Contact Us] [Link exchange] [Privacy policy]
Mirror Sites :  [www.datasheet.hk]   [www.maxim4u.com]  [www.ic-on-line.cn] [www.ic-on-line.com] [www.ic-on-line.net] [www.alldatasheet.com.cn] [www.gdcy.com]  [www.gdcy.net]


 . . . . .
  We use cookies to deliver the best possible web experience and assist with our advertising efforts. By continuing to use this site, you consent to the use of cookies. For more information on cookies, please take a look at our Privacy Policy. X