Part Number Hot Search : 
KP101 10C10 PMB8761 150B6TR LT1631CS M781039 2SK793 MJE220
Product Description
Full Text Search
 

To Download AT91RM3400-AI-001 Datasheet File

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


  Datasheet File OCR Text:
  1 1790a?atarm?11/03 features  incorporates the arm7tdmi? arm ? thumb ? processor ? embedded ice in-circuit emulation, debug communication channel support  96k bytes of internal high-speed sram  256k bytes of internal high-speed rom integrating default boot program ? downloads application from external storage medium in internal sram  memory controller (mc) ? memory protection unit, abort status and misalignment detection  clock generator and power management controller (pmc) ? 3 to 20 mhz and 32 khz on-chip oscillators with two plls ? programmable software power optimization capabilities ? four programmable external clock signals  advanced interrupt controller (aic) ? thirty individually maskable, eight-level priority, vectored interrupt sources ? seven external interrupt sources and one fast interrupt source, spurious interrupt protected  two 32-bit parallel input/output controllers (pio) pioa and piob ? sixty-three programmable i/o lines multiplexed with up to two peripheral i/os ? input change interrupt capability on each i/o line ? individually programmable open-drain and synchronous output  system timer (st) including a 16-bit counter, watchdog and second counter  real time clock (rtc) with alarm interrupt  debug unit (dbgu), 2-wire usart and support for debug communication channel ? programmable ice access prevention  twenty peripheral data controller (pdc) channels  usb 2.0 full-speed (12 mbits per second) device port (udp) ? on-chip transceiver ? 2-kbyte configurable fifo for loading and storing messages  multimedia card interface (mci) ? automatic protocol control and fast automatic data transfers with pdc ? mmc and sdcard compliant, support for up to two sdcards  three synchronous serial controllers (ssc) ? independent clock and frame sync signals for each receiver and transmitter ? i2s analog interface support, time division multiplex support ? high-speed continuous data stream capabilities with 32-bit data transfer  four universal synchronous/asynchronous receiver transmitters (usart) ? individual baud rate generator ? support for iso7816 t0/t1 smart card, hardware and software handshaking, rs485 support ? modem control lines on usart 1, irda infrared modulation/demodulation  master/slave serial peripheral interface (spi) ? 8- to 16-bit programmable data length ? four external peripheral chip selects  two three-channel 16-bit timer/counters (tc) ? three external clock inputs, two multi-purpose i/o pins per channel ? double pwm generation, capture/waveform mode, up/down capability  two-wire interface (twi) ? master mode support, all two-wire atmel eeproms supported  ieee 1149.1 jtag boundary scan on all digital pins  required power supplies: ? 1.65v to 1.95v for vddcore, vddosc and vddpll ? 1.65v to 3.6v on vddio  fully static operation: 0 hz to 66 mhz @2.7v/1.8v, up to 60 mips  available in a 100-lead lqfp package arm7tdmi ? - based microcontroller at91rm3400
2 at91rm3400 1790a?atarm?11/03 description the at91rm3400 is a fully integrated member of the atmel advanced at91 arm microcontroller family. having no external memory interface and equipped with embed- ded sram and rom, it is ideal for numerous applications with medium memory requirements but which demand high performance. several options are available to download software to the internal sram. these include downloading from a serial eeprom or serial dataflash ? or downloading through the usb device port. additionally, customiz ing of the embedded rom is available on request for large volume opportunities. the advanced interrupt controller (aic) enhances the interrupt handling performance of the arm7tdmi processor by providing multiple vectored, prioritized interrupt sources and reduces the cycles taken to transfer to an interrupt handler. the peripheral data controller (pdc) provides dma channels for all the serial peripher- als, enabling them to transfer data to or from on-chip memories without processor intervention. this reduces the processor overhead when dealing with transfers of contin- uous data streams. the set of parallel i/o (pio) controllers multiplex the peripheral input/output lines with general-purpose data i/os, reducing the external pin count of the device and providing an interrupt and open drain capability on each line. the power management controller (pmc) keeps system power consumption to a mini- mum by selectively enabling and/or disabling the core and various peripherals under software control. it uses an enhanced clock generator to provide a selection of clock sig- nals including a slow clock (32 khz) for power-saving mode. the wide range of system interfaces includes usb v2.0 full-speed device port, multi- media card, serial peripheral interface (spi) and two-wire interface (twi). peripherals include multiple usarts, timer/counters and serial synchronous controllers (ssc). the at91rm3400 includes an extensive set of peripherals that operate in accordance with several industry standards, such as those used in audio, communication, computer and smart card applications.
3 at91rm3400 1790a?atarm?11/03 block diagram bold arrows ( ) indicate master-to-slave dependency. figure 1. at91rm3400 block diagram arm7tdmi processor jtag scan ice aic fast sram 96k bytes pio pllb plla osc pmc system timer osc rtc pioa/piob controller dbgu mci usart0 usart1 usart2 usart3 spi ssc0 ssc1 ssc2 timer counter tc0 tc1 tc2 timer counter tc3 tc4 tc5 twi pio pio fifo usb device transceiver pio pio reset and test apb rom 256k bytes misalignment detector address decoder abort status memory controller bus arbiter peripheral bridge peripheral data controller pdc pdc pdc pdc pdc pdc pdc pdc pdc pdc tf0 tk0 td0 rd0 rk0 rf0 tf1 tk1 td1 rd1 rk1 rf1 tf2 tk2 td2 rd2 rk2 rf2 tclk 0 tclk 1 tclk 2 tioa0 tiob0 tioa1 tiob1 tioa2 tiob2 tclk 3 tclk 4 tclk 5 tioa3 tiob3 tioa4 tiob4 tioa5 tiob5 twd twck tdi tdo tms tck fiq irq0-irq6 pck0-pck3 pllrcb pllrca xin xout xin32 xout32 dm dp mcck mccda m cda0-mcda3 mccdb rxd0 txd0 sck0 rts0 cts0 rxd1 txd1 sck1 rts1 cts1 dsr1 dtr1 dcd1 ri1 rxd2 txd2 sck2 rts2 cts2 rxd3 txd3 sck3 rts3 cts3 npcs 0 npcs 1 npcs 2 npcs 3 miso mosi spck m cdb0-mcdb3 drxd dtxd tst nrst jtagsel
4 at91rm3400 1790a?atarm?11/03 key features arm7tdmi processor  arm7tdmi based on armv4t architecture  two instruction sets ?arm ? high-performance 32-bit instruction set ?thumb ? high code density 16-bit instruction set  three-stage pipeline architecture ? instruction fetch (f) ? instruction decode (d) ?execute (e) debug and test  integrated embedded in-circuit emulator  debug unit ?two-pin uart ? debug communication channel ? chip id register  ieee1149.1 jtag boundary-scan on all digital pins boot rom program  default boot program stored in rom-based products  downloads and runs an application from external storage media into internal sram  downloaded code size depends on embedded sram size  automatic detection of valid application  bootloader supporting a wide range of non-volatile memories ? spi dataflash ? connected on spi npcs0 ? two-wire eeprom  boot uploader in case no valid program is detected in external nvm and supporting several communication media  serial communication on a dbgu (xmodem protocol)  usb device port (dfu protocol) embedded software services  compliant with atpcs  compliant with ansi/iso standard c  compiled in arm/thumb interworking  rom entry service  tempo, xmodem and dataflash services  crc and sine tables reset controller  one reset line providing ? initialization of the user interface registers (defined in the user interface of each peripheral) and sampling of the signals needed at bootup. it forces the processor to fetch the next instruction at address zero. ? initialization of the embedded ice tap controller. memory controller  bus arbiter
5 at91rm3400 1790a?atarm?11/03 ? handles requests from the arm7tdmi and the peripheral data controller  address decoder provides selection signals for ? up to four internal 1-mbyte memory areas ? one 256-mbyte embedded peripheral area  abort status registers ? source, type and all parameters of the access leading to an abort are saved ? facilitates debug by detection of bad pointers  misalignment detector ? alignment checking of all data accesses ? abort generation in case of misalignment  remap command ? allows remapping of an internal sram in place of the internal rom ? allows handling of dynamic interrupt vectors  16-area memory protection unit ? individually programmable size between 1k bytes and 64m bytes ? individually programmable protection against write and/or user access ? peripheral protection against write and/or user access advanced interrupt controller  controls the interrupt lines (nirq and nfiq) of an arm ? processor  thirty-two individually maskable and vectored interrupt sources ? source 0 is reserved for the fast interrupt input (fiq) ? source 1 is reserved for system peripherals (e.g., st, rtc, pmc, dbgu) ? source 2 to source 31 control up to thirty embedded peripheral interrupts or external interrupts ? programmable edge-triggered or level-sensitive internal sources ? programmable positive/negative edge-triggered or high/low level-sensitive external sources  8-level priority controller ? drives the normal interrupt of the processor ? handles priority of the interrupt sources 1 to 31 ? higher priority interrupts can be served during service of lower priority interrupt  vectoring ? optimizes interrupt service routine branch and execution ? one 32-bit vector register per interrupt source ? interrupt vector register reads the corresponding current interrupt vector protect mode ? easy debugging by preventing automatic operations when protect modeis are enabled fast forcing ? permits redirecting any normal interrupt source on the fast interrupt of the processor  general interrupt mask
6 at91rm3400 1790a?atarm?11/03 ? provides processor synchronization on events without triggering an interrupt power management controller  optimizes the power consumption of the whole system  embeds and controls ? one main oscillator and one slow clock oscillator (32.768hz) ? two phase locked loops (plls) and dividers ?clock prescalers provides ? the processor clock pck ? the master clock mck ? up to two usb clocks (depending on the usb ports embedded) ? uhpck for the usb host port ? udpck for the usb device port ? programmable automatic pll switch-off in usb device suspend conditions ? up to thirty peripheral clocks ? up to four programmable clock outputs  four operating modes ? normal mode, idle mode, slow clock mode, standby mode system timer  one period interval timer, 16-bit programmable counter  one watchdog timer, 16-bit programmable counter  one real-time timer, 20-bit free-running counter  interrupt generation on event real-time clock  low power consumption  full asynchronous design  two hundred year calendar  programmable periodic interrupt  alarm and update parallel load  control of alarm and update time/calendar data in debug unit  system peripheral to facilitate debug of atmel?s arm-based systems  composed of four functions ?two-pin uart ? debug communication channel (dcc) support ? chip id registers ? ice access prevention two-pin uart ? implemented features are 100% compatible with the standard atmel usart ? independent receiver and transmitter with a common programmable baud rate generator ? even, odd, mark or space parity generation
7 at91rm3400 1790a?atarm?11/03 ? parity, framing and overrun error detection ? automatic echo, local loopback and remote loopback channel modes ? interrupt generation ? support for two pdc channels with connection to receiver and transmitter  debug communication channel support ? offers visibility of commrx and co mmtx signals from the arm processor ? interrupt generation  chip id registers ? identification of the device revision, sizes of the embedded memories, set of peripherals  ice access prevention ? enables software to prevent system access through the arm processor?s ice ? prevention is made by asserting the ntrst line of the arm processor?s ice parallel input/output controller  up to 32 programmable i/o lines  fully programmable through set/clear registers  multiplexing of two peripheral functions per i/o line  for each i/o line (whether assigned to a peripheral or used as general purpose i/o) ? input change interrupt ? glitch filter ? multi-drive option enables driving in open drain ? programmable pull up on each i/o line ? pin data status register, supplies visibility of the level on the pin at any time  synchronous output, provides set and clear of several i/o lines in a single write serial peripheral interface  supports communication with serial external devices ? 4 chip selects with external decoder support allow communication with up to 15 peripherals ? serial memories, such as dataflash and 3-wire eeproms ? serial peripherals, such as adcs, dacs, lcd controllers, can controllers and sensors ? external co-processors  master or slave serial peripheral bus interface ? 8- to 16-bit programmable data length per chip select ? programmable phase and polarity per chip select ? programmable transfer delays between consecutive transfers and between clock and data per chip select ? programmable delay between consecutive transfers ? selectable mode fault detection  connection to pdc channel capabilities optimizes data transfers ? one channel for the receiver, one channel for the transmitter ? next buffer support
8 at91rm3400 1790a?atarm?11/03 two-wire interface  compatibility with standard two-wire serial memory  one, two or three bytes for slave address  sequential read/write operations usart  programmable baud rate generator  5- to 9-bit full-duplex synchronous or asynchronous serial communications ? 1, 1.5 or 2 stop bits in asynchronous mode or 1 or 2 stop bits in synchronous mode ? parity generation and error detection ? framing error detection, overrun error detection ? msb- or lsb-first ? optional break generation and detection ? by 8 or by-16 over-sampling receiver frequency ? optional hardware handshaking rts-cts ? optional modem signal management dtr-dsr-dcd-ri ? receiver time-out and transmitter timeguard ? optional multi-drop mode with address generation and detection  rs485 with driver control signal  iso7816, t = 0 or t = 1 protocols for interfacing with smart cards ? nack handling, error counter with repetition and iteration limit  irda modulation and demodulation ? communication at up to 115.2 kbps  test modes ? remote loopback, local loopback, automatic echo  supports connection of two peripheral data controller channels (pdc) ? offers buffer transfer without processor intervention serial synchronous controller  provides serial synchronous communication links used in audio and telecom applications  contains an independent receiver and transmitter and a common clock divider  interfaced with two pdc channels (dma access) to reduce processor overhead  offers a configurable frame sync and data length  receiver and transmitter can be programmed to start automatically or on detection of different event on the frame sync signal  receiver and transmitter include a data signal, a clock signal and a frame synchronization signal timer counter  three 16-bit timer counter channels  a wide range of functions including: ? frequency measurement ? event counting ? interval measurement ? pulse generation ?delay timing
9 at91rm3400 1790a?atarm?11/03 ? pulse width modulation ? up/down capabilities  each channel is user-configurable and contains: ? three external clock inputs ? five internal clock inputs ? two multi-purpose input/output signals  internal interrupt signal  two global registers that act on all three tc channels multimedia card interface  compatibility with multimedia card specification version 2.2  compatibility with sd memory card specification version 1.0  cards clock rate up to master clock divided by 2  embedded power management to slow down clock rate when not used  supports up to sixteen multiplexed slots (product-dependent) ? one slot for one multimediacard bus (up to 30 cards) or one sd memory card  support for stream, block and multi-block data read and write  supports connection to peripheral data controller ? minimizes processor intervention for large buffer transfers usb device port  usb v2.0 full-speed compliant, 12 mbits per second  embedded usb v2.0 full-speed transceiver  embedded dual-port ram for endpoints  suspend/resume logic  ping-pong mode (2 memory banks) for isochronous and bulk endpoints
10 at91rm3400 1790a?atarm?11/03
11 at91rm3400 1790a?atarm?11/03 at91rm3400 product properties power supplies the at91rm3400 has four types of power supply pins:  vddcore pins power the chip core and must be between 1.65v and 1.95v, 1.8v nominal.  vddio pins power the i/o lines and must be between 1.65v and 3.6v, 1.8v, 3v or 3.3v nominal.  vddpll pin powers the pll cells and must be between 1.65v and 1.95v, 1.8v nominal.  vddosc pin powers both oscillators and must be between 1.65v and 1.95v, 1.8v nominal. ground pins are common for all power supplies except the vddpll and vddosc, for which the gndpll and the gndosc pins are provided, respectively. powering vddio with a voltage lower than 3v prevents any use of the usb device port. pinout the at91rm3400 is available in a 100-lead lqfp package. table 1. at91rm3400 pinout in 100-lead lqfp package 1 vddcore 26 pa11 51 pa30 76 pb21 2 gnd 27 pa12 52 pa31 77 pb22 3 vddpll 28 pa13 53 pb0 78 jtagsel 4 pllrcb 29 vddio 54 pb1 79 tdi 5 gndpll 30 gnd 55 pb2 80 tdo 6 xout 31 pa14 56 pb3 81 tck 7 xin 32 pa15 57 pb4 82 tms 8 vddosc 33 pa16 58 pb5 83 vddio 9 gndosc 34 pa17 59 pb6 84 gnd 10 xout32 35 vddcore 60 pb7 85 tst 11 xin32 36 gnd 61 pb8 86 nrst 12 vddpll 37 pa18 62 pb9 87 vddcore 13 pllrca 38 pa19 63 pb10 88 gnd 14 gndpll 39 pa20 64 pb11 89 pb23 15 pa0 40 pa21 65 pb12 90 pb24 16pa1 41pa22 66vddio 91 pb25 17 pa2 42 pa23 67 gnd 92 pb26 18 pa3 43 pa24 68 pb13 93 pb27 19 pa4 44 pa25 69 pb14 94 pb28 20 pa5 45 pa26 70 pb15 95 pb29 21 pa6 46 pa27 71 pb16 96 pb30 22 pa7 47 pa28 72 pb17 97 ddm 23 pa8 48 vddio 73 pb18 98 ddp 24 pa9 49 gnd 74 pb19 99 vddio 25 pa10 50 pa29 75 pb20 100 gnd
12 at91rm3400 1790a?atarm?11/03 mechanical overview of the 100-lead lqfp package figure 2 shows the orientation of the 100-lead lqfp package. a detailed mechanical description is given in the section mechanical characteristics of the product datasheet. figure 2. 100-lead lqfp pinout (top view) 51 76 75 50 26 25 1 100
13 at91rm3400 1790a?atarm?11/03 peripheral multiplexing on pio lines the at91rm3400 features two pio controllers (pioa and piob) that allow multiplexing of the i/o lines of the peripheral set. each pio controller controls up to 32 lines. each line can be assigned to one of the two peripheral functions, a or b. the tables in the following paragraphs define how the i/o lines of the peripheral a and b are multiplexed on the pio controllers a and b. the two columns ?function? and ?comments? have been inserted for the user?s own comments; they may be used to track how pins are defined in an application. pio controller a multiplexing table 2. multiplexing on pio controller a pio controller a application usage i/o line peripheral a peripheral b function comments pa 0 m i s o ? pa 1 m o s i ? pa2 spck pck0 pa3 npcs0 pck1 pa4 npcs1 ? pa5 npcs2 sck1 pa6 npcs3 sck2 pa7 twd pck2 pa 8 t w c k p c k 3 pa 9 t x d 0 ? pa 1 0 r x d 0 ? pa11 sck0 tclk0 pa12 cts0 tclk1 pa13 rts0 tclk2 pa 1 4 r x d 1 ? pa 1 5 t x d 1 ? pa 1 6 rt s 1 t i o a 0 pa 1 7 c t s 1 t i o b 0 pa18 dtr1 tioa1 pa 1 9 d s r 1 t i o b 1 pa20 dcd1 tioa2 pa 2 1 r i 1 t i o b 2 pa 2 2 r x d 2 ? pa 2 3 t x d 2 ? pa 2 4 m c c k rt s 0 pa25 mccda rts1
14 at91rm3400 1790a?atarm?11/03 pa 2 6 m c da 0 pa 2 7 m c da 1 ? pa 2 8 m c da 2 rt s 2 pa 2 9 m c da 3 c t s 2 pa30 drxd ? pa 3 1 d t x d ? table 2. multiplexing on pio controller a (continued) pio controller a application usage i/o line peripheral a peripheral b function comments
15 at91rm3400 1790a?atarm?11/03 pio controller b multiplexing table 3. multiplexing pio controller b pio controller b application usage i/o line peripheral a peripheral b function comments pb0 tf0 tiob3 pb1 tk0 tclk3 pb2 td0 rts2 pb3 rd0 rts3 pb4 rk0 pck0 pb5 rf0 tioa3 pb6 tf1 tiob4 pb7 tk1 tclk4 pb8 td1 npcs1 pb9 rd1 npcs2 pb10 rk1 pck1 pb11 rf1 tioa4 pb12 tf2 tiob5 pb13 tk2 tclk5 pb14 td2 npcs3 pb15 rd2 pck1 pb16 rk2 pck2 pb17 rf2 tioa5 pb18 rts3 mccdb pb19 cts3 mcdb0 pb20 txd3 dtr1 pb21 rxd3 pb22 sck3 pck3 pb23 fiq pb24 irq0 td0 pb25 irq1 td1 pb26 irq2 td2 pb27 irq3 dtxd pb28 irq4 mcdb1 pb29 irq5 mcdb2 pb30 irq6 mcdb3
16 at91rm3400 1790a?atarm?11/03 pin name description table 4 gives details on the pin name classified by peripheral. table 4. pin description list pin name function type active level comments power vddio memory i/o lines power supply power 1.65v to 3.6v vddpll oscillator and pll power supply power 1.65v to 1.95v vddcore core chip power supply power 1.65v to 1.95v vddosc oscillator power supply power 1.65v to 1.95v gnd ground ground gndpll pll ground ground gndosc oscillator ground ground clock generation and power management (pmc) xin main crystal input input xout main crystal output output xin32 32khz crystal input input xout32 32khz crystal output output pllrca pll a filter input pllrcb pll b filter input pck0 - pck3 programmable clock output output ice and jtag tck test clock input tdi test data in input tdo test data out output tms test mode select input jtagsel jtag selection input reset/test nrst microcontroller reset input low no on-chip pull-up tst test mode select input must be tied low for normal operation debug unit drxd debug receive data input dtxd debug transmit data output aic irq0 - irq6 interrupt inputs input fiq fast interrupt input input
17 at91rm3400 1790a?atarm?11/03 pio pa0 - pa31 parallel io controller a i/o pulled-up input at reset pb0 - pb30 parallel io controller b i/o pulled-up input at reset multi-media card interface mcck multimedia card clock output mccda multimedia card a command i/o mcda0 - mcda3 multimedia card a data i/o mccdb multimedia card b command i/o mcdb0 - mcdb3 multimedia card b data i/o usart sck0 - sck3 serial clock i/o txd0 - txd3 transmit data i/o rxd0 - rxd3 receive data input rts0 - rts3 ready to send output cts0 - cts3 clear to send input dsr1 data set ready input dtr1 data terminal ready output dcd1 data carrier detect input ri1 ring indicator input usb device port dm usb device port data - analog dp usb device port data + analog synchronous serial controller td0 - td2 transmit data output rd0 - rd2 receive data input tk0 - tk2 transmit clock i/o rk0 - rk2 receive clock i/o tf0 - tf2 transmit frame sync i/o rf0 - rf2 receive frame sync i/o timer/counter tclk0 - tclk5 external clock input input tioa0 - tioa5 multipurpose timer i/o pin a i/o tiob0 - tiob5 multipurpose timer i/o pin b i/o table 4. pin description list pin name function type active level comments
18 at91rm3400 1790a?atarm?11/03 spi miso master in slave out i/o mosi master out slave in i/o spck spi serial clock i/o npcs0 - npcs3 spi peripheral chip select 0 to 3 i/o low two-wire interface twd two-wire serial data i/o twck two-wire serial clock i/o table 4. pin description list pin name function type active level comments
19 at91rm3400 1790a?atarm?11/03 peripheral identifiers the at91rm3400 embeds a wide range of peripherals. table 5 defines the peripherals iden- tifiers of the at91rm3400. a peripheral identifier is required for the control of the peripheral interrupt with the advanced interrupt controller and for the control of the peripheral clock with the power management controller. table 5. peripheral identifiers peripheral id peripheral mnemonic peripheral name external interrupt 0 aic advanced interrupt controller fiq 1 sysirq system interrupt 2 pioa parallel io controller a 3 piob parallel io controller b 4?reserved 5?reserved 6us0usart 0 7us1usart 1 8us2usart 2 9us3usart 3 10 mci multimedia card interface 11 udp usb device port 12 twi two-wire interface 13 spi serial peripheral interface 14 ssc0 serial synchronous controller 0 15 ssc1 serial synchronous controller 1 16 ssc2 serial synchronous controller 2 17 tc0 timer counter 0 18 tc1 timer counter 1 19 tc2 timer counter 2 20 tc3 timer counter 3 21 tc4 timer counter 4 22 tc5 timer counter 5 23 ? reserved 24 ? reserved 25 aic advanced interrupt controller irq0 26 aic advanced interrupt controller irq1 27 aic advanced interrupt controller irq2 28 aic advanced interrupt controller irq3 29 aic advanced interrupt controller irq4 30 aic advanced interrupt controller irq5 31 aic advanced interrupt controller irq6
20 at91rm3400 1790a?atarm?11/03 system interrupt the system interrupt (peripheral id 1) is the wired-or of the signal coming from:  the power management controller  the system timer  the real time clock  the debug unit the clock of these peripherals cannot be controlled and the peripheral id 1 can only be used within the advanced interrupt controller. external interrupts all external interrupt signals, i.e, the fast interrupt signal fiq or the interrupt signals irq0 to irq6, use a dedicated peripheral id. however, there is no clock control associated with these peripherals ids. product memory mapping internal memory mapping internal ram the at91rm3400 embeds a high-speed 96-kbyte sram bank. after reset and until the remap command is performed, the sram is only accessible at address 0x0020 0000. after remap, the sram also becomes available at address 0x0. internal rom the at91rm3400 features one bank of 256k bytes of rom. at any time, the rom is mapped to address 0x0010 0000. it is also accessible at address 0x0 after the reset and before the remap command. figure 3. internal memory mapping 2 56m bytes rom before remap sram after remap undefined areas (abort) 0x000f ffff 0x001f ffff 0x002f ffff 0x0fff ffff 1 m bytes 1 m bytes 1 m bytes 253 m bytes internal rom internal sram 0x0000 0000 0x0010 0000 0x0020 0000 0x0030 0000
21 at91rm3400 1790a?atarm?11/03 peripheral mapping system peripherals mapping the system peripherals are all mapped to the highest 4k bytes of address space, between addresses 0xffff f000 and 0xffff ffff. each peripheral has an address space of 256 or 512 bytes, representing 64 or 128 registers. figure 4. system peripherals mapping 0xffff f000 0xffff f200 0xffff f1ff 0xffff f3ff 0xffff f5ff 0xffff f7ff 0xffff fbff 0xffff fcff 0xffff fdff 0xffff feff 0xffff ffff 0xffff f400 0xffff f600 0xffff f800 0xffff fc00 aic dbgu pioa piob reserved pmc st rtc mc advanced interrupt controller 512 bytes/128 registers debug unit 512 bytes/128 registers pio controller a 512 bytes/128 registers pio controller b 512 bytes/128 registers power management controller 256 bytes/64 registers system timer 256 bytes/64 registers real time clock 256 bytes/64 registers memory controller 256 bytes/64 registers 0xffff fd00 0xffff fe00 0xffff ff00 peripheral name size address peripheral
22 at91rm3400 1790a?atarm?11/03 user peripherals mapping each user peripheral is allocated 16k bytes of address space. figure 5. user peripherals mapping 16k bytes peripheral name size 16k bytes 16k bytes 16k bytes 16k bytes 16k bytes 16k bytes 0xfffa 0000 0xfffa 3fff tc0, tc1, tc2 timer/counter 0, 1 and 2 16k bytes 16k bytes 16k bytes 16k bytes 16k bytes 16k bytes reserved reserved 0xfffa 4000 0xfffa 7fff tc3, tc4, tc5 timer/counter 3, 4 and 5 udp usb device port 0xfffb 0000 0xf000 0000 0xfffb 3fff mci multimedia card interface 0xfffb 4000 0xfffb 7fff twi two-wire interface 0xfffb 8000 0xfffb bfff 0xfffb ffff usart0 universal synchronous asynchronous receiver transmitter 0 0xfffc 0000 0xfffc 3fff usart1 universal synchronous asynchronous receiver transmitter 1 0xfffc 4000 0xfffc 7fff usart2 universal synchronous asynchronous receiver transmitter 2 0xfffc 8000 0xfffc bfff usart3 universal synchronous asynchronous receiver transmitter 3 0xfffc c000 0xfffc ffff ssc0 serial synchronous controller 0 0xfffd 0000 0xfffd 3fff ssc1 serial synchronous controller 1 0xfffd 4000 0xfffd 7fff ssc2 serial synchronous controller 2 0xfffd 8000 0xfffd bfff reserved 0xfffd ffff spi serial peripheral interface 0xfffe 0000 0xfffe 3fff reserved 0xfffe ffff reserved 0xfffd c000 0xfffb c000 0xfffe 4000 0xfffa 8000 0xfffa ffff
23 at91rm3400 1790a?atarm?11/03 peripheral implementation usart the usart section describes features allowing management of the modem signals dtr, dsr, dcd and ri. in the at91rm3400, only the usart1 implements these signals, named dtr1, dsr1, dcd1 and ri1. the usart0, usart2 and usart3 do not implement all the modem signals. only rts and cts (rts0 and cts0, rts2 and cts2, rts3 and cts3, respectively) are implemented in these usarts for other features. thus, programming the usart0, usart2 or the usart3 in modem mode may lead to unpredictable results. in these usarts, the commands relating to the modem mode have no effect and the status bits relating the status of the modem signals are never activated. timer counter the timer counter 0 to 5 are described with five generic clock inputs, timer_clock1 to timer_clock5. in the at91rm3400, these clock inputs are connected to the master clock (mck), to the slow clock (slck) and to divisions of the master clock. table 6 gives the correspondence between the timer counter clock inputs and clocks in the at91rm3400. each timer counter 0 to 5 displays the same configuration. usb device port the usb device port is v2.0 full-speed compli ant. it features six general purpose endpoints configured as follows: endpoint 0: 8 bytes, no support of ping-pong mode endpoint 1: 64 bytes, supports ping-pong mode endpoint 2: 64 bytes, supports ping-pong mode endpoint 3 : 8 bytes, no support of ping-pong mode endpoint 4: 256 bytes, supports ping-pong mode endpoint 5 : 256 bytes, supports ping-pong mode table 6. timer counter clocks assignment tc clock input clock timer_clock1 mck/2 timer_clock2 mck/8 timer_clock3 mck/32 timer_clock4 mck/128 timer_clock5 slck
24 at91rm3400 1790a?atarm?11/03
25 at91rm3400 1790a?atarm?11/03 arm7tdmi processor overview overview the arm7tdmi core executes both the 32-bit arm ? and 16-bit thumb ? instruction sets, allowing the user to trade off between high performance and high code density.the arm7tdmi processor implements von neuman architecture, using a three-stage pipeline consisting of fetch, decode, and execute stages. the main features of the arm7tdmi processor are:  arm7tdmi based on armv4t architecture  two instruction sets ?arm ? high-performance 32-bit instruction set ?thumb ? high code density 16-bit instruction set  three-stage pipeline architecture ? instruction fetch (f) ? instruction decode (d) ?execute (e)
26 at91rm3400 1790a?atarm?11/03 arm7tdmi processor for further details on arm7tdmi, refer to the following arm documents: arm architecture reference manual (ddi 0100e) arm7tdmi technical reference manual (ddi 0210b) instruction type instructions are either 32 bits long (in arm state) or 16 bits long (in thumb state). data type arm7tdmi supports byte (8-bit), half-word (16-bit) and word (32-bit) data types. words must be aligned to four-byte boundaries and half words to two-byte boundaries. unaligned data access behavior depends on which instruction is used where. arm7tdmi operating mode the arm7tdmi, based on arm architecture v4t, supports seven processor modes: user : the normal arm program execution state fiq : designed to support high-speed data transfer or channel process irq : used for general-purpose interrupt handling supervisor : protected mode for the operating system abort mode : implements virtual memory and/or memory protection system : a privileged user mode for the operating system undefined : supports software emulation of hardware coprocessors mode changes may be made under software control, or may be brought about by external interrupts or exception processing. most a pplication programs execute in user mode. the non-user modes, or privileged modes, are entered in order to service interrupts or exceptions, or to access protected resources. arm7tdmi registers the arm7tdmi processor has a total of 37registers:  31 general-purpose 32-bit registers  6 status registers these registers are not accessible at the same time. the processor state and operating mode determine which registers are available to the programmer. at any one time 16 registers are visible to the user. the remainder are synonyms used to speed up exception processing. register 15 is the program counter (pc) and can be used in all instructions to reference data relative to the current instruction. r14 holds the return address after a subroutine call. r13 is used (by software convention) as a stack pointer
27 at91rm3400 1790a?atarm?11/03 . registers r0 to r7 are unbanked registers. this means that each of them refers to the same 32-bit physical register in all processor modes. they are general-purpose registers, with no special uses managed by the architecture, and can be used wherever an instruction allows a general-purpose register to be specified. registers r8 to r14 are banked registers. this means that each of them depends on the cur- rent mode of the processor. modes and exception handling all exceptions have banked registers for r14 and r13. after an exception, r14 holds the return address for exception processing. this address is used to return after the exception is processed, as well as to address the instruction that caused the exception. r13 is banked across exception modes to provide each exception handler with a private stack pointer. the fast interrupt mode also banks registers 8 to 12 so that interrupt processing can begin without having to save these registers. table 7. arm7tdmi arm modes and registers layout user and system mode supervisor mode abort mode undefined mode interrupt mode fast interrupt mode r0 r0 r0 r0 r0 r0 r1 r1 r1 r1 r1 r1 r2 r2 r2 r2 r2 r2 r3 r3 r3 r3 r3 r3 r4 r4 r4 r4 r4 r4 r5 r5 r5 r5 r5 r5 r6 r6 r6 r6 r6 r6 r7 r7 r7 r7 r7 r7 r8 r8 r8 r8 r8 r8_fiq r9 r9 r9 r9 r9 r9_fiq r10 r10 r10 r10 r10 r10_fiq r11 r11 r11 r11 r11 r11_fiq r12 r12 r12 r12 r12 r12_fiq r13 r13_svc r13_abort r13_undef r13_irq r13_fiq r14 r14_svc r14_abort r14_undef r14_irq r14_fiq pc pc pc pc pc pc cpsr cpsr cpsr cpsr cpsr cpsr spsr_svc spsr_abort spsr_undef spsr_irq spsr_fiq mode-specific banked registers
28 at91rm3400 1790a?atarm?11/03 a seventh processing mode, system mode, does not have any banked registers. it uses the user mode registers. system mode runs tasks that require a privileged processor mode and allows them to invoke all classes of exceptions. status registers all other processor states are held in status registers. the current operating processor status is in the current program status register (cpsr). the cpsr holds:  four alu flags (negative, zero, carry, and overflow)  two interrupt disable bits (one for each type of interrupt)  one bit to indicate arm or thumb execution  five bits to encode the current processor mode all five exception modes also have a saved pr ogram status register (spsr) that holds the cpsr of the task immediately preceding the exception. exception types the arm7tdmi supports five types of exception and a privileged processing mode for each type. the types of exceptions are:  fast interrupt (fiq)  normal interrupt (irq)  memory aborts (used to implement memory protection or virtual memory)  attempted execution of an undefined instruction  software interrupts (swis) exceptions are generated by internal and external sources. more than one exception can occur in the same time. when an exception occurs, the banked version of r14 and the spsr for the exception mode are used to save state. to return after handling the exception, the spsr is moved to the cpsr, and r14 is moved to the pc. this can be done in two ways:  by using a data-processing instruction with the s-bit set, and the pc as the destination  by using the load multiple with restore cpsr instruction (ldm) arm instruction set overview the arm instruction set is divided into:  branch instructions  data processing instructions  status register transfer instructions  load and store instructions  coprocessor instructions  exception-generating instructions arm instructions can be executed conditionally . every instruction contains a 4-bit condition code field (bit[31:28]). table 8 gives the arm instruction mnemonic list.
29 at91rm3400 1790a?atarm?11/03 thumb instruction set overview the thumb instruction set is a re-encoded subset of the arm instruction set. the thumb instruction set is divided into:  branch instructions  data processing instructions  load and store instructions  load and store multiple instructions  exception-generating instruction in thumb mode, eight general-purpose registers, r0 to r7, are available that are the same physical registers as r0 to r7 when executing arm instructions. some thumb instructions also access to the program counter (arm register 15), the link register (arm register 14) table 8. arm instruction mnemonic list mnemonic operation mnemonic operation mov move cdp coprocessor data processing add add mvn move not sub subtract adc add with carry rsb reverse subtract sbc subtract with carry cmp compare rsc reverse subtract with carry tst test cmn compare negated and logical and teq test equivalence eor logical exclusive or bic bit clear mul multiply orr logical (inclusive) or smull sign long multiply mla multiply accumulate smlal signed long multiply accumulate umull unsigned long multiply msr move to status register umlal unsigned long multiply accumulate b branch mrs move from status register bx branch and exchange bl branch and link ldr load word swi software interrupt ldrsh load signed halfword str store word ldrsb load signed byte strh store half word ldrh load half word strb store byte ldrb load byte strbt store register byte with translation ldrbt load register byte with translation strt store register with translation ldrt load register with translation stm store multiple ldm load multiple swpb swap byte swp swap word mrc move from coprocessor mcr move to coprocessor stc store from coprocessor ldc load to coprocessor
30 at91rm3400 1790a?atarm?11/03 and the stack pointer (arm register 13). further instructions allow limited access to the arm registers 8 to 15. table 9 gives the thumb instruction mnemonic list. table 9. thumb instruction mnemonic list mnemonic operation mnemonic operation mov move mvn move not add add adc add with carry sub subtract sbc subtract with carry cmp compare cmn compare negated tst test neg negate and logical and bic bit clear eor logical exclusive or orr logical (inclusive) or lsl logical shift left lsr logical shift right asr arithmetic shift right ror rotate right mul multiply b branch bl branch and link bx branch and exchange swi software interrupt ldr load word str store word ldrh load half word strh store half word ldrb load byte strb store byte ldrsh load signed halfword ldrsb load signed byte ldmia load multiple stmia store multiple push push register to stack pop pop register from stack
31 at91rm3400 1790a?atarm?11/03 at91rm3400 debug and test features overview the at91rm3400 features a number of complementary debug and test capabilities. a common jtag/ice (in-circuit emulator) port is used for standard debugging functions, such as downloading code and single-stepping through programs. the debug unit pro- vides a two-pin uart that can be used to upload an application into internal sram. it manages the interrupt handling of the internal commtx and commrx signals that trace the activity of the debug communication channel. a set of dedicated debug and test input/output pins give direct access to these capabili- ties from a pc-based test environment. key features are:  integrated embedded in-circuit emulator  debug unit ?two-pin uart ? debug communication channel ? chip id register  ieee1149.1 jtag boundary-scan on all digital pins
32 at91rm3400 1790a?atarm?11/03 block diagram figure 6. at91rm3400 debug and test block diagram note: tap: test access port ice pdc dbgu pio drxd dtxd nrst tst tms tck tdi jtagsel tdo boundary ta p ice/jtag ta p arm7tdmi reset and test
33 at91rm3400 1790a?atarm?11/03 application examples debug environment figure 7 shows a complete debug environment example. the ice/jtag interface is used for standard debugging functions, such as downloading code and single-stepping through the program. figure 7. at91rm3400-based application debug environment example test environment figure 8 shows a test environment example. test vectors are sent and interpreted by the tester. in this example, the ?board under test? is designed using a number of jtag- compliant devices. these devices can be connected to form a single scan chain. figure 8. at91rm3400-based application test environment example at91rm3400-based application board ice/jtag interface ice/jtag connector at91rm3400 terminal rs232 connector host debugger jtag interface ice/jtag connector at91rm3400 tester test adapter at91rm3400-based application board in test chip n chip 2 chip 1
34 at91rm3400 1790a?atarm?11/03 debug and test pin description functional description test pin one dedicated pin, tst, is used to define the device operating mode. the user must make sure that this pin is tied at low level to ensure normal operating conditions. other values associated to this pin are manufacturing test reserved. embedded in-circuit emulator arm7tdmi embedded in-circuit emulator is supported via the ice/jtag port.the inter- nal state of the arm7tdmi is examined through a ice/jtag port. the arm7tdmi processor contains hardwa re extensions for advanced debugging features:  in halt mode, a store-multiple (stm) can be inserted into the instruction pipeline. this exports the contents of the arm7tdmi registers. this data can be serially shifted out without affecting the rest of the system.  in monitor mode, the jtag interface is used to transfer data between the debugger and a simple monitor program running on the arm7tdmi processor. there are three scan chains inside the arm7tdmi processor that support testing, debugging, and programming of the embedded ice. the scan chains are controlled by the ice/jtag port. embedded ice mode is selected when jtagsel is low. it is not possible to switch directly between ice and jtag operations. a chip reset must be performed (nrst) after jtagsel is changed. for further details on the embedded in-circuit-emulator, see the arm7tdmi (rev4) technical reference manual (ddi0210b). table 10. debug and test pin list pin name function type active level reset/test nrst microcontroller reset input low tst test mode select input ice and jtag tck test clock input tdi test data in input tdo test data out output tms test mode select input jtagsel jtag selection input debug unit drxd debug receive data input dtxd debug transmit data output
35 at91rm3400 1790a?atarm?11/03 debug unit the debug unit provides a two-pin (dxrd and txrd) usart that can be used for sev- eral debug and trace purposes and offers an ideal means for in-situ programming solutions and debug monitor communication. moreover, the association with two periph- eral data controller channels permits packet handling of these tasks with processor time reduced to a minimum. the debug unit also manages the interrupt handling of the commtx and commrx signals that come from the ice and that trace the activity of the debug communication channel.the debug unit allows blockage of access to the system through the ice interface. the debug unit can be used to upload an application into the internal sram. it is acti- vated by the boot program when no valid application is detected. the protocol used to load the application is xmodem. a specific register, the debug unit chip id register, informs about the product version and its internal configuration. at91rm3400 debug unit chip id value is: 0x034e0941, on 32-bit width. for further details on the debug unit, see the debug unit section. for further details on the debug unit and boot program, see boot program specifications. ieee 1149.1 jtag boundary scan ieee 1149.1 jtag boundary scan allows pin-level access independent of the device packaging technology. ieee 1149.1 jtag boundary scan is enabled when jtagsel is high. the sample, extest and bypass functions are implemented. in ice debug mode, the arm pro- cessor responds with a non-jtag chip id that identifies the processor to the ice system. this is not ieee 1149.1 jtag-compliant. it is not possible to switch directly between jtag and ice operations. a chip reset must be performed (nrst) after jtagsel is changed. a boundary-scan descriptor language (bsdl) file is provided to set up test. jtag boundary-scan register the boundary-scan register (bsr) contains 189 bits which correspond to active pins and associated control signals. each at91rm3400 input/output pin corresponds to a 3-bit register in the bsr. the output bit contains data that can be forced on the pad. the input bit facilitates the observability of data applied to the pad. the control bit selects the direction of the pad. table 11. jtag boundary scan register bit number pin name pin type associated bsr cells 189 pb18/rts3/mccdb in/out input 188 output 187 control 186 pb19/cts3/mccdb0 in/out input 185 output 184 control
36 at91rm3400 1790a?atarm?11/03 183 pb20/txd3/dtr1 in/out input 182 output 181 control 180 pb21/rxd3 in/out input 179 output 178 control 177 pb22/sck3/pck3 in/out input 176 output 175 control 174 pb23/fiq in/out input 173 output 172 control 171 pb24/irq0/td0 in/out input 170 output 169 control 168 pb25/irq1/td1 in/out input 167 output 166 control 165 pb26/irq2/td2 in/out input 164 output 163 control 162 pb27/irq3/dtxd in/out input 161 output 160 control 159 pb28/irq4/mcdb1 in/out input 158 output 157 control 156 pb29/irq5/mcdb2 in/out input 155 output 154 control 153 pb30/irq6/mcdb3 in/out input 152 output 151 control table 11. jtag boundary scan register (continued) bit number pin name pin type associated bsr cells
37 at91rm3400 1790a?atarm?11/03 150 pa0/miso in/out input 149 output 148 control 147 pa1/mosi in/out input 146 output 145 control 144 pa2/spck/pck0 in/out input 143 output 142 control 141 pa3/npcs0/pck1 in/out input 140 output 139 control 138 pa4/npcs1 in/out input 137 output 136 control 135 pa5/npcs2/sck1 in/out input 134 output 133 control 132 pa6/npcs3/sck2 in/out input 131 output 130 control 129 pa7/twd/pck2 in/out input 128 output 127 control 126 pa8/twck/pck3 in/out input 125 output 124 control 123 pa9/txd0 in/out input 122 output 121 control 120 pa 1 0 / r x d 0 i n / o u t input 119 output 118 control table 11. jtag boundary scan register (continued) bit number pin name pin type associated bsr cells
38 at91rm3400 1790a?atarm?11/03 117 pa11/sck0/tclk0 in/out input 116 output 115 control 114 pa12/cts0/tclk1 in/out input 113 output 112 control 111 pa13/rts0/tclk2 in/out input 110 output 109 control 108 pa 1 4 / r x d 1 i n / o u t input 107 output 106 control 105 pa 1 5 / t x d 1 i n / o u t input 104 output 103 control 102 pa16/rts1/tioa0 in/out input 101 output 100 control 99 pa17/cts1/tiob0 in/out input 98 output 97 control 96 pa18/dtr1/tioa1 in/out input 95 output 94 control 93 pa19/dsr1/tiob1 in/out input 92 output 91 control 90 pa20/dcd1/tioa2 in/out input 89 output 88 control 87 pa21/ri1/tiob2 in/out input 86 output 85 control table 11. jtag boundary scan register (continued) bit number pin name pin type associated bsr cells
39 at91rm3400 1790a?atarm?11/03 84 pa 2 2 / r x d 2 i n / o u t input 83 output 82 control 81 pa 2 3 / t x d 2 i n / o u t input 80 output 79 control 78 pa24/mcck/rts0 in/out input 77 output 76 control 75 pa25/mccda/rts1 in/out input 74 output 73 control 72 pa26/mcda0 in/out input 71 output 70 control 69 pa27/mcda1 in/out input 68 output 67 control 66 pa28/mcda2/rts2 in/out input 65 output 64 control 63 pa29/mcda3/cts2 in/out input 62 output 61 control 60 pa30/drxd in/out input 59 output 58 control 57 pa 3 1 / d t x d i n / o u t input 56 output 55 control 54 pb0/tf0/tiob3 in/out input 53 output 52 control table 11. jtag boundary scan register (continued) bit number pin name pin type associated bsr cells
40 at91rm3400 1790a?atarm?11/03 51 pb1/tk0/tclk3 in/out input 50 output 49 control 48 pb2/td0/rts2 in/out input 47 output 46 control 45 pb3/rd0/rts3 in/out input 44 output 43 control 42 pb4/rk0/pck0 in/out input 41 output 40 control 39 pb5/rf0/tioa3 in/out input 38 output 37 control 36 pb6/tf1/tiob4 in/out input 35 output 34 control 33 pb7/tk1/tclk4 in/out input 32 output 31 control 30 pb8/td1/npcs1 in/out input 29 output 28 control 27 pb9/rd1/npcs2 in/out input 26 output 25 control 24 pb10/rk1/pck1 in/out input 23 output 22 control 21 pb11/rf1/tioa4 in/out input 20 output 19 control table 11. jtag boundary scan register (continued) bit number pin name pin type associated bsr cells
41 at91rm3400 1790a?atarm?11/03 18 pb12/tf2/tiob5 in/out input 17 output 16 control 15 pb13/tk2/tclk5 in/out input 14 output 13 control 12 pb14/td2/npcs3 in/out input 11 output 10 control 9 pb15/rd2/pck1 in/out input 8output 7control 6 pb16/rk2/pck2 in/out input 5output 4control 3 pb17/rf2/tioa5 in/out input 2output 1control table 11. jtag boundary scan register (continued) bit number pin name pin type associated bsr cells
42 at91rm3400 1790a?atarm?11/03 at91rm3400 id code register access: read-only version: product version number set to 0x1. part number: product part number set to 0x5b03. manufacturer identity set to 0x01f. bit[0] required by ieee std. 1149.1. set to 0x1. at91rm3400 jtag id code value is 0x15b0303f. 31 30 29 28 27 26 25 24 version part number 23 22 21 20 19 18 17 16 part number 15 14 13 12 11 10 9 8 part number manufacturer identity 7 6 5 4 3 2 1 0 manufacturer identity 1
43 at91rm3400 1790a?atarm?11/03 boot program overview the boot program downloads an application in any of the at91 products integrating a rom. it integrates a bootloader and a boot uploader to assure correct information download. the bootloader is activated first. it looks for a sequence of eight valid arm exception vectors in a dataflash connected to the spi, an eeprom connected to the two-wire interface (twi) or an 8-bit memory device connected to the external bus interface (ebi) (if the device inte- grates the ebi). all these vectors must be b-branch or ldr load register instructions except for the sixth instruction. this vector is used to store information, such as the size of the image to download and the type of dataflash device. if a valid sequence is found, code is downloaded into the internal sram. this is followed by a remap and a jump to the first address of the sram. if no valid arm vector sequence is found, the boot uploader is started. it initializes the debug unit serial port (dbgu) and the usb device port. it then waits for any transaction and down- loads a piece of code into the internal sram via a device firmware upgrade (dfu) protocol for usb and xmodem protocol for the dbgu. after the end of the download, it branches to the application entry point at the first address of the sram. the main features of the boot program are:  default boot program stored in rom-based products  downloads and runs an application from external storage media into internal sram  downloaded code size depends on embedded sram size  automatic detection of valid application  bootloader supporting a wide range of non-volatile memories ? spi dataflash ? connected on spi npcs0 ? two-wire eeprom ? 8-bit parallel memories on ncs0 (only for devices with ebi integrated)  boot uploader in case no valid program is detected in external nvm and supporting several communication media  serial communication on a dbgu (xmodem protocol)  usb device port (dfu protocol)
44 at91rm3400 1790a?atarm?11/03 flow diagram the boot program implements the algorithm presented in figure 9. figure 9. boot program algorithm flow diagram timeout 10 ms timeout 40 ms device setup spi dataflash boot twi eeprom boot download from dataflash download from eeprom dbgu serial download run run run run or ye s ye s *dfu = device firmware upgrade bootloader boot upload er usb download dfu* protocol parallel boot download from 8-bit device run ye s applicable only to parallel boot interfaces
45 at91rm3400 1790a?atarm?11/03 bootloader the boot program is started from address 0x0000_0000 (arm reset vector) when the on-chip boot mode is selected (bms high during the reset, only on devices with ebi integrated). the first operation is the search for a valid program in the off-chip non-volatile memories. if a valid application is found, this application is loaded into internal sram and executed by branching at address 0x0000_0000 after remap. this application may be the application code or a sec- ond-level bootloader. to optimize the downloaded application code size, the boot program embeds several func- tions that can be reused by the application. the boot program is linked at address 0x0010_0000 but the internal rom is mapped at both 0x0000_0000 and 0x0010_0000 after reset. all the call to functions is pc relati ve and does not use absolute addresses. the arm vectors are present at both addresses, 0x0000_0000 and 0x0010_0000. to access the functions in rom, a structure containing chip descriptor and function entry points is defined at a fixed address in rom. if no valid application is detected, the debug se rial port or the usb device port must be con- nected to allow the upload. a specific application provided by atmel (dfu uploader) loads the application into internal sram through the usb. to load the application through the debug serial port, a terminal application (hyperterminal) running the xmodem protocol is required. figure 10. remap action after download completion after reset, the code in internal rom is mapped at both addresses 0x0000_0000 and 0x0010_0000: 100000 ea00000b b 0x2c 00 ea00000b b 0x2c 100004 e59ff014 ldr pc,[pc,20] 04 e59ff014 ldr pc,[pc,20] 100008 e59ff014 ldr pc,[pc,20] 08 e59ff014 ldr pc,[pc,20] 10000c e59ff014 ldr pc,[pc,20] 0c e59ff014 ldr pc,[pc,20] 100010 e59ff014 ldr pc,[pc,20] 10 e59ff014 ldr pc,[pc,20] 100014 00001234 ldr pc,[pc,20] 14 00001234 ldr pc,[pc,20] 100018 e51fff20 ldr pc,[pc,-0xf20] 18 e51fff20 ldr pc,[pc,-0xf20] 10001c e51fff20 ldr pc,[pc,-0xf20] 1c e51fff20 ldr pc,[pc,-0xf20] remap internal sram internal rom internal rom internal sram 0 x0020_0000 0 x0000_0000 0x0010_000 0 0x0000_000 0
46 at91rm3400 1790a?atarm?11/03 valid image detection the bootloader software looks for a valid application by analyzing the first 32 bytes corre- sponding to the arm exception vectors. these bytes must implement arm instructions for either branch or load pc with pc relative addressing. the sixth vector, at offset 0x18, contains the size of the image to download and the dataflash parameters. the user must replace this vector with his own vector. figure 11. ldr opcode figure 12. b opcode unconditional instruction: 0xe for bits 31 to 28 load pc with pc relative addressing instruction: ? rn = rd = pc = 0xf ?i==1 ?p==1 ? u offset added (u==1) or subtracted (u==0) ?w==1 example an example of valid vectors: 00 ea00000b b 0x2c 004 e59ff014 ldr pc, [pc,20] 08 e59ff014 ldr pc, [pc,20] 0c e59ff014 ldr pc, [pc,20] 10 e59ff014 ldr pc, [pc,20] 14 00001234 ldr pc, [pc,20] <- code size = 4660 bytes 18 e51fff20 ldr pc, [pc,-0xf20] 1c e51fff20 ldr pc, [pc,-0xf20] in download mode (dataflash, eeprom or 8-bit memory in device with ebi integrated), the size of the image to load into sram is contained in the location of the sixth arm vector. thus the user must replace this vector by the correct vector for his application. 31 28 27 24 23 20 19 16 15 12 11 0 111011 ipu1w0 rn rd 31 28 27 24 23 0 1 1 1 0 1 0 1 0 offset (24 bits)
47 at91rm3400 1790a?atarm?11/03 structure of arm vector 6 the arm exception vector 6 is used to stor e information needed by the boot rom down- loader. this information is described below. figure 13. structure of the arm vector 6 the first eight bits contain the number of blocks to download. the size of a block is 512 bytes, allowing download of up to 128k bytes. the bits 13 to 16 determine the dataflash page number. ? dataflash page number = 2 (nb of pages) the last 15 bits contain the dataflash page size. example the following vector contains the information to describe a at45db642 dataflash which con- tains 11776 bytes to download. vector 6 is 0x0841a017 (00001000010000011010000000010111b): size to download: 0x17 * 512 bytes = 11776 bytes number pages (1101b): 13 ==> number of dataflash pages = 2 13 = 8192 dataflash page size(000010000100000b) = 1056 for download in the eeprom or 8-bit external memory (if device integrates ebi), only the size to be downloaded is decoded. 31 17 16 13 12 8 7 0 number of pages reserved number of 512-byte blocks to download dataflash page size table 12. dataflash device device density page size (bytes) number of pages at45db011b 1 mbit 264 512 at45db021b 2 mbits 264 1024 at45db041b 4 mbits 264 2048 at45db081b 8 mbits 264 4096 at45db161b 16 mbits 528 4096 at45db321b 32 mbits 528 8192 at45db642 64 mbits 1056 8192 at45db1282 128 mbits 1056 16384
48 at91rm3400 1790a?atarm?11/03 bootloader sequence the boot program performs device initialization followed by the download procedure. if unsuc- cessful, the upload is done via the usb or debug serial port. device initialization initialization follows the steps described below: 1. pll setup ? pllb is initialized to generate a 48 mhz clock necessary to use the usb device. a register located in the power management controller (pmc) determines the frequency of the main oscillator and thus the correct factor for the pllb. table 13 defines the crystals supported by the boot program. 2. stacks setup for each arm mode 3. main oscillator frequency detection 4. interrupt controller setup 5. c variables initialization 6. branch main function download procedure the download procedure checks for a valid boot on several devices. the first device checked is a serial dataflash connected to the npcs0 of the spi, followed by the serial eeprom con- nected to the twi and by an 8-bit parallel memory connected on ncs0 of the external bus interface (if ebi is implemented in the product). table 13. crystals supported by software auto-detection (mhz) 3.0 3.2768 3.6864 3.84 4.0 4.433619 4.9152 5.0 5.24288 6.0 6.144 6.4 6.5536 7.159090 7.3728 7.864320 8.0 9.8304 10.0 11.05920 12.0 12.288 13.56 14.31818 14.7456 16.0 17.734470 18.432 20.0 24.0 25.0 28.224 32.0 33.0
49 at91rm3400 1790a?atarm?11/03 serial dataflash download the boot program supports all atmel dataflash devices. table 12 summarizes the parame- ters to include in the arm vector 6 for all devices. the dataflash has a status register that determines all the parameters required to access the device. thus, to be compatible with the future design of the dataflash, parameters are coded in the arm vector 6. figure 14. serial dataflash download end read the first 8 instructions (32 bytes). decode the sixth arm vector ye s read the dataflash into the internal sram. (code size to read in vector 6) restore the reset value for the peripherals. set the pc to 0 and perform the remap to jump to the downloaded application send status command 8 vectors (except vector 6) are ldr or branch instruction ? ye s start is status ok ? serial two-wire eeprom download no no
50 at91rm3400 1790a?atarm?11/03 serial two-wire eeprom download generally, serial eeproms have no identification code. the bootloader checks for an acknowledgment on the first read. the device address on the two-wire bus must be 0x0. the bootloader supports the devices listed in table 14. figure 15. serial two-wire eeprom download table 14. supported eeprom devices device size organization at24c16a 16 kbits 16 bytes page write at24c164 16 kbits 16 bytes page write at24c32 32 kbits 32 bytes page write at24c64 64 kbits 32 bytes page write at24c128 128 kbits 64 bytes page write at24c256 256 kbits 64 bytes page write at24c512 528 kbits 128 bytes page write end memory uploader only for device without ebi integrated read the first 8 instructions (32 bytes). decode the sixth arm vector ye s read the two-wire eeprom into the internal sram (code size to read in vector 6) restore the reset value for the peripherals. set the pc to 0 and perform the remap to jump to the downloaded application send read command 8 vectors (except vector 6) are ldr or branch instruction ? ye s start device ack ? 8-bits parallel memory download only for device with ebi integrated no no
51 at91rm3400 1790a?atarm?11/03 8-bit parallel flash download ( only for products including an ebi) eight-bit parallel flash download is supported if the product integrates an external bus inter- face (ebi). all 8-bit memory devices supported by the ebi when ncs0 is configured in 8-bit data bus width are supported by the bootloader. figure 16. 8-bit parallel flash download end read the external memory into the internal sram (code size to read in vector 6) restore the reset value for the peripherals. set the pc to 0 and perform the remap to jump to the downloaded application setup memory controller 8 vectors (except vector 6) are ldr or branch instruction ? ye s start memory uploader no read the first 8 instructions (32 bytes). read the size in sixth arm vector
52 at91rm3400 1790a?atarm?11/03 boot uploader if no valid boot device has been found during the bootloader sequence, initialization of serial communication devices (dbgu and usb device ports) is performed. ? initialization of the dbgu serial port (115200 bauds, 8, n, 1) and xmodem protocol start ? initialization of the usb device port and dfu protocol start ? download of the application the boot uploader performs the dfu and xmodem protocols to upload the application into internal sram at address 0x0020_0000. the boot program uses a piece of internal sram for variables and stacks. to prevent any upload error, the size of the application to upload must be less than the sram size minus 3k bytes. after the download, the peripheral registers are reset, the interrupts are disabled and the remap is performed. after the remap, the internal sram is at address 0x0000_0000 and the internal rom at address 0x0010_0000. the instruction setting the pc to 0 is the one just after the remap command. this instruction is fetched in the pipe before doing the remap and exe- cuted just after. this fetch cycle executes the downloaded image. external communication channels dbgu serial port the upload is performed through the dbgu serial port initialized to 115200 baud, 8, n, 1. the dbgu sends the character ?c? (0x43) to start an xmodem protocol. any terminal perform- ing this protocol can be used to send the application file to the target. the size of the binary file to send depends on the sram size embedded in the product (refer to the microcontroller datasheet to determine sram size embedded in the microcontroller). in all cases, the size of the binary file must be lower than sram size because the xmodem protocol requires some sram memory to work. xmodem protocol the xmodem protocol supported is the 128-byte length block. this protocol uses a two char- acter crc-16 to guarantee detection of a maximum bit error. xmodem protocol with crc is accurate provided both sender and receiver report successful transmission. each block of the transfer looks like: <255-blk #><--128 data bytes--> in which: ? = 01 hex ? = binary number, starts at 01, increments by 1, and wraps 0ffh to 00h (not to 01) ? <255-blk #> = 1?s complement of the blk#. ? = 2 bytes crc16 figure 17 shows a transmission using this protocol.
53 at91rm3400 1790a?atarm?11/03 figure 17. xmodem transfer example usb device port a 48 mhz usb clock is necessary to use usb device port. it has been programmed earlier in the device initialization with pllb configuration. dfu protocol the dfu allows upgrade of the firmware of usb devices. the dfu algorithm is a part of the usb specification. for more details, refer to ?usb device firmware upgrade specification, rev. 1.0?. there are four distinct steps when carrying out a firmware upgrade: 1. enumeration: the device informs the host of its capabilities. 2. reconfiguration: the host and the device agree to initiate a firmware upgrade. 3. transfer: the host transfers the firmware image to the device. status requests are employed to maintain synchronization between the host and the device. 4. manifestation: once the device reports to the host that it has completed the reprogram- ming operations, the host issues a reset and the device executes the upgraded firmware. figure 18. dfu protocol host device soh 01 fe data[128] crc crc c ack soh 02 fd data[128] crc crc ack soh 03 fc data[100] crc crc ack eot ack host device prepare for an upgrade usb reset dfu mode activated download this firmware prepare to exit dfu mode usb reset
54 at91rm3400 1790a?atarm?11/03 hardware and software constraints the software limitations of the boot program are:  the downloaded code size is less than the sram size embedded in the product.  the device address of the eeprom must be 0 on the twi bus.  the code is always downloaded from the device address 0x0000_0000 (dataflash, eeprom) to the address 0x0000_0000 of the internal sram (after remap).  the downloaded code must be position-independent or linked at address 0x0000_0000. the hardware limitations of the boot program are:  the dataflash must be connected to npcs0 of the spi.  the 8-bit parallel flash must be connected to ncs0 of the ebi if the device integrates an ebi. the spi and twi drivers use several pios in alternate functions to communicate with devices. care must be taken when these pios are used by the application. the devices connected could be unintentionally driven at boot time, and electrical conflicts between spi or twi output pins and the connected devices may appear. to assure correct functionality, it is recommended to plug in critical devices to other pins or to boot on an external 16-bit parallel memory (if product integrates an ebi) by setting bit bms. table 15 contains a list of pins that are driven during the boot program execution. these pins are driven during the boot sequence for a period of about 6 ms if no correct boot program is found. the download through the twi takes about 5 sec for 64k bytes due to the twi bit rate (100 kbits/s). for the dataflash driven by spck signal at 12 mhz, the time to download 64k bytes is reduced to 66 ms. before performing the jump to the application in internal sram, all the pios and peripherals used in the boot program are set to their reset state. note: 1. see ?peripheral multiplexing on pio lines? on page 13. table 15. pins driven during boot program execution pin used spi (dataflash) twi (eeprom) mosi (1) ox spck (1) ox npcs0 (1) ox twd (1) x i/o twck (1) xo
55 at91rm3400 1790a?atarm?11/03 embedded software services overview an embedded software service is an independent software object that drives device resources for frequently implemented tasks. the object-or iented approach of the software provides an easy way to access services to build applications. an at91 service has several purposes:  it gives software examples dedicated to the at91 devices.  it can be used on several at91 device families.  it offers an interface to the software stored in the rom. the main features of the software services are:  compliant with atpcs  compliant with ansi/iso standard c  compiled in arm/thumb interworking  rom entry service  tempo, xmodem and dataflash services  crc and sine tables service definition service structure structure definition a service structure is defined in c header files. this structure is composed of data members and pointers to functions (methods) and is similar to a class definition. there is no protection of data access or methods access. however, some functions can be used by the customer application or other services and so be considered as public methods. similarly, other functions are not invoked by them. they can be considered as private methods. this is also valid for data. methods in the service structure, pointers to functions are supposed to be initialized by default to the standard functions. only the default standard f unctions reside in rom. default methods can be overloaded by custom application methods. methods do not declare any static variables nor invoke global variables. all methods are invoked with a pointer to the service structure. a method can access and update service data without restrictions. similarly, there is no polling in the methods. in fact, there is a method to start the functionality (a read to give an example), a method to get the status (is the read achieved?), and a call- back, initialized by the start method. thus, usi ng service, the client application carries out a synchronous read by starting the read and polling the status, or an asynchronous read speci- fying a callback when starting the read operation. service entry point each at91 service, except for the rom entry service (see section ), defines a function named at91f_open_ . it is the only entry point defined for a service. even if the functions at91f_open_ may be compared with object constructors, they do not act as constructors in that they initiate the service structure but they do not allocate it. thus the customer application must allocate it. example
56 at91rm3400 1790a?atarm?11/03 // allocation of the service structure at91s_pipe pipe; // opening of the service at91ps_pipe ppipe = at91f_openpipe(&pipe, ?); method pointers in the service structure are initialized to the default methods defined in the at91 service. other fields in the service structure are initialized to default values or with the arguments of the function at91f_open_ . in summary, an application must know what the service structure is and where the function at91f_open_ is. the default function at91f_open_ may be redefined by the application or com- prised in an application-defined function. see section . using a service opening a service the entry point to a service is established by initializing the service structure. an open function is associated with each service structure, except for the rom entry service (see section ). thus, only the functions at91f_open_ are visible from the user side. access to the service methods is made via function pointers in the service structure. the function at91f_open_ has at least one argument: a pointer to the service structure that must be allocated elsewhere . it returns a pointer to the base service structure or a pointer to this service structure. the function at91f_open_ initializes all data members and method pointers. all function pointers in the service structure are set to the service?s functions. the advantage of this method is to offer a single entry point for a service. the methods of a service are initialized by the open function and each member can be overloaded. overloading a method default methods are defined for all services provided in rom. these methods may not be adapted to a project requirement. it is possi ble to overload default methods by methods defined in the project. a method is a pointer to a function. this pointer is initialized by the function at91f_open_ . to overload one or several methods in a service, the function pointer must be updated to the new method. it is possible to overload just one method of a service or all the methods of a service. in this latter case, the functionality of the service is user-defined, but still works on the same data structure. note: calling the default function at91f_open_ ensures that all methods and data are initialized.
57 at91rm3400 1790a?atarm?11/03 this can be done by writing a new function my_openservice() . this new open function must call the library-defined function at91f_open_ , and then update one or sev- eral function pointers: table 16. overloading a method with the overloading of the open service function default service behavior in rom overloading at91f_childmethod by my_childmethod // defined in embedded_services.h typedef struct _at91s_service { char data; char (*mainmethod) (); char (*childmethod) (); } at91s_service, * at91ps_service; // defined in obj_service.c (in rom) char at91f_mainmethod () { } char at91f_childmethod () { } // init the service with default methods at91ps_service at91f_openservice( at91ps_service pservice) { pservice->data = 0; pservice->mainmethod =at91f_mainmethod; pservice->childmethod=at91f_childmethod; return pservice; } // my_childmethod will replace at91f_childmethod char my_childmethod () { } // overloading open service method at91ps_service my_openservice( at91ps_service pservice) { at91f_openservice(pservice); // overloading childmethod default value pservice->childmethod= my_childmethod; return pservice; } // allocation of the service structure at91s_service service; // opening of the service at91ps_service pservice = my_openservice(&service);
58 at91rm3400 1790a?atarm?11/03 this also can be done directly by overloading the method after the use of at91f_open_ method: table 17. overloading a method without the overloading of the open service function. default service behavior in rom overloading at91f_childmethod by my_childmethod // defined in embedded_services.h typedef struct _at91s_service { char data; char (*mainmethod) (); char (*childmethod) (); } at91s_service, * at91ps_service; // defined in obj_service.c (in rom) char at91f_mainmethod () { } char at91f_childmethod () { } // init the service with default methods at91ps_service at91f_openservice( at91ps_service pservice) { pservice->data = 0; pservice->mainmethod =at91f_mainmethod; pservice->childmethod=at91f_childmethod; return pservice; } // my_childmethod will replace at91f_childmethod char my_childmethod () { } // allocation of the service structure at91s_service service; // opening of the service at91ps_service pservice = at91f_openservice(&service); // overloading childmethod default value pservice->childmethod= my_childmethod;
59 at91rm3400 1790a?atarm?11/03 embedded software services definition several at91 products embed rom. in most cases, the rom integrates a bootloader and several services that may speed up the application and reduce the application code size. when software is fixed in the rom, the address of each object (function, constant, table, etc.) must be related to a customer application. this is done by providing an address table to the linker. for each version of rom, a new address table must be provided and all client applica- tions must be recompiled. the embedded software services offer another solution to access objects stored in rom. for each embedded service, the customer application requires only the address of the service entry point (see section ). even if these services have only one entry point ( at91f_open_ function), they must be specified to the linker. the embedded software services solve this problem by providing a dedicated service: the rom entry service . the goal of this product-dedicated service is to provide just one address to access all rom functionalities. rom entry service the rom entry service of a product is a structure named at91s_romboot . some members of this structure point to the open functions of all services stored in rom (function at91f_open_ ) but also the crc and sine arrays. thus, only the address of the at91s_romboot has to be published. the application obtains the address of the rom entry service and initializes an instance of the at91s_romboot structure. to obtain the open service method of another service stored in rom, the application uses the appropriate member of the at91s_romboot structure. the address of the at91s_romboot can be found at the beginning of the rom, after the exception vectors . table 18. initialization of the rom entry service and use with an open service method application memory space rom memory space // init the rom entry service at91s_romboot const *pat91; pat91 = at91c_rom_boot_address; // allocation of the service structure at91s_ctltempo tempo; // call the service open method pat91->openctltempo(&tempo, ...); // use of tempo methods tempo.ctltempocreate(&tempo, ...); at91s_tempostatus at91f_openctltempo( at91ps_ctltempo pctltempo, void const *ptempotimer ) { ... } at91s_tempostatus at91f_ctltempocreate ( at91ps_ctltempo pctrl, at91ps_svctempo ptempo) { ... }
60 at91rm3400 1790a?atarm?11/03 tempo service presentation the tempo service allows a single hardware system timer to support several software timers running concurrently. this works as an object notifier. there are two objects defined to control the tempo service : at91s_ctltempo and at91s_svctempo . the application declares one instance of at91s_ctltempo associated with the hardware system timer. additionally, it controls a list of instances of at91s_svctempo . each time the application requires another timer, it asks the at91s_ctltempo to create a new instance of at91s_svctempo , then the application initializes all the settings of at91s_svctempo . tempo service description table 19. tempo service methods associated function pointers & methods used by default description // typical use: pat91-> openctltempo (...); // default method: at91s_tempostatus at91f_openctltempo( at91ps_ctltempo pctltempo, void const *ptempotimer) member of at91s_romboot structure. corresponds to the open service method for the tempo service. input parameters: pointer on a control tempo object. pointer on a system timer descriptor structure. output parameters: returns 0 if openctrltempo successful. returns 1 if not. // typical use: at91s_ctltempo ctltempo; ctltempo. ctltempostart (...); // default method: at91s_tempostatus at91f_ststart(void * ptimer) member of at91s_ctltempo structure. start of the hardware system timer associated. input parameters: pointer on a void parameter corresponding to a system timer descriptor structure. output parameters: returns 2. // typical use: at91s_ctltempo ctltempo; ctltempo. ctltempoisstart (...); // default method: at91s_tempostatus at91f_stisstart( at91ps_ctltempo pctrl) member of at91s_ctltempo structure. input parameters: pointer on a control tempo object. output parameters: returns the status register of the system timer. // typical use: at91s_ctltempo ctltempo; ctltempo. ctltempocreate (...); // default method: at91s_tempostatus at91f_ctltempocreate ( at91ps_ctltempo pctrl, at91ps_svctempo ptempo) member of at91s_ctltempo structure. insert a software timer in the at91s_svctempo ?s list. input parameters: pointer on a control tempo object. pointer on a service tempo object to insert. output parameters: returns 0 if the software tempo was created. returns 1 if not.
61 at91rm3400 1790a?atarm?11/03 note: at91s_tempostatus corresponds to an unsigned int. // typical use: at91s_ctltempo ctltempo; ctltempo. ctltemporemove (...); // default method: at91s_tempostatus at91f_ctltemporemove (at91ps_ctltempo pctrl, at91ps_svctempo ptempo) member of at91s_ctltempo structure. remove a software timer in the list. input parameters: pointer on a control tempo object. pointer on a service tempo object to remove. output parameters: returns 0 if the tempo was created. returns 1 if not. // typical use: at91s_ctltempo ctltempo; ctltempo. ctltempotick (...); // default method: at91s_tempostatus at91f_ctltempotick (at91ps_ctltempo pctrl) member of at91s_ctltempo structure. refresh all the software timers in the list. update their timeout and check if callbacks have to be launched. so, for example, this function has to be used when the hardware timer starts a new periodic interrupt if period interval timer is used. input parameters: pointer on a control tempo object. output parameters: returns 1. // typical use: at91s_svctempo svctempo; svctempo. start (...); // default method: at91s_tempostatus at91f_svctempostart ( at91ps_svctempo psvc, unsigned int timeout, unsigned int reload, void (*callback) (at91s_tempostatus, void *), void *pdata) member of at91s_svctempo structure. start a software timer. input parameters: pointer on a service tempo object. timeout to apply. number of times to reload the tempo after timeout completed for periodic execution. callback on a method to launch once the timeout completed. allows to have a hook on the current service. output parameters: returns 1. // typical use: at91s_svctempo svctempo; svctempo. stop (...); // default method: at91s_tempostatus at91f_svctempostop ( at91ps_svctempo psvc) member of at91s_svctempo structure. force to stop a software timer. input parameters: pointer on a service tempo object. output parameters: returns 1. table 19. tempo service methods (continued) associated function pointers & methods used by default description
62 at91rm3400 1790a?atarm?11/03 using the service the first step is to find the address of the open service method at91f_openctltempo using the rom entry service . allocate one instance of at91s_ctltempo and at91s_svctempo in the application mem- ory space: // allocate the service and the control tempo at91s_ctltempo ctltempo; at91s_svctempo svctempo1; initialize the at91s_ctltempo instance by calling the at91f_openctltempo function: // initialize service pat91->openctltempo(&ctltempo, (void *) &(pat91->systimer_desc)); at this stage, the application can use the at91s_ctltempo service members. if the application wants to overload an object member, it can be done now. for example, if at91f_ctltempocreate( &ctltempo, &svctempo1 ) method is to be replaced by the applica- tion defined as my_ctltempocreate(...), the procedure is as follows: // overload at91f_ctltempocreate ctltempo.ctltempocreate = my_ctltempocreate; in most cases, initialize the at91s_svctempo object by calling the at91f_ctltempocreate method of the at91s_ctltempo service : // init the svctempo1, link it to the at91s_ctltempo object ctltempo.ctltempocreate(&ctltempo, &svctempo1); start the timeout by calling start method of the svctempo1 object. depending on the function parameters, either a callback is started at the end of the countdown or the status of the time- out is checked by reading the ticktempo member of the svctempo1 object. // start the timeout svctempo1.start(&svctempo1,100,0,null,null); // wait for the timeout of 100 (unity depends on the timer programmation) // no repetition and no callback. while (svctempo1.ticktempo); when the application needs another software timer to control a timeout, it:  allocates one instance of at91s_svctempo in the application memory space // allocate the service at91s_svctempo svctempo2;  initializes the at91s_svctempo object calling the at91f_ctltempocreate method of the at91s_ctltempo service : // init the svctempo2, link it to the at91s_ctltempo object ctltempo.ctltempocreate(&ctltempo, &svctempo2);
63 at91rm3400 1790a?atarm?11/03 xmodem service presentation the xmodem service is an application of the communication pipe abstract layer. this layer is media-independent (usart, usb, etc.) and gives entry points to carry out reads and writes on an abstract media, the pipe. communication pipe service the pipe communication structure is a virtual structure that contains all the functions required to read and write a buffer, regardless of the communication media and the memory management. the pipe structure defines:  a pointer to a communication service structure at91ps_svccomm  a pointer to a buffer manager structure at91ps_buffer  pointers on read and write functions  pointers to callback functions associated to the read and write functions the following structure defines the pipe object: typedef struct _at91s_pipe { // a pipe is linked with a peripheral and a buffer at91ps_svccomm psvccomm; at91ps_buffer pbuffer; // callback functions with their arguments void (*writecallback) (at91s_pipestatus, void *); void (*readcallback) (at91s_pipestatus, void *); void *pprivatereaddata; void *pprivatewritedata; // pipe methods at91s_pipestatus (*write) ( struct _at91s_pipe *ppipe, char const * pdata, unsigned int size, void (*callback) (at91s_pipestatus, void *), void *privatedata); at91s_pipestatus (*read) ( struct _at91s_pipe *ppipe, char *pdata, unsigned int size, void (*callback) (at91s_pipestatus, void *), void *privatedata); at91s_pipestatus (*abortwrite) (struct _at91s_pipe *ppipe); at91s_pipestatus (*abortread) (struct _at91s_pipe *ppipe); at91s_pipestatus (*reset) (struct _at91s_pipe *ppipe); char (*iswritten) (struct _at91s_pipe *ppipe,char const *pvoid); char (*isreceived) (struct _at91s_pipe *ppipe,char const *pvoid); } at91s_pipe, *at91ps_pipe; the xmodem protocol implementation demonstrates how to use the communication pipe.
64 at91rm3400 1790a?atarm?11/03 description of the buffer structure the at91ps_buffer is a pointer to the at91s_buffer structure manages the buffers. this structure embeds the following functions:  pointers to functions that manage the read buffer  pointers to functions that manage the write buffer all the functions can be overloaded by the application to adapt buffer management. a simple implementation of buffer management for the xmodem service is provided in the boot rom source code. typedef struct _at91s_buffer { struct _at91s_pipe *ppipe; void *pchild; // functions invoked by the pipe at91s_bufferstatus (*setrdbuffer) (struct _at91s_buffer *psbuffer, char *pbuffer, unsigned int size); at91s_bufferstatus (*setwrbuffer) (struct _at91s_buffer *psbuffer, char const *pbuffer, unsigned int size); at91s_bufferstatus (*rstrdbuffer) (struct _at91s_buffer *psbuffer); at91s_bufferstatus (*rstwrbuffer) (struct _at91s_buffer *psbuffer); char (*msgwritten) (struct _at91s_buffer *psbuffer, char const *pbuffer); char (*msgread) (struct _at91s_buffer *psbuffer, char const *pbuffer); // functions invoked by the peripheral at91s_bufferstatus (*getwrbuffer) (struct _at91s_buffer *psbuffer, char const **pdata, unsigned int *psize); at91s_bufferstatus (*getrdbuffer) (struct _at91s_buffer *psbuffer, char **pdata, unsigned int *psize); at91s_bufferstatus (*emptywrbuffer) (struct _at91s_buffer *psbuffer, unsigned int size); at91s_bufferstatus (*fillrdbuffer) (struct _at91s_buffer *psbuffer, unsigned int size); char (*iswrempty) (struct _at91s_buffer *psbuffer); char (*isrdfull) (struct _at91s_buffer *psbuffer); } at91s_buffer, *at91ps_buffer;
65 at91rm3400 1790a?atarm?11/03 description of the svccomm structure the svccomm structure provides the interface between low-level functions and the pipe object. it contains pointers of functions initialized to the lower level functions (e.g. svcxmodem). the xmodem service implementation gives an example of svccomm use. typedef struct _at91s_service { // methods: at91s_svccommstatus (*reset) (struct _at91s_service *pservice); at91s_svccommstatus (*starttx)(struct _at91s_service *pservice); at91s_svccommstatus (*startrx)(struct _at91s_service *pservice); at91s_svccommstatus (*stoptx) (struct _at91s_service *pservice); at91s_svccommstatus (*stoprx) (struct _at91s_service *pservice); char (*txready)(struct _at91s_service *pservice); char (*rxready)(struct _at91s_service *pservice); // data: struct _at91s_buffer *pbuffer; // link to a buffer object void *pchild; } at91s_svccomm, *at91ps_svccomm;
66 at91rm3400 1790a?atarm?11/03 description of the svcxmodem structure the svcxmodem service is a reusable implementation of the xmodem protocol. it supports only the 128-byte packet format and provides read and write functions. the svcxmodem structure defines:  a pointer to a handler initialized to readhandler or writehandler  a pointer to a function that processes the xmodem packet crc  a pointer to a function that checks the packet header  a pointer to a function that checks data with this structure, the xmodem protocol can be used with all media (usart, usb, etc.). only private methods may be overloaded to adapt the xmodem protocol to a new media. the default implementation of the xmodem uses a usart to send and receive packets. read and write functions implement peripheral data controller facilities to reduce interrupt overhead. it assumes the usart is initialized, the memory buffer allocated and the interrupts programmed. a periodic timer is required by the service to manage timeouts and the periodic transmission of the character ?c? (refer to xmodem protocol). this feature is provided by the tempo service. the following structure defines the xmodem service : typedef struct _at91ps_svcxmodem { // public methods: at91s_svccommstatus (*handler) (struct _at91ps_svcxmodem *, unsigned int); at91s_svccommstatus (*starttx) (struct _at91ps_svcxmodem *, unsigned int); at91s_svccommstatus (*stoptx) (struct _at91ps_svcxmodem *, unsigned int); // private methods: at91s_svccommstatus (*readhandler) (struct _at91ps_svcxmodem *, unsigned int csr); at91s_svccommstatus (*writehandler) (struct _at91ps_svcxmodem *, unsigned int csr); unsigned short (*getcrc) (char *ptr, unsigned int count); char (*checkheader) (unsigned char currentpacket, char *packet); char (*checkdata) (struct _at91ps_svcxmodem *); at91s_svccomm parent; // base class at91ps_usart pusart; at91s_svctempo tempo; // link to a at91s_tempo object char *pdata; unsigned int datasize; // = xmodem_data_stx or xmodem_data_soh char packetdesc[at91c_xmodem_packet_size]; unsigned char packetid; // current packet char packetstatus; char ispacketdesc; char eot; // end of transmition } at91s_svcxmodem, *at91ps_svcxmodem
67 at91rm3400 1790a?atarm?11/03 xmodem service description table 20. xmodem service methods associated function pointers & methods used by default description // typical use: pat91-> opensvcxmodem (...); // default method: at91ps_svccomm at91f_opensvcxmodem( at91ps_svcxmodem psvcxmodem, at91ps_usart pusart, at91ps_ctltempo pctltempo) member of at91s_romboot structure. corresponds to the open service method for the xmodem service. input parameters: pointer on svcxmodem structure. pointer on a usart structure. pointer on a ctltempo structure. output parameters: returns the xmodem service pointer structure. // typical use: at91s_svcxmodem svcxmodem; svcxmodem. handler (...); // default read handler: at91s_svccommstatus at91f_svcxmodemreadhandler(at91ps_svcxmodem psvcxmodem, unsigned int csr) // default write handler: at91s_svccommstatus at91f_svcxmodemwritehandler(at91ps_svcxmodem psvcxmodem, unsigned int csr) member of at91s_svcxmodem structure. interrupt handler for xmodem read or write functionnalities input parameters: pointer on a xmodem service structure. csr: usart channel status register . output parameters: status for xmodem read or write.
68 at91rm3400 1790a?atarm?11/03 using the service the following steps show how to initialize and use the xmodem service in an application: variables definitions: at91s_romboot const *pat91; // struct containing openservice functions at91s_sbuffer sxmbuffer; // xmodem buffer allocation at91s_svcxmodem svcxmodem; // xmodem service structure allocation at91s_pipe xmodempipe;// xmodem pipe communication struct at91s_ctltempo ctltempo; // tempo struct at91ps_buffer pxmbuffer; // pointer on a buffer structure at91ps_svccomm psvcxmodem; // pointer on a media structure initialisations // call open methods: pat91 = at91c_rom_boot_address; // openctltempo on the system timer pat91->openctltempo(&ctltempo, (void *) &(pat91->systimer_desc)); ctltempo.ctltempostart((void *) &(pat91->systimer_desc)); // xmodem buffer initialisation pxmbuffer = pat91->opensbuffer(&sxmbuffer); psvcxmodem = pat91->opensvcxmodem(&svcxmodem, at91c_base_dbgu, &ctltempo); // open communication pipe on the xmodem service pat91->openpipe(&xmodempipe, psvcxmodem, pxmbuffer); // init the dbgu peripheral // open pio for dbgu at91f_dbgu_cfgpio(); // configure dbgu at91f_us_configure ( (at91ps_usart) at91c_base_dbgu, // dbgu base address mck, // master clock at91c_us_async_mode, // mode register to be programmed baudrate , // baudrate to be programmed 0); // timeguard to be programmed // enable transmitter at91f_us_enabletx((at91ps_usart) at91c_base_dbgu); // enable receiver at91f_us_enablerx((at91ps_usart) at91c_base_dbgu); // initialize the interrupt for system timer and dbgu (shared interrupt) // initialize the interrupt source 1 for systimer and dbgu at91f_aic_configureit(at91c_base_aic, at91c_id_sys, at91c_aic_prior_highest, at91c_aic_srctype_int_level_sensitive, at91f_asm_st_dbgu_handler); // enable systimer and dbgu interrupt at91f_aic_enableit(at91c_base_aic, at91c_id_sys); xmodempipe.read(&xmodempipe, (char *) base_load_address, memory_size, xmodemprotocol, (void *) base_load_address);
69 at91rm3400 1790a?atarm?11/03 dataflash service presentation the dataflash service allows the serial peripheral interface (spi) to support several serial dataflash and dataflash cards for reading, programming and erasing operations. this service is based on spi interrupts that are managed by a specific handler. it also uses the corresponding pdc registers. for more information on the commands available in the dataflash service, refer to the rele- vant dataflash documentation. dataflash service description table 21. dataflash service methods associated function pointers & methods used by default description // typical use: pat91-> opensvcdataflash (...); // default method: at91ps_svcdataflash at91f_opensvcdataflash ( const at91ps_pmc papmc, at91ps_svcdataflash psvcdataflash) member of at91s_romboot structure. corresponds to the open service method for the dataflash service. input parameters: pointer on a pmc register description structure. pointer on a dataflash service structure. output parameters: returns the dataflash service pointer structure. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. handler (...); // default method: void at91f_dataflashhandler( at91ps_svcdataflash psvcdataflash, unsigned int status) member of at91s_svcdataflash structure. spi fixed peripheral c interrupt handler. input parameters: pointer on a dataflash service structure. status: corresponds to the interruptions detected and validated on spi (spi status register masked by spi mask register). has to be put in the interrupt handler for spi. output parameters: none. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. status (...); // default method: at91s_svcdataflashstatus at91f_dataflashgetstatus(at91ps_dataflashdesc pdesc) member of at91s_svcdataflash structure. read the status register of the dataflash. input parameters: pointer on a dataflash descriptor structure (member of the service structure). output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. abortcommand (...); // default method: void at91f_dataflashabortcommand(at91ps_dataflashdesc pdesc) member of at91s_svcdataflash structure allows to reset pdc & interrupts. input parameters: pointer on a dataflash descriptor structure (member of the service structure). output parameters: none.
70 at91rm3400 1790a?atarm?11/03 // typical use: at91s_svcdataflash svcdataflash; svcdataflash. pageread (...); // default method: at91s_svcdataflashstatus at91f_dataflashpageread ( at91ps_svcdataflash psvcdataflash, unsigned int src, unsigned char *databuffer, int sizetoread ) member of at91s_svcdataflash structure read a page in dataflash. input parameters: pointer on dataflash service structure. dataflash address. data buffer destination pointer. number of bytes to read. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash ready. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. continuousread (...); // default method: at91s_svcdataflashstatus at91f_dataflashcontinuousread ( at91ps_svcdataflash psvcdataflash, int src, unsigned char *databuffer, int sizetoread ) member of at91s_svcdataflash structure. continuous stream read. input parameters: pointer on dataflash service structure. dataflash address. data buffer destination pointer. number of bytes to read. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. readbuffer (...); // default method: at91s_svcdataflashstatus at91f_dataflashreadbuffer ( at91ps_svcdataflash psvcdataflash, unsigned char buffercommand, unsigned int bufferaddress, unsigned char *databuffer, int sizetoread ) member of at91s_svcdataflash structure. read the internal dataflash sram buffer 1 or 2. input parameters: pointer on dataflash service structure. choose internal dataflash buffer 1 or 2 command. dataflash address. data buffer destination pointer. number of bytes to read. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. returns 4 if dataflash bad command. returns 5 if dataflash bad address. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. mainmemorytobuffertransfert (...); // default method: at91s_svcdataflashstatus at91f_mainmemorytobuffertransfert( at91ps_svcdataflash psvcdataflash, unsigned char buffercommand, unsigned int page) member of at91s_svcdataflash structure read a page in the internal sram buffer 1 or 2. input parameters: pointer on dataflash service structure. choose internal dataflash buffer 1 or 2 command. page to read. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. returns 4 if dataflash bad command. table 21. dataflash service methods (continued) associated function pointers & methods used by default description
71 at91rm3400 1790a?atarm?11/03 // typical use: at91s_svcdataflash svcdataflash; svcdataflash. pagepgmbuf (...); // default method: at91s_svcdataflashstatus at91f_dataflashpagepgmbuf( at91ps_svcdataflash psvcdataflash, unsigned char buffercommand, unsigned char *src, unsigned int dest, unsigned int sizetowrite) member of at91s_svcdataflash structure page program through internal sram buffer 1 or 2. input parameters: pointer on dataflash service structure. choose internal dataflash buffer 1 or 2 command. source buffer. dataflash destination address. number of bytes to write. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. returns 4 if dataflash bad command. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. writebuffer (...); // default method: at91s_svcdataflashstatus at91f_dataflashwritebuffer ( at91ps_svcdataflash psvcdataflash, unsigned char buffercommand, unsigned char *databuffer, unsigned int bufferaddress, int sizetowrite ) member of at91s_svcdataflash structure. write data to the internal sram buffer 1 or 2. input parameters: pointer on dataflash service structure. choose internal dataflash buffer 1 or 2 command. pointer on data buffer to write. address in the internal buffer. number of bytes to write. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. returns 4 if dataflash bad command. returns 5 if dataflash bad address. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. writebuffertomain (...); // default method: at91s_svcdataflashstatus at91f_writebuffertomain ( at91ps_svcdataflash psvcdataflash, unsigned char buffercommand, unsigned int dest ) member of at91s_svcdataflash structure. write internal buffer to the dataflash main memory. input parameters: pointer on dataflash service structure. choose internal dataflash buffer 1 or 2 command. main memory address on dataflash. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash is ready. table 21. dataflash service methods (continued) associated function pointers & methods used by default description
72 at91rm3400 1790a?atarm?11/03 note: at91s_svcdataflashstatus corresponds to an unsigned int. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. pageerase (...); // default method: at91s_svcdataflashstatus at91f_pageerase ( at91ps_svcdataflash psvcdataflash, unsigned int pagenumber) member of at91s_svcdataflash structure. erase a page in dataflash. input parameters: pointer on a service dataflash object. page to erase. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash ready. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. blockerase (...); // default method: at91s_svcdataflashstatus at91f_blockerase ( at91ps_svcdataflash psvcdataflash, unsigned int blocknumber ) member of at91s_svcdataflash structure. erase a block of 8 pages. input parameters: pointer on a service dataflash object. block to erase. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash ready. // typical use: at91s_svcdataflash svcdataflash; svcdataflash. mainmemorytobuffercompare (...); // default method: at91s_svcdataflashstatus at91f_mainmemorytobuffercompare( at91ps_svcdataflash psvcdataflash, unsigned char buffercommand, unsigned int page) member of at91s_svcdataflash structure. compare the contents of a page and one of the internal sram buffer. input parameters: pointer on a service dataflash object. internal sram dataflash buffer to compare command. page to compare. output parameters: returns 0 if dataflash is busy. returns 1 if dataflash ready. returns 4 if dataflash bad command. table 21. dataflash service methods (continued) associated function pointers & methods used by default description
73 at91rm3400 1790a?atarm?11/03 using the service the first step is to find the address of the open service method at91f_opensvcdataflash using the rom entry service . 1. allocate one instance of at91s_svcdataflash and at91s_dataflash in the application memory space: // allocate the service and a device structure. at91s_svcdataflash svcdataflash; at91s_dataflash device; // member of at91s_svcdataflash service then initialize the at91s_svcdataflash instance by calling the at91f_opensvcdataflash function: // initialize service pat91->opensvcdataflash (at91c_base_pmc, &svcdataflash); 2. initialize the spi interrupt : // initialize the spi interrupt at91_irq_open ( at91c_base_aic,at91c_id_spi,3, at91c_aic_srctype_int_level_sensitive ,at91f_spi_asm_handler); 3. configure the dataflash structure with its correct features and link it to the device structure in the at91s_svcdataflash service structure: // example with an atmel at45db321b dataflash device.pages_number = 8192; device.pages_size = 528; device.page_offset = 10; device.byte_mask = 0x300; // link to the service structure svcdataflash.pdevice = &device; 4. now the different methods can be used. following is an example of a page read of 528 bytes on page 50: // result of the read operation in rxbufferdataflash unsigned char rxbufferdataflash[528]; svcdataflash.pageread(&svcdataflash, (50*528),rxbufferdataflash,528);
74 at91rm3400 1790a?atarm?11/03 crc service presentation this ?service? differs from the preceding ones in that it is structured differently: it is composed of an array and some methods directly accessible via the at91s_romboot structure. crc service description table 22. crc service description methods and array available description // typical use: pat91-> crc32 (...); // default method: void calculatecrc32( const unsigned char *address, unsigned int size, unsigned int *crc) this function provides a table driven 32bit crc generation for byte data. this crc is known as the ccitt crc32. input parameters: pointer on the data buffer. the size of this buffer. a pointer on the result of the crc. output parameters: none. // typical use: pat91-> crc16 (...); // default method: void calculatecrc16( const unsigned char *address, unsigned int size, unsigned short *crc) this function provides a table driven 16bit crc generation for byte data. this crc is calculated with the polynome 0x8005 input parameters: pointer on the data buffer. the size of this buffer. a pointer on the result of the crc. output parameters: none. // typical use: pat91-> crchdlc (...); // default method: void calculatecrchdlc( const unsigned char *address, unsigned int size, unsigned short *crc) this function provides a table driven 16bit crc generation for byte data. this crc is known as the hdlc crc. input parameters: pointer on the data buffer. the size of this buffer. a pointer on the result of the crc. output parameters: none. // typical use: pat91-> crcccitt (...); // default method: void calculatecrc16ccitt( const unsigned char *address, unsigned int size, unsigned short *crc) this function provides a table driven 16bit crc generation for byte data. this crc is known as the ccitt crc16 (polynome = 0x1021). input parameters: pointer on the data buffer. the size of this buffer. a pointer on the result of the crc. output parameters: none. // typical use: char reverse_byte; reverse_byte = pat91-> bit_reverse_array [...]; // array embedded: const unsigned char bit_rev[256] bit reverse array: array which allows to reverse one octet. frequently used in mathematical algorithms. used for example in the crc16 calculation.
75 at91rm3400 1790a?atarm?11/03 using the service compute the crc16 ccitt of a 256-byte buffer and save it in the crc16 variable: // compute crc16 ccitt unsigned char buffertocompute[256]; short crc16; ... (buffertocompute treatment) pat91->crcccitt(&buffertocompute,256,&crc16);
76 at91rm3400 1790a?atarm?11/03 sine service presentation this ?service? differs from the preceding one in that it is structured differently: it is composed of an array and a method directly accessible through the at91s_romboot structure. sine service description table 23. sine service description method and array available description // typical use: pat91-> sine (...); // default method: short at91f_sinus(int step) this function returns the amplitude coded on 16 bits, of a sine waveform for a given step. input parameters: step of the sine. corresponds to the precision of the amplitude calculation. depends on the sine array used. here, the array has 256 values (thus 256 steps) of amplitude for 180 degrees. output parameters: amplitude of the sine waveform. // typical use: short sinus; sinus = pat91-> sinetab [...]; // array embedded: const short at91c_sinus180_tab[256] sine array with a resolution of 256 values for 180 degrees.
77 at91rm3400 1790a?atarm?11/03 reset controller overview the at91rm3400 has one reset input line called nrst. this line provides:  initialization of the user interface registers (defined in the user interface of each peripheral) and sampling of the signals needed at bootup. it forces the processor to fetch the next instruction at address zero.  initialization of the embedded ice tap controller. the nrst signal is considered as the system reset signal and the reader must take care when designing the logic to drive this reset signal. it is an active low signal that asynchro- nously resets the logic in the at91rm34000. nrst conditions nrst is the active low reset input. when power is first applied to the system, a power - on reset (also called a ?cold? reset) must be applied to the at91rm3400. during this transient state, it is mandatory to hold the reset signal low long enough for the power supply to reach a working nominal level and for the oscillator to reach a stable operating frequency. typically, these fea- tures are provided by all power supply supervisors with electrical characteristics considered as not nominal below a certain threshold voltage lim it. power-up is not the only event that must be considered; power-down or a brownout are also occurrences to assert the nrst signal. this threshold voltage must be selected according to the minimum operating voltage of the at91rm3400 power supply lines marked as vdd in figure 19. (see ?dc characteristics? on page 432.). the choice of the reset holding delay depends on the start-up time of the low frequency oscil- lator as shown in figure 19 (see ?32 khz oscillator characteristics? on page 435.). figure 19. cold reset and oscillator start-up relationship note: 1. vdd is applicable to v ddio , v ddpll , v ddosc and v ddcore . nrst can also be asserted in circumstances other than the power-up sequence, such as a manual command. in this case, assertion can be performed asynchronously, but exit from reset is synchronized internally to the default active clock. during normal operation, nrst must be active for a minimum delay time to ensure correct behavior (see figure 20 and table 24). table 24. reset minimum pulse width symbol parameter minimum pulse width unit rst 1 nrst minimum pulse width 92 s oscillator stabilization after power-up vdd (1) nrst xin32 vddmin
78 at91rm3400 1790a?atarm?11/03 figure 20. nrst assertion reset management the system reset functionality is provided via the nrst signal. the reset signal forces the microcontroller to assume a set of initial conditions:  default states (default value) of the user interface are restored.  the processor is required to perform the next instruction fetch from address zero. with the exception of the program counter and the current program status register, the pro- cessor?s registers do not have defined reset states. when the microcontroller?s nrst input is asserted, the processor immediately stops execution of the current instruction, independent of the clock. the system reset circuitry must take two types of reset requests into account:  cold reset needed for the power-up sequence  user reset request both have the same effect but can have different assertion time requirements regarding the nrst pin. in fact, the cold reset assertion has to overlap the start-up time of the system. the user reset request requires a smaller assertion delay time than the cold reset. recommended features of the reset controller the following table gives an overview of the recommended features of a reset controller in order to obtain an optimal system with the at91rm3400 device. nrst rst 1 table 25. reset controller function overview feature description power supply monitoring overlaps the transient state of the system during power-up/down and brownout. reset active timeout period overlaps the start-up time of the boot-up oscillator by holding the reset signal during this delay. manual reset command asserts the reset signal from a logic command and holds the reset signal with a shorter delay than the reset active timeout period.
79 at91rm3400 1790a?atarm?11/03 memory controller (mc) overview the memory controller (mc) manages the asb bus and controls accesses requested by the masters, typically the arm7tdmi processor and the peripheral data controller. it features a simple bus arbiter, an address decoder, an abort status and a misalignment detector. in addition, the mc contains a memory protection unit (mpu) consisting of 16 areas that can be protected against write and/or user accesses. access to peripherals can be protected in the same way. main features of the at91rm3400 memory controller are:  bus arbiter ? handles requests from the arm7tdmi and the peripheral data controller  address decoder provides selection signals for ? up to four internal 1-mbyte memory areas ? one 256-mbyte embedded peripheral area  abort status registers ? source, type and all parameters of the access leading to an abort are saved ? facilitates debug by detection of bad pointers  misalignment detector ? alignment checking of all data accesses ? abort generation in case of misalignment  remap command ? allows remapping of an internal sram in place of the internal rom ? allows handling of dynamic interrupt vectors  16-area memory protection unit ? individually programmable size between 1k bytes and 64m bytes ? individually programmable protection against write and/or user access ? peripheral protection against write and/or user access
80 at91rm3400 1790a?atarm?11/03 block diagram figure 21. memory controller block diagram arm7tdmi processor bus arbiter peripheral data controller memory controller abort asb abort status address decoder user interface peripheral 0 peripheral 1 internal memories apb apb bridge misalignment detector from master to slave peripheral n memory protection unit
81 at91rm3400 1790a?atarm?11/03 functional description the memory controller handles the intern al asb bus and arbitrates the accesses of both masters. it is made up of:  a bus arbiter  an address decoder  an abort status  a misalignment detector  a memory protection unit the mc handles only little-endian mode accesses. the masters work in little-endian mode only. bus arbiter the memory controller has a simple, hard-wired priority bus arbiter that gives the con- trol of the bus to one of the two masters. the peripheral data controller has the highest priority; the arm processor has the lowest one. address decoder the memory controller features an address decoder that first decodes the four highest bits of the 32-bit address bus and defines three separate areas:  one 256-mbyte address space for the internal memories  one 256-mbyte address space reserved for the embedded peripherals  an undefined address space of 3584m bytes representing fourteen 256-mbyte areas that return an abort if accessed figure 22 shows the assignment of the 256-mbyte memory areas. figure 22. memory areas 0x0000 0000 0x0fff ffff 0x1000 0000 0xefff ffff 0xf000 0000 0xffff ffff 256m bytes 256m bytes 14 x 256mbytes 3,584 mbytes internal memories undefined (abort) peripherals
82 at91rm3400 1790a?atarm?11/03 internal memory mapping within the internal memory address space, the address decoder of the memory con- troller decodes eight more address bits to allocate 1-mbyte address spaces for the embedded memories. the allocated memories are accessed all along the 1-mbyte address space and so are repeated n times within this address space, n equaling 1m bytes divided by the size of the memory. when the address of the access is undefined within the internal memory area, the address decoder returns an abort to the master. figure 23. internal memory mapping internal memory area 0 the first 32 bytes of internal memory area 0 contain the arm processor exception vec- tors, in particular, the reset vector at address 0x0. before execution of the remap command, the on-chip rom is mapped into internal memory area 0, so that the arm7tdmi reaches an executable instruction contained in rom. after the remap command, the internal sram at address 0x0020 0000 is mapped into internal memory area 0. the memory mapped into internal memory area 0 is accessible in both its original location and at address 0x0. remap command after execution, the remap command causes the internal sram to be accessed through the internal memory area 0. as the arm vectors (reset, abort, data abort, prefetch abort, undefined instruction, interrupt, and fast interrupt) are mapped from address 0x0 to address 0x20, the remap command allows the user to redefine dynamically these vectors under software control. the remap command is accessible through the memory controller user interface by writing the mc_rcr (remap control register) rcb field to one. the remap command can be cancelled by writing the mc_rcr rcb field to one, which acts as a toggling command. this al lows easy debug of the user-defined boot sequence by offering a simple way to put the chip in the same configuration as after a reset. 2 56m bytes internal memory area 0 undefined areas (abort) 0x0000 0000 0x000f ffff 0x0010 0000 0x001f ffff 0x0020 0000 0x002f ffff 0x0fff ffff 1m bytes 1m bytes 1m bytes 253m bytes internal memory area 1 internal rom internal memory area 2 internal sram 0x0030 0000
83 at91rm3400 1790a?atarm?11/03 abort status there are three reasons for an abort to occur:  access to an undefined address  access to a protected area without the permitted state  an access to a misaligned address. when an abort occurs, a signal is sent back to all the masters, regardless of which one has generated the access. however, only the arm7tdmi can take an abort signal into account, and only under the condition that it was generating an access. the peripheral data controller does not handle the abort input signal. note that the connection is not represented in figure 21. to facilitate debug or for fault analysis by an operating system, the memory controller integrates an abort status register set. the full 32-bit wide abort address is saved in mc_aasr. parameters of the access are saved in mc_asr and include:  the size of the request (field abtsz)  the type of the access, whether it is a data read or write, or a code fetch (field abttyp)  whether the access is due to accessing an undefined address (bit undadd), a misaligned address (bit misadd) or a protection violation (bit mpu)  the source of the access leading to the last abort (bits mst0 and mst1)  whether or not an abort occurred for each master since the last read of the register (bit svmst0 and svmst1) unless this information is loaded in mst bits in the case of a data abort from the processor, the address of the data access is stored. this is useful, as searching for which address generated the abort would require disas- sembling the instructions and full knowledge of the processor context. in the case of a prefetch abort, the address may have changed, as the prefetch abort is pipelined in the arm processor. the arm processor takes the prefetch abort into account only if the read instruction is executed and it is probable that several aborts have occurred during this time. thus, in this case, it is preferable to use the content of the abort link register of the arm processor. memory protection unit the memory protection unit allows definiti on of up to 16 memory spaces within the internal memories. after reset, the memory protection unit is disabled. enabling it requires writing the pro- tection unit enable register (mc_puer) with the pueb at 1. programmming of the 16 memory spaces is done in the registers mc_puia0 to mc_puia15. the size of each of the memory spaces is programmable by a power of 2 between 1k bytes and 4m bytes. the base address is also programmable on a number of bits according to the size. the memory protection unit also allows t he protection of the peripherals by program- ming the protection unit peripheral register (mc_pup) with the field prot at the appropriate value. the peripheral address space and each internal memory area can be protected against write and non-privileged access of one of the masters. when one of the masters per- forms a forbidden access, an abort is generated and the abort status traces what has happened.
84 at91rm3400 1790a?atarm?11/03 there is no priority in the protection of the memory spaces. in case of overlap between several memory spaces, the strongest protection is taken into account. if an access is performed to an address which is not contained in any of the 16 memory spaces, the memory protection unit generates an abort. to prevent this, the user can define a mem- ory space of 4m bytes starting at 0 and authorizing any access. misalignment detector the memory controller features a misalignment detector that checks the consistency of the accesses. for each access, regardless of the master, the size of the access and the bits 0 and 1 of the address bus are checked. if the type of access is a word (32-bit) and the bits 0 and 1 are not 0, or if the type of the access is a half-word (16-bit) and the bit 0 is not 0, an abort is returned to the master and the acce ss is cancelled. note that the accesses of the arm processor when it is fetching instructions are not checked. the misalignments are generally due to software bugs leading to wrong pointer han- dling. these bugs are particularly difficult to detect in the debug phase. as the requested address is saved in the abort status register and the address of the instruction generating the misalignment is sav ed in the abort link register of the pro- cessor, detection and fix of this kind of software bugs is simplified.
85 at91rm3400 1790a?atarm?11/03 at91rm3400 memory controller (mc) user interface base address : 0xffffff00 table 26. mc register mapping offset register name access reset state 0x00 mc remap control register mc_rcr write-only 0x04 mc abort status register mc_asr read-only 0x0 0x08 mc abort address status register mc_aasr read-only 0x0 0x0c reserved 0x10 mc protection unit area 0 mc_puia0 read/write 0x0 0x14 mc protection unit area 1 mc_puia1 read/write 0x0 0x18 mc protection unit area 2 mc_puia2 read/write 0x0 0x1c mc protection unit area 3 mc_puia3 read/write 0x0 0x20 mc protection unit area 4 mc_puia4 read/write 0x0 0x24 mc protection unit area 5 mc_puia5 read/write 0x0 0x28 mc protection unit area 6 mc_puia6 read/write 0x0 0x2c mc protection unit area 7 mc_puia7 read/write 0x0 0x30 mc protection unit area 8 mc_puia8 read/write 0x0 0x34 mc protection unit area 9 mc_puia9 read/write 0x0 0x38 mc protection unit area 10 mc_puia10 read/write 0x0 0x3c mc protection unit area 11 mc_puia11 read/write 0x0 0x40 mc protection unit area 12 mc_puia12 read/write 0x0 0x44 mc protection unit area 13 mc_puia13 read/write 0x0 0x48 mc protection unit area 14 mc_puia14 read/write 0x0 0x4c mc protection unit area 15 mc_puia15 read/write 0x0 0x50 mc protection unit peripherals mc_pup read/write 0x0 0x54 mc protection unit enable register mc_puer read/write 0x0
86 at91rm3400 1790a?atarm?11/03 mc remap control register register name : mc_rcr access type :write-only absolute address : 0xffff ff00  rcb: remap command bit 0: no effect. 1: this command bit acts on a toggle basis: writing a 1 alternatively cancels and restores the remapping of the page zero memory devices. 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 ? ? ? ? ? ? ? rcb
87 at91rm3400 1790a?atarm?11/03 mc abort status register register name :mc_asr access type : read-only reset value :0x0 absolute address : 0xffff ff04  undadd: undefined address abort status 0: the last abort was not due to the access of an undefined address in the address space. 1: the last abort was due to the access of an undefined address in the address space.  misadd: misaligned address abort status 0: the last aborted access was not due to an address misalignment. 1: the last aborted access was due to an address misalignment.  mpu: memory protection unit abort status 0: the last aborted access was not due to the memory protection unit. 1: the last aborted access was due to the memory protection unit.  abtsz: abort size status .  abttyp: abort type status .  mst0: arm7tdmi abort source 0: the last aborted access was not due to the arm7tdmi. 1: the last aborted access was due to the arm7tdmi. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? svmst1 svmst0 23 22 21 20 19 18 17 16 ? ? ? ? ? ? mst1 mst0 15 14 13 12 11 10 9 8 ? ? ? ? abttyp abtsz 7 6 5 4 3 2 1 0 ? ? ? ? ? mpu misadd undadd abtsz abort size 00 byte 01 half-word 10 word 11 reserved abttyp abort type 0 0 data read 0 1 data write 1 0 code fetch 11 reserved
88 at91rm3400 1790a?atarm?11/03  mst1: pdc abort source 0: the last aborted access was not due to the pdc. 1: the last aborted access was due to the pdc.  svmst0: saved arm7tdmi abort source 0: no abort due to the arm7tdmi occurred since the last read of mc_asr or it is notified in the bit mst0. 1: at least one abort due to the arm7tdmi occurred since the last read of mc_asr.  svmst1: saved pdc abort source 0: no abort due to the pdc occurred since the last read of mc_asr or it is notified in the bit mst1. 1: at least one abort due to the pdc occurred since the last read of mc_asr.
89 at91rm3400 1790a?atarm?11/03 mc abort address status register register name : mc_aasr access type : read-only reset value :0x0 absolute address : 0xffff ff08  abtadd: abort address this field contains the address of the last aborted access. 31 30 29 28 27 26 25 24 abtadd 23 22 21 20 19 18 17 16 abtadd 15 14 13 12 11 10 9 8 abtadd 7 6 5 4 3 2 1 0 abtadd
90 at91rm3400 1790a?atarm?11/03 mc protection unit area 0 to 15 registers register name : mc_puia0 - mc_puia15 access type : read/write reset value :0x0 absolute address : 0xffffff10 - 0xffffff4c  prot: protection :  size: internal area size : 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ba 15 14 13 12 11 10 9 8 ba ? ? 7 6 5 4 3 2 1 0 size ? ? prot prot processor mode privilege user 0 0 no access no access 0 1 read/write no access 1 0 read/write read-only 1 1 read/write read/write size area size lsb of ba 0000 1 kb 10 0001 2 kb 11 0010 4 kb 12 0011 8 kb 13 0 1 0 0 16 kb 14 0 1 0 1 32 kb 15 0 1 1 0 64 kb 16 0 1 1 1 128 kb 17 1 0 0 0 256 kb 18 1 0 0 1 512 kb 19 10101 mb 20 10112 mb 21 11014 mb 22
91 at91rm3400 1790a?atarm?11/03  ba: internal area base address these bits define the base address of the area. note that only the most significant bits of ba are significant. the number of significant bits are in respect with the size of the area. mc protection unit peripheral register name :mc_pup access type : read/write reset value : 0x000000000 absolute address : 0xffffff50  prot: protection : 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 ? ? ? ? ? ? prot prot processor mode privilege user 0 0 read/write no access 0 1 read/write no access 1 0 read/write read-only 1 1 read/write read/write
92 at91rm3400 1790a?atarm?11/03 mc protection unit enable register register name :mc_puer access type : read/write reset value : 0x000000000 absolute address : 0xffffff54  pueb: protection unit enable bit 0: the memory controller protection unit is disabled. 1: the memory controller protection unit is enabled. 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 ? ? ? ? ? ? ? pueb
93 at91rm3400 1790a?atarm?11/03 peripheral data controller (pdc) overview the peripheral data controller (pdc) transfers data between on-chip serial peripherals such as the uart, usart, ssc, spi, mci and the on- and off-chip memories. using the peripheral data contoller avoids processor intervention and removes the processor interrupt-handling overhead.this significantly reduces the number of clock cycles required for a data transfer and, as a result, improves the performance of the microcontroller and makes it more power efficient. the pdc channels are implemented in pairs, each pair being dedicated to a particular periph- eral. one channel in the pair is dedicated to the receiving channel and one to the transmitting channel of each uart, usart, ssc and spi. the user interface of a pdc channel is integrated in the memory space of each peripheral. it contains:  a 32-bit memory pointer register  a 16-bit transfer count register  a 32-bit register for next memory pointer  a 16-bit register for next transfer count the peripheral triggers pdc transfers using transmit and receive signals. when the pro- grammed data is transferred, an end of transfer interrupt is generated by the corresponding peripheral. important features of the pdc are:  generates transfers to/from peripherals such as dbgu, usart, ssc, spi and mci  supports up to twenty channels (product dependent)  one master clock cycle needed for a transfer from memory to peripheral  two master clock cycles needed for a transfer from peripheral to memory block diagram figure 24. block diagram control pdc channel 0 pdc channel 1 thr rhr control status & control peripheral peripheral data controller memory controller
94 at91rm3400 1790a?atarm?11/03 functional description configuration the pdc channels user interface enables the user to configure and control the data transfers for each channel. the user interface of a pdc channel is integrated into the user interface of the peripheral (offset 0x100), which it is related to. per peripheral, it contains four 32-bit pointer registers (rpr, rnpr, tpr, and tnpr) and four 16-bit counter registers (rcr, rncr, tcr, and tncr). the size of the buffer (number of transfers) is configured in an internal 16-bit transfer counter register, and it is possible, at any moment, to read the number of transfers left for each channel. the memory base address is configured in a 32-bit memory pointer by defining the location of the first address to access in the memory. it is possible, at any moment, to read the location in memory of the next transfer and the number of remaining transfers. the pdc has dedicated status registers which indicate if the transfer is enabled or disabled for each channel. the sta- tus for each channel is located in the periphe ral status register. transfers can be enabled and/or disabled by setting txten/txtdis and rxten/rxtdis in pdc transfer control register. these control bits enable reading the pointer and counter registers safely without any risk of their changing between both reads. the pdc sends status flags to the peripheral visible in its status-register (endrx, endtx, rxbuff, and txbufe). endrx flag is set when the periph_rcr register reaches zero. rxbuff flag is set when both periph_rcr and periph_rncr reach zero. endtx flag is set when the periph_tcr register reaches zero. txbufe flag is set when both periph_tcr and periph_tncr reach zero. these status flags are described in the peripheral status register. memory pointers each peripheral is connected to the pdc by a receiver data channel and a transmitter data channel. each channel has an internal 32-bit memory pointer. each memory pointer points to a location anywhere in the memory space (on-chip memory or external bus interface memory). depending on the type of transfer (byte, half-word or word), the memory pointer is incre- mented by 1, 2 or 4, respectively for peripheral transfers. if a memory pointer is reprogrammed while the pdc is in operation, the transfer address is changed, and the pdc performs transfers using the new address. transfer counters there is one internal 16-bit transfer counter for each channel used to count the size of the block already transferred by its associated channel. these counters are decremented after each data transfer. when the counter reaches zero, the transfer is complete and the pdc stops transferring data. if the next counter register is equal to zero, the pdc disables the trigger while activating the related peripheral end flag. if the counter is reprogrammed while the pdc is operating, the number of transfers is updated and the pdc counts transfers from the new value. programming the next counter/pointer registers chains the buffers. the counters are decre- mented after each data transfer as stated above, but when the transfer counter reaches zero,
95 at91rm3400 1790a?atarm?11/03 the values of the next counter/pointer are loaded into the counter/pointer registers in order to re-enable the triggers. for each channel, two status bits indicate the end of the current buffer (endrx, entx) and the end of both current and next buffer (rxbuff, txbufe). these bits are directly mapped to the peripheral status register and can trigger an interrupt request to the aic. the peripheral end flag is automatically cleared when one of the counter-registers (counter or next counter register) is written. note: when the next counter register is loaded into the counter register, it is set to zero. data transfers the peripheral triggers pdc transfers using transmit (txrdy) and receive (rxrdy) signals. when the peripheral receives an external charac ter, it sends a receive ready signal to the pdc which then requests access to the system bus. when access is granted, the pdc starts a read of the peripheral receive holding register (rhr) and then triggers a write in the memory. after each transfer, the relevant pdc memory pointer is incremented and the number of trans- fers left is decremented. when the memory block size is reached, a signal is sent to the peripheral and the transfer stops. the same procedure is followed, in reverse, for transmit transfers. priority of pdc transfer requests the peripheral data controller handles transfer requests from the channel according to priori- ties fixed for each product.these priorities are defined in the product datasheet. if simultaneous requests of the same type (receiver or transmitter) occur on identical peripher- als, the priority is determined by the numbering of the peripherals. if transfer requests are not simultaneous, they are treated in the order they occurred. requests from the receivers are handled first and then followed by transmitters requests.
96 at91rm3400 1790a?atarm?11/03 peripheral data controller (pdc) user interface note: 1. periph: ten registers are mapped in the peripheral memory space at the same offset. these can be defined by the user according to the function and the peripheral desired (dbgu, usart, ssc, spi, mci etc). pdc receive pointer register register name: periph _ rpr access type: read/write  rxptr: receive pointer address address of the next receive transfer. table 27. register mapping offset register register name read/write reset 0x100 pdc receive pointer register periph (1) _rpr read/write 0x0 0x104 pdc receive counter register periph_rcr read/write 0x0 0x108 pdc transmit pointer register periph_tpr read/write 0x0 0x10c pdc transmit counter register periph_tcr read/write 0x0 0x110 pdc receive next pointer register periph_rnpr read/write 0x0 0x114 pdc receive next counter register periph_rncr read/write 0x0 0x118 pdc transmit next pointer register periph_tnpr read/write 0x0 0x11c pdc transmit next counter register periph_tncr read/write 0x0 0x120 pdc transfer control register periph_ptcr write-only - 0x114 pdc transfer status register periph_ptsr read-only 0x0 31 30 29 28 27 26 25 24 rxptr 23 22 21 20 19 18 17 16 rxptr 15 14 13 12 11 10 9 8 rxptr 7 6 5 4 3 2 1 0 rxptr
97 at91rm3400 1790a?atarm?11/03 pdc receive counter register register name: periph _ rcr access type: read/write  rxctr: receive counter value number of receive transfers to be performed. pdc transmit pointer register register name: periph _ tpr access type: read/write  txptr: transmit pointer address address of the transmit buffer. pdc transmit counter register register name: periph _ tcr access type: read/write  txctr: transmit counter value txctr is the size of the transmit transfer to be performed. at zero, the peripheral data transfer is stopped. 31 30 29 28 27 26 25 24 -- 23 22 21 20 19 18 17 16 -- 15 14 13 12 11 10 9 8 rxctr 7 6 5 4 3 2 1 0 rxctr 31 30 29 28 27 26 25 24 txptr 23 22 21 20 19 18 17 16 txptr 15 14 13 12 11 10 9 8 txptr 7 6 5 4 3 2 1 0 txptr 31 30 29 28 27 26 25 24 -- 23 22 21 20 19 18 17 16 -- 15 14 13 12 11 10 9 8 txctr 7 6 5 4 3 2 1 0 txctr
98 at91rm3400 1790a?atarm?11/03 pdc receive next pointer register register name: periph _ rnpr access type: read/write  rxnptr: receive next pointer address rxnptr is the address of the next buffer to fill with received data when the current buffer is full. pdc receive next counter register register name: periph _ rncr access type: read/write  rxncr: receive next counter value rxncr is the size of the next buffer to receive. pdc transmit next pointer register register name: periph _ tnpr access type: read/write  txnptr: transmit next pointer address txnptr is the address of the next buffer to transmit when the current buffer is empty. 31 30 29 28 27 26 25 24 rxnptr 23 22 21 20 19 18 17 16 rxnptr 15 14 13 12 11 10 9 8 rxnptr 7 6 5 4 3 2 1 0 rxnptr 31 30 29 28 27 26 25 24 -- 23 22 21 20 19 18 17 16 -- 15 14 13 12 11 10 9 8 rxncr 7 6 5 4 3 2 1 0 rxncr 31 30 29 28 27 26 25 24 txnptr 23 22 21 20 19 18 17 16 txnptr 15 14 13 12 11 10 9 8 txnptr 7 6 5 4 3 2 1 0 txnptr
99 at91rm3400 1790a?atarm?11/03 pdc transmit next counter register register name: periph _ tncr access type: read/write  txncr: transmit next counter value txncr is the size of the next buffer to transmit. pdc transfer control register register name: periph_ptcr access type: write - only  rxten: receiver transfer enable 0 = no effect. 1 = enables the receiver pdc transfer requests if rxtdis is not set.  rxtdis: receiver transfer disable 0 = no effect. 1 = disables the receiver pdc transfer requests.  txten: transmitter transfer enable 0 = no effect. 1 = enables the transmitter pdc transfer requests.  txtdis: transmitter transfer disable 0 = no effect. 1 = disables the transmitter pdc transfer requests 31 30 29 28 27 26 25 24 -- 23 22 21 20 19 18 17 16 -- 15 14 13 12 11 10 9 8 txncr 7 6 5 4 3 2 1 0 txncr 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? txtdis txten 7 6 5 4 3 2 1 0 ? ? ? ? ? ? rxtdis rxten
100 at91rm3400 1790a?atarm?11/03 pdc transfer status register register name: periph _ ptsr access type: read-only  rxten: receiver transfer enable 0 = receiver pdc transfer requests are disabled. 1 = receiver pdc transfer requests are enabled.  txten: transmitter transfer enable 0 = transmitter pdc transfer requests are disabled. 1 = transmitter pdc transfer requests are enabled. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? txten 7 6 5 4 3 2 1 0 ? ? ? ? ? ? ? rxten
101 at91rm3400 1790a?atarm?11/03 advanced interrupt controller (aic) overview the advanced interrupt controller (aic) is an 8-level priority, individually maskable, vectored interrupt controller, providing handling of up to thirty-two interrupt sources. it is designed to substantially reduce the software and real-time overhead in handling internal and external interrupts. the aic drives the nfiq (fast interrupt request) and the nirq (standard interrupt request) inputs of an arm processor. inputs of the aic are either internal peripheral interrupts or exter- nal interrupts coming from the product's pins. the 8-level priority controller allows the user to define the priority for each interrupt source, thus permitting higher priority interrupts to be serviced even if a lower priority interrupt is being treated. internal interrupt sources can be programmed to be level sensitive or edge triggered. external interrupt sources can be programmed to be positive-edge or negative-edge triggered or high- level or low-level sensitive. the fast forcing feature redirects any internal or external interrupt source to provide a fast interrupt rather than a normal interrupt. important features of the aic are:  controls the interrupt lines (nirq and nfiq) of an arm ? processor  thirty-two individually maskable and vectored interrupt sources ? source 0 is reserved for the fast interrupt input (fiq) ? source 1 is reserved for system peripherals (st, rtc, pmc, dbgu?) ? source 2 to source 31 control up to thirty embedded peripheral interrupts or external interrupts ? programmable edge-triggered or level-sensitive internal sources ? programmable positive/negative edge-triggered or high/low level-sensitive external sources  8-level priority controller ? drives the normal interrupt of the processor ? handles priority of the interrupt sources 1 to 31 ? higher priority interrupts can be served during service of lower priority interrupt  vectoring ? optimizes interrupt service routine branch and execution ? one 32-bit vector register per interrupt source ? interrupt vector register reads the corresponding current interrupt vector  protect mode ? easy debugging by preventing automatic operations when protect modeis are enabled fast forcing ? permits redirecting any normal interrupt source on the fast interrupt of the processor  general interrupt mask ? provides processor synchronization on events without triggering an interrupt
102 at91rm3400 1790a?atarm?11/03 block diagram figure 25. block diagram application block diagram figure 26. description of the application block aic detailed block diagram figure 27. aic detailed block diagram aic apb arm processor fiq irq0-irqn embedded peripheralee peripheral embedded peripheral embedded up to thirty-two sources nfiq nirq advanced interrupt controller embedded peripherals external peripherals (external interrupts) standalone applications rtos drivers hard real time tasks os-based applications os drivers general os interrupt handler fiq pio controller advanced interrupt controller i rq0-irqn pioirq embedded peripherals external source input stage internal source input stage fast forcing interrupt priority controller fast interrupt controller arm processor nfiq nirq power management controller wake up user interface apb processor clock
103 at91rm3400 1790a?atarm?11/03 i/o line description product dependencies i/o lines the interrupt signals fiq and irq0 to irqn are normally multiplexed through the pio control- lers. depending on the features of the pio controller used in the product, the pins must be programmed in accordance with their assigned interrupt function. this is not applicable when the pio controller used in the product is transparent on the input path. power management the advanced interrupt controller is continuously clocked. the power management controller has no effect on the advanced interrupt controller behavior. the assertion of the advanced interrupt controller outputs, either nirq or nfiq, wakes up the arm processor while it is in idle mode. the general interrupt mask feature enables the aic to wake up the processor without asserting the interrupt line of the processor, thus providing syn- chronization of the processor on an event. interrupt sources the interrupt source 0 is always located at fiq. if the product does not feature an fiq pin, the interrupt source 0 cannot be used. the interrupt source 1 is always located at system interrupt. this is the result of the or-wir- ing of the system peripheral interrupt lines, such as the system timer, the real time clock, the power management controller and the memory controller. when a system interrupt occurs, the service routine must first distinguish the cause of the interrupt. this is performed by reading successively the status registers of the above mentioned system peripherals. the interrupt sources 2 to 31 can either be connected to the interrupt outputs of an embedded user peripheral or to external interrupt lines. the external interrupt lines can be connected directly, or through the pio controller. the pio controllers are considered as user peripherals in the scope of interrupt handling. accordingly, the pio controller interrupt lines are connected to the interrupt sources 2 to 31. the peripheral identification defined at the pr oduct level corresponds to the interrupt source number (as well as the bit number controlling the clock of the peripheral). consequently, to simplify the description of the functional operat ions and the user interface, the interrupt sources are named fiq, sys, and pid2 to pid31. table 28. i/o line description pin name pin description type fiq fast interrupt input irq0 - irqn interrupt 0 - interrupt n input
104 at91rm3400 1790a?atarm?11/03 functional description interrupt source control interrupt source mode the advanced interrupt controller independen tly programs each interrupt source. the src- type field of the corresponding aic_smr (s ource mode register) selects the interrupt condition of each source. the internal interrupt sources wired on the interrupt outputs of the embedded peripherals can be programmed either in level-sensitive mode or in edge-triggered mode. the active level of the internal interrupts is not important for the user. the external interrupt sources can be programmed either in high level-sensitive or low level- sensitive modes, or in positive edge-triggered or negative edge-triggered modes. interrupt source enabling each interrupt source, including the fiq in source 0, can be enabled or disabled by using the command registers; aic_iecr (interrupt enable command register) and aic_idcr (inter- rupt disable command register). this set of registers conducts enabling or disabling in one instruction. the interrupt mask can be read in the aic_imr register. a disabled interrupt does not affect servicing of other interrupts. interrupt clearing and setting all interrupt sources programmed to be edge-triggered (including the fiq in source 0) can be individually set or cleared by writing respectively the aic_iscr and aic_iccr registers. clearing or setting interrupt sources programmed in level-sensitive mode has no effect. the clear operation is perfunctory, as the software must perform an action to reinitialize the ?memorization? circuitry activated when the source is programmed in edge-triggered mode. however, the set operation is available for auto-test or software debug purposes. it can also be used to execute an aic-implementation of a software interrupt. the aic features an automatic clear of the current interrupt when the aic_ivr (interrupt vec- tor register) is read. only the interrupt source being detected by the aic as the current interrupt is affected by this operation. (see ?priority controller? on page 107.) the automatic clear reduces the operations required by the interrupt service routine entry code to reading the aic_ivr. note that the automatic interrupt clear is disabled if the interrupt source has the fast forcing feature enabled as it is considered uniquely as a fiq source. (for further details, see ?fast forcing? on page 111.) the automatic clear of the interrupt source 0 is performed when aic_fvr is read. interrupt status for each interrupt, the aic operation originates in aic_ipr (interrupt pending register) and its mask in aic_imr (interrupt mask register). aic_ipr enables the actual activity of the sources, whether masked or not. the aic_isr register reads the number of the current interrupt (see ?priority controller? on page 107) and the register aic_cisr gives an image of the signals nirq and nfiq driven on the processor. each status referred to above can be used to optimize the interrupt handling of the systems.
105 at91rm3400 1790a?atarm?11/03 internal interrupt source input stage figure 28. internal interrupt source input stage external interrupt source input stage figure 29. external interrupt source input stage mck nirq maximum irq latency = 3.5 cycles peripheral interrupt becomes active edge detector clear set pos./neg. aic_iscr aic_iccr source i ff level/ edge high/low aic_smri srctype aic_ipr aic_imr aic_iecr aic_idcr fast interrupt controller or priority controller
106 at91rm3400 1790a?atarm?11/03 interrupt latencies global interrupt latencies depend on several parameters, including:  the time the software masks the interrupts.  occurrence, either at the processor level or at the aic level.  the execution time of the instruction in progress when the interrupt occurs.  the treatment of higher priority interrupts and the resynchronization of the hardware signals. this section addresses only the hardware resynchronizations. it gives details of the latency times between the event on an external interrupt leading in a valid interrupt (edge or level) or the assertion of an internal interrupt source and the assertion of the nirq or nfiq line on the processor. the resynchronization time depends on the programming of the interrupt source and on its type (internal or external). for the standard interrupt, resynchronization times are given assuming there is no higher priority in progress. the pio controller multiplexing has no effect on the interrupt latencies of the external interrupt sources. external interrupt edge triggered source figure 30. external interrupt edge triggered source external interrupt level sensitive source figure 31. external interrupt level sensitive source maximum fiq latency = 4 cycles maximum irq latency = 4 cycles nfiq nirq mck irq or fiq (positive edge) irq or fiq (negative edge) maximum irq latency = 3 cycles maximum fiq latency = 3 cycles mck irq or fiq ( high level) irq or fiq ( low level) nirq nfiq
107 at91rm3400 1790a?atarm?11/03 internal interrupt edge triggered source figure 32. internal interrupt edge triggered source internal interrupt level sensitive source figure 33. internal interrupt level sensitive source normal interrupt priority controller an 8-level priority controller drives the nirq line of the processor, depending on the interrupt conditions occurring on the interrupt sources 1 to 31 (except for those programmed in fast forcing). each interrupt source has a programmable priority level of 7 to 0, which is user-definable by writing the prior field of the corresponding aic_smr (source mode register). level 7 is the highest priority and level 0 the lowest. as soon as an interrupt conditi on occurs, as defined by the srctype field of the aic_svr (source vector register), the nirq line is asserted. as a new interrupt condition might have happened on other interrupt sources since the nirq has been asserted, the priority controller determines the current interrupt at the time the aic_ivr (interrupt vector register) is read. the read of aic_ivr is the entry point of the interrupt handling which allows the aic to consider that the interrupt has been taken into account by the software. the current priority level is defined as the priority level of the current interrupt. if several interrupt sources of equal priority are pending and enabled when the aic_ivr is read, the interrupt with the lowest interrupt source number is serviced first. the nirq line can be asserted only if an interrupt condition occurs on an interrupt source with a higher priority. if an interrupt condition happens (or is pending) during the interrupt treatment in progress, it is delayed until the software indicates to the aic the end of the current service by writing the aic_eoicr (end of interrupt command register). the write of aic_eoicr is the exit point of the interrupt handling . mck nirq peripheral interrupt becomes active maximum irq latency = 4.5 cycles mck nirq maximum irq latency = 3.5 cycles peripheral interrupt becomes active
108 at91rm3400 1790a?atarm?11/03 interrupt nesting the priority controller utilizes interrupt nesting in order for the highest priority interrupt to be handled during the service of lower priority interrupts. this requires the interrupt service rou- tines of the lower interrupts to re-enable the interrupt at the processor level. when an interrupt of a higher priority happens during an already occurring interrupt service routine, the nirq line is re-asserted. if the interrupt is enabled at the core level, the current execution is interrupted and the new interrupt service routine should read the aic_ivr. at this time, the current interrupt number and its priority level are pushed into an embedded hardware stack, so that they are saved and restored when the higher priority interrupt servicing is fin- ished and the aic_eoicr is written. the aic is equipped with an 8-level wide hardware stack in order to support up to eight inter- rupt nestings pursuant to having eight priority levels. interrupt vectoring the interrupt handler addresses corresponding to each interrupt source can be stored in the registers aic_svr1 to aic_svr31 (source vector register 1 to 31). when the processor reads aic_ivr (interrupt vector register), the value written into aic_svr corresponding to the current interrupt is returned. this feature offers a way to branch in one single instruction to the handler corresponding to the current interrupt, as aic_ivr is mapped at the absolute address 0xffff f100 and thus accessible from the arm interrupt vector at address 0x0000 0018 through the following instruction: ldr pc,[pc,# -&f20] when the processor executes this instruction, it loads the read value in aic_ivr in its program counter, thus branching the execution on the correct interrupt handler. this feature is often not used when the application is based on an operating system (either real time or not). operating systems often have a single entry point for all the interrupts and the first task performed is to discern the source of the interrupt. however, it is strongly recommended to port the operating system on at91 products by sup- porting the interrupt vectoring. this can be performed by defining all the aic_svr of the interrupt source to be handled by the operating system at the address of its interrupt handler. when doing so, the interrupt vectoring permits a critical interrupt to transfer the execution on a specific very fast handler and not onto the operating system?s general interrupt handler. this facilitates the support of hard real-time tasks (input/outputs of voice/audio buffers and software peripheral handling) to be handled efficiently and independently of the application running under an operating system. interrupt handlers this section gives an overview of the fast interrupt handling sequence when using the aic. it is assumed that the programmer understands the architecture of the arm processor, and especially the processor interrupt modes and the associated status bits. it is assumed that: 1. the advanced interrupt controller has been programmed, aic_svr registers are loaded with corresponding interrupt service routine addresses and interrupts are enabled. 2. the instruction at the arm interrupt exception vector address is required to work with the vectoring ldr pc, [pc, # -&f20] when nirq is asserted, if the bit ?i? of cpsr is 0, the sequence is as follows: 1. the cpsr is stored in spsr_irq, the current value of the program counter is loaded in the interrupt link register (r14_irq) and the program counter (r15) is loaded with
109 at91rm3400 1790a?atarm?11/03 0x18. in the following cycle during fetch at address 0x1c, the arm core adjusts r14_irq, decrementing it by four. 2. the arm core enters interrupt mode, if it has not already done so. 3. when the instruction loaded at address 0x18 is executed, the program counter is loaded with the value read in aic_ivr. reading the aic_ivr has the following effects: ? sets the current interrupt to be the pending and enabled interrupt with the highest priority. the current level is the priority level of the current interrupt. ? de-asserts the nirq line on the processor. even if vectoring is not used, aic_ivr must be read in order to de-assert nirq. ? automatically clears the interrupt, if it has been programmed to be edge-triggered. ? pushes the current level and the current interrupt number on to the stack. ? returns the value written in the aic_svr corresponding to the current interrupt. 4. the previous step has the effect of branching to the corresponding interrupt service routine. this should start by saving the link register (r14_irq) and spsr_irq. the link register must be decremented by four when it is saved if it is to be restored directly into the program counter at the end of the interrupt. for example, the instruction sub pc, lr, #4 may be used. 5. further interrupts can then be unmasked by clearing the ?i? bit in cpsr, allowing re- assertion of the nirq to be taken into account by the core. this can happen if an inter- rupt with a higher priority than the current interrupt occurs. 6. the interrupt handler can then proceed as required, saving the registers that will be used and restoring them at the end. during this phase, an interrupt of higher priority than the current level will restart the sequence from step 1. note: if the interrupt is programmed to be level sensitive, the source of the interrupt must be cleared during this phase. 7. the ?i? bit in cpsr must be set in order to mask interrupts before exiting to ensure that the interrupt is completed in an orderly manner. 8. the end of interrupt command register (aic_eoicr) must be written in order to indi- cate to the aic that the current interrupt is finished. this causes the current level to be popped from the stack, restoring the previous current level if one exists on the stack. if another interrupt is pending, with lower or equal priority than the old current level but with higher priority than the new current level, the nirq line is re-asserted, but the interrupt sequence does not immediately start because the ?i? bit is set in the core. spsr_irq is restored. finally, the saved value of the link register is restored directly into the pc. this has effect of returning from the interrupt to whatever was being exe- cuted before, and of loading the cpsr with the stored spsr, masking or unmasking the interrupts depending on the state saved in spsr_irq. note: the ?i? bit in spsr is significant. if it is set, it indicates that the arm core was on the verge of masking an interrupt when the mask instruction was interrupted. hence, when spsr is restored, the mask instruction is completed (interrupt is masked). fast interrupt fast interrupt source the interrupt source 0 is the only source which can raise a fast interrupt request to the proces- sor except if fast forcing is used. the interrupt source 0 is generally connected to a fiq pin of the product, either directly or through a pio controller. fast interrupt control the fast interrupt logic of the aic has no priority controller. the mode of interrupt source 0 is programmed with the aic_smr0 and the field prior of this register is not used even if it reads what has been written. the field srctype of aic_smr0 enables programming the
110 at91rm3400 1790a?atarm?11/03 fast interrupt source to be positive-edge triggered or negative-edge triggered or high-level sen- sitive or low-level sensitive writing 0x1 in the aic_iecr (interrupt enable command register) and aic_idcr (interrupt disable command register) respectively enables and disables the fast interrupt. the bit 0 of aic_imr (interrupt mask register) indicates whether the fast interrupt is enabled or disabled. fast interrupt vectoring the fast interrupt handler address can be stored in aic_svr0 (source vector register 0). the value written into this register is returned when the processor reads aic_fvr (fast vec- tor register). this offers a way to branch in one single instruction to the interrupt handler, as aic_fvr is mapped at the absolute address 0xffff f104 and thus accessible from the arm fast interrupt vector at address 0x0000 001c through the following instruction: ldr pc,[pc,# -&f20] when the processor executes this instruction it loads the value read in aic_fvr in its pro- gram counter, thus branching the execution on the fast interrupt handler. it also automatically performs the clear of the fast interrupt source if it is programmed in edge-triggered mode. fast interrupt handlers this section gives an overview of the fast interrupt handling sequence when using the aic. it is assumed that the programmer understands the architecture of the arm processor, and especially the processor interrupt modes and associated status bits. assuming that: 1. the advanced interrupt controller has been programmed, aic_svr0 is loaded with the fast interrupt service routine address, and the interrupt source 0 is enabled. 2. the instruction at address 0x1c (fiq exception vector address) is required to vector the fast interrupt: ldr pc, [pc, # -&f20] 3. the user does not need nested fast interrupts. when nfiq is asserted if the bit "f" of cpsr is 0, the sequence is: 1. the cpsr is stored in spsr_fiq, the current value of the program counter is loaded in the fiq link register (r14_fiq) and the program counter (r15) is loaded with 0x1c. in the following cycle, during fetch at address 0x20, the arm core adjusts r14_fiq, decre- menting it by four. 2. the arm core enters fiq mode. 3. when the instruction loaded at address 0x1c is executed, the program counter is loaded with the value read in aic_fvr. reading the aic_fvr has effect of automati- cally clearing the fast interrupt, if it has been programmed to be edge triggered. in this case only, it de-asserts the nfiq line on the processor. 4. the previous step enables branching to the corresponding interrupt service routine. it is not necessary to save the link register r14_fiq and spsr_fiq if nested fast interrupts are not needed. 5. the interrupt handler can then proceed as required. it is not necessary to save regis- ters r8 to r13 because fiq mode has its own dedicated registers and the user r8 to r13 are banked. the other registers, r0 to r7, must be saved before being used, and restored at the end (before the next step). note that if the fast interrupt is programmed to be level sensitive, the source of the interrupt must be cleared during this phase in order to de-assert the interrupt source 0. 6. finally, the link register r14_fiq is restored into the pc after decrementing it by four (with instruction sub pc, lr, #4 for example). this has the effect of returning from the interrupt to whatever was being executed before, loading the cpsr with the spsr
111 at91rm3400 1790a?atarm?11/03 and masking or unmasking the fast interrupt depending on the state saved in the spsr. note: the "f" bit in spsr is significant. if it is set, it indicates that the arm core was just about to mask fiq interrupts when the mask instruction was interrupted. hence when the spsr is restored, the interrupted instruction is completed (fiq is masked). another way to handle the fast interrupt is to map the interrupt service routine at the address of the arm vector 0x1c. this method does not use the vectoring, so that reading aic_fvr must be performed at the very beginning of the handler operation. however, this method saves the execution of a branch instruction. fast forcing the fast forcing feature of the advanced interrupt controller provides redirection of any nor- mal interrupt source on the fast interrupt controller. fast forcing is enabled or disabled by writing to the fast forcing enable register (aic_ffer) and the fast forcing disable register (aic_ffdr). writing to these registers results in an update of the fast forcing status register (aic_ffsr) that controls the feature for each internal or external interrupt source. when fast forcing is disabled, the interrupt sources are handled as described in the previous pages. when fast forcing is enabled, the edge/level programming and, in certain cases, edge detec- tion of the interrupt source is still active but the source cannot trigger a normal interrupt to the processor and is not seen by the priority handler. if the interrupt source is programmed in level-sensitive mode and an active level is sampled, fast forcing results in the assertion of the nfiq line to the core. if the interrupt source is programmed in edge-triggered mode and an active edge is detected, fast forcing results in the assertion of the nfiq line to the core. the fast forcing feature does not affect the source 0 pending bit in the interrupt pending register (aic_ipr). the fast interrupt vector register (aic_fvr) reads the contents of the source vector regis- ter 0 (aic_svr0), whatever the source of the fast interrupt may be. the read of the fvr does not clear the source 0 when the fast forcing feature is used and the interrupt source should be cleared by writing to the interrupt clear command register (aic_iccr). all enabled and pending interrupt sources that have the fast forcing feature enabled and that are programmed in edge-triggered mode must be cleared by writing to the interrupt clear command register. in doing so, they are cleared independently and thus lost interrupts are prevented. the read of aic_ivr does not clear the source that has the fast forcing feature enabled. the source 0, reserved to the fast interrupt, continues operating normally and becomes one of the fast interrupt sources.
112 at91rm3400 1790a?atarm?11/03 figure 34. fast forcing protect mode the protect mode permits reading the interrupt vector register without performing the associ- ated automatic operations. this is necessary when working with a debug system. when a debugger, working either with a debug monitor or the arm processor's ice, stops the applica- tions and updates the opened windows, it might read the aic user interface and thus the ivr. this has undesirable consequences:  if an enabled interrupt with a higher priority than the current one is pending, it is stacked.  if there is no enabled pending interrupt, the spurious vector is returned. in either case, an end of interrupt command is necessary to acknowledge and to restore the context of the aic. this operation is generally not performed by the debug system as the debug system would become strongly intrusive and cause the application to enter an undes- ired state. this is avoided by using the protect mode. writing dbgm in aic_dcr (debug control regis- ter) at 0x1 enables the protect mode. when the protect mode is enabled, the aic performs interrupt stacking only when a write access is performed on the aic_ivr. therefore, the interrupt service routines must write (arbitrary data) to the aic_ivr just after reading it. the new context of the aic, including the value of the interrupt status register (aic_isr), is updated with the current interrupt only when aic_ivr is written. an aic_ivr read on its own (e.g., by a debugger), modifies neither the aic context nor the aic_isr. extra aic_ivr reads perform the same operations. however, it is recommended to not stop the processor between the read and the write of aic_ivr of the interrupt service rou- tine to make sure the debugger does not modify the aic context. to summarize, in normal operating mode, the read of aic_ivr performs the following opera- tions within the aic: 1. calculates active interrupt (higher than current or spurious). 2. determines and returns the vector of the active interrupt. 3. memorizes the interrupt. 4. pushes the current priority level onto the internal stack. 5. acknowledges the interrupt. source 0 _ fiq input stage automatic clear input stage automatic clear source n aic_ipr aic_imr aic_ffsr aic_ipr aic_imr priority manager nfiq nirq read ivr if source n is the current interrupt and if fast forcing is disabled on source n. read fvr if fast forcing is disabled on sources 1 to 31.
113 at91rm3400 1790a?atarm?11/03 however, while the protect mode is activated, only operations 1 to 3 are performed when aic_ivr is read. operations 4 and 5 are only performed by the aic when aic_ivr is written. software that has been written and debugged using the protect mode runs correctly in normal mode without modification. however, in normal mode the aic_ivr write has no effect and can be removed to optimize the code. spurious interrupt the advanced interrupt controller features protection against spurious interrupts. a spurious interrupt is defined as being the assertion of an interrupt source long enough for the aic to assert the nirq, but no longer present when aic_ivr is read. this is most prone to occur when:  an external interrupt source is programmed in level-sensitive mode and an active level occurs for only a short time.  an internal interrupt source is programmed in level sensitive and the output signal of the corresponding embedded peripheral is activated for a short time. (as in the case for the watchdog.)  an interrupt occurs just a few cycles before the software begins to mask it, thus resulting in a pulse on the interrupt source. the aic detects a spurious interrupt at the time the aic_ivr is read while no enabled interrupt source is pending. when this happens, the aic returns the value stored by the programmer in aic_spu (spurious vector register). the programmer must store the address of a spurious interrupt handler in aic_spu as part of the application, to enable an as fast as possible return to the normal execution flow. this handler writes in aic_eoicr and performs a return from interrupt. general interrupt mask the aic features a general interrupt mask bit to prevent interrupts from reaching the proces- sor. both the nirq and the nfiq lines are driven to their inactive state if the bit gmsk in aic_dcr (debug control register) is set. however, this mask does not prevent waking up the processor if it has entered idle mode. this function facilitates synchronizing the processor on a next event and, as soon as the event occurs, performs subsequent operations without having to handle an interrupt. it is strongly recommended to use this mask with caution.
114 at91rm3400 1790a?atarm?11/03 advanced interrupt controller (aic) user interface base address the aic is mapped at the address 0xffff f000 . it has a total 4-kbyte addressing space. this permits the vectoring feature, as the pc-relative load/store instructions of the arm processor supports only an 4-kbyte offset. note: 1. the reset value of the interrupt pending register depends on the level of the external interrupt source. all other sourc es are cleared at reset, thus not pending. table 29. register mapping offset register name access reset value 0000 source mode register 0 aic_smr0 read/write 0x0 0x04 source mode register 1 aic_smr1 read/write 0x0 ?? ??? 0x7c source mode register 31 aic_smr31 read/write 0x0 0x80 source vector register 0 aic_svr0 read/write 0x0 0x84 source vector register 1 aic_svr1 read/write 0x0 ?? ??? 0xfc source vector register 31 aic_svr31 read/write 0x0 0x100 interrupt vector register aic_ivr read-only 0x0 0x104 fast interrupt vector register aic_fvr read-only 0x0 0x108 interrupt status register aic_isr read-only 0x0 0x10c interrupt pending register aic_ipr read-only 0x0 (1) 0x110 interrupt mask register aic_imr read-only 0x0 0x114 core interrupt status register aic_cisr read-only 0x0 0x118 reserved ? ? ? 0x11c reserved ? ? ? 0x120 interrupt enable command register aic_iecr write-only ? 0x124 interrupt disable command register aic_idcr write-only ? 0x128 interrupt clear command register aic_iccr write-only ? 0x12c interrupt set command register aic_iscr write-only ? 0x130 end of interrupt command register aic_eoicr write-only ? 0x134 spurious interrupt vector register aic_spu read/write 0x0 0x138 debug control register aic_dcr read/write 0x0 0x13c reserved ? ? ? 0x140 fast forcing enable register aic_ffer write-only ? 0x144 fast forcing disable register aic_ffdr write-only ? 0x148 fast forcing status register aic_ffsr read-only 0x0
115 at91rm3400 1790a?atarm?11/03 aic source mode register register name: aic_smr0..aic_smr31 access type: read/write reset value: 0x0 prior: priority level programs the priority level for all sources except fiq source (source 0). the priority level can be between 0 (lowest) and 7 (highest). the priority level is not used for the fiq in the related smr register aic_smrx.  srctype: interrupt source type the active level or edge is not programmable for the internal interrupt sources. aic source vector register register name: aic_svr0..aic_svr31 access type: read/write reset value: 0x0  vector: source vector the user may store in these registers the addresses of the corresponding handler for each interrupt source. 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 ? srctype ? ? prior srctype internal interrupt sources 0 0 level sensitive 0 1 edge triggered 1 0 level sensitive 1 1 edge triggered 31 30 29 28 27 26 25 24 vector 23 22 21 20 19 18 17 16 vector 15 14 13 12 11 10 9 8 vector 7 6 5 4 3 2 1 0 vector
116 at91rm3400 1790a?atarm?11/03 aic interrupt vector register register name: aic_ivr access type: read-only reset value: 0  irqv: interrupt vector register the interrupt vector register contains the vector programmed by the user in the source vector register corresponding to the current interrupt. the source vector register is indexed using the current interrupt number when the interrupt vector register is read. when there is no current interrupt, the interrupt vector register reads the value stored in aic_spu. aic fiq vector register register name: aic_fvr access type: read-only reset value: 0  fiqv: fiq vector register the fiq vector register contains the vector programmed by the user in the source vector register 0. when there is no fast interrupt, the fast interrupt vector register reads the value stored in aic_spu. 31 30 29 28 27 26 25 24 irqv 23 22 21 20 19 18 17 16 irqv 15 14 13 12 11 10 9 8 irqv 7 6 5 4 3 2 1 0 irqv 31 30 29 28 27 26 25 24 fiqv 23 22 21 20 19 18 17 16 fiqv 15 14 13 12 11 10 9 8 fiqv 7 6 5 4 3 2 1 0 fiqv
117 at91rm3400 1790a?atarm?11/03 aic interrupt st atus register register name: aic_isr access type: read-only reset value: 0  irqid: current interrupt identifier the interrupt status register returns the current interrupt source number. aic interrupt pending register register name: aic_ipr access type: read-only reset value: 0  fiq, sys, pid2-pid31: interrupt pending 0 = corresponding interrupt is no pending. 1 = corresponding interrupt is pending. 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 ? ? ? irqid 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys fiq
118 at91rm3400 1790a?atarm?11/03 aic interrupt mask register register name: aic_imr access type: read-only reset value: 0  fiq, sys, pid2-pid31: interrupt mask 0 = corresponding interrupt is disabled. 1 = corresponding interrupt is enabled. aic core interrupt status register register name: aic_cisr access type: read-only reset value: 0  nfiq: nfiq status 0 = nfiq line is deactivated. 1 = nfiq line is active.  nirq: nirq status 0 = nirq line is deactivated. 1 = nirq line is active. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys fiq 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 ? ? ? ? ? ? nirq nifq
119 at91rm3400 1790a?atarm?11/03 aic interrupt enable command register register name: aic_iecr access type: write-only  fiq, sys, pid2-pid3: interrupt enable 0 = no effect. 1 = enables corresponding interrupt. aic interrupt disable command register register name: aic_idcr access type: write-only  fiq, sys, pid2-pid31: interrupt disable 0 = no effect. 1 = disables corresponding interrupt. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys fiq 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys fiq
120 at91rm3400 1790a?atarm?11/03 aic interrupt clear command register register name: aic_iccr access type: write-only  fiq, sys, pid2-pid31: interrupt clear 0 = no effect. 1 = clears corresponding interrupt. aic interrupt set command register register name: aic_iscr access type: write-only  fiq, sys, pid2-pid31: interrupt set 0 = no effect. 1 = sets corresponding interrupt. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys fiq 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys fiq
121 at91rm3400 1790a?atarm?11/03 aic end of interrupt command register register name: aic_eoicr access type: write-only the end of interrupt command register is used by the interrupt routine to indicate that the interrupt treatment is complete. any value can be written because it is only necessary to make a write to this register location to signal the end of interrupt treatment. aic spurious interr upt vector register register name: aic_spu access type: read/write reset value: 0  siqv: spurious interrupt vector register the use may store the address of a spurious interrupt handler in this register. the written value is returned in aic_ivr in case of a spurious interrupt and in aic_fvr in case of a spurious fast interrupt. 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 ? ? ? ? ? ? ? ? 31 30 29 28 27 26 25 24 siqv 23 22 21 20 19 18 17 16 siqv 15 14 13 12 11 10 9 8 siqv 7 6 5 4 3 2 1 0 siqv
122 at91rm3400 1790a?atarm?11/03 aic debug control register register name: aic_debug access type: read/write reset value: 0  prot: protection mode 0 = the protection mode is disabled. 1 = the protection mode is enabled.  gmsk: general mask 0 = the nirq and nfiq lines are normally controlled by the aic. 1 = the nirq and nfiq lines are tied to their inactive state. 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 ? ? ? ? ? ? gmsk prot
123 at91rm3400 1790a?atarm?11/03 aic fast forcing enable register register name: aic_ffer access type: write-only  sys, pid2-pid31: fast forcing enable 0 = no effect. 1 = enables the fast forcing feature on the corresponding interrupt. aic fast forcing disable register register name: aic_ffdr access type: write-only  sys, pid2-pid31: fast forcing disable 0 = no effect. 1 = disables the fast forcing feature on the corresponding interrupt. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys ? 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys ?
124 at91rm3400 1790a?atarm?11/03 aic fast forcing status register register name: aic_ffsr access type: read-only  sys, pid2-pid31: fast forcing status 0 = the fast forcing feature is disabled on the corresponding interrupt. 1 = the fast forcing feature is enable on the corresponding interrupt. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 7 6 5 4 3 2 1 0 pid7 pid6 pid5 pid4 pid3 pid2 sys ?
125 at91rm3400 1790a?atarm?11/03 power management controller (pmc) overview the power management controller (pmc) generates all the system clocks thanks to the integration of two oscillators and two plls. the pmc provides clocks to the embedded processor and enables the idle mode by stopping the processor clock until the next interrupt. the pmc independently provides and controls up to thirty peripheral clocks and four programmable clocks that can be used as outputs on pins to feed external devices. the integration of the plls supplies the usb devices and host ports with a 48 mhz clock, as required by the bus speed, and the rest of the system with a clock at another frequency. thus, the fully-featured power management controller optimizes power consumption of the whole system and supports the normal, idle, slow clock and standby operating modes. the main features of the pmc are:  optimizes the power consumption of the whole system  embeds and controls ? one main oscillator and one slow clock oscillator (32.768 khz) ? two phase locked loops (plls) and dividers ?clock prescalers provides ? the processor clock pck ? the master clock mck ? up to two usb clocks (depending on the usb ports embedded) ? uhpck for the usb host port ? udpck for the usb device port ? programmable automatic pll switch-off in usb device suspend conditions ? up to thirty peripheral clocks ? up to four programmable clock outputs  four operating modes ? normal mode, idle mode, slow clock mode, standby mode
126 at91rm3400 1790a?atarm?11/03 block diagram figure 35. power management controller block diagram apb pio pck0-pck 3 arm7 processor user interface udp uhp embedded peripherals mck (continuous) processor clock mck (individually switchable) aic st rtc slck pmcirq xin32 x out32 xin xout p llrca p llrcb irq or fiq udpck uhpck programmable clocks memory controller suspend slow clock slck main clock plla clock pllb clock slck main clock plla clock pllb clock prescaler /2,/4,...,/64 arm920t processor processor clock processor clock controller idle mode divider /1,/2,/3,/4 arm9-systems only master clock controller peripherals clock controller on/off usb clock controller on/off slck main clock plla clock pllb clock prescaler /2,/4,...,/64 programmable clock controller slow clock slck pllb clock 30 4 slow clock oscillator main oscillator pll and divider a pll and divider b clock generator power management controller
127 at91rm3400 1790a?atarm?11/03 product dependencies i/o lines the power management controller is capable of handling up to four programmable clocks, pck0 to pck3. a programmable clock is generally multiplexed on a pio controller. the user must first program the pio controllers to assign the pins of the programmable clock to its periph- eral function. interrupt the power management controller has an in terrupt line connected to the advanced interrupt controller (aic). handling the pmc interrupt requires programming the aic before configuring the pmc. oscillator and pll characteristics the electrical characteristics of the embedded oscillators and plls are product-depen- dent, even if the way to control them is similar. all of the parameters for both oscillators and the plls are given in the dc characteris- tics section of the product datasheet. these figures are used not only for the hardware design, as they affect the external components to be connected to the pins, but also the software configuration, as they determine the waiting time for the startup and lock times to be programmed. peripheral clocks the power management controller provides and controls up to thirty peripheral clocks. the bit number permitting the control of a peripheral clock is the peripheral id of the embedded peripheral. when the peripheral id does not correspond to a peripheral, either because this is an external interrupt or because there are less than thirty peripherals, the control bits of the peripheral id are not implemented in the pmc and programming them has no effect on the behavior of the pmc. usb clocks the power management controller provides and controls two usb clocks, the uhpck for the usb host port, and the udpck for the usb device. if the product does not embed the usb host port or the usb device port, the associ- ated control bits and registers are not implemented in the pmc and programming them has no effect on the behavior of the pmc.
128 at91rm3400 1790a?atarm?11/03 functional description operating modes definition the following operating modes are supported by the pmc and offer different power con- sumption levels and event response latency times:  normal mode: the arm processor clock is enabled and peripheral clocks are enabled depending on application requirements.  idle mode: the arm processor clock is disabled and waiting for the next interrupt (or a main reset). the peripheral clocks are enabled depending on application requirements. pdc transfers are still possible.  slow clock mode: slow clock mode is similar to normal mode, but the main oscillator and the pll are switched off to save power and the processor and the peripherals run in slow clock mode. note that slow clock mode is the mode selected after the reset.  standby mode: standby mode is a combination of slow clock mode and idle mode. it enables the processor to respond quickly to a wake-up event by keeping power consumption very low. clock definitions the power management controller provides the following clocks:  slow clock (slck), typically at 32.768 khz, is the only permanent clock within the system.  master clock (mck), programmable from a few hundred hz to the maximum operating frequency of the device. it is available to the modules running permanently, such as the aic and the memory controller.  processor clock (pck), typically the master clock for arm7-based systems and a faster clock on arm9-based systems, switched off when entering idle mode.  peripheral clocks, typically mck, provided to the embedded peripherals (usart, ssc, spi, twi, tc, mci, etc.) and independently controllable. in order to reduce the number of clock names in a product, the peripheral clocks are named mck in the product datasheet.  udp clock (udpck), typically at 48 mhz, required by the usb device port operations.  uhp clock (uhpck), typically at 48 mhz, required by the usb host port operations.  programmable clock outputs (pck0 to pck3) can be selected from the clocks provided by the clock generator and driven on the pck0 to pck3 pins. clock generator the clock generator embeds:  the slow clock oscillator  the main oscillator  two pll and divider blocks, a and b the clock generator integrates as an option a divider by 2. the arm7-based systems generally embed plls able to output between 20 mhz and 100 mhz and do not embed the divider by 2. the arm9-based systems generally embed plls able to output between 80 mhz and 240 mhz. as the 48 mhz required by the usb cannot be reached by such a pll, the optional divider by 2 is implemented. the block diagram of the clock generator is shown in figure 36.
129 at91rm3400 1790a?atarm?11/03 figure 36. clock generator block diagram slow clock oscillator slow clock oscillator connection the clock generator integrates a low-power 32.768 khz oscillator. the xin32 and xout32 pins must be connected to a 32.768 khz crystal. two external capacitors must be wired as shown in figure 37. figure 37. typical slow clock oscillator connection slow clock oscillator startup time the startup time of the slow clock oscillator is given in the section ?dc characteristics? on page 432. as it is often higher than 500 ms and the processor requires an assertion of the reset until it has stabilized, the user must implement an external reset supervisor covering this startup time. however, this startup is only required in case of cold reset, i.e. in case of system power-up. when a warm reset occurs, the length of the reset pulse may be much lower. for further details, see the section ?reset controller? on page 77. slow clock oscillator main oscillator clock generator xin32 xout32 xin xout pllrca pllrcb slow clock slck main clock plla clock pllb clock pll a divider a divider b pll b /2 (optional) main clock frequency counter xin32 xout32 gndpl l c l2 c l1 32.768 khz crystal
130 at91rm3400 1790a?atarm?11/03 main oscillator figure 38 shows the main oscillator block diagram. figure 38. main oscillator block diagram main oscillator connections the clock generator integrates a main oscillator that is designed for a 3 to 20 mhz fun- damental crystal. the typical crystal connection is illustrated in figure 39. the 1 k ? resistor is only required for crystals with frequencies lower than 8 mhz. the oscillator contains twenty-five pf capacitors on each xin and xout pin. consequently, cl1 and cl2 can be removed when a crystal with a load capacitance of 12.5 pf is used. for fur- ther details on the electrical characteristics of the main oscillator, see the section ?dc characteristics? on page 432. figure 39. typical crystal connection main oscillator startup time the startup time of the main oscillator is given in the section ?dc characteristics? on page 432. the startup time depends on the crystal frequency and increases when the frequency rises. main oscillator control to minimize the power required to start up the system, the main oscillator is disabled after reset and the slow clock mode is selected. the software enables or disables the main oscillator so as to reduce power consump- tion by clearing the moscen bit in the main oscillator register (ckgr_mor). when disabling the main oscillator by clearing the moscen bit in ckgr_mor, the moscs bit in pmc_sr is automatically cleared indicating the main clock is off. main oscillator x in x out moscen main oscillator counter oscount moscs slow c lock main clock main clock frequency counter mainf mainrdy xin xout gndpl l c l2 c l1 1k
131 at91rm3400 1790a?atarm?11/03 when enabling the main oscillator, the user must initiate the main oscillator counter with a value corresponding to the startup time of the oscillator. this startup time depends on the crystal frequency connected to the main oscillator. when the moscen bit and the oscount are written in ckgr_mor to enable the main oscillator, the moscs bit is cleared and the counter starts counting down on the slow clock divided by 8 from the oscount value. since the oscount value is coded with 8 bits, the maximum startup time is about 62 ms. when the counter reaches 0, the moscs bit is set, indicating that the main clock is valid. setting the moscs bit in pmc_imr can trigger an interrupt to the processor on this event. main clock frequency counter the main oscillator features a main clock frequency counter that provides the quartz frequency connected to the main oscillator. g enerally, this value is known by the sys- tem designer; however, it is useful for the boot program to configure the device with the correct clock speed, independently of the application. the main clock frequency counter starts incrementing at the main clock speed after the next rising edge of the slow clock as soon as the main oscillator is stable, i.e., as soon as the moscs bit is set. then, at the 16th falling edge of slow clock, the bit mainrdy in ckgr_mcfr (main clock frequency regist er) is set and the counter stops count- ing. its value can be read in the mainf field of ckgr_mcfr and gives the number of main clock cycles during 16 periods of slow clock, so that the frequency of the crystal connected on the main oscillator can be determined. main oscillator bypass the user can input a clock on the device instead of connecting a crystal. in this case, the user has to provide the external clock signal on the pin xin. the input characteristics of the xin pin under these conditions are given in the product electrical characteristics sec- tion. the programmer has to be sure not to modify the moscen bit in the main oscillator register (ckgr_mor). this bit must remain at 0, its reset value, for the external clock to operate properly. while this bit is at 0, the pin xin is tied low to prevent any internal oscillation regardless of pin connected. the external clock signal must meet the requirements relating to the power supply vddpll (i.e., between 1.65v and 1.95v) and cannot exceed 50 mhz.
132 at91rm3400 1790a?atarm?11/03 divider and pll blocks the clock generator features two divider/pll blocks that generates a wide range of frequencies. additionally, they provide a 48 mhz signal to the embedded usb device and/or host ports, regardless of the frequency of the main clock. figure 40 shows the block diagram of the divider and pll blocks. figure 40. divider and pll blocks block diagram pll filters the two plls require connection to an exte rnal second-order filter through the pins pllrc. figure 41 shows a schematic of these filters. figure 41. pll capacitors and resistors values of r, c1 and c2 to be connected to the pllrc pins must be calculated as a function of the pll input frequency, the pll output frequency and the phase margin. a trade-off has to be found between output signal overshoot and startup time. divider b pllrc b div b pll b mulb divider a pllrc a d iv a pll a pll b counter pllbcount lockb pll a counter pllacount locka mula outb outa pll b output slow clock m ain c lock pll a output gnd c1 c2 pll pllrc r
133 at91rm3400 1790a?atarm?11/03 pll source clock the source of plls a and b is respectively the output of divider a, i.e., the main clock divided by diva, and the output of divider b, i.e., the main clock divided by divb. as the input frequency of the plls is limited, the user has to make sure that the pro- gramming of diva and divb are compliant with the input frequency range of the plls, which is given in the section ?dc characteristics? on page 432. divider and phase lock loop programming the two dividers increase the accuracy of the plla and the pllb clocks independently of the input frequency. the main clock can be divided by programming the divb field in ckgr_pllbr and the diva field in ckgr_pllar. each divider can be set between 1 and 255 in steps of 1. when the diva and divb fields are set to 0, the output of the divider and the pll out- puts a and b are a continuous signal at level 0. on reset, the diva and divb fields are set to 0, thus both pll input clocks are set to 0. the two plls of the clock generator allow multiplication of the divider?s outputs. the plla and the pllb clock signals have a frequency that depends on the respective source signal frequency and on the parameters div (diva, divb) and mul (mula, mulb). the factor applied to the source signal frequency is (mul + 1)/div. when mula or mulb is written to 0, the corresponding pll is disabled and its power con- sumption is saved. re-enabling the plla or the pllb can be performed by writing a value higher than 0 in the mula or mulb field, respectively. whenever a pll is re-enabled or one of its parameters is changed, the locka or lockb bit in pmc_sr is automatically cleared. the values written in the pllacount or pllbcount fields in ckgr_pplar and ckgr_pllbr, respectively, are loaded in the corresponding pll counter. the pll counter then decrements at the speed of the slow clock until it reaches 0. at this time, the corresponding lock bit is set in pmc_sr and can trigger an interrupt to the processor. the user has to load the number of slow clock cycles required to cover the pll transient time into the pllacount and pllb- count field. the transient time depends on the pll filters. the initial state of the pll and its target frequency can be calculated using a specific tool provided by atmel. pllb divider by 2 in arm9-based systems, the pllb clock may be divided by two. this divider can be enabled by setting the bit usb_96m of ckgr _pllbr. in this case, the divider by 2 is enabled and the pllb must be programmed to output 96 mhz and not 48 mhz, thus ensuring correct operation of the usb bus. clock controllers the power management controller provides the clocks to the different peripherals of the system, either internal or external. it embeds the following elements:  the master clock controller, that selects the master clock.  the processor clock controller, that implements the idle mode.  the peripheral clock controller, that provides power saving by controlling clocks of the embedded peripherals.  the usb clock controller, that distributes the 48 mhz clock to the usb controllers.  the programmable clock controller, that allows generation of up to four programmable clock signals on external pins. master clock controller the master clock controller provides selection and division of the master clock (mck). mck is the clock provided to all the peripherals and the memory controller. the master clock is selected from one of the clocks provided by the clock generator. selecting the slow clock enables slow clock mode by providing a 32.768 khz signal to the whole device. selecting the main clock saves power consumption of both plls, but
134 at91rm3400 1790a?atarm?11/03 prevents using the usb ports. selecting the pllb clock saves the power consumption of the plla by running the processor and the peripheral at 48 mhz required by the usb ports. selecting the plla clock runs the processor and the peripherals at their maxi- mum speed while running the usb ports at 48 mhz. the master clock controller is made up of a clock selector and a prescaler, as shown in figure 42. it also contains an optional master clock divider in products integrating an arm9 processor. this allows the processor clock to be faster than the master clock. the master clock selection is made by writing the css field (clock source selection) in pmc_mckr (master clock register). the prescaler supports the division by a power of 2 of the selected clock between 1 and 64. the pres field in pmc_mckr programs the prescaler. when the master clock divider is implemented, it can be programmed between 1 and 4 through the mdiv field in pmc_mckr. each time pmc_mckr is written to defin e a new master clock, the mckrdy bit is cleared in pmc_sr. it reads 0 until the master clock is established. then, the mck- rdy bit is set and can trigger an interrupt to the processor. this feature is useful when switching from a high-speed clock to a lower one to inform the software when the change is actually done. note: a new value to be written in pmc_mckr must not be the same as the current value in pmc_mckr. figure 42. master clock controller processor clock controller the pmc features a processor clock controller that implements the idle mode. the processor clock can be enabled and disabled by writing the system clock enable (pmc_scer) and system clock disable registers (pmc_scdr). the status of this clock (at least for debug purpose) can be read in the system clock status register (pmc_scsr). processor clock source the clock provided to the processor is determined by the master clock controller. on arm7-based systems, the processor clock source is directly the master clock. on arm9-based systems, the processor clock source might be 2, 3 or 4 times the mas- ter clock. this ratio value is determined by programming the field mdiv of the master clock register (pmc_mckr). idle mode the processor clock is enabled after a reset and is automatically re-enabled by any enabled interrupt. the idle mode is achieved by disabling the processor clock, which is automatically re-enabled by any enabled fast or normal interrupt, or by the reset of the product. slck master clock prescaler mck pres cd master clock divider to the processor clock controller main clock p lla clock p llb clock mdiv to the processor clock controller mck arm9 products arm7 products
135 at91rm3400 1790a?atarm?11/03 when the processor clock is disabled, the current instruction is finished before the clock is stopped, but this does not prevent data transfers from other masters of the system bus. peripheral clock controller the pmc controls the clocks of each embedded peripheral. the user can individually enable and disable the master clock on the peripherals by writing into the peripheral clock enable (pmc_pcer) and peripheral clock disable (pmc_pcdr) registers. the status of the peripheral clock activity can be read in the peripheral clock status register (pmc_pcsr). when a peripheral clock is disabled, the clock is immediately stopped. when the clock is re-enabled, the peripheral resumes action where it left off. the peripheral clocks are automatically disabled after a reset. in order to stop a peripheral, it is recommended that the system software wait until the peripheral has executed its last programmed operation before disabling the clock. this is to avoid data corruption or erroneous behavior of the system. the bit number within the peripheral clock control registers (pmc_pcer, pmc_pcdr, and pmc_pcsr) is the peripheral identifier defined at the product level. generally, the bit number corresponds to the interrupt source number assigned to the peripheral. usb clock controller if using one of the usb ports, the user has to program the divider and pll b block to output a 48 mhz signal with an accuracy of 0.25%. when the clock for the usb is stable, the usb device and host clocks, udpck and uhpck, can be enabled. they can be disabled when the usb transactions are finished, so that the power consumption generated by the 48 mhz signal on these peripherals is saved. the usb ports require both the 48 mhz signal and the master clock. the master clock may be controlled via the peripheral clock controller. usb device clock control the usb device port clock udpck can be enabled by writing 1 at the udp bit in pmc_scer (system clock enable register) and disabled by writing 1 at the bit udp in pmc_scdr (system clock disable register). the activity of udpck is shown in the bit udp of pmc_scsr (system clock status register). usb device port suspend when the usb device port detects a suspend condition, the 48 mhz clock is automati- cally disabled, i.e., the udp bit in pmc_scsr is cleared. it is also possible to automatically disable the master clock provided to the usb device port on a suspend condition. the mckudp bit in pmc_scsr configures this feature and can be set or cleared by writing one in the same bit of pmc_scer and pmc_scdr. usb host clock control the usb host port clock uhpck can be enabled by writing 1 at the uhp bit in pmc_scer (system clock enable register) and disabled by writing 1 at the uhp bit in pmc_scdr (system clock disable register). the activity of udpck is shown in the bit uhp of pmc_scsr (system clock status register). programmable clock output controller the pmc controls up to four signals to be output on external pins pck0 to pck3. each signal can be independently programmed via the registers pmc_pck0 to pmc_pck3. pck0 to pck3 can be independently selected between the four clocks provided by the clock generator by writing the css field in pmc_pck0 to pmc_pck3. each output signal can also be divided by a power of 2 between 1 and 64 by writing the field pres (prescaler) in pmc_pck0 to pmc_pck3.
136 at91rm3400 1790a?atarm?11/03 each output signal can be enabled and disabled by writing 1 in the corresponding bit pck0 to pck3 of pmc_scer and pmc_scdr, respectively. status of the active pro- grammable output clocks are given in the bits pck0 to pck3 of pmc_scsr (system clock status register). moreover, like the mck, a status bit in pmc_sr indicates that the programmable clock is actually what has been programmed in the programmable clock registers. as the programmable clock controller does not manage with glitch prevention when switching clocks, it is strongly recommended to disable the programmable clock before any configuration change and to re-enable it after the change is actually performed. note also that it is required to assign the pin to the programmable clock operation in the pio controller to enable the signal to be driven on the pin.
137 at91rm3400 1790a?atarm?11/03 clock switching details master clock switching timings table 30 gives the worst case timing required for the master clock to switch from one selected clock to another one. this is in the event that the prescaler is de-activated. when the prescaler is activated, an additional time of 64 clock cycles of the new selected clock has to be added. table 30. clock switching timings (worst case) from main clock slck plla clock pllb clock to main clock ? 4 x slck + 2.5 x main clock 3 x plla clock + 4 x slck + 1 x main clock 3 x pllb clock + 4 x slck + 1 x main clock slck 0.5 x main clock + 4.5 x slck ? 3 x plla clock + 5 x slck 3 x pllb clock + 5 x slck plla clock 0.5 x main clock + 4 x slck + pllacount x slck + 2.5 x plla clock 2.5 x plla clock + 5 x slck + pllacount x slck 2.5 x plla clock + 4 x slck + pllb count x slck 3 x plla clock + 4 x slck + 1.5 x plla clock pllb clock 0.5 x main clock + 4 x slck + pllbcount x slck + 2.5 x pllb clock 2.5 x pllb clock + 5 x slck + pllbcount x slck 3 x pllb clock + 4 x slck + 1.5 x pllb clock 2.5 x pllb clock + 4 x slck + pllacount x slck
138 at91rm3400 1790a?atarm?11/03 clock switching waveforms figure 43. switch master clock from slow clock to plla clock figure 44. switch master clock from main clock to slow clock slow clock lock a mckrdy master clock w rite pmc_mckr plla clock slow clock main clock mckrdy master clock w rite pmc_mckr
139 at91rm3400 1790a?atarm?11/03 figure 45. change plla programming figure 46. programmable clock output programming slow clock plla clock locka mckrdy master clock w rite ckgr_pllar slow clock plla clock pckrdy pckx output write pmc_pckx w rite pmc_scer w rite pmc_scdr pckx is disabled pckx is enabled plla clock is selected
140 at91rm3400 1790a?atarm?11/03 power management controller (pmc) user interface table 31. register mapping offset register name access reset value 0x0000 system clock enable register pmc_scer write-only ? 0x0004 system clock disable register pmc_scdr write-only ? 0x0008 system clock status register pmc _scsr read-only 0x01 0x000c reserved ? ? ? 0x0010 peripheral clock enable register pmc _pcer write-only ? 0x0014 peripheral clock disable register pmc_pcdr write-only ? 0x0018 peripheral clock status register pmc_pcsr read-only 0x0 0x001c reserved ? ? ? 0x0020 main oscillator register ckgr_mor readwrite 0x0 0x0024 main clock frequency register ckgr_mcfr read-only - 0x0028 pll a register ckgr_pllar readwrite 0x3f00 0x002c pll b register ckgr_pllbr readwrite 0x3f00 0x0030 master clock register pmc_mckr read/write 0x00 0x0034 reserved ? ? ? 0x0038 reserved ? ? ? 0x003c reserved ? ? ? 0x0040 programmable clock 0 register pmc_pck0 read/write 0x0 0x0044 programmable clock 1 register pmc_pck1 read/write 0x0 0x0048 programmable clock 2 register pmc_pck2 read/write 0x0 0x004c programmable clock 3 register pmc_pck3 read/write 0x0 0x0050 reserved ? ? ? 0x0054 reserved ? ? ? 0x0058 reserved ? ? ? 0x005c reserved ? ? ? 0x0060 interrupt enable register pmc_ier write-only -- 0x0064 interrupt disable register pmc_idr write-only -- 0x0068 status register pmc_sr read-only -- 0x006c interrupt mask register pmc_imr read-only 0x0
141 at91rm3400 1790a?atarm?11/03 pmc system clock enable register register name: pmc_scer access type: write-only  pck: processor clock enable 0 = no effect. 1 = enables the processor clock.  udp: usb device port clock enable 0 = no effect. 1 = enables the 48 mhz clock of the usb device port.  mckudp: usb device port master clock automatic disable on suspend enable 0 = no effect. 1 = enables the automatic disable of the master clock of the usb device port when a suspend condition occurs.  uhp: usb host port clock enable 0 = no effect. 1 = enables the 48 mhz clock of the usb host port.  pck0...pck3: programmable clock output enable 0 = no effect. 1 = enables the corresponding programmable clock output. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3 pck2 pck1 pck0 76543210 ? ? ? uhp ? mckudp udp pck
142 at91rm3400 1790a?atarm?11/03 pmc system clock disable register register name: pmc_scdr access type: write-only  pck: processor clock disable 0 = no effect. 1 = disables the processor clock.  udp: usb device port clock disable 0 = no effect. 1 = disables the 48 mhz clock of the usb device port.  mckudp: usb device port master clock automatic disable on suspend disable 0 = no effect. 1 = disables the automatic disable of the master clock of the usb device port when a suspend condition occurs.  uhp: usb host port clock disable 0 = no effect. 1 = disables the 48 mhz clock of the usb host port.  pck0...pck3: programmable clock output disable 0 = no effect. 1 = disables the corresponding programmable clock output. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3 pck2 pck1 pck0 76543210 ? ? ? uhp ? mckudp udp pck
143 at91rm3400 1790a?atarm?11/03 pmc system clock status register register name: pmc_scsr access type: read-only  pck: processor clock status 0 = the processor clock is disabled. 1 = the processor clock is enabled.  udp: usb device port clock status 0 = the 48 mhz clock of the usb device port is disabled. 1 = the 48 mhz clock of the usb device port is enabled.  mckudp: usb device port master clock automatic disable on suspend status 0 = the automatic disable of the master clock of the usb device port when suspend condition occurs is disabled. 1 = the automatic disable of the master clock of the usb device port when suspend condition occurs is enabled.  uhp: usb host port clock status 0 = the 48 mhz clock of the usb host port is disabled. 1 = the 48 mhz clock of the usb host port is enabled.  pck0...pck3: programmable clock output status 0 = the corresponding programmable clock output is disabled. 1 = the corresponding programmable clock output is enabled. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3 pck2 pck1 pck0 76543210 ? ? ? uhp ? mckudp udp pck
144 at91rm3400 1790a?atarm?11/03 pmc peripheral clock enable register register name: pmc_pcer access type: write-only  pid2...pid31: peripheral clock enable 0 = no effect. 1 = enables the corresponding peripheral clock. pmc peripheral clock disable register register name: pmc_pcdr access type: write-only  pid2...pid31: peripheral clock disable 0 = no effect. 1 = disables the corresponding peripheral clock. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 76543210 pid7 pid6 pid5 pid4 pid3 pid2 ? ? 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 76543210 pid7 pid6 pid5 pid4 pid3 pid2 ? ?
145 at91rm3400 1790a?atarm?11/03 pmc peripheral cloc k status register register name: pmc_pcsr access type: read-only  pid2...pid31: peripheral clock status 0 = the corresponding peripheral clock is disabled. 1 = the corresponding peripheral clock is enabled. 31 30 29 28 27 26 25 24 pid31 pid30 pid29 pid28 pid27 pid26 pid25 pid24 23 22 21 20 19 18 17 16 pid23 pid22 pid21 pid20 pid19 pid18 pid17 pid16 15 14 13 12 11 10 9 8 pid15 pid14 pid13 pid12 pid11 pid10 pid9 pid8 76543210 pid7 pid6 pid5 pid4 pid3 pid2 ? ?
146 at91rm3400 1790a?atarm?11/03 pmc clock generator main oscillator register register name: ckgr_mor access type: read/write  moscen: main oscillator enable 0 = the main oscillator is disabled. main clock is the signal connected on xin. 1 = the main oscillator is enabled. a crystal must be connected between xin and xout.  oscount: main oscillator start-up time specifies the number of slow clock cycles for the main oscillator start-up time. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 oscount 7 6 5 4 3 2 1 0 ? ? ? ? ? ? - moscen
147 at91rm3400 1790a?atarm?11/03 pmc clock generator main clock frequency register register name: ckgr_mcfr access type: read-only  mainf: main clock frequency gives the number of main clock cycles within 16 slow clock periods.  mainrdy: main clock ready 0 = mainf value is not valid or the main oscillator is disabled. 1 = the main oscillator has been enabled previously and mainf value is available. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? mainrdy 15 14 13 12 11 10 9 8 mainf 7 6 5 4 3 2 1 0 mainf
148 at91rm3400 1790a?atarm?11/03 pmc clock generator pll a register register name: ckgr_pllar access type: read/write possible limitations on plla input frequencies and multiplier factors should be checked before using the clock generator.  diva: divider a  pllacount: pll a counter specifies the number of slow clock cycles before the locka bit is set in pmc_sr after ckgr_pllar is written.  outa: plla clock frequency range  mula: pll a multiplier 0 = the pll a is deactivated. 1 up to 2047 = the plla clock frequency is the plla input frequency multiplied by mula + 1. 31 30 29 28 27 26 25 24 ? ? 1 ? ? mula 23 22 21 20 19 18 17 16 mula 15 14 13 12 11 10 9 8 outa pllacount 7 6 5 4 3 2 1 0 diva diva divider selected 0 divider output is 0 1 divider is bypassed 2 - 255 divider output is the main clock divided by diva. outa plla frequency output range 0 0 80 mhz to 160 mhz 0 1 reserved 1 0 150 mhz to 240 mhz 1 1 reserved
149 at91rm3400 1790a?atarm?11/03 pmc clock generator pll b register register name: ckgr_pllbr access type: read/write  divb: divider b  pllbcount: pll b counter specifies the number of slow clock cycles before the lockb bit is set in pmc_sr after ckgr_pllbr is written.  outb: pllb clock frequency range  mulb: pll b multiplier 0 = the pll b is deactivated. 1 up to 2047 = the pllb clock frequency is the pll b input frequency multiplied by mulb + 1.  usb_96m: divider by 2 enable (only on arm9-based systems) 0 = usb ports clocks are pllb clock, therefore the pmc clock generator must be programmed for the pllb clock to be 48 mhz. 1 = usb ports clocks are pllb clock divided by 2, therefore the pmc clock generator must be programmed for the pllb clock to be 96 mhz. 31 30 29 28 27 26 25 24 ? ? ? usb_96m ? mulb 23 22 21 20 19 18 17 16 mulb 15 14 13 12 11 10 9 8 outb pllbcount 7 6 5 4 3 2 1 0 divb divb divider selected 0 divider output is 0 1 divider is bypassed 2 - 255 divider output is the selected clock divided by divb. outb pllb clock frequency range 0 0 80 mhz to 160 mhz 0 1 reserved 1 0 150 mhz to 240 mhz 1 1 reserved
150 at91rm3400 1790a?atarm?11/03 pmc master clock register register name: pmc_mckr access type: read/write note: value to be written in pmc_mckr must not be the same as current value in pmc_mckr.  css: master clock selection  pres: master clock prescaler  mdiv: master clock division (on arm9-based systems only) 0 = the master clock and the processor clock are the same. 1 = the processor clock is twice as fast as the master clock. 2 = the processor clock is three times faster than the master clock. 3 = the processor clock is four times faster than the master clock. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ?????? mdiv 76543210 ? ? pres css css clock source selection 0 0 slow clock is selected 0 1 main clock is selected 1 0 pll a clock is selected 1 1 pll b clock is selected pres master clock 0 0 0 selected clock 0 0 1 selected clock divided by 2 0 1 0 selected clock divided by 4 0 1 1 selected clock divided by 8 1 0 0 selected clock divided by 16 1 0 1 selected clock divided by 32 1 1 0 selected clock divided by 64 111reserved
151 at91rm3400 1790a?atarm?11/03 pmc programmable clock register 0 to 3 register name: pmc_pck0 - pmc-pck3 access type: read/write  css: master clock selection  pres: programmable clock prescaler 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 ??? pres css css clock source selection 0 0 slow clock is selected 0 1 main clock is selected 1 0 pll a clock is selected 1 1 pll b clock is selected pres master clock 0 0 0 selected clock 0 0 1 selected clock divided by 2 0 1 0 selected clock divided by 4 0 1 1 selected clock divided by 8 1 0 0 selected clock divided by 16 1 0 1 selected clock divided by 32 1 1 0 selected clock divided by 64 111reserved
152 at91rm3400 1790a?atarm?11/03 pmc interrupt enable register register name: pmc_ier access type: write-only  moscs: main oscillator status  locka: pll a lock  lockb: pll b lock  mckrdy: master clock ready  pck0rdy - pck3rdy: programmable clock ready 0 = no effect. 1 = enables the corresponding interrupt. pmc interrupt disable register register name: pmc_idr access type: write-only  moscs: main oscillator status  locka: pll a lock  lockb: pll b lock  mckrdy: master clock ready  pck0rdy - pck3rdy: programmable clock ready 0 = no effect. 1 = disables the corresponding interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3rdy pck2rdy pck1rdy pck0rdy 76543210 ? ? ? ? mckrdy lockb locka moscs 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3rdy pck2rdy pck1rdy pck0rdy 76543210 ? ? ? ? mckrdy lockb locka moscs
153 at91rm3400 1790a?atarm?11/03 pmc status register register name: pmc_sr access type: read-only  moscs: moscs flag status 0 = main oscillator is not stabilized. 1 = main oscillator is stabilized.  locka: plla lock status 0 = plll a is not locked 1 = pll a is locked.  lockb: pllb lock status 0 = pll b is not locked. 1 = pll b is locked.  mckrdy: master clock status 0 = mck is not ready. 1 = mck is ready.  pck0rdy - pck3rdy: programmable clock ready status 0 = programmable clock 0 to 3 is not ready. 1 = programmable clock 0 to 3 is ready. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3rdy pck2rdy pck1rdy pck0rdy 76543210 ? ? ? ? mckrdy lockb locka moscs
154 at91rm3400 1790a?atarm?11/03 pmc interrupt mask register register name: pmc_imr access type: read-only  moscs: main oscillator status  locka: pll a lock  lockb: pll b lock  mckrdy: master clock ready  pck0rdy - pck3rdy: programmable clock ready  moscs: moscs interrupt mask 0 = the corresponding interrupt is enabled. 1 = the corresponding interrupt is disabled. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? ? ? pck3rdy pck2rdy pck1rdy pck0rdy 76543210 ? ? ? ? mckrdy lockb locka moscs
155 at91rm3400 1790a?atarm?11/03 system timer (st) overview the system timer (st) module integrates three different free-running timers:  a period interval timer (pit) that sets the time base for an operating system.  a watchdog timer (wdt) with system reset capabilities in case of software deadlock.  a real-time timer (rtt) counting elapsed seconds. these timers count using the slow clock provided by the power management controller. typ- ically, this clock has a frequency of 32.768 khz, but the system timer might be configured to support another frequency. the system timer provides an interrupt line connected to one of the sources of the advanced interrupt controller (aic). interrupt handling requires programming the aic before configuring the system timer. usually, the system timer in terrupt line is connected to the first interrupt source line and shares this entry with the debug unit (dbgu) and the real time clock (rtc). this sharing requires the programmer to determine the source of the interrupt when the source 1 is triggered. important features of the system timer include:  one period interval timer, 16-bit programmable counter  one watchdog timer, 16-bit programmable counter  one real-time timer, 20-bit free-running counter  interrupt generation on event block diagram figure 47. system timer block diagram application block diagram figure 48. application block diagram system timer watchdog timer apb nwdov f power management controller stirq slck advanced interrupt controller real-time timer periodic interval timer os or rtos scheduler rtt pit wdt date, time and alarm manager system survey manager
156 at91rm3400 1790a?atarm?11/03 product dependencies power management the system timer is continuously clocked at 32768 hz. the power management controller has no effect on the system timer behavior. interrupt sources the system timer interrupt is generally connected to the source 1 of the advanced interrupt controller. this interrupt line is the result of the or-wiring of the system peripheral interrupt lines (system timer, real time clock, power management controller, memory controller). when a system interrupt happens, the service routine must first determine the cause of the interrupt. this is accomplished by reading successively the status registers of the above men- tioned system peripherals. watchdog overflow the system timer is capable of driving the nwdovf pin. this pin might be implemented or not in a product. when it is implemented, this pin might or not be multiplexed on the pio con- trollers even though it is recommended to dedicate a pin to the watchdog function. if the nwdovf is multiplexed on a pio controller, this last should be first programmed to assign the pin to the watchdog function before using the pin as nwdovf. when it is not implemented, programming the associated bits and registers has no effect on the behavior of the system timer. functional description system timer clock the system timer uses only the slck clock so that it is capable to provide periodic, watch- dog, second change or alarm interrupt even if the power management controller is programmed to put the product in slow clock mode. if the product has the capability to back up the slow clock oscillator and the system timer, the system timer can continue to operate. period interval timer (pit) the period interval timer can be used to provide periodic interrupts for use by operating sys- tems. the reset value of the pit is 0 corresponding to the maximum value. it is built around a 16-bit down counter, which is preloaded by a value programmed in st_pimr (period interval mode register). when the pit counter reaches 0, the bit pits is set in st_sr (status regis- ter), and an interrupt is generated if it is enabled. the counter is then automatically reloaded and restarted. writing to the st_pimr at any time immediately reloads and restarts the down counter with the new programmed value. warning: if st_pimr is programmed with a period less or equal to the current mck period, the update of the pits status bit and its associated interrupt generation are unpredictable. figure 49. period interval timer 16-bit down counter slck slow clock pit s piv
157 at91rm3400 1790a?atarm?11/03 watchdog timer (wdt) the watchdog timer can be used to prevent system lock-up if the software becomes trapped in a deadlock. it is built around a 16-bit down counter loaded with the value defined in st_wdmr (watchdog mode register). at reset, the value of the st_wdmr is 0x00020000, corresponding to the maximum value of the counter. the watchdog overflow signal is tied low during 8 slow clock cycles when a watchdog overflow occurs (exten bit set in st_wdmr). it uses the slow clock divided by 128 to es tablish the maximum watchdog period to be 256 seconds (with a typical slow clock of 32.768 khz). in normal operation, the user reloads the watchdog at regular intervals before the timer over- flow occurs, by setting the bit wdrst in the st_cr (control register). if an overflow does occur, the watchdog timer:  sets the wdovf bit in st_sr (status register), from which an interrupt can be generated.  generates a pulse for 8 slow clock cycles on the external signal watchdog overflow if the bit exten in st_wdmr is set.  generates an internal reset if the parameter rsten in st_wdmr is set.  reloads and restarts the down counter. writing the st_wdmr does not reload or restart the down counter. when the st_cr is writ- ten the watchdog counter is immediately reloaded from st_wdmr and restarted and the slow clock 128 divider is also immediately reset and restarted. figure 50. watchdog timer real-time timer (rtt) the real-time timer is used to count elapsed seconds. it is built around a 20-bit counter fed by slow clock divided by a programmable value. at reset, this value is set to 0x8000, corre- sponding to feeding the real-time counter with a 1 hz signal when the slow clock is 32.768 hz. the 20-bit counter can count up to 1048576 seconds, corresponding to more than 12 days, then roll over to 0. the real-time timer value can be read at any time in the register st_crtr (current real- time register). as this value can be updated asyn chronously to the master clock, it is advis- able to read this register twice at the same value to improve accuracy of the returned value. this current value of the counter is compared with the value written in the alarm register st_rtar (real-time alarm register). if the counter value matches the alarm, the bit alms in tc_sr is set. the alarm register is set to its maximum value, corresponding to 0, after a reset. the bit rttinc in st_sr is set each time the 20-bit counter is incremented. this bit can be used to start an interrupt, or generate a one-second signal. slck 1/128 wv wdrst 16-bit down counter rsten internal rese t exten nwdovf wdovf statu s
158 at91rm3400 1790a?atarm?11/03 writing the st_rtmr immediately reloads and restarts the clock divider with the new pro- grammed value. this also resets the 20-bit counter. warning: if rtpres is programmed with a period less or equal to the current mck period, the update of the rttinc and alms status bits and their associated interrupt generation are unpredictable. figure 51. real time timer slck rtpres rttin c alms 16-bit divider 20-bit counter = almv
159 at91rm3400 1790a?atarm?11/03 system timer (st) user interface st control register register name: st_cr access type: write-only  wdrst: watchdog timer restart 0 = no effect. 1 = reload the start-up value in the watchdog timer. table 32. system timer registers offset register name access reset value 0x0000 control register st_cr write-only ? 0x0004 period interval mode register st_pimr read/write 0x00000000 0x0008 watchdog mode register st_wdmr read/write 0x00020000 0x000c real-time mode register st_rtmr read/write 0x00008000 0x0010 status register st_sr read-only ? 0x0014 interrupt enable register st_ier write-only ? 0x0018 interrupt disable register st_idr write-only ? 0x001c interrupt mask register st_imr write-only 0x0 0x0020 real-time alarm register st_rtar read/write 0x0 0x0024 current real-time register st_crtr read-only 0x0 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 ???????wdrst
160 at91rm3400 1790a?atarm?11/03 st period interval mode register register name: st_pimr access type: read/write  piv: period interval value defines the value loaded in the 16-bit counter of the period interval timer. the maximum period is obtained by programming piv at 0x0 corresponding to 65536 slow clock cycles. st watchdog mode register register name: st_wdmr access type: read/write  wdv: watchdog counter value defines the value loaded in the 16-bit counter. the maximum period is obtained by programming wdv to 0x0 correspond- ing to 65536 x 128 slow clock cycles.  rsten: reset enable 0 = no reset is generated when a watchdog overflow occurs. 1 = an internal reset is generated when a watchdog overflow occurs.  exten: external signal assertion enable 0 = the watchdog_overflow is not tied low when a watchdog overflow occurs. 1 = the watchdog_overflow is tied low during 8 slow clock cycles when a watchdog overflow occurs. ???????? ???????? piv piv 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ??????extenrsten 15 14 13 12 11 10 9 8 wdv 76543210 wdv
161 at91rm3400 1790a?atarm?11/03 st real-time mode register register name: st_rtmr access type: read/write  rtpres: real-time timer prescaler value defines the number of slck periods required to increment the real-time timer. the maximum period is obtained by pro- gramming rtpres to 0x0 corresponding to 65536 slow clock cycles. st status register register name: st_sr access type: read-only  pits: period interval timer status 0 = the period interval timer has not reached 0 since the last read of the status register. 1 = the period interval timer has reached 0 since the last read of the status register.  wdovf: watchdog overflow 0 = the watchdog timer has not reached 0 since the last read of the status register. 1 = the watchdog timer has reached 0 since the last read of the status register.  rttinc: real-time timer increment 0 = the real-time timer has not been incremented since the last read of the status register. 1 = the real-time timer has been incremented since the last read of the status register.  alms: alarm status 0 = no alarm compare has been detected since the last read of the status register. 1 = alarm compare has been detected since the last read of the status 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 rtpres 76543210 rtpres 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 ????almsrttincwdovfpits
162 at91rm3400 1790a?atarm?11/03 st interrupt enable register register name: st_ier access type: write-only  pits: period interval timer status interrupt enable  wdovf: watchdog overflow interrupt enable  rttinc: real-time timer increment interrupt enable  alms: alarm status interrupt enable 0 = no effect. 1 = enables the corresponding interrupt. st interrupt disable register register name: st_idr access type: write-only  pits: period interval timer status interrupt disable  wdovf: watchdog overflow interrupt disable  rttinc: real-time timer increment interrupt disable  alms: alarm status interrupt disable 0 = no effect. 1 = disables the corresponding interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 ????almsrttincwdovfpits 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 ????almsrttincwdovfpits
163 at91rm3400 1790a?atarm?11/03 st interrupt mask register register name: st_imr access type: read-only  pits: period interval timer status interrupt mask  wdovf: watchdog overflow interrupt mask  rttinc: real-time timer increment interrupt mask  alms: alarm status interrupt mask 0 = the corresponding interrupt is disabled. 1 = the corresponding interrupt is enabled. st real-time alarm register register name: st_rtar access type: read/write almv: alarm value defines the alarm value compared with the real-time timer. the maximum delay before alms status bit activation is obtained by programming almv to 0x0 corresponding to 1048576 seconds. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 ????almsrttincwdovfpits 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???? almv 15 14 13 12 11 10 9 8 almv 76543210 almv
164 at91rm3400 1790a?atarm?11/03 st current real-time register register name: st_crtr access type: read-only  crtv: current real-time value returns the current value of the real-time timer. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???? crtv 15 14 13 12 11 10 9 8 crtv 76543210 crtv
165 at91rm3400 1790a?atarm?11/03 real time clock (rtc) overview the real-time clock (rtc) peripheral is designed for very low power consumption. it combines a complete time-of-day clock with alarm and a two-hundred-year gregorian calen- dar, complemented by a programmable periodic interrupt. the alarm and calendar registers are accessed by a 32-bit data bus. the time and calendar values are coded in binary-coded decimal (bcd) format. the time for- mat can be 24-hour mode or 12-hour mode with an am/pm indicator. updating time and calendar fields and configuring the alarm fields are performed by a parallel capture on the 32-bit data bus. an entry control is performed to avoid loading registers with incompatible bcd format data or with an incompatible date according to the current month/year/century. important features of the rtc include:  low power consumption  full asynchronous design  two hundred year calendar  programmable periodic interrupt  alarm and update parallel load  control of alarm and update time/calendar data in block diagram figure 52. rtc block diagram product dependencies power management the real-time clock is continuously clocked at 32768 hz. the power management controller has no effect on rtc behavior. interrupt the rtc interrupt is connected to interrupt source 1 (irq1) of the advanced interrupt control- ler. this interrupt line is due to the or-wiring of the system peripheral interrupt lines (system timer, real time clock, power management controller, memory controller, etc.). when a bus interface 32768 divider time c rystal oscillator: slck bus interface date rtc interru pt entry control interrupt control
166 at91rm3400 1790a?atarm?11/03 system interrupt occurs, the service routine must first determine the cause of the interrupt. this is done by reading the status registers of the above system peripherals successively. functional description the rtc provides a full binary-coded decimal (bcd) clock that includes century (19/20), year (with leap years), month, date, day, hours, minutes and seconds. the valid year range is 1900 to 2099, a two- hundred-year gregorian ca lendar achieving full y2k compliance. the rtc can operate in 24-hour mode or in 12-hour mode with an am/pm indicator. corrections for leap years are included (all years divisible by 4 being leap years, including year 2000). this is correct up to the year 2099. after hardware reset, the calendar is initialized to thursday, january 1, 1998. reference clock the reference clock is slow clock (slck). it can be driven by the atmel cell osc55 or osc56 (or an equivalent cell) and an external 32.768 khz crystal. during low power modes of the processor (idle mode), the oscillator runs and power consump- tion is critical. the crystal selection has to take into account the current consumption for power saving and the frequency drift due to temperature effect on the circuit for time accuracy. timing the rtc is updated in real time at one-second intervals in normal mode for the counters of seconds, at one-minute intervals for the counter of minutes and so on. due to the asynchronous operation of the rtc with respect to the rest of the chip, to be cer- tain that the value read in the rtc registers (century, year, month, date, day, hours, minutes, seconds) are valid and stable, it is necessary to read these registers twice. if the data is the same both times, then it is valid. therefore, a minimum of two and a maximum of three accesses are required. alarm the rtc has five programmable fields: month, date, hours, minutes and seconds. each of these fields can be enabled or disabled to match the alarm condition:  if all the fields are enabled, an alarm flag is generated (the corresponding flag is asserted and an interrupt generated if enabled) at a given month, date, hour/minute/second.  if only the ?seconds? field is enabled, then an alarm is generated every minute. depending on the combination of fields enabled, a large number of possibilities are available to the user ranging from minutes to 365/366 days. error checking verification on user interface data is perfo rmed when accessing the century, year, month, date, day, hours, minutes, seconds and alarms. a check is performed on illegal bcd entries such as illegal date of the month with regard to the year and century configured. if one of the time fields is not correct, the data is not loaded into the register/counter and a flag is set in the validity register. the user can not reset this flag. it is reset as soon as an accept- able value is programmed. this avoids any further side effects in the hardware. the same procedure is done for the alarm. the following checks are performed: 1. century (check if it is in range 19 - 20) 2. year (bcd entry check) 3. date (check range 01 - 31)
167 at91rm3400 1790a?atarm?11/03 4. month (check if it is in bcd range 01 - 12, check validity regarding ?date?) 5. day (check range 1 - 7) 6. hour (bcd checks: in 24-hour mode, check range 00 - 23 and check that am/pm flag is not set if rtc is set in 24-hour mode; in 12-hour mode check range 01 - 12) 7. minute (check bcd and range 00 - 59) 8. second (check bcd and range 00 - 59) note: if the 12-hour mode is selected by means of the rtc_mode register, a 12-hour value can be programmed and the returned value on rtc_time will be the corresponding 24-hour value. the entry control checks the value of the am/pm indicator (bit 22 of rtc_time register) to determine the range to be checked. updating time/calendar to update any of the time/calendar fields, the user must first stop the rtc by setting the corre- sponding field in the control register. bit updtim must be set to update time fields (hour, minute, second) and bit updcal must be set to update calendar fields (century, year, month, date, day). then the user must poll or wait for the interrupt (if enabled) of bit ackupd in the status reg- ister. once the bit reads 1, the user can write to the appropriate register. once the update is finished, the user must reset (0) updtim and/or updcal in the control register. when programming the calendar fields, the time fields remain enabled. this avoids a time slip in case the user stays in the calendar update phase for several tens of seconds or more. in successive update operations, the user must wait at least one second after resetting the updtim/updcal bit in the rtc_cr (control register) before setting these bits again. this is done by waiting for the sec flag in the status register before setting updtim/updcal bit. after resetting updtim/updcal, the sec flag must also be cleared.
168 at91rm3400 1790a?atarm?11/03 real time clock (rtc) user interface table 33. rtc register mapping offset register register name read/write reset 0x00 rtc control register rtc_cr read/write 0x0 0x04 rtc mode register rtc_mr read/write 0x0 0x08 rtc time register rtc_timr read/write 0x0 0x0c rtc calendar register rtc_calr read/write 0x01819819 0x10 rtc time alarm register rtc_timalr read/write 0x0 0x14 rtc calendar alarm register rtc_calalr read/write 0x01010000 0x18 rtc status register rtc_sr read only 0x0 0x1c rtc status clear command register rtc_sccr write only --- 0x20 rtc interrupt enable register rtc_ier write only --- 0x24 rtc interrupt disable register rtc_idr write only --- 0x28 rtc interrupt mask register rtc_imr read only 0x0 0x2c rtc valid entry register rtc_ver read only 0x0
169 at91rm3400 1790a?atarm?11/03 rtc control register name: rtc_cr access type: read/write  updtim: update request time register 0 = no effect. 1 = stops the rtc time counting. time counting consists of second, minute and hour counters . time counters can be programmed once this bit is set and acknowledged by the bit ackupd of the status register.  updcal: update request calendar register 0 = no effect. 1 = stops the rtc calendar counting. calendar counting consists of day, date, month, year and century counters. calendar counters can be programmed once this bit is set.  timevsel: time event selection the event that generates the flag timev in rtc_sr (status register) depends on the value of timevsel. 0 = minute change. 1 = hour change. 2 = every day at midnight. 3 = every day at noon.  calevsel: calendar event selection the event that generates the flag calev in rtc_sr depends on the value of calevsel. 0 = week change (every monday at time 00:00:00). 1 = month change (every 01 of each month at time 00:00:00). 2, 3 = year change (every january 1 at time 00:00:00). 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? calevsel 15 14 13 12 11 10 9 8 ? ? ? ? ? ? timevsel 7 6 5 4 3 2 1 0 ? ? ? ? ? ? updcal updtim
170 at91rm3400 1790a?atarm?11/03 rtc mode register name: rtc_mr access type: read/write  hrmod: 12-/24-hour mode 0 = 24-hour mode is selected. 1 = 12-hour mode is selected. all non-significant bits read zero. rtc time register name: rtc_timr access type: read/write  sec: current second the range that can be set is 0 - 59 (bcd). the lowest four bits encode the units. the higher bits encode the tens.  min: current minute the range that can be set is 0 - 59 (bcd). the lowest four bits encode the units. the higher bits encode the tens.  hour: current hour the range that can be set is 1 - 12 (bcd) in 12-hour mode or 0 - 23 (bcd) in 24-hour mode.  ampm: ante meridiem post meridiem indicator this bit is the am/pm indicator in 12-hour mode. 0 = am. 1 = pm. all non-significant bits read zero. 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 ? ? ? ? ? ? ? hrmod 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ampm hour 15 14 13 12 11 10 9 8 ? min 7 6 5 4 3 2 1 0 ? sec
171 at91rm3400 1790a?atarm?11/03 rtc calendar register name: rtc_calr access type: read/write  cent: current century the range that can be set is 19 - 20 (bcd). the lowest four bits encode the units. the higher bits encode the tens.  year: current year the range that can be set is 00 - 99 (bcd). the lowest four bits encode the units. the higher bits encode the tens.  month: current month the range that can be set is 01 - 12 (bcd). the lowest four bits encode the units. the higher bits encode the tens.  day: current day the range that can be set is 1 - 7 (bcd). the coding of the number (which number represents which day) is user-defined as it has no effect on the date counter.  date: current date the range that can be set is 01 - 31 (bcd). the lowest four bits encode the units. the higher bits encode the tens. all non-significant bits read zero. 31 30 29 28 27 26 25 24 ? ? date 23 22 21 20 19 18 17 16 day month 15 14 13 12 11 10 9 8 year 7 6 5 4 3 2 1 0 ? cent
172 at91rm3400 1790a?atarm?11/03 rtc time alarm register name: rtc_timalr access type: read/write  sec: second alarm this field is the alarm field corresponding to the bcd-coded second counter.  secen: second alarm enable 0 = the second-matching alarm is disabled. 1 = the second-matching alarm is enabled.  min: minute alarm this field is the alarm field corresponding to the bcd-coded minute counter.  minen: minute alarm enable 0 = the minute-matching alarm is disabled. 1 = the minute-matching alarm is enabled.  hour: hour alarm this field is the alarm field corresponding to the bcd-coded hour counter.  ampm: am/pm indicator this field is the alarm field corresponding to the bcd-coded hour counter.  houren: hour alarm enable 0 = the hour-matching alarm is disabled. 1 = the hour-matching alarm is enabled. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 houren ampm hour 15 14 13 12 11 10 9 8 minen min 7 6 5 4 3 2 1 0 secen sec
173 at91rm3400 1790a?atarm?11/03 rtc calendar alarm register name: rtc_calalr access type: read/write  month: month alarm this field is the alarm field corresponding to the bcd-coded month counter.  mthen: month alarm enable 0 = the month-matching alarm is disabled. 1 = the month-matching alarm is enabled.  date: date alarm this field is the alarm field corresponding to the bcd-coded date counter.  dateen: date alarm enable 0 = the date-matching alarm is disabled. 1 = the date-matching alarm is enabled. 31 30 29 28 27 26 25 24 dateen ? date 23 22 21 20 19 18 17 16 mthen ? ? month 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? ? 7 6 5 4 3 2 1 0 ? ? ? ? ? ? ? ?
174 at91rm3400 1790a?atarm?11/03 rtc status register name: rtc_sr access type: read-only  ackupd: acknowledge for update 0 = time and calendar registers cannot be updated. 1 = time and calendar registers can be updated.  alarm: alarm flag 0 = no alarm matching condition occurred. 1 = an alarm matching condition has occurred.  sec: second event 0 = no second event has occurred since the last clear. 1 = at least one second event has occurred since the last clear.  timev: time event 0 = no time event has occurred since the last clear. 1 = at least one time event has occurred since the last clear. the time event is selected in the timevsel field in rtc_ctrl (control register) and can be any one of the following events: minute change, hour change, noon, midnight (day change).  calev: calendar event 0 = no calendar event has occurred since the last clear. 1 = at least one calendar event has occurred since the last clear. the calendar event is selected in the calevsel field in rtc_cr and can be any one of the following events: week change, month change and year change. 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 ? ? ? calev timev sec alarm ackupd
175 at91rm3400 1790a?atarm?11/03 rtc status clear command register name: rtc_sccr access type: write-only  status flag clear 0 = no effect. 1 = clears corresponding status flag in the status register (rtc_sr). 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 ? ? ? calclr timclr secclr alrclr ackclr
176 at91rm3400 1790a?atarm?11/03 rtc interrupt enable register name: rtc_ier access type: write-only  acken: acknowledge update interrupt enable 0 = no effect. 1 = the acknowledge for update interrupt is enabled.  alren: alarm interrupt enable 0 = no effect. 1 = the alarm interrupt is enabled.  secen: second event interrupt enable 0 = no effect. 1 = the second periodic interrupt is enabled.  timen: time event interrupt enable 0 = no effect. 1 = the selected time event interrupt is enabled.  calen: calendar event interrupt enable 0 = no effect.  1 = the selected calendar event interrupt is enabled. 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 ? ? ? calen timen secen alren acken
177 at91rm3400 1790a?atarm?11/03 rtc interrupt disable register name: rtc_idr access type: write-only  ackdis: acknowledge update interrupt disable 0 = no effect. 1 = the acknowledge for update interrupt is disabled.  alrdis: alarm interrupt disable 0 = no effect. 1 = the alarm interrupt is disabled.  secdis: second event interrupt disable 0 = no effect. 1 = the second periodic interrupt is disabled.  timdis: time event interrupt disable 0 = no effect. 1 = the selected time event interrupt is disabled.  caldis: calendar event interrupt disable 0 = no effect. 1 = the selected calendar event interrupt is disabled. 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 ? ? ? caldis timdis secdis alrdis ackdis
178 at91rm3400 1790a?atarm?11/03 rtc interrupt mask register name: rtc_imr access type: read-only  ack: acknowledge update interrupt mask 0 = the acknowledge for update interrupt is disabled. 1 = the acknowledge for update interrupt is enabled.  alr: alarm interrupt mask 0 = the alarm interrupt is disabled. 1 = the alarm interrupt is enabled.  sec: second event interrupt mask 0 = the second periodic interrupt is disabled. 1 = the second periodic interrupt is enabled.  tim: time event interrupt mask 0 = the selected time event interrupt is disabled. 1 = the selected time event interrupt is enabled.  cal: calendar event interrupt mask 0 = the selected calendar event interrupt is disabled. 1 = the selected calendar event interrupt is enabled. 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 ? ? ? cal tim sec alr ack
179 at91rm3400 1790a?atarm?11/03 rtc valid entry register name: rtc_ver access type: read-only  nvtim: non valid time 0 = no invalid data has been detected in rtc_timr (time register). 1 = rtc_timr has contained invalid data since it was last programmed.  nvcal: non valid calendar 0 = no invalid data has been detected in rtc_calr (calendar register). 1 = rtc_calr has contained invalid data since it was last programmed.  nvtimalr: non valid time alarm 0 = no invalid data has been detected in rtc_timalr (time alarm register). 1 = rtc_timalr has contained invalid data since it was last programmed.  nvcalalr: non valid calendar alarm 0 = no invalid data has been detected in rtc_calalr (calendar alarm register). 1 = rtc_calalr has contained invalid data since it was last programmed. 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 ? ? ? ? nvcalar nvtimalr nvcal nvtim
180 at91rm3400 1790a?atarm?11/03
181 at91rm3400 1790a?atarm?11/03 debug unit (dbgu) overview the debug unit provides a single entry point from the processor for access to all the debug capabilities of atmel?s arm-based systems. the debug unit features a two-pin uart t hat can be used for several debug and trace pur- poses and offers an ideal medium for in-situ programming solutions and debug monitor communications. moreover, the association with two peripheral data controller channels per- mits packet handling for these tasks with processor time reduced to a minimum. the debug unit also makes the debug communication channel (dcc) signals provided by the in-circuit emulator of the arm processor visible to the software. these signals indicate the status of the dcc read and write registers and generate an interrupt to the arm processor, making possible the handling of the dcc under interrupt control. chip identifier registers permit recognition of the device and its revision. these registers inform as to the sizes and types of the on-chip memories, as well as the set of embedded peripherals. finally, the debug unit features a force ntrst capability that enables the software to decide whether to prevent access to the system via the in-circuit emulator. this permits protection of the code, stored in rom. important features of the debug unit are:  system peripheral to facilitate debug of atmel?s arm-based systems  composed of four functions ?two-pin uart ? debug communication channel (dcc) support ? chip id registers ? ice access prevention two-pin uart ? implemented features are 100% compatible with the standard atmel usart ? independent receiver and transmitter with a common programmable baud rate generator ? even, odd, mark or space parity generation ? parity, framing and overrun error detection ? automatic echo, local loopback and remote loopback channel modes ? interrupt generation ? support for two pdc channels with connection to receiver and transmitter  debug communication channel support ? offers visibility of commrx and co mmtx signals from the arm processor ? interrupt generation  chip id registers ? identification of the device revision, sizes of the embedded memories, set of peripherals  ice access prevention ? enables software to prevent system access through the arm processor?s ice ? prevention is made by asserting the ntrst line of the arm processor?s ice
182 at91rm3400 1790a?atarm?11/03 block diagram figure 53. debug unit functional block diagram note: 1. if ntrst pad is not bonded out, it is connected to nrst. figure 54. debug unit application example table 34. debug unit pin description pin name description type drxd debug receive data input dtxd debug transmit data output debug unit apb peripheral data controller baud rate generator dcc handler ice access handler transmit receive chip id interrupt control peripheral bridge parallel input/ output dtxd drx d power management controller arm processor advanced interrupt controller force ntrst n trst (1) other system interrupt sources source 1 dbgu interupt commrx commtx mck ntrst debug unit rs232 drivers programming tool trace console debug console boot program debug monitor trace manager
183 at91rm3400 1790a?atarm?11/03 product dependencies i/o lines depending on product integration, the debug unit pins may be multiplexed with pio lines. in this case, the programmer must first configure the corresponding pio controller to enable i/o lines operations of the debug unit. power management depending on product integration, the debug unit clock may be controllable through the power management controller. in this case, the programmer must first configure the pmc to enable the debug unit clock. usually, the peripheral identifier used for this purpose is 1. interrupt source depending on product integration, the debug unit interrupt line is connected to one of the interrupt sources of the advanced interrupt controller. interrupt handling requires program- ming of the aic before configuring the debug unit. usually, the debug unit interrupt line connects to the interrupt source 1 of the aic, which may be shared with the real-time clock, the system timer interrupt lines and other system peripheral interrupts, as shown in figure 53. this sharing requires the programmer to determine the source of the interrupt when the source 1 is triggered. uart operations the debug unit operates as a uart, (asynchronous mode only) and supports only 8-bit char- acter handling (with parity). it has no clock pin. the debug unit's uart is made up of a receiver and a transmitter that operate independently, and a common baud rate generator. receiver timeout and transmitter time guard are not implemented. however, all the implemented features are compatible with those of a standard usart. baud rate generator the baud rate generator provides the bit period clock named baud rate clock to both the receiver and the transmitter. the baud rate clock is the master clock divi ded by 16 times the value (cd) written in dbgu_brgr (baud rate generator register). if dbgu_brgr is set to 0, the baud rate clock is disabled and the debug unit's uart remains inactive. the maximum allowable baud rate is master clock divided by 16. the minimum allowable baud rate is master clock divided by (16 x 65536). b aud rate mck 16 c d ----------------- ---- =
184 at91rm3400 1790a?atarm?11/03 figure 55. baud rate generator receiver receiver reset, enable and disable after device reset, the debug unit receiv er is disabled and must be enabled before being used. the receiver can be enabled by writing the control register dbgu_cr with the bit rxen at 1. at this command, the receiver starts looking for a start bit. the programmer can disable the receiver by writing dbgu_cr with the bit rxdis at 1. if the receiver is waiting for a start bit, it is immediately stopped. however, if the receiver has already detected a start bit and is receiving the data, it waits for the stop bit before actually stopping its operation. the programmer can also put the receiver in its reset state by writing dbgu_cr with the bit rstrx at 1. in doing so, the receiver immediately stops its current operations and is disabled, whatever its current state. if rstrx is applied when data is being processed, this data is lost. start detection and data sampling the debug unit only supports asynchronous operations, and this affects only its receiver. the debug unit receiver detects the start of a received character by sampling the drxd signal until it detects a valid start bit. a low level (space) on drxd is interpreted as a valid start bit if it is detected for more than 7 cycles of the sampling clock, which is 16 times the baud rate. hence, a space that is longer than 7/16 of the bit period is detected as a valid start bit. a space which is 7/16 of a bit period or shorter is ignored and the receiver continues to wait for a valid start bit. when a valid start bit has been detected, the receiver samples the drxd at the theoretical midpoint of each bit. it is assumed that each bit lasts 16 cycles of the sampling clock (1-bit period) so the bit sampling point is eight cycles (0.5-bit period) after the start of the bit. the first sampling point is therefore 24 cycles (1.5-bit periods) after the falling edge of the start bit was detected. each subsequent bit is sampled 16 cycles (1-bit period) after the previous one. figure 56. start bit detection mck 16-bit counter 0 baud rate clock cd cd out divide by 16 0 1 >1 receiver sampling clock sampling clock drxd true start detection d0 baud rate clock
185 at91rm3400 1790a?atarm?11/03 figure 57. character reception receiver ready when a complete character is received, it is transferred to the dbgu_rhr and the rxrdy status bit in dbgu_sr (status register) is set. the bit rxrdy is automatically cleared when the receive holding register dbgu_rhr is read. figure 58. receiver ready receiver overrun if dbgu_rhr has not been read by the software (or the peripheral data controller) since the last transfer, the rxrdy bit is still set and a new character is received, the ovre status bit in dbgu_sr is set. ovre is cleared when the softw are writes the control register dbgu_cr with the bit rststa (reset status) at 1. figure 59. receiver overrun parity error each time a character is received, the receiver calculates the parity of the received data bits, in accordance with the field par in dbgu_mr. it then compares the result with the received parity bit. if different, the parity error bit pare in dbgu_sr is set at the same time the rxrdy is set. the parity bit is cleared when the control register dbgu_cr is written with the bit rststa (reset status) at 1. if a new char acter is received before the reset status com- mand is written, the pare bit remains at 1. figure 60. parity error d0 d1 d2 d3 d4 d5 d6 d7 drxd true start detection sampling parity bit stop bit example: 8-bit, parity enabled 1 stop 1 bit period 0.5 bit period d0 d1 d2 d3 d4 d5 d6 d7 p s s d0 d1 d2 d3 d4 d5 d6 d7 p drxd read dbgu_rhr r xrdy d0 d1 d2 d3 d4 d5 d6 d7 p s s d0 d1 d2 d3 d4 d5 d6 d7 p drxd rststa rxrdy ovre stop stop stop d0 d1 d2 d3 d4 d5 d6 d7 p s drxd rststa rxrdy pare wrong parity bit
186 at91rm3400 1790a?atarm?11/03 receiver framing error when a start bit is detected, it generates a character reception when all the data bits have been sampled. the stop bit is also sampled and when it is detected at 0, the frame (framing error) bit in dbgu_sr is set at the same time the rxrdy bit is set. the bit frame remains high until the control register dbgu_cr is written with the bit rststa at 1. figure 61. receiver framing error transmitter transmitter reset, enable and disable after device reset, the debug unit transmitter is disabled and it must be enabled before being used. the transmitter is enabled by writing the control register dbgu_cr with the bit txen at 1. from this command, the transmitter waits for a character to be written in the transmit hold- ing register dbgu_thr before actually starting the transmission. the programmer can disable the transmitter by writing dbgu_cr with the bit txdis at 1. if the transmitter is not operating, it is immediately stopped. however, if a character is being pro- cessed into the shift register and/or a character has been written in the transmit holding register, the characters are completed before the transmitter is actually stopped. the programmer can also put the transmitter in its reset state by writing the dbgu_cr with the bit rsttx at 1. this immediately stops t he transmitter, whether or not it is processing characters. transmit format the debug unit transmitter drives the pin dtxd at the baud rate clock speed. the line is driven depending on the format defined in the mode register and the data stored in the shift register. one start bit at level 0, then the 8 data bits, from the lowest to the highest bit, one optional parity bit and one stop bit at 1 are consecutively shifted out as shown on the following figure. the field pare in the mode register dbgu_mr defines whether or not a parity bit is shifted out. when a parity bit is enabled, it can be selected between an odd parity, an even parity, or a fixed space or mark bit. figure 62. character transmission transmitter control when the transmitter is enabled, the bit txrdy (transmitter ready) is set in the status regis- ter dbgu_sr. the transmission starts when the programmer writes in the transmit holding register dbgu_thr, and after the written char acter is transferred from dbgu_thr to the shift register. the bit txrdy remains high until a second character is written in dbgu_thr. d0 d1 d2 d3 d4 d5 d6 d7 p s drxd rststa rxrdy frame stop bit detected at 0 stop d0 d1 d2 d3 d4 d5 d6 d7 dtxd start bit parity bit stop bit example: parity enabled baud rate clock
187 at91rm3400 1790a?atarm?11/03 as soon as the first character is completed, the last character written in dbgu_thr is trans- ferred into the shift register and txrdy rises again, showing that the holding register is empty. when both the shift register and the dbgu_thr are empty, i.e., all the characters written in dbgu_thr have been processed, the bit txempty rises after the last stop bit has been completed. figure 63. transmitter control peripheral data controller both the receiver and the transmitter of the debug unit's uart are generally connected to a peripheral data controller (pdc) channel. the peripheral data controller channels are programmed via registers that are mapped within the debug unit user interface from the offset 0x100. the status bits are reported in the debug unit status register dbgu_sr and can generate an interrupt. the rxrdy bit triggers the pdc channel data transfer of the receiver. this results in a read of the data in dbgu_rhr. the txrdy bit triggers the pdc channel data transfer of the trans- mitter. this results in a write of a data in dbgu_thr. test modes the debug unit supports three tests modes. these modes of operation are programmed by using the field chmode (channel mode) in the mode register dbgu_mr. the automatic echo mode allows bit-by-bit retransmission. when a bit is received on the drxd line, it is sent to the dtxd line. the transmitter operates normally, but has no effect on the dtxd line. the local loopback mode allows the transmitted characters to be received. dtxd and drxd pins are not used and the output of the transmitte r is internally connected to the input of the receiver. the drxd pin level has no effect and the dtxd line is held high, as in idle state. the remote loopback mode directly connects the drxd pin to the dtxd line. the transmit- ter and the receiver are disabled and have no effect. this mode allows a bit-by-bit retransmission. dbgu_thr s hift register dtxd txrdy txempty data 0 data 1 data 0 data 0 data 1 data 1 s s p p write data 0 in dbgu_thr write data 1 in dbgu_thr stop stop
188 at91rm3400 1790a?atarm?11/03 figure 64. test modes receiver transmitter disabled rx d txd receiver transmitter disabled rx d txd v dd disabled receiver transmitter disabled rx d txd disabled automatic echo local loopback r emote loopback v dd
189 at91rm3400 1790a?atarm?11/03 debug communication channel support the debug unit handles the signals commrx and commtx that come from the debug communication channel of the arm processor and are driven by the in-circuit emulator. the debug communication channel contains two registers that are accessible through the ice breaker on the jtag side and through the coprocessor 0 on the arm processor side. as a reminder, the following instructions are used to read and write the debug communication channel: mrc p14, 0, rd, c1, c0, 0 returns the debug communication data read register into rd mcr p14, 0, rd, c1, c0, 0 writes the value in rd to the debug communication data write register. the bits commrx and commtx, which indicate , respectively, that the read register has been written by the debugger but not yet read by the processor, and that the write register has been written by the processor and not yet read by the debugger, are wired on the two highest bits of the status register dbgu_sr. these bits can generate an interrupt. this feature per- mits handling under interrupt a debug link between a debug monitor running on the target system and a debugger. chip identifier the debug unit features two chip identifier registers, dbgu_cidr (chip id register) and dbgu_exid (extension id). both registers contain a hard-wired value that is read-only. the first register contains the following fields:  ext - shows the use of the extension identifier register  nvptyp and nvpsiz - identifies the type of embedded non-volatile memory and its size  arch - identifies the set of embedded peripheral  sramsiz - indicates the size of the embedded sram  eproc - indicates the embedded arm processor  version - gives the revision of the silicon the second register is device-dependent and reads 0 if the bit ext is 0. ice access prevention the debug unit allows blockage of access to the system through the arm processor's ice interface. this feature is implemented via the register force ntrst (dbgu_fnr), that allows assertion of the ntrst signal of the ice interface. writing the bit fntrst (force ntrst) to 1 in this register prevents any activity on the tap controller. on standard devices, the bit fntrst resets to 0 and thus does not prevent ice access. this feature is especially useful on custom rom devices for customers who do not want their on-chip code to be visible.
190 at91rm3400 1790a?atarm?11/03 debug unit user interface table 35. debug unit memory map offset register name access reset value 0x0000 control register dbgu_cr write-only ? 0x0004 mode register dbgu_mr read/write 0x0 0x0008 interrupt enable register dbgu_ier write-only ? 0x000c interrupt disable register dbgu_idr write-only ? 0x0010 interrupt mask register dbgu_imr read-only 0x0 0x0014 status register dbgu_sr read-only ? 0x0018 receive holding register dbgu_rhr read-only 0x0 0x001c transmit holding register dbgu_thr write-only ? 0x0020 baud rate generator register dbgu_brgr read/write 0x0 0x0024 - 0x003c reserved ? ? ? 0x0040 chip id register dbgu_cidr read-only ? 0x0044 chip id extension register dbgu_exid read-only ? 0x0048 force ntrst register dbgu_fnr read/write 0x0 0x004c - 0x00fc reserved ? ? ? 0x0100 - 0x0124 pdc area ? ? ?
191 at91rm3400 1790a?atarm?11/03 debug unit control register name: dbgu_cr access type: write-only  rstrx: reset receiver 0 = no effect. 1 = the receiver logic is reset and disabled. if a character is being received, the reception is aborted.  rsttx: reset transmitter 0 = no effect. 1 = the transmitter logic is reset and disabled. if a character is being transmitted, the transmission is aborted.  rxen: receiver enable 0 = no effect. 1 = the receiver is enabled if rxdis is 0.  rxdis: receiver disable 0 = no effect. 1 = the receiver is disabled. if a character is being processed and rstrx is not set, the character is completed before the receiver is stopped.  txen: transmitter enable 0 = no effect. 1 = the transmitter is enabled if txdis is 0.  txdis: transmitter disable 0 = no effect. 1 = the transmitter is disabled. if a character is being processed and a character has been written the dbgu_thr and rsttx is not set, both characters are completed before the transmitter is stopped.  rststa: reset status bits 0 = no effect. 1 = resets the status bits pare, frame and ovre in the dbgu_sr. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? rststa 7 6 5 4 3 2 1 0 txdis txen rxdis rxen rsttx rstrx ? ?
192 at91rm3400 1790a?atarm?11/03 debug unit mode register name: dbgu_mr access type: read/write  par: parity type  chmode: channel mode 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 chmode ? ? pa r ? 7 6 5 4 3 2 1 0 ? ? ? ? ? ? ? ? pa r parity type 000even parity 0 0 1 odd parity 0 1 0 space: parity forced to 0 0 1 1 mark: parity forced to 1 1xxno parity chmode mode description 0 0 normal mode 01automatic echo 1 0 local loopback 1 1 remote loopback
193 at91rm3400 1790a?atarm?11/03 debug unit interrupt enable register name: dbgu_ier access type: write-only  rxrdy: enable rxrdy interrupt  txrdy: enable txrdy interrupt  endrx: enable end of receive transfer interrupt  endtx: enable end of transmit interrupt  ovre: enable overrun error interrupt  frame: enable framing error interrupt  pare: enable parity error interrupt  txempty: enable txempty interrupt  txbufe: enable buffer empty interrupt  rxbuff: enable buffer full interrupt  commtx: enable commtx (from arm) interrupt  commrx: enable commrx (from arm) interrupt 0 = no effect. 1 = enables the corresponding interrupt. 31 30 29 28 27 26 25 24 commrx commtx ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? rxbuff txbufe ? txempty ? 7 6 5 4 3 2 1 0 pa r e frame ovre endtx endrx ? txrdy rxrdy
194 at91rm3400 1790a?atarm?11/03 debug unit interrupt disable register name: dbgu_idr access type: write-only  rxrdy: disable rxrdy interrupt  txrdy: disable txrdy interrupt  endrx: disable end of receive transfer interrupt  endtx: disable end of transmit interrupt  ovre: disable overrun error interrupt  frame: disable framing error interrupt  pare: disable parity error interrupt  txempty: disable txempty interrupt  txbufe: disable buffer empty interrupt  rxbuff: disable buffer full interrupt  commtx: disable commtx (from arm) interrupt  commrx: disable commrx (from arm) interrupt 0 = no effect. 1 = disables the corresponding interrupt. 31 30 29 28 27 26 25 24 commrx commtx ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? rxbuff txbufe ? txempty ? 7 6 5 4 3 2 1 0 pa r e frame ovre endtx endrx ? txrdy rxrdy
195 at91rm3400 1790a?atarm?11/03 debug unit interrupt mask register name: dbgu_imr access type: read-only  rxrdy: mask rxrdy interrupt  txrdy: disable txrdy interrupt  endrx: mask end of receive transfer interrupt  endtx: mask end of transmit interrupt  ovre: mask overrun error interrupt  frame: mask framing error interrupt  pare: mask parity error interrupt  txempty: mask txempty interrupt  txbufe: mask txbufe interrupt  rxbuff: mask rxbuff interrupt  commtx: mask commtx interrupt  commrx: mask commrx interrupt 0 = the corresponding interrupt is disabled. 1 = the corresponding interrupt is enabled. 31 30 29 28 27 26 25 24 commrx commtx ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? rxbuff txbufe ? txempty ? 7 6 5 4 3 2 1 0 pa r e frame ovre endtx endrx ? txrdy rxrdy
196 at91rm3400 1790a?atarm?11/03 debug unit status register name: dbgu_sr access type: read-only  rxrdy: receiver ready 0 = no character has been received since the last read of the dbgu_rhr or the receiver is disabled. 1 = at least one complete character has been received, transferred to dbgu_rhr and not yet read.  txrdy: transmitter ready 0 = a character has been written to dbgu_thr and not yet transferred to the shift register, or the transmitter is disabled. 1 = there is no character written to dbgu_thr not yet transferred to the shift register.  endrx: end of receiver transfer 0 = the end of transfer signal from the receiver peripheral data controller channel is inactive. 1 = the end of transfer signal from the receiver peripheral data controller channel is active.  endtx: end of transmitter transfer 0 = the end of transfer signal from the transmitter peripheral data controller channel is inactive. 1 = the end of transfer signal from the transmitter peripheral data controller channel is active.  ovre: overrun error 0 = no overrun error has occurred since the last rststa. 1 = at least one overrun error has occurred since the last rststa.  frame: framing error 0 = no framing error has occurred since the last rststa. 1 = at least one framing error has occurred since the last rststa.  pare: parity error 0 = no parity error has occurred since the last rststa. 1 = at least one parity error has occurred since the last rststa.  txempty: transmitter empty 0 = there are characters in dbgu_thr, or characters being processed by the transmitter, or the transmitter is disabled. 1 = there are no characters in dbgu_thr and there are no characters being processed by the transmitter.  txbufe: transmission buffer empty 0 = the buffer empty signal from the transmitter pdc channel is inactive. 1 = the buffer empty signal from the transmitter pdc channel is active.  rxbuff: receive buffer full 0 = the buffer full signal from the receiver pdc channel is inactive. 1 = the buffer full signal from the receiver pdc channel is active. 31 30 29 28 27 26 25 24 commrx commtx ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? rxbuff txbufe ? txempty ? 7 6 5 4 3 2 1 0 pa r e frame ovre endtx endrx ? txrdy rxrdy
197 at91rm3400 1790a?atarm?11/03  commtx: debug communication channel write status 0 = commtx from the arm processor is inactive. 1 = commtx from the arm processor is active.  commrx: debug communication channel read status 0 = commrx from the arm processor is inactive. 1 = commrx from the arm processor is active.
198 at91rm3400 1790a?atarm?11/03 debug unit receiver holding register name: dbgu_rhr access type: read-only  rxchr: received character last received character if rxrdy is set. debug unit transmit holding register name: dbgu_thr access type: write-only  txchr: character to be transmitted next character to be transmitted after the current character if txrdy is not set. 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 rxchr 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 txchr
199 at91rm3400 1790a?atarm?11/03 debug unit baud rate generator register name: dbgu_brgr access type: read/write  cd: clock divisor 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 cd 7 6 5 4 3 2 1 0 cd cd baud rate clock 0 disabled 1 mck 2 to 65535 mck / (cd x 16)
200 at91rm3400 1790a?atarm?11/03 debug unit chip id register name: dbgu_cidr access type: read-only  version: version of the device  eproc: embedded processor  nvpsiz: nonvolatile program memory size 31 30 29 28 27 26 25 24 ext nvptyp arch 23 22 21 20 19 18 17 16 arch sramsiz 15 14 13 12 11 10 9 8 0 0 0 0 nvpsiz 7 6 5 4 3 2 1 0 eproc version eproc processor 0 0 1 arm946es 0 1 0 arm7tdmi 1 0 0 arm920t nvpsiz size 0000none 00018k bytes 001016k bytes 001132k bytes 0100reserved 010164k bytes 0110reserved 0111128k bytes 1000reserved 1001256k bytes 1010reserved 1011reserved 1100reserved 1101reserved 1110reserved 1111reserved
201 at91rm3400 1790a?atarm?11/03  sramsiz: internal sram size  arch: architecture identifier  nvptyp: nonvolatile program memory type  ext: extension flag 0 = chip id has a single register definition without extension 1 = an extended chip id exists. sramsiz size 0000reserved 00011k bytes 00102k bytes 0011reserved 0100reserved 01014k bytes 0110reserved 0111reserved 10008k bytes 100116k bytes 101032k bytes 101164k bytes 1100128k bytes 1101256k bytes 111096k bytes 1111512k bytes arch architecture hex dec 0x40 0100 0000 at91x40 series 0x63 0110 0011 at91x63 series 0x55 0101 0101 at91x55 series 0x42 0100 0010 at91x42 series 0x92 1001 0010 at91x92 series 0x34 0011 0100 at91x34 series nvptyp memory 000rom 0 0 1 romless or on-chip flash 1 0 0 sram emulating rom
202 at91rm3400 1790a?atarm?11/03 debug unit chip id extension register name: dbgu_exid access type: read-only  exid: chip id extension reads 0 if the bit ext in dbgu_cidr is 0. debug unit force ntrst register name: dbgu_fnr access type: read/write  fntrst: force ntrst 0 = ntrst of the arm processor?s tap controller is driven by the ntrst pin. 1 = ntrst of the arm processor?s tap controller is held low. 31 30 29 28 27 26 25 24 exid 23 22 21 20 19 18 17 16 exid 15 14 13 12 11 10 9 8 exid 7 6 5 4 3 2 1 0 exid 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 ? ? ? ? ? ? ? fntrst
203 at91rm3400 1790a?atarm?11/03 parallel input/output controller (pio) overview the parallel input/output controller (pio) manages up to 32 fully programmable input/output lines. each i/o line may be dedicated as a general-purpose i/o or be assigned to a function of an embedded peripheral. this assures effective optimization of the pins of a product. each i/o line is associated with a bit number in all of the 32-bit registers of the 32-bit wide user interface. each i/o line of the pio controller features:  an input change interrupt enabling level change on any i/o line.  a glitch filter providing rejection of pulses lower than one-half of clock cycle.  multi-drive capability similar to an open drain i/o line.  control of the the pull-up of the i/o line.  input visibility and output control. the pio controller also features a synchronous output providing up to 32 bits of data output in a single write operation. important features of the pio also include:  up to 32 programmable i/o lines  fully programmable through set/clear registers  multiplexing of two peripheral functions per i/o line  for each i/o line (whether assigned to a peripheral or used as general purpose i/o) ? input change interrupt ? glitch filter ? multi-drive option enables driving in open drain ? programmable pull up on each i/o line ? pin data status register, supplies visibility of the level on the pin at any time  synchronous output, provides set and clear of several i/o lines in a single write
204 at91rm3400 1790a?atarm?11/03 block diagram figure 65. block diagram figure 66. application block diagram up to 32 pins pmc embedded peripheral embedded peripheral embedded peripheral up to 32 peripheral ios up to 32 peripheral ios pio clock apb pin pin pin aic pio interrupt pio controller embedded peripheral embedded peripheral embedded peripheral on-chip peripherals pio controller on-chip peripheral drivers control & command driver keyboard driver keyboard driver general purpose i/os external devices
205 at91rm3400 1790a?atarm?11/03 product dependencies pin multiplexing each pin is configurable, according to product definition as either a general-purpose i/o line only, or as an i/o line multiplexed with one or two peripheral i/os. as the multiplexing is hard- ware-defined and thus product-dependent, the hardware designer and programmer must carefully determine the configuration of the pio controllers required by their application. when an i/o line is general-purpose only, i.e. not multiplexed with any peripheral i/o, programming of the pio controller regarding the assignment to a peripheral has no effect and only the pio controller can control how the pin is driven by the product. external interrupt lines the interrupt signals fiq and irq0 to irqn are most generally multiplexed through the pio controllers. however, it is not necessary to assign the i/o line to the interrupt function as the pio controller has no effect on inputs and the interrupt lines (fiq or irqs) are used only as inputs. power management the power management controller controls the pio controller clock in order to save power. writing any of the registers of the user interface does not require the pio controller clock to be enabled. this means that the configuration of the i/o lines does not require the pio controller clock to be enabled. however, when the clock is disabled, not all of the features of the pio controller are available. note that the input change interrupt and the read of the pin level require the clock to be validated. after a hardware reset, the pio clock is disabled by default (see power management controller). the user must configure the power management controller before any access to the input line information. interrupt generation for interrupt handling, the pio controllers are considered as user peripherals. this means that the pio controller interrupt lines are connected among the interrupt sources 2 to 31. refer to the pio controller peripheral identifier in the product description to identify the inter- rupt sources dedicated to the pio controllers. the pio controller interrupt can be generated only if the pio controller clock is enabled.
206 at91rm3400 1790a?atarm?11/03 functional description the pio controller features up to 32 fully-programmable i/o lines. most of the control logic associated to each i/o is represented in figure 67. figure 67. i/o line control logic pad 1 0 glitch filter pio_pudr pio_pusr pio_puer 1 0 pio_mddr pio_mdsr pio_mder 1 0 pio_codr pio_odsr pio_sodr 1 0 pio_pdr pio_psr pio_per 1 0 1 0 pio_bsr pio_absr pio_asr peripheral b o utput enable peripheral a o utput enable peripheral b output peripheral a output pio_odr pio_osr pio_oer peripheral b input peripheral a input 1 0 pio_ifdr pio_ifsr pio_ifer edge detector pio_pdsr pio_isr 1 0 pio_idr pio_imr pio_ier pio interrupt
207 at91rm3400 1790a?atarm?11/03 pull-up resistor control each i/o line is designed with an embedded pull-up resistor. the value of this resistor is about 100 k ? (see the product electrical characteristics for more details about this value). the pull- up resistor can be enabled or disabled by writ ing respectively pio_puer (pull-up enable register) and pio_pudr (pull-up disable resistor). writing in these registers results in set- ting or clearing the corresponding bit in pio_pusr (pull-up status register). reading a 1 in pio_pusr means the pull-up is disabled and reading a 0 means the pull-up is enabled. control of the pull-up resistor is possible regardless of the configuration of the i/o line. after reset, all of the pull-ups are enabled, i.e. pio_pusr resets at the value 0x0. i/o line or peripheral function selection when a pin is multiplexed with one or two peripheral functions, the selection is controlled with the registers pio_per (pio enable register) and pio_pdr (pio disable register). the reg- ister pio_psr (pio status register) is the result of the set and clear registers and indicates whether the pin is controlled by the corresponding peripheral or by the pio controller. a value of 0 indicates that the pin is controlled by the corresponding on-chip peripheral selected in the pio_absr (ab select status register). a value of 1 indicates the pin is controlled by the pio controller. if a pin is used as a general purpose i/o line (not multiplexed with an on-chip peripheral), pio_per and pio_pdr have no effect and pio_psr returns 1 for the corresponding bit. after reset, most generally, the i/o lines are controlled by the pio controller, i.e. pio_psr resets at 1. however, in some events, it is important that pio lines are controlled by the peripheral (as in the case of memory chip select lines that must be driven inactive after reset or for address lines that must be driven low for booting out of an external memory). thus, the reset value of pio_psr is defined at the product level, depending on the multiplexing of the device. peripheral a or b selection the pio controller provides multiplexing of up to two peripheral functions on a single pin. the selection is performed by writing pio_asr (a select register) and pio_bsr (select b regis- ter). pio_absr (ab select status register) indicates which peripheral line is currently selected. for each pin, the corresponding bit at level 0 means peripheral a is selected whereas the corresponding bit at level 1 indicates that peripheral b is selected. note that multiplexing of peripheral lines a and b only affects the output line. the peripheral input lines are always connected to the pin input. after reset, pio_absr is 0, thus indicating that all the pio lines are configured on peripheral a. however, peripheral a generally does not drive the pin as the pio controller resets in i/o line mode. writing in pio_asr and pio_bsr manages pio_absr regardless of the configuration of the pin. however, assignment of a pin to a peripheral function requires a write in the correspond- ing peripheral selection register (pio_asr or pio_bsr) in addition to a write in pio_pdr. output control when the i/0 line is assigned to a peripheral function, i.e. the corresponding bit in pio_psr is at 0, the drive of the i/o line is controlled by the peripheral. peripheral a or b, depending on the value in pio_absr, determines whether the pin is driven or not. when the i/o line is controlled by the pio cont roller, the pin can be configured to be driven. this is done by writing pio_oer (output enable register) and pio_pdr (output disable register). the results of these write operations are detected in pio_osr (output status reg- ister). when a bit in this register is at 0, the corresponding i/o line is used as an input only. when the bit is at 1, the corresponding i/o line is driven by the pio controller.
208 at91rm3400 1790a?atarm?11/03 the level driven on an i/o line can be determined by writing in pio_sodr (set output data register) and pio_codr (clear output data register). these write operations respectively set and clear pio_odsr (output data status register), which represents the data driven on the i/o lines. writing in pio_oer and pio_odr manages pio_osr whether the pin is con- figured to be controlled by the pio controller or assigned to a peripheral function. this enables configuration of the i/o line prior to setting it to be managed by the pio controller. similarly, writing in pio_sodr and pio_codr effects pio_odsr. this is important as it defines the first level driven on the i/o line. synchronous data output using the write operations in pio_sodr and pio_codr can require that several instructions be executed in order to define values on several bits. both clearing and setting i/o lines on an 8-bit port, for example, cannot be done at the same time, and thus might limit the application covered by the pio controller. to avoid these inconveniences, the pio controller features a synchronous data output to clear and set a number of i/o lines in a single write. this is performed by authorizing the writ- ing of pio_odsr (output data status register) from the register set pio_ower (output write enable register), pio_owdr (output write disable register) and pio_owsr (output write status register). the value of pio_owsr register is user-definable by writing in pio_ower and pio_owdr. it is used by the pio controller as a pio_odsr write authori- zation mask. authorizing the write of pio_odsr on a user-definable number of bits is especially useful, as it guarantees that the unauthorized bit will not be changed when writing it and thus avoids the need of a time consuming read-modify-write operation. after reset, the synchronous data output is disabled on all the i/o lines as pio_owsr resets at 0x0. multi drive control (open drain) each i/o can be independently programmed in open drain by using the multi drive feature. this feature permits several drivers to be connected on the i/o line which is driven low only by each device. an external pull-up resistor (or enabling of the internal one) is generally required to guarantee a high level on the line. the multi drive feature is controlled by pio_mder (multi-driver enable register) and pio_mddr (multi-driver disable register). the multi drive can be selected whether the i/o line is controlled by the pio controller or assigned to a peripheral function. pio_mdsr (multi- driver status register) indicates the pins that are configured to support external drivers. after reset, the multi drive feature is disabled on all pins, i.e. pio_mdsr resets at value 0x0. output line timings figure 68 shows how the outputs are driven either by writing pio_sodr or pio_codr, or by directly writing pio_odsr. this last case is valid only if the corresponding bit in pio_owsr is set. figure 68 also shows when the feedback in pio_pdsr is available.
209 at91rm3400 1790a?atarm?11/03 figure 68. output line timings inputs the level on each i/o line can be read through pio_pdsr (peripheral data status register). this register indicates the level of the i/o lines regardless of their configuration, whether uniquely as an input or driven by the pio controller or driven by a peripheral. reading the i/o line levels requires the clock of the pio controller to be enabled, otherwise pio_pdsr reads the levels present on the i/o line at the time the clock was disabled. input glitch filtering optional input glitch filters are independently programmable on each i/o line. when the glitch filter is enabled, a glitch with a duration of less than 1/2 master clock (mck) cycle is automat- ically rejected, while a pulse with a duration of 1 master clock cycle or more is accepted. for pulse durations between 1/2 master clock cycle and 1 master clock cycle the pulse may or may not be taken into account, depending on the precise timing of its occurrence. thus for a pulse to be visible it must exceed 1 master clock cycle, whereas for a glitch to be reliably fil- tered out, its duration must not exceed 1/2 master clock cycle. the filter introduces one master clock cycle latency if the pin level change occurs before a rising edge. however, this latency does not appear if the pin level change occurs before a falling edge. this is illustrated in figure 69. the glitch filters are controlled by the register set; pio_ifer (input filter enable register), pio_ifdr (input filter disable register) and pio_ifsr (input filter status register). writing pio_ifer and pio_ifdr respectively sets and cl ears bits in pio_ifsr. this last register enables the glitch filter on the i/o lines. when the glitch filter is enabled, it does not modify the behavior of the inputs on the peripher- als. it acts only on the value read in pio_pdsr and on the input change interrupt detection. the glitch filters require that the pio controller clock is enabled. figure 69. input glitch filter timing mck write pio_sodr write pio_odsr at 1 pio_odsr pio_pdsr apb access apb access write pio_codr write pio_odsr at 0 2 cycles 2 cycles mck pin level pio_pdsr if pio_ifsr = 0 pio_pdsr if pio_ifsr = 1 2 cycles 1 cycle 1 cycle 1 cycle 1 cycle 1 cycle
210 at91rm3400 1790a?atarm?11/03 input change interrupt the pio controller can be programmed to generate an interrupt when it detects an input change on an i/o line. the input change interrupt is controlled by writing pio_ier (interrupt enable register) and pio_idr (interrupt disable register), which respectively enable and disable the input change interrupt by setting and clearing the corresponding bit in pio_imr (interrupt mask register). as input change det ection is possible only by comparing two suc- cessive samplings of the input of the i/o line, the pio controller clock must be enabled. the input change interrupt is available, regardless of the configuration of the i/o line, i.e. config- ured as an input only, controlled by the pio controller or assigned to a peripheral function. when an input change is detected on an i/o line, the corresponding bit in pio_isr (interrupt status register) is set. if the corresponding bit in pio_imr is set, the pio controller interrupt line is asserted. the interrupt signals of the thirty-two channels are ored-wired together to generate a single interrupt signal to the advanced interrupt controller. when the software reads pio_isr, all the interrupts are automatically cleared. this signifies that all the interrupts that are pending when pio_isr is read must be handled. figure 70. input change interrupt timings mck pio_pdsr read pio_isr apb access pio_isr apb access
211 at91rm3400 1790a?atarm?11/03 i/o lines programming example the programing example shown in table 36 below is used to define the following configuration.  4-bit output port on i/o lines 0 to 3, (should be written in a single write operation), open- drain, with pull-up resistor  four output signals on i/o lines 4 to 7 (to drive leds for example), driven high and low, no pull-up resistor  four input signals on i/o lines 8 to 11 (to read push-button states for example), with pull- up resistors, glitch filters and input change interrupts  four input signals on i/o line 12 to 15 to read an external device status (polled, thus no input change interrupt), no pull-up resistor, no glitch filter  i/o lines 16 to 19 assigned to peripheral a functions with pull-up resistor  i/o lines 20 to 23 assigned to peripheral b functions, no pull-up resistor  i/o lines 24 to 27 assigned to peripheral a with input change interrupt and pull-up resistor table 36. programming example register value to be written pio_per 0x0000 ffff pio_pdr 0x0fff 0000 pio_oer 0x0000 00ff pio_odr 0x0fff ff00 pio_ifer 0x0000 0f00 pio_ifdr 0x0fff f0ff pio_sodr 0x0000 0000 pio_codr 0x0fff ffff pio_ier 0x0f00 0f00 pio_idr 0x00ff f0ff pio_mder 0x0000 000f pio_mddr 0x0fff fff0 pio_pudr 0x00f0 00f0 pio_puer 0x0f0f ff0f pio_asr 0x0f0f 0000 pio_bsr 0x00f0 0000 pio_ower 0x0000 000f pio_owdr 0x0fff fff0
212 at91rm3400 1790a?atarm?11/03 parallel input/output controller (pio) user interface each i/o line controlled by the pio controller is associated with a bit in each of the pio controller user interface registers. each register is 32 bits wide. if a parallel i/o line is not defined, writing to the corresponding bits has no effect. undefine d bits read zero. if the i/o line is not multiplexed with any peripheral, the i/o line is controlled by the pio controller and pio_psr returns 1 systematically. table 37. pio register mapping offset register name access reset value 0x0000 pio enable register pio_per write-only ? 0x0004 pio disable register pio_pdr write-only ? 0x0008 pio status register (1) pio_psr read-only 0x0000 0000 0x000c reserved 0x0010 pio output enable register pio_oer write-only ? 0x0014 pio output disable register pio_odr write-only ? 0x0018 pio output status register pio_osr read-only 0x0000 0000 0x001c reserved 0x0020 pio glitch input filter enable register pio_ifer write-only ? 0x0024 pio glitch input filter disable register pio_ifdr write-only ? 0x0028 pio glitch input filter status register pio_ifsr read-only 0x0000 0000 0x002c reserved 0x0030 pio set output data register pio_sodr write-only ? 0x0034 pio clear output data register pio_codr write-only ? 0x0038 pio output data status register (2) pio_odsr read-only 0x0000 0000 0x003c pio pin data status register (3) pio_pdsr read-only 0x0040 pio interrupt enable register pio_ier write-only ? 0x0044 pio interrupt disable register pio_idr write-only ? 0x0048 pio interrupt mask register pio_imr read-only 0x0000 0000 0x004c pio interrupt status register (4) pio_isr read-only 0x0000 0000 0x0050 pio multi-driver enable register pio_mder write-only ? 0x0054 pio multi-driver disable register pio_mddr write-only ? 0x0058 pio multi-driver status register pio_mdsr read-only 0x0000 0000 0x005c reserved 0x0060 pio pull-up disable register pio_pudr write-only ? 0x0064 pio pull-up enable register pio_puer write-only ? 0x0068 pio pad pull-up status register pio_pusr read-only 0x0000 0000 0x006c reserved
213 at91rm3400 1790a?atarm?11/03 notes: 1. reset value of pio_psr depends on the product implementation. 2. pio_odsr is read-only or read/write depending on pio_owsr i/o lines. 3. reset value of pio_pdsr depends on the level of the i/o lines. 4. pio_isr is reset at 0x0. however, the first read of the register may read a different value as input changes may have occurred. 5. only this set of registers clears the status by writing 1 in the first register and sets the status by writing 1 in the secon d register. 0x0070 pio peripheral a select register (5) pio_asr write-only ? 0x0074 pio peripheral b select register (5) pio_bsr write-only ? 0x0078 pio ab status register (5) pio_absr read-only 0x0000 0000 0x007c to 0x009c reserved 0x00a0 pio output write enable pio_ower write-only ? 0x00a4 pio output write disable pio_owdr write-only ? 0x00a8 pio output write status register pio_owsr read-only 0x0000 0000 0x00ac reserved table 37. pio register mapping (continued) offset register name access reset value
214 at91rm3400 1790a?atarm?11/03 pio enable register name: pio_per access type: write-only  p0-p31: pio enable 0 = no effect. 1 = enables the pio to control the corresponding pin (disables peripheral control of the pin). pio disable register name: pio_pdr access type: write-only  p0-p31: pio disable 0 = no effect. 1 = disables the pio from controlling the corresponding pin (enables peripheral control of the pin). 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
215 at91rm3400 1790a?atarm?11/03 pio status register name: pio_psr access type: read-only  p0-p31: pio status 0 = pio is inactive on the corresponding i/o line (peripheral is active). 1 = pio is active on the corresponding i/o line (peripheral is inactive). pio output enable register name: pio_oer access type: write-only  p0-p31: output enable 0 = no effect. 1 = enables the output on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
216 at91rm3400 1790a?atarm?11/03 pio output disable register name: pio_odr access type: write-only  p0-p31: output disable 0 = no effect. 1 = disables the output on the i/o line. pio output status register name: pio_osr access type: read-only  p0-p31: output status 0 = the i/o line is a pure input. 1 = the i/o line is enabled in output. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
217 at91rm3400 1790a?atarm?11/03 pio input filter enable register name: pio_ifer access type: write-only  p0-p31: input filter enable 0 = no effect. 1 = enables the input glitch filter on the i/o line. pio input filter disable register name: pio_ifdr access type: write-only  p0-p31: input filter disable 0 = no effect. 1 = disables the input glitch filter on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
218 at91rm3400 1790a?atarm?11/03 pio input filter status register name: pio_ifsr access type: read-only  p0-p31: input filer status 0 = the input glitch filter is disabled on the i/o line. 1 = the input glitch filter is enabled on the i/o line. pio set output data register name: pio_sodr access type: write-only  p0-p31: set output data 0 = no effect. 1 = sets the data to be driven on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
219 at91rm3400 1790a?atarm?11/03 pio clear output data register name: pio_codr access type: write-only  p0-p31: set output data 0 = no effect. 1 = clears the data to be driven on the i/o line. pio output data status register name: pio_odsr access type: read-only or read/write  p0-p31: output data status 0 = the data to be driven on the i/o line is 0. 1 = the data to be driven on the i/o line is 1. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
220 at91rm3400 1790a?atarm?11/03 pio pin data status register name: pio_pdsr access type: read-only  p0-p31: output data status 0 = the i/o line is at level 0. 1 = the i/o line is at level 1. pio interrupt enable register name: pio_ier access type: write-only  p0-p31: input change interrupt enable 0 = no effect. 1 = enables the input change interrupt on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
221 at91rm3400 1790a?atarm?11/03 pio interrupt disable register name: pio_idr access type: write-only  p0-p31: input change interrupt disable 0 = no effect. 1 = disables the input change interrupt on the i/o line. pio interrupt mask register name: pio_imr access type: read-only  p0-p31: input change interrupt mask 0 = input change interrupt is disabled on the i/o line. 1 = input change interrupt is enabled on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
222 at91rm3400 1790a?atarm?11/03 pio interrupt status register name: pio_imr access type: read-only  p0-p31: input change interrupt mask 0 = no input change has been detected on the i/o line since pio_isr was last read or since reset. 1 = at least one input change has been detected on the i/o line since pio_isr was last read or since reset. pio multi-driver enable register name: pio_mder access type: write-only  p0-p31: multi drive enable 0 = no effect. 1 = enables multi drive on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
223 at91rm3400 1790a?atarm?11/03 pio multi-driver disable register name: pio_mddr access type: write-only  p0-p31: multi drive disable 0 = no effect. 1 = disables multi drive on the i/o line. pio multi-driver status register name: pio_mdsr access type: read-only  p0-p31: multi drive status 0 = the multi drive is disabled on the i/o line. the pin is driven at high and low level. 1 = the multi drive is enabled on the i/o line. the pin is driven at low level only. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
224 at91rm3400 1790a?atarm?11/03 pio pull up disable register name: pio_pudr access type: write-only  p0-p31: pull up disable 0 = no effect. 1 = disables the pull up resistor on the i/o line. pio pull up enable register name: pio_puer access type: write-only  p0-p31: pull up enable 0 = no effect. 1 = enables the pull up resistor on the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
225 at91rm3400 1790a?atarm?11/03 pio pad pull up status register name: pio_pusr access type: read-only  p0-p31: pull up status 0 = pull up resistor is enabled on the i/o line. 1 = pull up resistor is disabled on the i/o line. pio peripheral a select register name: pio_asr access type: write-only  p0-p31: peripheral a select 0 = no effect. 1 = assigns the i/o line to the peripheral a function. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
226 at91rm3400 1790a?atarm?11/03 pio peripheral b select register name: pio_bsr access type: write-only  p0-p31: peripheral b select 0 = no effect. 1 = assigns the i/o line to the peripheral b function. pio peripheral ab status register name: pio_absr access type: read-only  p0-p31: peripheral a b status 0 = the i/o line is assigned to the peripheral a. 1 = the i/o line is assigned to the peripheral b. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
227 at91rm3400 1790a?atarm?11/03 pio output write enable register name: pio_ower access type: write-only  p0-p31: output write enable 0 = no effect. 1 = enables writing pio_odsr for the i/o line. pio output write disable register name: pio_owdr access type: write-only  p0-p31: output write disable 0 = no effect. 1 = disables writing pio_odsr for the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
228 at91rm3400 1790a?atarm?11/03 pio output write status register name: pio_owsr access type: read-only  p0-p31: output write status 0 = writing pio_odsr does not affect the i/o line. 1 = writing pio_odsr affects the i/o line. 31 30 29 28 27 26 25 24 p31 p30 p29 p28 p27 p26 p25 p24 23 22 21 20 19 18 17 16 p23 p22 p21 p20 p19 p18 p17 p16 15 14 13 12 11 10 9 8 p15 p14 p13 p12 p11 p10 p9 p8 7 6 5 4 3 2 1 0 p7 p6 p5 p4 p3 p2 p1 p0
229 at91rm3400 1790a?atarm?11/03 serial peripheral interface (spi) overview the serial peripheral interface (spi) circuit is a synchronous serial data link that provides communication with external devices in master or slave mode. it also allows communication between processors if an external processor is connected to the system. the serial peripheral interface is a shift register that serially transmits data bits to other spis. during a data transfer, one spi system acts as the master that controls the data flow, while the other system acts as the slave, having data shi fted into and out of it by the master. different cpus can take turn being masters (multiple master protocol versus single master protocol where one cpu is always the master while all of the others are always slaves), and one mas- ter may simultaneously shift data into multiple slaves. however, only one slave may drive its output to write data back to the master at any given time. a slave device is selected when the master asse rts its nss signal. if multiple slave devices exist, the master generates a separate slave select signal for each slave (npcs). the spi system consists of two data lines and two control lines:  master out slave in (mosi): this data line supplies the output data from the master shifted into the input(s) of the slave(s).  master in slave out (miso): this data line supplies the output data from a slave to the input of the master. there may be no more than one slave transmitting data during any particular transfer.  serial clock (spck): this control line is driven by the master and regulates the flow of the data bits. the master may transmit data at a variety of baud rates; the spck line cycles once for each bit that is transmitted.  slave select (nss): this control line allows slaves to be turned on and off by hardware. the main features of the spi are:  supports communication with serial external devices ? 4 chip selects with external decoder support allow communication with up to 15 peripherals ? serial memories, such as dataflash and 3-wire eeproms ? serial peripherals, such as adcs, dacs, lcd controllers, can controllers and sensors ? external co-processors  master or slave serial peripheral bus interface ? 8- to 16-bit programmable data length per chip select ? programmable phase and polarity per chip select ? programmable transfer delays between consecutive transfers and between clock and data per chip select ? programmable delay between consecutive transfers ? selectable mode fault detection  connection to pdc channel capabilities optimizes data transfers ? one channel for the receiver, one channel for the transmitter ? next buffer support
230 at91rm3400 1790a?atarm?11/03 block diagram figure 71. block diagram spi interface interrupt control pio pdc apb bridge pmc mck spi interrupt spck miso mosi npcs0/ns s npcs1 npcs2 npcs3 asb apb
231 at91rm3400 1790a?atarm?11/03 application block diagram figure 72. application block diagram: single master/multiple slave implementation spi master spck miso mosi npcs0 npcs1 npcs2 spck miso mosi nss slave 0 spck miso mosi nss slave 1 spck miso mosi nss slave 2 nc npcs3 table 38. signal description pin name pin description type master slave miso master in slave out input output mosi master out slave in output input spck serial clock output input npcs1-npcs3 peripheral chip selects output unused npcs0/nss peripheral chip select/slave select output input
232 at91rm3400 1790a?atarm?11/03 product dependencies i/o lines the pins used for interfacing the compliant ex ternal devices may be multiplexed with pio lines. the programmer must first program the pio controllers to assign the spi pins to their peripheral functions. power management the spi may be clocked through the power management controller (pmc), thus the program- mer must first have to configure the pmc to enable the spi clock. interrupt the spi interface has an interrupt line connected to the advanced interrupt controller (aic). handling the spi interrupt requires programming the aic before configuring the spi. functional description master mode operations when configured in master mode, the serial peripheral interface controls data transfers to and from the slave(s) connected to the spi bus. the spi drives the chip select(s) to the slave(s) and the serial clock (spck). after enabling the spi, a data transfer begins when the core writes to the spi_tdr (transmit data register). transmit and receive buffers maintain the data flow at a constant rate with a reduced require- ment for high-priority interrupt servicing. when new data is available in the spi_tdr, the spi continues to transfer data. if the spi_rdr (receive data register) has not been read before new data is received, the overrun error (ovres) flag is set. note: as long as this flag is set, no data is loaded in the spi_rdr. the user has to read the status register to clear it. the programmable delay between the activation of the chip select and the start of the data transfer (dlybs), as well as the delay between each data transfer (dlybct), can be pro- grammed for each of the four external chip selects. all data transfer characteristics, including the two timing values, are programmed in registers spi_csr0 to spi_csr3 (chip select registers). in master mode, the peripheral selection can be defined in two different ways:  fixed peripheral select: spi exchanges data with only one peripheral  variable peripheral select: data can be exchanged with more than one peripheral figure 77 and figure 78 show the operation of the spi in master mode. for details concerning the flag and control bits in these diagrams, see the tables in the programmer?s model, starting in section . fixed peripheral select this mode is used for transferring memory bl ocks without the extra overhead in the transmit data register to determine the peripheral. fixed peripheral select is activated by setting bit ps to zero in spi_mr (mode register). the peripheral is defined by the pcs field in spi_mr. this option is only available when the spi is programmed in master mode. variable peripheral select variable peripheral select is activated by setting bit ps to one. the pcs field in spi_tdr is used to select the destination peripheral. the data transfer characteristics are changed when the selected peripheral changes, according to the associated chip select register. the pcs field in the spi_mr has no effect. this option is only available when the spi is programmed in master mode.
233 at91rm3400 1790a?atarm?11/03 chip selects the chip select lines are driven by the spi only if it is programmed in master mode. these lines are used to select the destination peripheral. the pcsdec field in spi_mr (mode reg- ister) selects one to four peripherals (pcsdec = 0) or up to 15 peripherals (pcsdec = 1). if variable peripheral select is active, the chip select signals are defined for each transfer in the pcs field in spi_tdr. chip select signals can thus be defined independently for each transfer. if fixed peripheral select is active, chip select signals are defined for all transfers by the field pcs in spi_mr. if a transfer with a new peripheral is necessary, the software must wait until the current transfer is completed, then change the value of pcs in spi_mr before writing new data in spi_tdr. the value on the npcs pins at the end of each transfer can be read in the spi_rdr (receive data register). by default, all npcs signals are high (equal to one) before and after each transfer. clock generation and transfer delays the spi baud rate clock is generated by dividing the master clock (mck) or the master clock divided by 32 (if div32 is set in the mode register) by a value between 4 and 510. the divisor is defined in the scbr field in each chip select register. the transfer speed can thus be defined independently for each chip select signal. figure 73 shows a chip select transfer change and consecutive transfers on the same chip selects. three delays can be programmed to modify the transfer waveforms:  delay between chip selects, programmable only once for all the chip selects by writing the field dlybcs in the mode register. allows insertion of a delay between release of one chip select and before assertion of a new one.  delay before spck, independently programmable for each chip select by writing the field dlybs. allows the start of spck to be delayed until after the chip select has been asserted.  delay between consecutive transfers, independently programmable for each chip select by writing the field dlybct. allows insertion of a delay between two transfers occurring on the same chip select these delays allow the spi to be adapted to the interfaced peripherals and their speed and bus release time. figure 73. programmable delays c hip select 1 c hip select 2 spck dlybcs dlybs dlybct dlybct
234 at91rm3400 1790a?atarm?11/03 mode fault detection a mode fault is detected when the spi is programmed in master mode and a low level is driven by an external master on the npcs0/nss signal. when a mode fault is detected, the modf bit in the spi_sr is set until the spi_sr is read and the spi is disabled until re-enabled by bit spien in the spi_cr (control register). by default, mode fault detection is enabled. it is disabled by setting the modfdis bit in the spi mode register.
235 at91rm3400 1790a?atarm?11/03 master mode flow diagram figure 74. master mode flow diagram spi enable tdre ps 1 0 0 1 1 1 0 same peripheral new peripheral npcs = spi_tdr(pcs) npcs = spi_mr(pcs) delay dlybs serializer = spi_tdr(td) tdre = 1 data transfer spi_rdr(rd) = serializer rdrf = 1 tdre ps npcs = 0xf delay dlybcs spi_tdr(pcs) npcs = 0xf delay dlybcs npcs = spi_tdr(pcs) fixed peripheral variable peripheral fixed peripheral variable peripheral delay dlybct 0
236 at91rm3400 1790a?atarm?11/03 master mode block diagram figure 75. master mode block diagram 0 1 spi_mr(div32) mck mck/32 spck clock generator spi_csrx[15:0] s r q m o d f t d r e r d r f o v r e s p i e n s 0 1 spi_mr(ps) pcs spi_rdr serializer miso s pi_mr(pcs) spidis spien spi_mr(mstr) spi_ier spi_idr spi_imr spi_sr mosi npcs3 npcs2 npcs1 npcs0 lsb msb spck spi interrupt rd pcs spi_tdr td
237 at91rm3400 1790a?atarm?11/03 spi slave mode in slave mode, the spi waits for nss to go active low before receiving the serial clock from an external master. in slave mode, cpol, ncpha and bits fields of spi_csr0 are used to define the transfer characteristics. the other chip select registers are not used in slave mode. in slave mode, the low and high pulse durati ons of the input clock on spck must be longer than two master clock periods. figure 76. slave mode block diagram s r q t d r e r d r f o v r e s p i e n s serializer spck spidis spien spi_ier spi_idr spi_imr spi_sr miso lsb msb nss mosi spi_rdr rd spi_tdr td spi interrupt
238 at91rm3400 1790a?atarm?11/03 data transfer four modes are used for data transfers. these modes correspond to combinations of a pair of parameters called clock polarity (cpol) and clock phase (ncpha) that determine the edges of the clock signal on which the data are driven and sampled. each of the two parameters has two possible states, resulting in four possible combinations that are incompatible with one another. thus a master/slave pair must use the same parameter pair values to communicate. if multiple slaves are used and fixed in differen t configurations, the master must reconfigure itself each time it needs to communicate with a different slave. table 39 shows the four modes and corresponding parameter settings. figure 77 and figure 78 show examples of data transfers. figure 77. spi transfer format (ncpha = 1, 8 bits per transfer) table 39. spi bus protocol mode spi mode cpol ncpha 000 101 210 311 spck (cpol=0) mode 1 spck (cpol=1) mode 3 1 234 5 67 mosi (from master) miso (from slave) nss (to slave) s pck cycle (for reference) 8 msb msb lsb lsb 6 6 6 5 5 4 4 3 3 2 2 1 1 * * not defined, but normally msb of previous character received.
239 at91rm3400 1790a?atarm?11/03 figure 78. spi transfer format (ncpha = 0, 8 bits per transfer) spck (cpol=0) mode 0 spck (cpol=1) mode 2 1 234 5 67 mosi (from master) miso (from slave) nss (to slave) s pck cycle (for reference) 8 msb msb lsb lsb 6 6 6 5 5 4 4 3 3 2 2 1 1 * not defined but normally lsb of previous character transmitted. *
240 at91rm3400 1790a?atarm?11/03 serial peripheral interface (spi) user interface table 40. spi register mapping offset register register name access reset 0x00 control register spi_cr write-only --- 0x04 mode register spi_mr read/write 0x0 0x08 receive data register spi_rdr read-only 0x0 0x0c transmit data register spi_tdr write-only --- 0x10 status register spi_sr read-only 0x000000f0 0x14 interrupt enable register spi_ier write-only --- 0x18 interrupt disable register spi_idr write-only --- 0x1c interrupt mask register spi_imr read-only 0x0 0x20 - 0x2c reserved 0x30 chip select register 0 spi_csr0 read/write 0x0 0x34 chip select register 1 spi_csr1 read/write 0x0 0x38 chip select register 2 spi_csr2 read/write 0x0 0x3c chip select register 3 spi_csr3 read/write 0x0 0x40 - 0xff reserved 0x100 - 0x124 reserved for the pdc
241 at91rm3400 1790a?atarm?11/03 spi control register name: spi_cr access type: write-only  spien: spi enable 0 = no effect. 1 = enables the spi to transfer and receive data.  spidis: spi disable 0 = no effect. 1 = disables the spi. all pins are set in input mode and no data is received or transmitted. if a transfer is in progress, the transfer is finished before the spi is disabled. if both spien and spidis are equal to one when the control register is written, the spi is disabled  swrst: spi software reset 0 = no effect. 1 = reset the spi. a software-triggered hardware reset of the spi interface is performed. 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 swrst ? ? ? ? ? spidis spien
242 at91rm3400 1790a?atarm?11/03 spi mode register name: spi_mr access type: read/write  mstr: master/slave mode 0 = spi is in slave mode. 1 = spi is in master mode.  ps: peripheral select 0 = fixed peripheral select. 1 = variable peripheral select.  pcsdec: chip select decode 0 = the chip selects are directly connected to a peripheral device. 1 = the four chip select lines are connected to a 4- to 16-bit decoder. when pcsdec equals one, up to 16 chip select signals can be generated with the four lines using an external 4- to 16-bit decoder. the chip select registers define the characteristics of the 16 chip selects according to the following rules: spi_csr0 defines peripheral chip select signals 0 to 3. spi_csr1 defines peripheral chip select signals 4 to 7. spi_csr2 defines peripheral chip select signals 8 to 11. spi_csr3 defines peripheral chip select signals 12 to 15*. *note : the 16th state corresponds to a state in which all chip selects are inactive. this allows a different clock configuration to be defined by each chip select register .  div32: clock selection 0 = the spi operates at mck. 1 = the spi operates at mck/32.  modfdis: mode fault detection 0 = mode fault detection is enabled. 1 = mode fault detection is disabled.  llb: local loopback enable 0 = local loopback path disabled 1 = local loopback path enabled llb controls the local loopback on the data serializer for testing in master mode only. 31 30 29 28 27 26 25 24 dlybcs 23 22 21 20 19 18 17 16 ? ? ? ? pcs 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? ? 7 6 5 4 3 2 1 0 llb ? ? modfdis div32 pcsdec ps mstr
243 at91rm3400 1790a?atarm?11/03  pcs: peripheral chip select this field is only used if fixed peripheral select is active (ps = 0). if pcsdec = 0: pcs = xxx0 npcs[3:0] = 1110 pcs = xx01 npcs[3:0] = 1101 pcs = x011 npcs[3:0] = 1011 pcs = 0111 npcs[3:0] = 0111 pcs = 1111 forbidden (no peripheral is selected) (x = don?t care) if pcsdec = 1: npcs[3:0] output signals = pcs  dlybcs: delay between chip selects this field defines the delay from npcs inactive to the activation of another npcs. the dlybcs time guarantees non-over- lapping chip selects and solves bus contentions in case of peripherals having long data float times. if dlybcs is less than or equal to six, six mck periods (or 192 mck periods if div32 is set) will be inserted by default. otherwise, the following equation determines the delay: if div32 is 0: if div32 is 1: delay between chip selects dlybcs mck ? = delay between chip selects dlybcs 32 mck ? =
244 at91rm3400 1790a?atarm?11/03 spi receive data register name: spi_rdr access type: read-only  rd: receive data data received by the spi interface is stored in this register right-justified. unused bits read zero.  pcs: peripheral chip select in master mode only, these bits indicate the value on the np cs pins at the end of a transfer. otherwise, these bits read zero. spi transmit data register name: spi_tdr access type: write-only  td: transmit data data to be transmitted by the spi interface is stored in this register. information to be transmitted must be written to the transmit data register in a right-justified format. pcs: peripheral chip select this field is only used if variable peripheral select is active (ps = 1). if pcsdec = 0: pcs = xxx0 npcs[3:0] = 1110 pcs = xx01 npcs[3:0] = 1101 pcs = x011 npcs[3:0] = 1011 pcs = 0111 npcs[3:0] = 0111 pcs = 1111 forbidden (no peripheral is selected) (x = don?t care) if pcsdec = 1: npcs[3:0] output signals = pcs 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? pcs 15 14 13 12 11 10 9 8 rd 7 6 5 4 3 2 1 0 rd 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? pcs 15 14 13 12 11 10 9 8 td 7 6 5 4 3 2 1 0 td
245 at91rm3400 1790a?atarm?11/03 spi status register name: spi_sr access type: read-only  rdrf: receive data register full 0 = no data has been received since the last read of spi_rdr 1 = data has been received and the received data has been transferred from the serializer to spi_rdr since the last read of spi_rdr.  tdre: transmit data register empty 0 = data has been written to spi_tdr and not yet transferred to the serializer. 1 = the last data written in the transmit data register has been transferred to the serializer. tdre equals zero when the spi is disabled or at reset. the spi enable command sets this bit to one.  modf: mode fault error 0 = no mode fault has been detected since the last read of spi_sr. 1 = a mode fault occurred since the last read of the spi_sr.  ovres: overrun error status 0 = no overrun has been detected since the last read of spi_sr. 1 = an overrun has occurred since the last read of spi_sr. an overrun occurs when spi_rdr is loaded at least twice from the serializer since the last read of the spi_rdr.  endrx: end of rx buffer 0 = the receive counter register has not reached 0 since the last write in spi_rcr or spi_rncr. 1 = the receive counter register has reached 0 since the last write in spi_rcr or spi_rncr.  endtx: end of tx buffer 0 = the transmit counter register has not reached 0 since the last write in spi_tcr or spi_tncr. 1 = the transmit counter register has reached 0 since the last write in spi_tcr or spi_tncr.  rxbuff: rx buffer full 0 = spi_rcr or spi_rncr have a value other than 0. 1 = both spi_rcr and spi_rncr have a value of 0.  txbufe: tx buffer empty 0 = spi_tcr or spi_tncr have a value other than 0. 1 = both spi_tcr and spi_tncr have a value of 0.  spiens: spi enable status 0 = spi is disabled. 1 = spi is enabled. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? spiens 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? ? 7 6 5 4 3 2 1 0 txbufe rxbuff endtx endrx ovres modf tdre rdrf
246 at91rm3400 1790a?atarm?11/03 spi interrupt enable register name: spi_ier access type: write-only  rdrf: receive data register full interrupt enable  tdre: spi transmit data register empty interrupt enable  modf: mode fault error interrupt enable  ovres: overrun error interrupt enable  endrx: end of receive buffer interrupt enable  endtx: end of transmit buffer interrupt enable  rxbuff: receive buffer full interrupt enable  txbufe: transmit buffer empty interrupt enable 0 = no effect. 1 = enables the corresponding interrupt. 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 txbufe rxbuff endtx endrx ovres modf tdre rdrf
247 at91rm3400 1790a?atarm?11/03 spi interrupt disable register name: spi_idr access type: write-only  rdrf: receive data register full interrupt disable  tdre: spi transmit data register empty interrupt disable  modf: mode fault error interrupt disable  ovres: overrun error interrupt disable  endrx: end of receive buffer interrupt disable  endtx: end of transmit buffer interrupt disable  rxbuff: receive buffer full interrupt disable  txbufe: transmit buffer empty interrupt disable 0 = no effect. 1 = disables the corresponding interrupt. 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 txbufe rxbuff endtx endrx ovres modf tdre rdrf
248 at91rm3400 1790a?atarm?11/03 spi interrupt mask register name: spi_imr access type: read-only  rdrf: receive data register full interrupt mask  tdre: spi transmit data register empty interrupt mask  modf: mode fault error interrupt mask  ovres: overrun error interrupt mask  endrx: end of receive buffer interrupt mask  endtx: end of transmit buffer interrupt mask  rxbuff: receive buffer full interrupt mask  txbufe: transmit buffer empty interrupt mask 0 = the corresponding interrupt is not enabled. 1 = the corresponding interrupt is enabled. 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 txbufe rxbuff endtx endrx ovres modf tdre rdrf
249 at91rm3400 1790a?atarm?11/03 spi chip select register name: spi_csr0... spi_csr3 access type: read/write  cpol: clock polarity 0 = the inactive state value of spck is logic level zero. 1 = the inactive state value of spck is logic level one. cpol is used to determine the inactive state value of the serial clock (spck). it is used with ncpha to produce the required clock/data relationship between master and slave devices.  ncpha: clock phase 0 = data is changed on the leading edge of spck and captured on the following edge of spck. 1 = data is captured on the leading edge of spck and changed on the following edge of spck. ncpha determines which edge of spck causes data to change and which edge causes data to be captured. ncpha is used with cpol to produce the required clock/data relationship between master and slave devices.  bits: bits per transfer the bits field determines the number of data bits transferred. reserved values should not be used. 31 30 29 28 27 26 25 24 dlybct 23 22 21 20 19 18 17 16 dlybs 15 14 13 12 11 10 9 8 scbr 7 6 5 4 3 2 1 0 bits ? ? ncpha cpol bits[3:0] bits per transfer 0000 8 0001 9 0010 10 0011 11 0100 12 0101 13 0110 14 0111 15 1000 16 1001 reserved 1010 reserved 1011 reserved 1100 reserved 1101 reserved 1110 reserved 1111 reserved
250 at91rm3400 1790a?atarm?11/03  scbr: serial clock baud rate in master mode, the spi interface uses a modulus counter to derive the spck baud rate from the master clock mck. the baud rate is selected by writing a value from 2 to 255 in the field scbr. the following equation determines the spck baud rate: if div32 is 0: if div32 is 1: giving scbr a value of zero or one disables the baud rate generator. spck is disabled and assumes its inactive state value. no serial transfers may occur. at reset, baud rate is disabled.  dlybs: delay before spck this field defines the delay from npcs valid to the first valid spck transition. when dlybs equals zero, the npcs valid to spck transition is 1/2 the spck clock period. otherwise, the following equations determine the delay: if div32 is 0: if div32 is 1:  dlybct: delay between consecutive transfers this field defines the delay between two consecutive transfers with the same peripheral without removing the chip select. the delay is always inserted after each transfer and before removing the chip select if needed. when dlybct equals zero, a minimum delay of four mck cycles are inserted (or 128 mck cycles when div32 is set) between two consecutive characters. otherwise, the following equation determines the delay: if div32 is 0: if div32 is 1: spck baudrate mck 2 scbr () ? = spck baudrate mck 64 scbr () ? = delay before spck dlybs mck ? = delay before spck 32 dlybs mck ? = delay between consecutive transfers 32 dlybct mck ? = delay between consecutive transfers 1024 dlybct mck ? =
251 at91rm3400 1790a?atarm?11/03 two-wire interface (twi) overview the two-wire interface (twi) interconnects components on a unique two-wire bus, made up of one clock line and one data line with speeds of up to 400 kbits per second, based on a byte- oriented transfer format. it can be used with any atmel two-wire bus serial eeprom. the twi is programmable as a master with sequential or single-byte access. a configurable baud rate generator permits the output data rate to be adapted to a wide range of core clock frequencies. the main features of the twi are:  compatibility with standard two-wire serial memory  one, two or three bytes for slave address  sequential read/write operations block diagram figure 79. block diagram application block diagram figure 80. application block diagram apb bridge pmc mck two-wire interface pio aic twi interrupt twc k twd host with twi interface twd twck at24lc16 u1 at24lc16 u2 lcd controller u3 slave 1 slave 2 slave 3 rr vdd
252 at91rm3400 1790a?atarm?11/03 product dependencies i/o lines both twd and twck are bi-directional lines, connected to a positive supply voltage via a cur- rent source or pull-up resistor (see figure 80 on page 251). when the bus is free, both lines are high. the output stages of devices connected to the bus must have an open-drain or open- collector to perform the wired-and function. twd and twck pins may be multiplexed with pio lines. to enable the twi, the programmer must perform the following steps:  program the pio controller to: ? dedicate twd and twck as peripheral lines. ? define twd and twck as open-drain. power management  enable the peripheral clock. the twi interface may be clocked through the power management controller (pmc), thus the programmer must first configure the pmc to enable the twi clock. interrupt the twi interface has an interrupt line connected to the advanced interrupt controller (aic). in order to handle interrupts, the aic must be programmed before configuring the twi. functional description transfer format the data put on the twd line must be eight bits long. data is transferred msb first; each byte must be followed by an acknowledgement. the number of bytes per transfer is unlimited (see figure 82 on page 253). each transfer begins with a start condition and terminates with a stop condition (see fig- ure 81 on page 252).  a high-to-low transition on the twd line while twck is high defines the start condition.  a low-to-high transition on the twd line while twck is high defines a stop condition. figure 81. start and stop conditions table 41. i/o lines description pin name pin description type twd two-wire serial data input/output twck two-wire serial clock input/output twd t wck start stop
253 at91rm3400 1790a?atarm?11/03 figure 82. transfer format modes of operation the twi has two modes of operations:  master transmitter mode  master receiver mode the twi control register (twi_cr) allows configuration of the interface in master mode. in this mode, it generates the clock according to the value programmed in the clock waveform generator register (twi_cwgr). this register defines the twck signal completely, enabling the interface to be adapted to a wide range of clocks. transmitting data after the master initiates a start condition, it sends a 7-bit slave address, configured in the master mode register (dadr in twi_mmr), to notify the slave device. the bit following the slave address indicates the transfer direction (write or read). if this bit is 0, it indicates a write operation (transmit operation). if the bit is 1, it indicates a request for data read (receive operation). the twi transfers require the slave to acknowledge each received byte. during the acknowl- edge clock pulse, the master releases the data line (high), enabling the slave to pull it down in order to generate the acknowledge. the mast er polls the data line during this clock pulse and sets the nak bit in the status register if the slave does not acknowledge the byte. as with the other status bits, an interrupt can be generated if enabled in the interrupt enable register (twi_ier). after writing in the transmit-holding register (twi_thr), setting the start bit in the control register starts the transmission. the data is shifted in the internal shifter and when an acknowledge is detected, the txrdy bit is set until a new write in the twi_thr (see fig- ure 84 on page 254). the master generates a stop condition to end the transfer. the read sequence begins by setting the start bit. when the rxrdy bit is set in the status register, a character has been received in the receive-holding register (twi_rhr). the rxrdy bit is reset when reading the twi_rhr. the twi interface performs various transfer formats (7-bit slave address, 10-bit slave address). the three internal address bytes are configurable through the master mode register (twi_mmr). if the slave device supports only a 7-bit address, the iadrsz must be set to 0. for slave address higher than seven bits, the user must configure the address size (iadrsz ) and set the other slave address bits in the internal address register (twi_iadr). figure 83. master write with one, two or three bytes internal address and one data byte t wd t wck start address r/w ack data ack data ack stop s dadr w a iadr(23:16) a iadr(15:8) a iadr(7:0) a data a p s dadr w a iadr(15:8) a iadr(7:0) a p data a a iadr(7:0) a p data a s dadr w t wd three bytes internal address two bytes internal address one byte internal address t wd t wd
254 at91rm3400 1790a?atarm?11/03 figure 84. master write with one byte internal address and multiple data bytes figure 85. master read with one, two or three bytes internal address and one data byte figure 86. master read with one byte internal address and multiple data bytes s = start p = stop  w = write/read  a = acknowledge  dadr= device address  iadr = internal address figure 87 shows a byte write to an atmel at24lc512 eeprom. this demonstrates the use of internal addresses to access the device. a iadr(7:0) a data a s dadr w data a p data a t xcomp txrdy write thr write thr write thr write thr twd s dadr w a iadr(23:16) a iadr(15:8) a iadr(7:0) a s dadr w a iadr(15:8) a iadr(7:0) a a iadr(7:0) a s dadr w data n p s dadr r a s dadr r a data n p s dadr r a data n p t wd t wd t wd three bytes internal address two bytes internal address one byte internal address a iadr(7:0) a s dadr w s dadr r a data a data n p t xcomp write start bit rxrdy write stop bit read rhr read rhr twd
255 at91rm3400 1790a?atarm?11/03 figure 87. internal address usage read/write flowcharts the following flowcharts shown in figure 88 on page 256 and in figure 89 on page 257 give examples for read and write operations in master mode. a polling or interrupt method can be used to check the status bits. the interrupt method requires that the interrupt enable register (twi_ier) be configured first. s t a r t m s b device address 0 l s b r / w a c k m s b w r i t e a c k a c k l s b a c k first word address second word address data s t o p
256 at91rm3400 1790a?atarm?11/03 figure 88. twi write in master mode set twi clock: twi_cwgr = clock set the control register: - master enable - slave disable twi_cr = twi_svdis + twi_msen set the master mode register: - device slave address - internal address size - transfer direction bit write ==> bit mread = 0 internal address size = 0? load transmit register twi_thr = data to send start the transfer twi_cr = twi_start stop the transfer twi_cr = twi_stop read status register txrdy = 0? data to send? read status register txcomp = 0? end start set theinternal address twi_iadr = address yes twi_thr = data to send yes yes
257 at91rm3400 1790a?atarm?11/03 figure 89. twi read in master mode set twi clock: twi_cwgr = clock set the control register: - master enable - slave disable twi_cr = twi_svdis + twi_msen set the master mode register: - device slave address - internal address size - transfer direction bit read ==> bit mread = 0 internal address size = 0? start the transfer twi_cr = twi_start stop the transfer twi_cr = twi_stop read status register rxrdy = 0? data to read? read status register txcomp = 0? end start set theinternal address twi_iadr = address yes yes yes yes
258 at91rm3400 1790a?atarm?11/03 two-wire interface (twi) user interface table 42. twi register mapping offset register name access reset value 0x0000 control register twi_cr write-only n/a 0x0004 master mode register twi_mmr read/write 0x0000 0x0008 reserved 0x000c internal address register twi_iadr read/write 0x0000 0x0010 clock waveform generator register twi_cwgr read/write 0x0000 0x0020 status register twi_sr read-only 0x0008 0x0024 interrupt enable register twi_ier write-only n/a 0x0028 interrupt disable register twi_idr write-only n/a 0x002c interrupt mask register twi_imr read-only 0x0000 0x0030 receive holding register twi_rhr read-only 0x0000 0x0034 transmit holding register twi_thr read/write 0x0000
259 at91rm3400 1790a?atarm?11/03 twi control register register name :twi_cr access type: write-only  start: send a start condition 0 = no effect. 1 = a frame beginning with a start bit is transmitted according to the features defined in the mode register. this action is necessary when the twi peripheral wants to read data from a slave. when configured in master mode with a write operation, a frame is sent with the mode register as soon as the user writes a character in the holding register.  stop: send a stop condition 0 = no effect. 1 = stop condition is sent just after completing the current byte transmission in master read or write mode. in single data byte master read or write, the start and stop must both be set. in multiple data bytes master read or write, the stop must be set before ack/nack bit transmission. in master read mode, if a nack bit is received, the stop is automatically performed. in multiple data write operation, when both thr and shift register are empty, a stop condition is automatically sent.  msen: twi master transfer enabled 0 = no effect. 1 = if msdis = 0, the master data transfer is enabled.  msdis: twi master transfer disabled 0 = no effect. 1 = the master data transfer is disabled, all pending data is transmitted. the shifter and holding characters (if it contains data) are transmitted in case of write operation. in read operation, the character being transferred must be completely received before disabling.  swrst: software reset 0 = no effect. 1 = equivalent to a system reset. 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 swrst ? ? ? msdis msen stop start
260 at91rm3400 1790a?atarm?11/03 twi master mode register register name :twi_mmr address type : read/write  iadrsz: internal device address size  mread: master read direction 0 = master write direction. 1 = master read direction.  dadr: device address the device address is used in master mode to access slave devices in read or write mode. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? dadr 15 14 13 12 11 10 9 8 ? ? ? mread ? ? iadrsz 7 6 5 4 3 2 1 0 ? ? ? ? ? ? ? ? iadrsz[9:8] 00 no internal device address 01 one-byte internal device address 10 two-byte internal device address 11 three-byte internal device address
261 at91rm3400 1790a?atarm?11/03 twi internal address register register name :twi_iadr access type : read/write  iadr: internal address 0, 1, 2 or 3 bytes depending on iadrsz. twi clock waveform generator register register name :twi_cwgr access type : read/write  cldiv: clock low divider the twck low period is defined as follows:  chdiv: clock high divider the twck high period is defined as follows:  ckdiv: clock divider the ckdiv is used to increase both twck high and low periods. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 iadr 15 14 13 12 11 10 9 8 iadr 7 6 5 4 3 2 1 0 iadr 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ckdiv 15 14 13 12 11 10 9 8 chdiv 7 6 5 4 3 2 1 0 cldiv t low cldiv ( 2 ckdiv () 3 ) + t mc k = t high chdiv ( 2 ckdiv () 3 ) + t mc k =
262 at91rm3400 1790a?atarm?11/03 twi status register register name :twi_sr access type : read-only  txcomp: transmission completed 0 = in master, during the length of the current frame. in slave, from start received to stop received. 1 = when both holding and shifter registers are empty and stop condition has been sent (in master) or received (in slave), or when msen is set (enable twi).  rxrdy: receive holding register ready 0 = no character has been received since the last twi_rhr read operation. 1 = a byte has been received in thetwi_rhr since the last read.  txrdy: transmit holding register ready 0 = the transmit holding register has not been transferred into shift register. set to 0 when writing into twi_thr register. 1 = as soon as data byte is transferred from twi_thr to internal shifter or if a nack error is detected, txrdy is set at the same time as txcomp and nack. txrdy is also set when msen is set (enable twi).  ovre: overrun error 0 = twi_rhr has not been loaded while rxrdy was set 1 = twi_rhr has been loaded while rxrdy was set. reset by read in twi_sr when txcomp is set.  unre: underrun error 0 = no underrun error 1 = no valid data in twi_thr (txrdy set) while trying to load the data shifter. this action automatically generated a stop bit in master mode. reset by read in twi_sr when txcomp is set.  nack: not acknowledged 0 = each data byte has been correctly received by the far-end side twi slave component. 1 = a data byte has not been acknowledged by the slave component. set at the same time as txcomp. reset after read. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? nack 7 6 5 4 3 2 1 0 unre ovre ? ? ? txrdy rxrdy txcomp
263 at91rm3400 1790a?atarm?11/03 twi interrupt enable register register name :twi_ier access type: write-only  txcomp: transmission completed  rxrdy: receive holding register ready  txrdy: transmit holding register ready  ovre: overrun error  unre: underrun error  nack: not acknowledge 0 = no effect. 1 = enables the corresponding interrupt. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? nack 7 6 5 4 3 2 1 0 unre ovre ? ? ? txrdy rxrdy txcomp
264 at91rm3400 1790a?atarm?11/03 twi interrupt disable register register name :twi_idr access type : write-only  txcomp: transmission completed  rxrdy: receive holding register ready  txrdy: transmit holding register ready  ovre: overrun error  unre: underrun error  nack: not acknowledge 0 = no effect. 1 = disables the corresponding interrupt. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? nack 7 6 5 4 3 2 1 0 unre ovre ? ? ? txrdy rxrdy txcomp
265 at91rm3400 1790a?atarm?11/03 twi interrupt mask register register name :twi_imr access type : read-only  txcomp: transmission completed  rxrdy: receive holding register ready  txrdy: transmit holding register ready  ovre: overrun error  unre: underrun error  nack: not acknowledge 0 = the corresponding interrupt is disabled. 1 = the corresponding interrupt is enabled. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? nack 7 6 5 4 3 2 1 0 unre ovre ? ? ? txrdy rxrdy txcomp
266 at91rm3400 1790a?atarm?11/03 twi receive holding register register name : twi_rhr access type : read-only  rxdata: master or slave receive holding data twi transmit holding register register name :twi_thr access type: read/write  txdata: master or slave transmit holding data 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 rxdata 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 txdata
267 at91rm3400 1790a?atarm?11/03 universal synchronous asynchronous receiver transceiver (usart) overview the universal synchronous asynchronous receiv er transceiver (usart) provides one full duplex universal synchronous asynchronous serial link. data frame format is widely program- mable (data length, parity, number of stop bits) to support a maximum of standards. the receiver implements parity error, framing error and overrun error detection. the receiver time- out enables handling variable-length frames and the transmitter timeguard facilitates commu- nications with slow remote devices. multi-drop communications are also supported through address bit handling in reception and transmission. the usart features three test modes: remote loopback, local loopback and automatic echo. the usart supports specific operating mode s providing interfaces on rs485 busses, with iso7816 t = 0 or t = 1 smart card slots, infrared transceivers and connection to modem ports. the hardware handshaking feature enables an out-of-band flow control by automatic manage- ment of the pins rts and cts. the usart supports the connection to the peripheral data controller, which enables data transfers to the transmitter and from the receiver. the pdc provides chained buffer manage- ment without any intervention of the processor. important features of the usart are:  programmable baud rate generator  5- to 9-bit full-duplex synchronous or asynchronous serial communications ? 1, 1.5 or 2 stop bits in asynchronous mode or 1 or 2 stop bits in synchronous mode ? parity generation and error detection ? framing error detection, overrun error detection ? msb- or lsb-first ? optional break generation and detection ? by 8 or by-16 over-sampling receiver frequency ? optional hardware handshaking rts-cts ? optional modem signal management dtr-dsr-dcd-ri ? receiver time-out and transmitter timeguard ? optional multi-drop mode with address generation and detection  rs485 with driver control signal  iso7816, t = 0 or t = 1 protocols for interfacing with smart cards ? nack handling, error counter with repetition and iteration limit  irda modulation and demodulation ? communication at up to 115.2 kbps  test modes ? remote loopback, local loopback, automatic echo  supports connection of two peripheral data controller channels (pdc) ? offer buffer transfer without processor intervention
268 at91rm3400 1790a?atarm?11/03 block diagram figure 90. usart block diagram peripheral data controller channel channel aic receiver apb usart interrupt rxd txd sck usart pio controller cts rts dtr dsr dcd ri transmitter modem signals control baud rate generator user interface pmc mck slck div mck/div
269 at91rm3400 1790a?atarm?11/03 application block diagram figure 91. application block diagram i/o lines description smart card slot usart rs232 drivers modem rs485 drivers differential bus irda transceivers modem driver field bus driver emv driver irda driver irlap rs232 drivers serial port serial driver ppp pstn table 43. i/o line description name description type active level sck serial clock i/o txd transmit serial data i/o rxd receive serial data input ri ring indicator input low dsr data set ready input low dcd data carrier detect input low dtr data terminal ready output low cts clear to send input low rts request to send output low
270 at91rm3400 1790a?atarm?11/03 product dependencies i/o lines the pins used for interfacing the usart may be multiplexed with the pio lines. the program- mer must first program the pio controller to assign the desired usart pins to their peripheral function. if i/o lines of the usart are not used by the application, they can be used for other purposes by the pio controller. all the pins of the modems may or may not not be implemented on the usart within a prod- uct. frequently, only the usart1 is fully equi pped with all the modem signals. for the other usarts of the product not equipped with the corresponding pin, the associated control bits and statuses have no effect on the behavior of the usart. power management the usart is not continuously clocked. the programmer must first enable the usart clock in the power management controller (pmc) before using the usart. however, if the applica- tion does not require usart operations, the usart clock can be stopped when not needed and be restarted later. in this case, the usart will resume its operations where it left off. configuring the usart does not require the usart clock to be enabled. interrupt the usart interrupt line is connected on one of the internal sources of the advanced inter- rupt controller. using the usart interrupt requires the aic to be programmed first. note that it is not recommended to use the usart interrupt line in edge sensitive mode.
271 at91rm3400 1790a?atarm?11/03 functional description the usart is capable of managing several ty pes of serial synchronous or asynchronous communications. it supports the following communication modes.  5- to 9-bit full-duplex asynchronous serial communication: ? msb- or lsb-first ? 1, 1.5 or 2 stop bits ? parity even, odd, marked, space or none ? by-8 or by-16 over-sampling receiver frequency ? optional hardware handshaking ? optional modem signals management ? optional break management ? optional multi-drop serial communication  high-speed 5- to 9-bit full-duplex synchronous serial communication: ? msb- or lsb-first ? 1 or 2 stop bits ? parity even, odd, marked, space or none ? by-8 or by-16 over-sampling frequency ? optional hardware handshaking ? optional modem signals management ? optional break management ? optional multi-drop serial communication  rs485 with driver control signal  iso7816, t0 or t1 protocols for interfacing with smart cards ? nack handling, error counter with repetition and iteration limit  infrared irda modulation and demodulation  test modes ? remote loopback, local loopback, automatic echo baud rate generator the baud rate generator provides the bit per iod clock named the baud rate clock to both the receiver and the transmitter. the baud rate generator clock source can be selected by setting the usclks field in the mode register (us_mr) between:  the master clock mck  a division of the master clock, the divider being product dependent, but generally set to 8  the external clock, available on the sck pin the baud rate generator is based upon a 16- bit divider, which is programmed with the cd field of the baud rate generator register (us_brgr). if cd is programmed at 0, the baud rate generator does not generate any clock. if cd is programmed at 1, the divider is bypassed and becomes inactive. if the external sck clock is selected, the duration of the low and high levels of the signal pro- vided on the sck pin must be longer than a master clock (mck) period. the frequency of the signal provided on sck must be at least 4.5 times lower than mck.
272 at91rm3400 1790a?atarm?11/03 figure 92. baud rate generator baud rate in asynchronous mode if the usart is programmed to operate in asynchronous mode, the selected clock is first divided by cd, which is field programmed in the baud rate generator register (us_brgr). the resulting clock is provided to the receiver as a sampling clock and then divided by 16 or 8, depending on the programming of the over bit in us_mr. if over is set to 1, the receiver sampling is 8 times higher than the baud rate clock. if over is cleared, the sampling is performed at 16 times the baud rate clock. the following formula performs the calculation of the baud rate. this gives a maximum baud rate of mck divided by 8, assuming that mck is the highest pos- sible clock and that over is programmed at 1. baud rate calculation example table 44 shows calculations of cd to obtain a baud rate at 38400 bauds for different source clock frequencies. this table also shows the actual resulting baud rate and the error. mck/div 16-bit counter 0 baud rat e clock cd cd sampling divider 0 1 >1 sampling clock reserved mck s ck usclks over sck sync sync usclks = 3 1 0 2 3 0 1 0 1 fidi b audrate selectedclock 82 over ? () cd () ----------------------------------------- --- = table 44. baud rate example (over = 0) source clock expected baud rate calculation result cd actual baud rate error mhz bit/s bit/s 3 686 400 38 400 6.00 6 38 400.00 0.00% 4 915 200 38 400 8.00 8 38 400.00 0.00% 5 000 000 38 400 8.14 8 39 062.50 1.70% 7 372 800 38 400 12.00 12 38 400.00 0.00% 8 000 000 38 400 13.02 13 38 461.54 0.16% 12 000 000 38 400 19.53 20 37 500.00 2.40% 12 288 000 38 400 20.00 20 38 400.00 0.00% 14 318 180 38 400 23.30 23 38 908.10 1.31% 14 745 600 38 400 24.00 24 38 400.00 0.00%
273 at91rm3400 1790a?atarm?11/03 the baud rate is calculated with the following formula: the baud rate error is calculated with the following formula. it is not recommended to work with an error higher than 5%. baud rate in synchronous mode if the usart is programmed to operate in synchronous mode, the selected clock is simply divided by the field cd in us_brgr. in synchronous mode, if the external clock is selected (usclks = 3), the clock is provided directly by the signal on the usart sck pin. no division is active . the value written in us_brgr has no effect. the external clock frequency must be at least 4.5 times lower than the system clock. when either the external clock sck or the inte rnal clock divided (mck/div) is selected, the value programmed in cd must be even if the user has to ensure a 50:50 mark/space ratio on the sck pin. if the internal clock mck is selected, the baud rate generator ensures a 50:50 duty cycle on the sck pin, even if the value programmed in cd is odd. baud rate in iso 7816 mode the iso7816 specification defines the bit rate with the following formula: where:  b is the bit rate  di is the bit-rate adjustment factor  fi is the clock frequency division factor  f is the iso7816 clock frequency (hz) 18 432 000 38 400 30.00 30 38 400.00 0.00% 24 000 000 38 400 39.06 39 38 461.54 0.16% 24 576 000 38 400 40.00 40 38 400.00 0.00% 25 000 000 38 400 40.69 40 38 109.76 0.76% 32 000 000 38 400 52.08 52 38 461.54 0.16% 32 768 000 38 400 53.33 53 38 641.51 0.63% 33 000 000 38 400 53.71 54 38 194.44 0.54% 40 000 000 38 400 65.10 65 38 461.54 0.16% 50 000 000 38 400 81.38 81 38 580.25 0.47% 60 000 000 38 400 97.66 98 38 265.31 0.35% 70 000 000 38 400 113.93 114 38 377.19 0.06% table 44. baud rate example (over = 0) (continued) source clock expected baud rate calculation result cd actual baud rate error baudrate mck cd 16 ? = e rror 1 expectedbaudrate actualbaudrate -------------------------------------------------- - ?? ?? ? = b audrate selectedcloc k cd ---------------------------------- --- - = b di fi ----- - f =
274 at91rm3400 1790a?atarm?11/03 di is a binary value encoded on a 4-bit field, named di, as represented in table 45. fi is a binary value encoded on a 4-bit field, named fi, as represented in table 46. table 47 shows the resulting fi/di ratio, which is the ratio between the iso7816 clock and the baud rate clock.. if the usart is configured in iso7816 mode, the clock selected by the usclks field in the mode register (us_mr) is first divided by the value programmed in the field cd in the baud rate generator register (us_brgr). the resulting clock can be provided to the sck pin to feed the smart card clock inputs. this means that the clko bit can be set in us_mr. this clock is then divided by the value pr ogrammed in the fi_di_ratio field in the fi_di_ratio register (us_fidi). this is performed by the sampling divider, which performs a division by up to 2047 in iso7816 mode. the non-integer values of the fi/di ratio are not sup- ported and the user must program the fi_di_ratio field to a value as close as possible to the expected value. the fi_di_ratio field resets to the value 0x174 (372 in decimal) and is the most common divider between the iso7816 clock and the bit rate (fi = 372, di = 1). figure 93 shows the relation between the elementary time unit, corresponding to a bit time, and the iso 7816 clock. table 45. binary and decimal values for d di field 0001 0010 0011 0100 0101 0110 1000 1001 di (decimal) 1 2 4 8 16 32 12 20 table 46. binary and decimal values for f fi field 0000 0001 0010 0011 0100 0101 0110 1001 1010 1011 1100 1101 fi (decimal 372 372 558 744 1116 1488 1860 512 768 1024 1536 2048 table 47. possible values for the fi/di ratio fi/di 372 558 774 1116 1488 1806 512 768 1024 1536 2048 1 372 558 744 1116 1488 1860 512 768 1024 1536 2048 2 186 279 372 558 744 930 256 384 512 768 1024 4 93 139.5 186 279 372 465 128 192 256 384 512 8 46.5 69.75 93 139.5 186 232.5 64 96 128 192 256 16 23.25 34.87 46.5 69.75 93 116.2 32 48 64 96 128 32 11.62 17.43 23.25 34.87 46.5 58.13 16 24 32 48 64 12 31 46.5 62 93 124 155 42.66 64 85.33 128 170.6 20 18.6 27.9 37.2 55.8 74.4 93 25.6 38.4 51.2 76.8 102.4
275 at91rm3400 1790a?atarm?11/03 figure 93. elementary time unit (etu) receiver and transmitter control after reset, the receiver is disabled. the user must enable the receiver by setting the rxen bit in the control register (us_cr). however, the receiver registers can be programmed before the receiver clock is enabled. after reset, the transmitter is disabled. the user must enable it by setting the txen bit in the control register (us_cr). however, the transmitter registers can be programmed before being enabled. the receiver and the transmitter can be enabled together or independently. at any time, the software can perform a reset on the receiver or the transmitter of the usart by setting the corresponding bit, rstrx and rstt x respectively, in the control register (us_cr). the reset commands have the same effect as a hardware reset on the correspond- ing logic. regardless of what the receiver or the transmitter is performing, the communication is immediately stopped. the user can also independently disable the receiver or the transmitter by setting rxdis and txdis respectively in us_cr. if the receiver is disabled during a c haracter reception, the usart waits until the end of reception of the current character, then the reception is stopped. if the transmitter is disabled while it is operating, the usart waits the end of transmission of both the current character and character being stored in the transmit holding register (us_thr). if a time guard is programmed, it is handled normally. synchronous and asynchronous modes transmitter operations the transmitter performs the same in both synchronous and asynchronous operating modes (sync = 0 or sync = 1). one start bit, up to 9 data bits, one optional parity bit and up to two stop bits are successively shifted out on the txd pin at each falling edge of the programmed serial clock. the number of data bits is selected by the chrl field and the mode9 bit in the mode regis- ter (us_mr). nine bits are selected by setting the mode 9 bit regardless of the chrl field. the parity bit is set according to the par fi eld in us_mr. the even, odd, space, marked or none parity bit can be configured. the msbf field in us_mr configures which data bit is sent first. if written at 1, the most significant bit is sent first. at 0, the less significant bit is sent first. the number of stop bits is selected by the nbstop field in us_mr. the 1.5 stop bit is sup- ported in asynchronous mode only. 1 etu iso7816 clock on sck iso7816 i/o line on txd fi_di_ratio iso7816 clock cycles
276 at91rm3400 1790a?atarm?11/03 figure 94. character transmit the characters are sent by writing in the transmit holding register (us_thr). the transmit- ter reports two status bits in the channel status register (us_csr): txrdy (transmitter ready), which indicates that us_thr is empty and txempty, which indicates that all the characters written in us_thr have been processed. when the current character processing is completed, the last character written in us_thr is transferred into the shift register of the transmitter and us_thr becomes empty, thus txrdy raises. both txrdy and txempty bits are low since the transmitter is disabled. writing a character in us_thr while txrdy is active has no effect and the written character is lost. figure 95. transmitter status asynchronous receiver if the usart is programmed in asynchronous operating mode (sync = 0), the receiver over- samples the rxd input line. the oversampling is either 16 or 8 times the baud rate clock, depending on the over bit in the mode register (us_mr). the receiver samples the rxd line. if the line is sampled during one half of a bit time at 0, a start bit is detected and data, parity and stop bits are successively sampled on the bit rate clock. if the oversampling is 16, (over at 0), a start is detected at the eighth sample at 0. then, data bits, parity bit and stop bit are sampled on each 16 sampling clock cycle. if the oversampling is 8 (over at 1), a start bit is detected at the fourth sample at 0. then, data bits, parity bit and stop bit are sampled on each 8 sampling clock cycle. the number of data bits, first bit sent and parity mode are selected by the same fields and bits as the transmitter, i.e. respectively chrl, mode9, msbf and par. the number of stop bits has no effect on the receiver as it considers only one stop bit, regardless of the field nbstop, so that resynchronization between the receiver and the transmitter can occur. moreover, as soon as the stop bit is sampled, the receiver starts looking for a new start bit so that resynchro- nization can also be accomplished when the transmitter is operating with one stop bit. d0 d1 d2 d3 d4 d5 d6 d7 txd start bit parity bit stop bit example: 8-bit, parity enabled one stop baud rate clock d0 d1 d2 d3 d4 d5 d6 d7 txd start bit parity bit stop bit baud rate clock start bit write us_thr d0 d1 d2 d3 d4 d5 d6 d7 parity bit stop bit txrdy txempty
277 at91rm3400 1790a?atarm?11/03 figure 96 and figure 97 illustrate start detection and character reception when usart oper- ates in asynchronous mode. figure 96. asynchronous start detection figure 97. asynchronous character reception synchronous receiver in synchronous mode (sync = 1), the receiver samples the rxd signal on each rising edge of the baud rate clock. if a low level is detected, it is considered as a start. all data bits, the par- ity bit and the stop bits are sampled and the receiver waits for the next start bit. synchronous mode operations provide a high speed transfer capability. configuration fields and bits are the same as in asynchronous mode. figure 98 illustrates a character reception in synchronous mode. sampling clock (x16) rxd start detection sampling baud rate clock rxd start rejection sampling 12345678 12345670 1234 12345678 9 10111213141516 d0 sampling d0 d1 d2 d3 d4 d5 d6 d7 rxd parity bit stop bit example: 8-bit, parity enabled baud rate clock start detection 16 samples 16 samples 16 samples 16 samples 16 samples 16 samples 16 samples 16 samples 16 samples 16 samples
278 at91rm3400 1790a?atarm?11/03 figure 98. synchronous mode character reception receiver operations when a character reception is completed, it is transferred to the receive holding register (us_rhr) and the rxrdy bit in the status register (us_csr) rises. if a character is com- pleted while the rxrdy is set, the ovre (overrun error) bit is set. the last character is transferred into us_rhr and overwrites the previ ous one. the ovre bit is cleared by writing the control register (us_cr) with the rststa (reset status) bit at 1. figure 99. receiver status parity the usart supports five parity modes selected by programming the par field in the mode register (us_mr). the par field also enables the multidrop mode, which is discussed in a separate paragraph. even and odd parity bit generation and error detection are supported. if even parity is selected, the parity generator of the transmitter drives the parity bit at 1 if a number of 1s in the character data bit is even, and at 0 if the number of 1s is odd. accordingly, the receiver parity checker counts the number of received 1s and reports a parity error if the sampled parity bit does not correspond. if the odd parity is selected, the parity generator of the transmitter drives the parity bit at 0 if a number of 1s in the character data bit is even, and at 1 if the number of 1s is odd. accordingly, the receiver parity checker counts the number of received 1s and reports a parity error if the sampled parity bit does not correspond. if the mark parity is used, the parity generator of the transmitter drives the parity bit at 1 for all characters. the receiver parity checker reports an error if the parity bit is sampled at 0.if the space parity is used, the parity generator of the transmitter drives the parity bit at 0 for all characters. the receiver parity checker reports an error if the parity bit is sampled at 1. if parity is disabled, the transmitter does not generate any parity bit and the receiver does not report any parity error. d0 d1 d2 d3 d4 d5 d6 d7 rxd start sampling parity bit stop bit example: 8-bit, parity enabled 1 stop baud rate clock d0 d1 d2 d3 d4 d5 d6 d7 rxd start bit parity bit stop bit b aud rate clock write us_cr rxrdy ovre d0 d1 d2 d3 d4 d5 d6 d7 start bit parity bit stop bit rststa = 1 read us_rhr
279 at91rm3400 1790a?atarm?11/03 table 48 shows an example of the parity bit for the character 0x41 (character ascii ?a?) depending on the configuration of the usart. because there are two bits at 1, 1 bit is added when a parity is odd, or 0 is added when a parity is even. i when the receiver detects a parity error, it sets the pare (parity error) bit in the channel sta- tus register (us_csr). the pare bit can be cleared by writing the control register (us_cr) with the rststa bit at 1. figure 100 illustrates the parity bit status setting and clearing. figure 100. parity error multi-drop mode if the par field in the mode register (us_mr) is programmed to the value 0x3, the usart runs in multi-drop mode. this mode differentiates the data characters and the address charac- ters. data is transmitted with the parity bit at 0 and addresses are transmitted with the parity bit at 1. if the usart is configured in multi-drop mode , the receiver sets the pare parity error bit when the parity bit is high and the transmitter is able to send a character with the parity bit high when the control register is written with the senda bit at 1. to handle parity error, the pare bit is cleared when the control register is written with the bit rststa at 1. the transmitter sends an address byte (parity bi t set) when senda is written to us_cr. in this case, the next byte written to us_thr is transmitted as an address. any character written in us_thr without having written the command senda is transmitted normally with the parity at 0. table 48. parity bit examples character hexa binary parity bit paritymode a 0x41 0100 0001 1 odd a 0x41 0100 0001 0 even a 0x41 0100 0001 1 mark a 0x41 0100 0001 0 space a 0x41 0100 0001 none none d0 d1 d2 d3 d4 d5 d6 d7 rxd start bit bad parity bit stop bit b aud rate clock write us_cr pare rxrdy rststa = 1
280 at91rm3400 1790a?atarm?11/03 transmitter timeguard the timeguard feature enables the usart interface with slow remote devices. the timeguard function enables the transmitter to insert an idle state on the txd line between two characters. this idle state actually acts as a long stop bit. the duration of the idle state is programmed in the tg field of the transmitter timeguard reg- ister (us_ttgr). when this field is programmed at zero no timeguard is generated. otherwise, the transmitter holds a high level on txd after each transmitted byte during the number of bit periods programmed in tg in addition to the number of stop bits. as illustrated in figure 101, the behavior of txrdy and txempty status bits is modified by the programming of a timeguard. txrdy rises only when the start bit of the next character is sent, and thus remains at 0 during the timeguard transmission if a character has been written in us_thr. txempty remains low until the timeguard transmission is completed as the time- guard is part of the current character being transmitted. figure 101. timeguard operations table 49 indicates the maximum length of a timeguard period that the transmitter can handle in relation to the function of the baud rate. d0 d1 d2 d3 d4 d5 d6 d7 txd start bit parity bit stop bit b aud rate clock start bit tg = 4 write us_thr d0 d1 d2 d3 d4 d5 d6 d7 parity bit stop bit txrdy t xempty tg = 4 table 49. maximum timeguard length depending on baud rate baud rate bit time timeguard bit/sec s ms 1 200 833 212.50 9 600 104 26.56 14400 69.4 17.71 19200 52.1 13.28 28800 34.7 8.85 33400 29.9 7.63 56000 17.9 4.55 57600 17.4 4.43 115200 8.7 2.21
281 at91rm3400 1790a?atarm?11/03 receiver time-out the receiver time-out provides support in handling variable-length frames. this feature detects an idle condition on the rxd line. when a time-out is detected, the bit timeout in the channel status register (us_csr) rises and can generate an interrupt, thus indicating to the driver an end of frame. the time-out delay period (during which the receiver waits for a new character) is programmed in the to field of the receiver time-out register (us_rtor). if the to field is programmed at 0, the receiver time-out is disabled and no time-out is detected. the timeout bit in us_csr remains at 0. otherwise, the receiver loads a 16-bit counter with the value pro- grammed in to. this counter is decremented at each bit period and reloaded each time a new character is received. if the counter reaches 0, the timeout bit in the status register rises. the user can either:  obtain an interrupt when a time-out is detected after having received at least one character. this is performed by writing the control register (us_cr) with the sttto (start time-out) bit at 1.  obtain a periodic interrupt while no character is received. this is performed by writing us_cr with the retto (reload and start time-out) bit at 1. if sttto is performed, the counter clock is stopped until a first character is received. the idle state on rxd before the start of the frame does not provide a time out. this prevents having to obtain a periodic interrupt and enables a wait of the end of frame when the idle state on rxd is detected. if retto is performed, the counter starts counting down immediately from the value to. this enables generation of a periodic interrupt so that a user time-out can be handled, for example when no key is pressed on a keyboard. figure 102 shows the block diagram of the receiver time out feature. figure 102. receiver time-out block diagram table 50 gives the maximum time-out period for some standard baud rates. 16-bit time-out counter 0 to timeout baud rate clock = character received retto load clock 16-bit value sttto dq 1 clear
282 at91rm3400 1790a?atarm?11/03 framing error the receiver is capable of detecting framing errors. a framing error happens when the stop bit of a received character is detected at level 0. this can occur if the receiver and the transmitter are fully desynchronized. a framing error is reported on the frame bit of the channel status register (us_csr). the frame bit is asserted in the middle of the stop bit as soon as the framing error is detected. it is cleared by writing the control register (us_cr) with the rststa bit at 1. figure 103. framing error status table 50. maximum time-out period baud rate bit time time -out bit/sec s ms 600 1 667 109 225 1 200 833 54 613 2 400 417 27 306 4 800 208 13 653 9 600 104 6 827 14400 69 4 551 19200 52 3 413 28800 35 2 276 33400 30 1 962 56000 18 1 170 57600 17 1 138 200000 5 328 d0 d1 d2 d3 d4 d5 d6 d7 rxd start bit parity bit stop bit b aud rate clock write us_cr frame rxrdy rststa = 1
283 at91rm3400 1790a?atarm?11/03 transmit break the user can request the transmitter to generate a break condition on the txd line. a break condition drives the txd line low during at least one complete character. it appears the same as a 0x00 character sent with the parity and the stop bits at 0. however, the transmitter holds the txd line at least during one character until the user requests the break condition to be removed. a break is transmitted by writing the control register (us_cr) with the sttbrk bit at 1. this can be performed at any time, either while the transmitter is empty (no character in either the shift register or in us_thr) or when a character is being transmitted. if a break is requested while a character is being shifted out, the char acter is first completed before the txd line is held low. once sttbrk command is requested further sttbrk commands are ignored until the end of the break is completed. the break condition is removed by writing us_cr with the stpbrk bit at 1. if the stpbrk is requested before the end of the minimum break duration (one character, including start, data, parity and stop bits), the transmitter ensures that the break condition completes. the transmitter considers the break as though it is a character, i.e. the sttbrk and stpbrk commands are taken into account only if the txrdy bit in us_csr is at 1 and the start of the break condition clears the txrdy and txempty bits as if a character is processed. writing us_cr with the both sttbrk and stpbrk bits at 1 can lead to an unpredictable result. all stpbrk commands requested without a previous sttbrk command are ignored. a byte written into the transmit holding register while a break is pending, but not started, is ignored. after the break condition, the transmitter returns the txd line to 1 for a minimum of 12 bit times. thus, the transmitter ensures that the remote receiver detects correctly the end of break and the start of the next character. if the timeguard is programmed with a value higher than 12, the txd line is held high for the timeguard period. after holding the txd line for this period, the transmitter resumes normal operations. figure 104 illustrates the effect of both the start break (sttbrk) and stop break (stp brk) commands on the txd line. figure 104. break transmission d0 d1 d2 d3 d4 d5 d6 d7 txd start bit parity bit stop bit b aud rate clock write us_cr txrdy t xempty stpbrk = 1 sttbrk = 1 break transmission end of break
284 at91rm3400 1790a?atarm?11/03 receive break the receiver detects a break condition when all data, parity and stop bits are low. this corre- sponds to detecting a framing error with data at 0x00, but frame remains low. when the low stop bit is detected, the receiver asserts the rxbrk bit in us_csr. this bit may be cleared by writing the control register (us_cr) with the bit rststa at 1. an end of receive break is detected by a high level for at least 2/16 of a bit period in asynchro- nous operating mode or one sample at high level in synchronous operating mode. the end of break detection also asserts the rxbrk bit. hardware handshaking the usart features a hardware handshaking out-of-band flow control. the rts and cts pins are used to connect with the remote device, as shown in figure 105. figure 105. connection with a remote device for hardware handshaking setting the usart to operate with hardware handshaking is performed by writing the usart_mode field in the mode register (us_mr) to the value 0x2. the usart behavior when hardware handshaking is enabled is the same as the behavior in standard synchronous or asynchronous mode, except that the receiver drives the rts pin as described below and the level on the cts pin modifies the behavior of the transmitter as described below. using this mode requires using the pdc channel for reception. the transmit- ter can handle hardware handshaking in any case. figure 106 shows how the receiver operates if hardware handshaking is enabled. the rts pin is driven high if the receiver is disabled and if the status rxbuff (receive buffer full) coming from the pdc channel is high. normally, the remote device does not start transmitting while its cts pin (driven by rts) is high. as soon as the receiver is enabled, the rts falls, indicating to the remote device that it can start transmitting. defining a new buffer to the pdc clears the status bit rxbuff and, as a result, asserts the pin rts low. figure 106. receiver behavior when operating with hardware handshaking figure 107 shows how the transmitter operates if hardware handshaking is enabled. the cts pin disables the transmitter. if a character is being processing, the transmitter is disabled only after the completion of the current character and transmission of the next character happens as soon as the pin cts falls. usart txd cts remote device rxd txd rxd rts rts cts rts r xbuff write us_cr rxen = 1 rxd rxdis = 1
285 at91rm3400 1790a?atarm?11/03 figure 107. transmitter behavior when operating with hardware handshaking iso7816 mode the usart features an iso7816-compatible operating mode. this mode permits interfacing with smart cards and security access modules (sam) communicating through an iso7816 link. both t = 0 and t = 1 protocols defined by the iso7816 specification are supported. setting the usart in iso7816 mode is performed by writing the usart_mode field in the mode register (us_mr) to the value 0x4 for protocol t = 0 and to the value 0x5 for protocol t = 1. iso7816 mode overview the iso7816 is a half duplex communication on only one bidirectional line. the baud rate is determined by a division of the clock provided to the remote device (see ?baud rate genera- tor? on page 271). the usart connects to a smart card. as shown in figure 108. the txd line becomes bidirec- tional and the baud rate generator feeds the iso7816 clock on the sck pin. as the txd pin becomes bidirectional, its output remains driven by the output of the transmitter but only when the transmitter is active while its input is di rected to the input of the receiver. the usart is considered as the master of the communication as it generates the clock. figure 108. connection of a smart card to the usart when operating in iso7816, either in t = 0 or t = 1 modes, the character format is fixed. the configuration is 8 data bits, even parity and 1 or 2 stop bits, regardless of the values pro- grammed in the chrl, mode9, par and chmode fields. msbf can be used to transmit lsb or msb first. the usart cannot operate concurrently in both receiver and transmitter modes as the com- munication is unidirectional at a time. it has to be configured according to the required mode by enabling or disabling either the receiver or the transmitter as desired. enabling both the receiver and the transmitter at the same time in iso7816 mode may lead to unpredictable results. the iso7816 specification defines an inverse transmission format. data bits of the character must be transmitted on the i/o line at their negative value. the usart does not support this format and the user has to perform an exclusive or on the data before writing it in the trans- mit holding register (us_thr) or after reading it in the receive holding register (us_rhr). c ts t xd smart card sck clk txd i/o usart
286 at91rm3400 1790a?atarm?11/03 protocol t = 0 in t = 0 protocol, a character is made up of one start bit, eight data bits, one parity bit and one guard time, which lasts two bit times. the transmitter shifts out the bits and does not drive the i/o line during the guard time. if no parity error is detected, the i/o line remains at 1 during the guard time and the transmitter can continue with the transmission of the next character, as shown in figure 109. if a parity error is detected by the receiver, it drives the i/o line at 0 during the guard time, as shown in figure 110. this error bit is also named nack, for non acknowledge. in this case, the character lasts 1 bit time more, as the guard time length is the same and is added to the error bit time which lasts 1 bit time. when the usart is the receiver and it detects an error, it does not load the erroneous charac- ter in the receive holding register (us_rhr). it appropriately sets the pare bit in the status register (us_sr) so that the software can handle the error. figure 109. t = 0 protocol without parity error figure 110. t = 0 protocol with parity error receive error counter the usart receiver also records the total number of errors. this can be read in the number of error (us_ner) register. the nb_error s field can record up to 255 errors. reading us_ner automatically clears the nb_errors field. receive nack inhibit the usart can also be configured to inhibit an error. this can be achieved by setting the inack bit in the mode register (us_mr). if inack is at 1, no error signal is driven on the i/o line even if a parity bit is detected, but the inac k bit is set in the status register (us_sr). the inack bit can be cleared by writing the control register (us_cr) with the rstnack bit at 1. moreover, if inack is set, the erroneous received character is stored in the receive holding register, as if no error occurred. however, the rxrdy bit does not raise. transmit character repetition when the usart is transmitting a character and gets a nack, it can automatically repeat the character before moving on to the next one. repetition is enabled by writing the max_iteration field in the mode register (us_mr) at a value higher than 0. each charac- ter can be transmitted up to eight times; the first transmission plus seven repetitions. if max_iteration does not equal zero, the usart repeats the character as many times as the value loaded in max_iteration. d0 d1 d2 d3 d4 d5 d6 d7 rxd parity bit b aud rate clock start bit guard time 1 next start bit guard time 2 d0 d1 d2 d3 d4 d5 d6 d7 i/o parity bit b aud rate clock start bit guard time 1 start bit guard time 2 d0 d 1 error repetition
287 at91rm3400 1790a?atarm?11/03 when the usart repetition number reaches max_iteration, the iteration bit is set in the channel status register (us_csr). if the repetition of the character is acknowledged by the receiver, the repetitions are stopped and the iteration counter is cleared. the iteration bit in us_csr can be cleared by writing the control register with the rsit bit at 1. disable successive receive nack the receiver can limit the number of successive nacks sent back to the remote transmitter. this is programmed by setting the bit dsnack in the mode register (us_mr). the maximum number of nack transmitted is programmed in the max_iteration field. as soon as max_iteration is reached, the character is considered as correct, an acknowledge is sent on the line and the iteration bit in the channel status register is set. protocol t = 1 when operating in iso7816 protocol t = 1, the transmission is similar to an asynchronous for- mat with only one stop bit. the parity is generated when transmitting and checked when receiving. parity error detection sets the pare bit in the channel status register (us_csr). irda mode the usart features an irda mode supplying half-duplex point-to-point wireless communica- tion. it embeds the modulator and demodulator which allows a gluel ess connection to the infrared transceivers, as shown in figure 111. the modulator and demodulator are compliant with the irda specification version 1.1 and support data transfer speeds ranging from 2,4 kbps to 115,2 kbps. the usart irda mode is enabled by setting t he usart_mode field in the mode register (us_mr) to the value 0x8. the irda filter register (us_if) allows configuring the demodula- tor filter. the usart transmitter and receiver operate in a normal asynchronous mode and all parameters are accessible. note that the modulator and the demodulator are activated. figure 111. connection to irda transceivers the receiver and the transmitter must be enabled or disabled according to the direction of the transmission to be managed. irda transceivers rxd rx txd tx usart demodulator modulator receiver transmitter
288 at91rm3400 1790a?atarm?11/03 irda modulation for baud rates up to and including 115.2 kbits/sec, the rzi modulation scheme is used. "0" is represented by a light pulse of 3/16th of a bit time. some examples of signal pulse duration are shown in table 51.. figure 112 shows an example of character transmission. figure 112. irda modulation irda baud rate table 52 gives some examples of cd values, baud rate error and pulse duration. note that the requirement on the maximum acceptable error of +/- 1.87% must be met. table 51. irda pulse duration baud rate pulse duration (3/16) 2.4 kb/s 78.13 s 9.6 kb/s 19.53 s 19.2 kb/s 9.77 s 38.4 kb/s 4.88 s 57.6 kb/s 3.26 s 115.2 kb/s 1.63 s bit period bit perio d 3 16 start bit data bits start bit 0 0 0 0 0 1 1 1 1 1 t ransmitter output txd table 52. irda baud rate error peripheral clock baud rate cd baud rate error pulse time 3 686 400 115 200 2 0.00% 1.63 20 000 000 115 200 11 1.38% 1.63 32 768 000 115 200 18 1.25% 1.63 40 000 000 115 200 22 1.38% 1.63 3 686 400 57 600 4 0.00% 3.26 20 000 000 57 600 22 1.38% 3.26 32 768 000 57 600 36 1.25% 3.26 40 000 000 57 600 43 0.93% 3.26 3 686 400 38 400 6 0.00% 4.88 20 000 000 38 400 33 1.38% 4.88 32 768 000 38 400 53 0.63% 4.88
289 at91rm3400 1790a?atarm?11/03 irda demodulator the demodulator is based on the irda receive filter comprised of an 8-bit down counter which is loaded with the value programmed in us_i f. when a falling edge is detected on the rxd pin, the filter counter starts counting down at the master clock (mck) speed. if a rising edge is detected on the rxd pin, the counter stops and is reloaded with us_if. if no rising edge is detected when the counter reaches 0, the input of the receiver is driven low during one bit time. figure 113 illustrates the operations of the irda demodulator. figure 113. irda demodulator operations as the irda mode uses the same logic as the iso7816, note that the fi_di_ratio field in us_fidi must be set to a value higher than 0 in order to assure irda communications operate correctly. 40 000 000 38 400 65 0.16% 4.88 3 686 400 19 200 12 0.00% 9.77 20 000 000 19 200 65 0.16% 9.77 32 768 000 19 200 107 0.31% 9.77 40 000 000 19 200 130 0.16% 9.77 3 686 400 9 600 24 0.00% 19.53 20 000 000 9 600 130 0.16% 19.53 32 768 000 9 600 213 0.16% 19.53 40 000 000 9 600 260 0.16% 19.53 3 686 400 2 400 96 0.00% 78.13 20 000 000 2 400 521 0.03% 78.13 32 768 000 2 400 853 0.04% 78.13 table 52. irda baud rate error peripheral clock baud rate cd baud rate error pulse time mck rxd r eceiver input pulse rejected 65432 6 1 driven low during 16 baud rate clock cycles 65432 0 pulse accepted counter value
290 at91rm3400 1790a?atarm?11/03 rs485 mode the usart features the rs485 mode to enable line driver control. while operating in rs485 mode, the usart behaves as though in asynchronous or synchronous mode and configura- tion of all the parameters are possible. the difference is that the rts pin is driven high when the transmitter is operating. the behavior of the rts pin is controlled by the txempty bit. a typical connection of the usart to a rs485 bus is shown in figure 114. figure 114. typical c onnection to a rs485 bus. the usart is set in rs485 mode by programming the usart_mode field in the mode reg- ister (us_mr) to the value 0x1. the rts pin is at a level inverse of the txempty bit. significantly, the rts pin remains high when a timeguard is programmed so that the line can remain driven after the last character completion. figure 115 gives an example of the rts waveform during a character transmis- sion when the timeguard is enabled. figure 115. example of rts drive with timeguard usart rts txd rxd differentia l bus d0 d1 d2 d3 d4 d5 d6 d7 txd start bit parity bit stop bit b aud rate clock tg = 4 write us_thr txrdy t xempty rts
291 at91rm3400 1790a?atarm?11/03 modem mode the usart features modem mode, which enables control of the signals: dtr (data terminal ready), dsr (data set ready), rts (request to send), cts (clear to send), dcd (data carrier detect) and ri (ring indicator). while operating in modem mode, the usart behaves as a dte (data terminal equipment) as it drives dtr and rts and can detect level change on dsr, dcd, cts and ri. setting the usart in modem mode is performed by writing the usart_mode field in the mode register (us_mr) to the value 0x3. while operating in modem mode the usart behaves as though in asynchronous mode and all the parameter configurations are available. table 53 gives the correspondence of the usart signals with modem connection standards. the control of the rts and dtr output pins is performed by witting the control register (us_cr) with the rtsdis, rtsen, dtrdis and dt ren bits respectively at 1. the disable command forces the corresponding pin to its inactive level, i.e. high. the enable commands force the corresponding pin to its active level, i.e. low. the level changes are detected on the ri, dsr, dcd and cts pins. if an input change is detected, the riic, dsric, dcdic and ctsic bits in the channel status register (us_csr) are set respectively and can trigger an inte rrupt. the status is automatically cleared when us_csr is read. furthermore, the cts automatically disables the transmitter when it is detected at its inactive state. if a character is being transmitted when the cts rises, the char- acter transmission is completed before the transmitter is actually disabled. test modes the usart can be programmed to operate in three different test modes. the internal loop- back capability allows on-board diagnostics. in the loopback mode the usart interface pins are disconnected or not and reconfigured for loopback internally or externally. normal mode as a reminder, the normal mode simply connects the rxd pin on the receiver input and the transmitter output on the txd pin. figure 116. normal mode configuration table 53. circuit references usart pin v24 ccitt direction txd 2 103 from terminal to modem rts 4 105 from terminal to modem dtr 20 108.2 from terminal to modem rxd 3 104 from modem to terminal cts 5 106 from terminal to modem dsr 6 107 from terminal to modem dcd 8 109 from terminal to modem ri 22 125 from terminal to modem receiver transmitter rx d tx d
292 at91rm3400 1790a?atarm?11/03 automatic echo automatic echo mode allows bit-by-bit retransmission. when a bit is received on the rxd pin, it is sent to the txd pin, as shown in figure 117. programming the transmitter has no effect on the txd pin. the rxd pin is still connected to the receiver input, thus the receiver remains active. figure 117. automatic echo local loopback the local loopback mode connects the output of the transmitter directly to the input of the receiver, as shown in figure 118. the txd and rxd pins are not used. the rxd pin has no effect on the receiver and the txd pin is continuously driven high, as in idle state. figure 118. local loopback remote loopback remote loopback mode directly connects the rxd pin to the txd pin, as shown in figure 119. the transmitter and the receiver are disabled and have no effect. this mode allows bit-by-bit retransmission. figure 119. remote loopback receiver transmitter rx d tx d receiver transmitter rx d tx d 1 receiver transmitter rx d tx d 1
293 at91rm3400 1790a?atarm?11/03 usart user interface table 54. usart memory map offset register name access reset state 0x0000 control register us_cr write-only ? 0x0004 mode register us_mr read/write ? 0x0008 interrupt enable register us_ier write-only ? 0x000c interrupt disable register us_idr write-only ? 0x0010 interrupt mask register us_imr read-only 0 0x0014 channel status register us_csr read-only ? 0x0018 receiver holding register us_rhr read-only 0 0x001c transmitter holding register us_thr write-only ? 0x0020 baud rate generator register us_brgr read/write 0 0x0024 receiver time-out register us_rtor read/write 0 0x0028 transmitter timeguard register us_ttgr read/write 0 0x2c to 0x3c reserved ? ? ? 0x0040 fi di ratio register us_fidi read/write 0x174 0x0044 number of errors register us_ner read-only ? 0x0048 reserved ? ? ? 0x004c irda filter register us_if read/write 0 0x5c to 0xfc reserved ? ? ? 0x100 to 0x128 reserved for pdc registers ? ? ?
294 at91rm3400 1790a?atarm?11/03 usart control register name: us_cr access type: write-only  rstrx: reset receiver 0 = no effect. 1 = resets the receiver.  rsttx: reset transmitter 0 = no effect. 1 = resets the transmitter.  rxen: receiver enable 0 = no effect. 1 = enables the receiver, if rxdis is 0.  rxdis: receiver disable 0 = no effect. 1 = disables the receiver.  txen: transmitter enable 0 = no effect. 1 = enables the transmitter if txdis is 0.  txdis: transmitter disable 0 = no effect. 1 = disables the transmitter.  rststa: reset status bits 0 = no effect. 1 = resets the status bits pare, frame, ovre and rxbrk in the us_csr.  sttbrk: start break 0 = no effect. 1 = starts transmission of a break after the characters present in us_thr and the transmit shift register have been trans- mitted. no effect if a break is already being transmitted.  stpbrk: stop break 0 = no effect. 1 = stops transmission of the break after a minimum of one character length and transmits a high level during 12-bit peri- ods. no effect if no break is being transmitted. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? rtsdis rtsen dtrdis dtren 15 14 13 12 11 10 9 8 retto rstnack rstit senda sttto stpbrk sttbrk rststa 7 6 5 4 3 2 1 0 txdis txen rxdis rxen rsttx rstrx ? ?
295 at91rm3400 1790a?atarm?11/03  sttto: start time-out 0 = no effect 1 = starts waiting for a character before clocking the time-out counter.  senda: send address 0 = no effect. 1 = in multi-drop mode only, the next character written to the us_thr is sent with the address bit set.  rstit: reset iterations 0 = no effect. 1 = resets iteration in us_csr. no effect if the iso7816 is not enabled.  rstnack: reset non acknowledge 0 = no effect 1 = resets nack in us_csr.  retto: rearm time-out 0 = no effect 1 = restart time-out  dtren: data terminal ready enable 0 = no effect. 1 = drives the pin dtr at 0.  dtrdis: data terminal ready disable 0 = no effect. 1 = drives the pin dtr to 1.  rtsen: request to send enable 0 = no effect. 1 = drives the pin rts to 0.  rtsdis: request to send disable 0 = no effect. 1 = drives the pin rts to 1.
296 at91rm3400 1790a?atarm?11/03 usart mode register name: us_mr access type: read/write usart_mode  usclks: clock selection  chrl: character length. 31 30 29 28 27 26 25 24 ? ? ? filter ? max_iteration 23 22 21 20 19 18 17 16 ? ? dsnack inack over clko mode9 msbf 15 14 13 12 11 10 9 8 chmode nbstop pa r sync 7 6 5 4 3 2 1 0 chrl usclks usart_mode usart_mode mode of the usart 0000 normal 0001 rs485 0010hardware handshaking 0011modem 0100is07816 protocol: t = 0 0101reserved 0110is07816 protocol: t = 1 0111reserved 1000irda 11xxreserved usclks selected clock 00mck 01mck / div 10reserved 11sck chrl character length 0 0 5 bits 0 1 6 bits 1 0 7 bits 1 1 8 bits
297 at91rm3400 1790a?atarm?11/03  sync: synchronous mode select 0 = usart operates in asynchronous mode. 1 = usart operates in synchronous mode  par: parity type  nbstop: number of stop bits  chmode: channel mode  msbf: bit order 0 = least significant bit is sent/received first. 1 = most significant bit is sent/received first.  mode9: 9-bit character length 0 = chrl defines character length. 1 = 9-bit character length.  cklo: clock output select 0 = the usart does not drive the sck pin. 1 = the usart drives the sck pin if usclks does not select the external clock sck.  over: oversampling mode 0 = 16x oversampling. 1 = 8x oversampling. par parity type 0 0 0 even parity 001odd parity 0 1 0 parity forced to 0 (space) 0 1 1 parity forced to 1 (mark) 10xno parity 1 1 x multi-drop mode nbstop asynchronous (sync = 0) synchronous (sync = 1) 0 0 1 stop bit 1 stop bit 0 1 1.5 stop bits reserved 1 0 2 stop bits 2 stop bits 1 1 reserved reserved chmode mode description 0 0 normal mode 0 1 automatic echo. receiver input is connected to the txd pin. 1 0 local loopback. transmitter output is connected to the receiver input.. 1 1 remote loopback. rxd pin is internally connected to the txd pin.
298 at91rm3400 1790a?atarm?11/03  inack: inhibit non acknowledge 0 = the nack is generated. 1 = the nack is not generated.  dsnack: disable successive nack 0 = nack is sent on the iso line as soon as a parity error occurs in the received character (unless inack is set). 1 = successive parity errors are counted up to the value specified in the max_iteration field. these parity errors gener- ate a nack on the iso line. as soon as this value is reached, no additional nack is sent on the iso line. the flag iteration is asserted.  max_iteration defines the maximum number of iterations in mode iso7816, protocol t = 0.  filter: infrared receive line filter 0 = the usart does not filter the receive line. 1 = the usart filters the receive line using a three-sample filter (1/16-bit clock) (2 over 3 majority).
299 at91rm3400 1790a?atarm?11/03 usart interrupt enable register name: us_ier access type: write-only  rxrdy: rxrdy interrupt enable  txrdy: txrdy interrupt enable  rxbrk: receiver break interrupt enable  endrx: end of receive transfer interrupt enable  endtx: end of transmit interrupt enable  ovre: overrun error interrupt enable  frame: framing error interrupt enable  pare: parity error interrupt enable  timeout: time-out interrupt enable  txempty: txempty interrupt enable  iteration: iteration interrupt enable  txbufe: buffer empty interrupt enable  rxbuff: buffer full interrupt enable  nack: non acknowledge interrupt enable  riic: ring indicator input change enable  dsric: data set ready input change enable  dcdic: data carrier detect input change interrupt enable  ctsic: clear to send input change interrupt enable 0 = no effect. 1 = enables the corresponding interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ? ? ? ? ctsic dcdic dsric riic 15 14 13 12 11 10 9 8 ? ? nack rxbuff txbufe iteration txempty timeout 76543210 pare frame ovre endtx endrx rxbrk txrdy rxrdy
300 at91rm3400 1790a?atarm?11/03 usart interrupt disable register name: us_idr access type: write-only  rxrdy: rxrdy interrupt disable  txrdy: txrdy interrupt disable  rxbrk: receiver break interrupt disable  endrx: end of receive transfer interrupt disable  endtx: end of transmit interrupt disable  ovre: overrun error interrupt disable  frame: framing error interrupt disable  pare: parity error interrupt disable  timeout: time-out interrupt disable  txempty: txempty interrupt disable  iteration: iteration interrupt disable  txbufe: buffer empty interrupt disable  rxbuff: buffer full interrupt disable  nack: non acknowledge interrupt disable  riic: ring indicator input change disable  dsric: data set ready input change disable  dcdic: data carrier detect i nput change interrupt disable  ctsic: clear to send input change interrupt disable 0 = no effect. 1 = disables the corresponding interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ? ? ? ? ctsic dcdic dsric riic 15 14 13 12 11 10 9 8 ? ? nack rxbuff txbufe iteration txempty timeout 76543210 pare frame ovre endtx endrx rxbrk txrdy rxrdy
301 at91rm3400 1790a?atarm?11/03 usart interrupt mask register name: us_imr access type: read-only  rxrdy: rxrdy interrupt mask  txrdy: txrdy interrupt mask  rxbrk: receiver break interrupt mask  endrx: end of receive transfer interrupt mask  endtx: end of transmit interrupt mask  ovre: overrun error interrupt mask  frame: framing error interrupt mask  pare: parity error interrupt mask  timeout: time-out interrupt mask  txempty: txempty interrupt mask  iteration: iteration interrupt mask  txbufe: buffer empty interrupt mask  rxbuff: buffer full interrupt mask  nack: non acknowledge interrupt mask  riic: ring indicator input change mask  dsric: data set ready input change mask  dcdic: data carrier detect input change interrupt mask  ctsic: clear to send input change interrupt mask 0 = the corresponding interrupt is disabled. 1 = the corresponding interrupt is enabled. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ? ? ? ? ctsic dcdic dsric riic 15 14 13 12 11 10 9 8 ? ? nack rxbuff txbufe iteration txempty timeout 76543210 pare frame ovre endtx endrx rxbrk txrdy rxrdy
302 at91rm3400 1790a?atarm?11/03 usart channel status register name: us_csr access type: read-only  rxrdy: receiver ready 0 = no complete character has been received since the last read of us_rhr or the receiver is disabled. if characters were being received when the receiver was disabled, rxrdy changes to 1 when the receiver is enabled. 1 = at least one complete character has been received and us_rhr has not yet been read.  txrdy: transmitter ready 0 = a character is in the us_thr waiting to be transferred to the transmit shift register, or an sttbrk command has been requested, or the transmitter is disabled. as soon as the transmitter is enabled, txrdy becomes 1. 1 = there is no character in the us_thr.  rxbrk: break received/end of break 0 = no break received or end of break detected since the last rststa. 1 = break received or end of break detected since the last rststa.  endrx: end of receiver transfer 0 = the end of transfer signal from the receive pdc channel is inactive. 1 = the end of transfer signal from the receive pdc channel is active.  endtx: end of transmitter transfer 0 = the end of transfer signal from the transmit pdc channel is inactive. 1 = the end of transfer signal from the transmit pdc channel is active.  ovre: overrun error 0 = no overrun error has occurred since since the last rststa. 1 = at least one overrun error has occurred since the last rststa.  frame: framing error 0 = no stop bit has been detected low since the last rststa. 1 = at least one stop bit has been detected low since the last rststa.  pare: parity error 0 = no parity error has been detected since the last rststa. 1 = at least one parity error has been detected since the last rststa.  timeout: receiver time-out 0 = there has not been a time-out since the last start time-out command or the time-out register is 0. 1 = there has been a time-out since the last start time-out command. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 cts dcd dsr ri ctsic dcdic dsric riic 15 14 13 12 11 10 9 8 ? ? nack rxbuff txbufe iteration txempty timeout 76543210 pare frame ovre endtx endrx rxbrk txrdy rxrdy
303 at91rm3400 1790a?atarm?11/03  txempty: transmitter empty 0 = there are characters in either us_thr or the transmit shift register, or the transmitter is disabled. 1 = there is at least one character in either us_thr or the transmit shift register.  iteration: max number of repetitions reached 0 = maximum number of repetitions has not been reached since the last rsit. 1 = maximum number of repetitions has been reached since the last rsit.  txbufe: transmission buffer empty 0 = the signal buffer empty from the transmit pdc channel is inactive. 1 = the signal buffer empty from the transmit pdc channel is active.  rxbuff: reception buffer full 0 = the signal buffer full from the receive pdc channel is inactive. 1 = the signal buffer full from the receive pdc channel is active.  nack: non acknowledge 0 = no non acknowledge has not been detected since the last rstnack. 1 = at least one non acknowledge has been detected since the last rstnack.  riic: ring indicator input change flag 0 = no input change has been detected on the ri pin since the last read of us_csr. 1 = at least one input change has been detected on the ri pin since the last read of us_csr.  dsric: data set ready input change flag 0 = no input change has been detected on the dsr pin since the last read of us_csr. 1 = at least one input change has been detected on the dsr pin since the last read of us_csr.  dcdic: data carrier detect input change flag 0 = no input change has been detected on the dcd pin since the last read of us_csr. 1 = at least one input change has been detected on the dcd pin since the last read of us_csr.  ctsic: clear to send input change flag 0 = no input change has been detected on the cts pin since the last read of us_csr. 1 = at least one input change has been detected on the cts pin since the last read of us_csr.  ri: image of ri input 0 = ri is at 0. 1 = ri is at 1.  dsr: image of dsr input 0 = dsr is at 0 1 = dsr is at 1.  dcd: image of dcd input 0 = dcd is at 0. 1 = dcd is at 1.  cts: image of cts input 0 = cts is at 0. 1 = cts is at 1.
304 at91rm3400 1790a?atarm?11/03 usart receive holding register name: us_rhr access type: read-only  rxchr: received character last character received if rxrdy is set. usart transmit holding register name: us_thr access type: write-only  txchr: character to be transmitted next character to be transmitted after the current character if txrdy is not set. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????rxchr 76543210 rxchr 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????txchr 76543210 txchr
305 at91rm3400 1790a?atarm?11/03 usart baud rate ge nerator register name: us_brgr access type: read/write  cd: clock divider 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 cd 76543210 cd cd usart_mode iso7816 usart_mode = iso7816 sync = 0 sync = 1 over = 0 over = 1 0 baud rate clock disabled 1 to 65535 baud rate = selected clock/16/cd baud rate = selected clock/8/cd baud rate = selected clock /cd baud rate = selected clock/cd/fi_di_ratio
306 at91rm3400 1790a?atarm?11/03 usart receiver ti me-out register name: us_rtor access type: read/write  to: time-out value 0: the receiver time-out is disabled. 1 - 65535: the receiver time-out is enabled and the time-out delay is to x bit period. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 to 76543210 to
307 at91rm3400 1790a?atarm?11/03 usart transmitter timeguard register name: us_ttgr access type: read/write  tg: timeguard value 0: the transmitter timeguard is disabled. 1 - 255: the transmitter timeguard is enabled and the timeguard delay is tg x bit period. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 tg
308 at91rm3400 1790a?atarm?11/03 usart fi di ratio register name: us_fidi access type: read/write reset value: 0x174  fi_di_ratio: fi over di ratio value 0: if iso7816 mode is selected, the baud rate generator generates no signal. 1-2047: if iso7816 mode is selected, the baud rate is the clock provided on sck divided by fi_di_ratio. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ????? fi_di_ratio 76543210 fi_di_ratio
309 at91rm3400 1790a?atarm?11/03 usart number of errors register name: us_ner access type: read-only  nb_errors: number of errors total number of errors that occurred during an iso7816 transfer. this register automatically clears when read. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 nb_errors
310 at91rm3400 1790a?atarm?11/03 usart irda filter register name: us_if access type: read/write  irda_filter: irda filter sets the filter of the irda demodulator. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ???????? 76543210 irda_filter
311 at91rm3400 1790a?atarm?11/03 serial synchronous controller (ssc) overview the atmel synchronous serial controller (ssc) provides a synchronous communication link with external devices. it supports many serial synchronous communication protocols generally used in audio and telecom applications such as i2s, short frame sync, long frame sync, etc. the ssc contains an independent receiver and transmitter and a common clock divider. the receiver and the transmitter each interface with three signals: the td/rd signal for data, the tk/rk signal for the clock and the tf/rf signal for the frame sync. transfers contain up to 16 data of up to 32 bits. they can be programmed to start automatically or on different events detected on the frame sync signal. the ssc?s high-level of programmability and its two dedicated pdc channels of up to 32 bits permit a continuous high bit rate data transfer without processor intervention. featuring connection to two pdc channels, the ssc permits interfacing with low processor overhead to the following:  codecs in master or slave mode  dac through dedicated serial interface, particularly i2s  magnetic card reader features of the ssc are:  provides serial synchronous communication links used in audio and telecom applications  contains an independent receiver and transmitter and a common clock divider  interfaced with two pdc channels (dma access) to reduce processor overhead  offers a configurable frame sync and data length  receiver and transmitter can be programmed to start automatically or on detection of different event on the frame sync signal  receiver and transmitter include a data signal, a clock signal and a frame synchronization signal
312 at91rm3400 1790a?atarm?11/03 block diagram figure 120. block diagram application block diagram figure 121. application block diagram ssc interface pdc apb bridge mck asb apb pio t f t k t d r f r k r d interrupt control ssc interrupt pmc interrupt management power management test management ssc serial audio os or rtos driver codec frame management line interface time slot management
313 at91rm3400 1790a?atarm?11/03 pin name list product dependencies i/o lines the pins used for interfacing the compliant ex ternal devices may be multiplexed with pio lines. before using the ssc receiver, the pio controller must be configured to dedicate the ssc receiver i/o lines to the ssc peripheral mode. before using the ssc transmitter, the pio controller must be configured to dedicate the ssc transmitter i/o lines to the ssc peripheral mode. power management the ssc is not continuously clocked. the ssc interface may be clocked through the power management controller (pmc), therefore the programmer must first configure the pmc to enable the ssc clock. interrupt the ssc interface has an interrupt line connected to the advanced interrupt controller (aic). handling interrupts requires programming the aic before configuring the ssc. all ssc interrupts can be enabled/disabled configuring the ssc interrupt mask register. each pending and unmasked ssc interrupt will assert the ssc interrupt line. the ssc interrupt ser- vice routine can get the interrupt origin by reading the ssc interrupt status register. table 55. i/o lines description pin name pin description type rf receiver frame synchro input/output rk receiver clock input/output rd receiver data input tf transmitter frame synchro input/output tk transmitter clock input/output td transmitter data output
314 at91rm3400 1790a?atarm?11/03 functional description this chapter contains the functional description of the following: ssc functional block, clock management, data format, start, transmitter, receiver and frame sync. the receiver and transmitter operate separately. however, they can work synchronously by programming the receiver to use the transmit clock and/or to start a data transfer when trans- mission starts. alternatively, this can be done by programming the transmitter to use the receive clock and/or to start a data transfer when reception starts. the transmitter and the receiver can be programmed to operate with the clock signals provided on either the tk or rk pins. this allows the ssc to support many slave-mode data transfers. the maximum clock speed allowed on the tk and rk pins is the master clock divided by 2. each level of the clock must be stable for at least two master clock periods. figure 122. ssc functional block diagram interrupt control aic user interface apb transmitter td tf tk clock output controller frame sync controller transmit clock controller transmit shift register start selector transmit sync holding register transmit holding register load shift rx clock tx clock tk input tf tx pdc rf rd rf rk clock output controller frame sync controller receive clock controller receive shift register start selector receive sync holding register receive holding register load shift tx clock rx clock rk input rf rx pdc receiver tf mck clock divider pdc
315 at91rm3400 1790a?atarm?11/03 clock management the transmitter clock can be generated by:  an external clock received on the tk i/o pad  the receiver clock  the internal clock divider the receiver clock can be generated by:  an external clock received on the rk i/o pad  the transmitter clock  the internal clock divider furthermore, the transmitter block can generate an external clock on the tk i/o pad, and the receiver block can generate an external clock on the rk i/o pad. this allows the ssc to support many master and slave-mode data transfers. clock divider figure 123. divided clock block diagram the master clock divider is determined by the 12-bit field div counter and comparator (so its maximal value is 4095) in the clock mode register ssc_cmr, allowing a master clock divi- sion by up to 8190. the divided clock is provided to both the receiver and transmitter. when this field is programmed to 0, the clock divider is not used and remains inactive. when div is set to a value equal or greater to 1, the divided clock has a frequency of master clock divided by 2 times div. each level of the divided clock has a duration of the master clock multiplied by div. this ensures a 50% duty cycle for the divided clock regardless if the div value is even or odd. figure 124. divided clock generation table 56. bit rate maximum minimum mck / 2 mck / 8190 mck divided cloc k clock divider / 2 12-bit counter ssc_cmr master clock d ivided clock div = 1 master clock d ivided clock div = 3 divided clock frequency = mck/2 divided clock frequency = mck/6
316 at91rm3400 1790a?atarm?11/03 transmitter clock management the transmitter clock is generated from the receiver clock or the divider clock or an external clock scanned on the tk i/o pad. the transmitter clock is selected by the cks field in ssc_tcmr (transmit clock mode register). transmit clock can be inverted independently by the cki bits in ssc_tcmr. the transmitter can also drive the tk i/o pad c ontinuously or be limited to the actual data transfer. the clock output is configured by the ssc_tcmr register. the transmit clock inver- sion (cki) bits have no effect on the clock outputs. programming the tcmr register to select tk pin (cks field) and at the same time continuous transmit clock (cko field) might lead to unpredictable results. figure 125. transmitter clock management receiver clock management the receiver clock is generated from the transmitt er clock or the divider clock or an external clock scanned on the rk i/o pad. the receive clock is selected by the cks field in ssc_rcmr (receive clock mode register). receive clocks can be inverted independently by the cki bits in ssc_rcmr. the receiver can also drive the rk i/o pad continuously or be limited to the actual data trans- fer. the clock output is configured by the ssc_rcmr register. the receive clock inversion (cki) bits have no effect on the clock outputs. programming the rcmr register to select rk pin (cks field) and at the same time conti nuous receive clock (cko field) might lead to unpredictable results. figure 126. receiver clock management r eceiver clock divider clock transmitter clock ssc_tcmr.cki ssc_tcmr.cks tk ssc_tcmr.cko 1 0 tk t ransmitter clock divider clock receiver clock ssc_rcmr.cki ssc_rcmr.cks rk ssc_rcmr.cko rk 1 0
317 at91rm3400 1790a?atarm?11/03 transmitter operations a transmitted frame is triggered by a start event and can be followed by synchronization data before data transmission. the start event is configured by setting the transmit clock mode register (ssc_tcmr). see ?start? on page 318. the frame synchronization is configured setting the transmit frame mode register (ssc_tfmr). see ?frame sync? on page 320. to transmit data, the transmitter uses a shift register clocked by the transmitter clock signal and the start mode selected in the ssc_tcmr. data is written by the application to the ssc_thr register then transferred to the shift register according to the data format selected. when both the ssc_thr and the transmit shift register are empty, the status flag txempty is set in ssc_sr. when the transmit holding register is transferred in the transmit shift reg- ister, the status flag txrdy is set in ssc_sr and additional data can be loaded in the holding register. figure 127. transmitter block diagram transmit shift register start selector ssc_tshr ssc_thr t ransmitter clock td ssc_tfmr.fslen ssc_tfmr.datlen ssc_cr.txen ssc_cr.txdis ssc_tcmr.sttdly ssc_tfmr.fsden ssc_tfmr.datnb ssc_sr.txen 0 1 1 0 ssc_tfmr.datdef ssc_tfmr.msbf ssc_tcmr.sttdly ssc_tfmr.fsden rf tf
318 at91rm3400 1790a?atarm?11/03 receiver operations a received frame is triggered by a start event and can be followed by synchronization data before data transmission. the start event is configured setting the receive clock mode register (ssc_rcmr). see ?start? on page 318. the frame synchronization is configured setting the receive frame mode register (ssc_rfmr). see ?frame sync? on page 320. the receiver uses a shift register clocked by the receiver clock signal and the start mode selected in the ssc_rcmr. the data is transferred from the shift register in function of data format selected. when the receiver shift register is full, the ssc transfers this data in the holding register, the status flag rxrdy is set in ssc_sr and the data can be read in the receiver holding register, if another transfer occurs before read the rhr register, the status flag overun is set in ssc_sr and the receiver shift register is transferred in the rhr register. figure 128. receiver block diagram start the transmitter and receiver can both be programmed to start their operations when an event occurs, respectively in the transmit start se lection (start) field of ssc_tcmr and in the receive start selection (start) field of ssc_rcmr. under the following conditions the start event is independently programmable:  continuous. in this case, the transmission starts as soon as a word is written in ssc_thr and the reception starts as soon as the receiver is enabled.  synchronously with the transmitter/receiver  on detection of a falling/rising edge on tk/rk  on detection of a low level/high level on tk/rk  on detection of a level change or an edge on tk/rk a start can be programmed in the same manner on either side of the transmit/receive clock register (rcmr/tcmr). thus, the start could be on tf (transmit) or rf (receive). detection on tf/rf input/output is done through the field fsos of the transmit / receive frame mode register (tfmr/rfmr). receive shift register start selector ssc_rhr ssc_rshr receiver clock rd ssc_rfmr.fslen ssc_rfmr.datlen rf ssc_cr.rxen ssc_cr.rxdis ssc_sr.rxen ssc_rfmr.msbf s sc_rcmr.sttdly ssc_rfmr.datnb tf
319 at91rm3400 1790a?atarm?11/03 generating a frame sync signal is not possible without generating it on its related output. figure 129. transmit start mode figure 130. receive pulse/edge start modes x tk tf (input) td (output) td (output) td (output) td (output) td (output) td (output) xbob1 x bo b1 bo b1 bo b1 bo b1 bo b1 bo b1 b1 bo x x x sttdl y sttdl y sttdl y sttdl y sttdl y sttdl y s tart = falling edge on tf s tart = rising edge on tf s tart = low level on tf s tart = high level on tf s tart = any edge on tf s tart = level change on tf rk rf (input) rd (input) rd (input) rd (input) rd (input) rd (input) rd (input) xbob1 x bo b1 bo b1 bo b1 bo b1 bo b1 bo b1 b1 bo x x x sttdl y sttdl y sttdl y sttdl y sttdl y sttdl y s tart = falling edge on rf s tart = rising edge on rf s tart = low level on rf s tart = high level on rf s tart = any edge on rf s tart = level change on rf x
320 at91rm3400 1790a?atarm?11/03 frame sync the transmitter and receiver frame sync pins, tf and rf, can be programmed to generate different kinds of frame synchronization signals. the frame sync output selection (fsos) field in the receive frame mode register (ssc_rfmr) and in the transmit frame mode register (ssc_tfmr) are used to select the required waveform.  programmable low or high levels during data transfer are supported.  programmable high levels before the start of data transfers or toggling are also supported. if a pulse waveform is selected, the frame sync length (fslen) field in ssc_rfmr and ssc_tfmr programs the length of the pulse, from 1-bit time up to 16-bit time. the periodicity of the receive and transmit frame sync pulse output can be programmed through the period divider selection (period) field in ssc_rcmr and ssc_tcmr. frame sync data frame sync data transmits or receives a specific tag during the frame synchro signal. during the frame sync signal, the receiver can sample the rd line and store the data in the receive sync holding register and the transmitter can transfer transmit sync holding regis- ter in the shifter register. the data length to be sampled/shifted out during the frame sync signal is programmed by the fslen field in ssc_rfmr/ssc_tfmr. concerning the receive frame sync data operation, if the frame sync length is equal to or lower than the delay between the start event and the actual data reception, the data sampling operation is performed in the receive sync holding register through the receive shift register. the transmit frame sync operation is performed by the transmitter only if the bit frame sync data enable (fsden) in ssc_tfmr is set. if the frame sync length is equal to or lower than the delay between the start event and the ac tual data transmission, the normal transmission has priority and the data contained in the transmit sync holding register is transferred in the transmit register then shifted out. frame sync edge detection the frame sync edge detection is programmed by the fsedge field in ssc_rfmr/ssc_tfmr. this sets the corresponding flags rxsyn/txsyn in the ssc sta- tus register (ssc_sr) on frame synchro edge detection (signals rf/tf). data format the data framing format of both the transmitter and the receiver are largely programmable through the transmitter frame mode register (ssc_tfmr) and the receiver frame mode register (ssc_rfmr). in either case, the user can independently select:  the event that starts the data transfer (start).  the delay in number of bit periods between the start event and the first data bit ( sttdly ).  the length of the data (datlen)  the number of data to be transferred for each start event (datnb).  the length of synchronization transferred for each start event (fslen).  the bit sense: most or lowest significant bit first (msbf). additionally, the transmitter can be used to transfer synchronization and select the level driven on the td pin while not in data transfer operation. this is done respectively by the frame sync data enable (fsden) and by t he data default value (datdef) bits in ssc_tfmr.
321 at91rm3400 1790a?atarm?11/03 figure 131. transmit and receive frame format in edge/pulse start modes note: 1. input on falling edge on tf/rf example. table 57. data frame registers transmitter receiver field length comment ssc_tfmr ssc_rfmr datlen up to 32 size of word ssc_tfmr ssc_rfmr datnb up to 16 number word transmitter in frame ssc_tfmr ssc_rfmr msbf 1 most significant bit in first ssc_tfmr ssc_rfmr fslen up to 16 size of synchro data register ssc_tfmr datdef 0 or 1 data default value ended ssc_tfmr fsden enable send ssc_tshr ssc_tcmr ssc_rcmr period up to 512 frame size ssc_tcmr ssc_rcmr sttdly up to 255 size of transmit start delay sync data default sttdly sync data ignored rd default data datlen data data data datlen data data default default ignored sync data sync data fslen tf/rf (1) start start from ssc_tshr from ssc_thr from ssc_thr from ssc_thr from ssc_thr to ssc_rhr to ssc_rhr to ssc_rshr td ( if fsden = 0) td (if fsden = 1) datnb period fromdatdef fromdatdef from datdef from datdef
322 at91rm3400 1790a?atarm?11/03 figure 132. transmit frame format in continuous mode note: 1. sttdly is set to 0. in this example, ssc_thr is loaded twice. the value of fsden has no effect on transmission. syncdata cannot be output in continuous mode. figure 133. receive frame format in continuous mode note: 1. sttdly is set to 0. loop mode the receiver can be programmed to receive trans missions from the transmitter. this is done by setting the loop mode (loop) bit in ssc_rfmr. in this case, rd is connected to td, rf is connected to tf and rk is connected to tk. interrupt most bits in ssc_sr have a corresponding bit in interrupt management registers. the ssc controller can be programmed to generate an interrupt when it detects an event. the interrupt is controlled by writing ssc_ier (interrupt enable register) and ssc_idr (interrupt disable register), which respectively enable and disable the corresponding interrupt by setting and clearing the corresponding bit in ssc_imr (interrupt mask register), which controls the generation of interrupts by asserting the ssc interrupt line connected to the aic. figure 134. interrupt block diagram datlen data datlen data default start from ssc_thr from ssc_thr t d start: 1. txempty set to 1 2. write to the ssc_thr data datlen data datlen start = enable receiver to ssc_rhr to ssc_rhr r d pdc interrupt control ssc interrup t txbufe endtx rxbuff endrx rxrdy ovrun rxsync receiver transmitter txrdy txempty txsync ssc_ier ssc_idr ssc_imr set clear
323 at91rm3400 1790a?atarm?11/03 ssc application examples the ssc can support several serial communication modes used in audio or high speed serial links. some standard applications are shown in the following figures. all serial link applications supported by the ssc are not listed here. figure 135. audio application block diagram figure 136. codec application block diagram ssc rk rf rd td tf tk clock sck word select ws data sd i2s receiver clock sck word select ws data sd right channel left channel msb msb lsb ssc rk rf rd td tf tk serial data clock (sclk) frame sync (fsync) serial data out serial data in codec serial data clock (sclk) frame sync (fsync) serial data out serial data in first time slot dstart dend
324 at91rm3400 1790a?atarm?11/03 figure 137. time slot application block diagram serial synchronous controller (ssc) user interface table 58. ssc register mapping offset register register name access reset 0x0 control register ssc_cr write ? 0x4 clock mode register ssc_cmr read/write 0x0 0x8 reserved ? ? ? 0xc reserved ? ? ? 0x10 receive clock mode register ssc_rcmr read/write 0x0 0x14 receive frame mode register ssc_rfmr read/write 0x0 0x18 transmit clock mode register ssc_tcmr read/write 0x0 0x1c transmit frame mode register ssc_tfmr read/write 0x0 0x20 receive holding register ssc_rhr read 0x0 0x24 transmit holding register ssc_thr write ? 0x28 reserved ? ? ? ssc rk rf rd td tf tk sclk fsync data out data in codec first time slot serial data clock (sclk) frame sync (fsync) serial data out serial data in codec second time slot first time slot second time slot dstart dend
325 at91rm3400 1790a?atarm?11/03 0x2c reserved ? ? ? 0x30 receive sync. holding register ssc_rshr read 0x0 0x34 transmit sync. holding register ssc_tshr read/write 0x0 0x38 reserved ? ? ? 0x3c reserved ? ? ? 0x40 status register ssc_sr read 0x000000cc 0x44 interrupt enable register ssc_ier write ? 0x48 interrupt disable register ssc_idr write ? 0x4c interrupt mask register ssc_imr read 0x0 0x50-0xff reserved ? ? ? 0x100- 0x124 reserved for peripheral data controller (pdc) ? ? ? table 58. ssc register mapping offset register register name access reset
326 at91rm3400 1790a?atarm?11/03 ssc control register name: ssc_cr access type: write-only  rxen: receive enable 0: no effect. 1: enables data receive if rxdis is not set (1) .  rxdis: receive disable 0: no effect. 1: disables data receive (1) .  txen: transmit enable 0: no effect. 1: enables data transmit if txdis is not set (1) .  txdis: transmit disable 0: no effect. 1: disables data transmit (1) .  swrst: software reset 0: no effect. 1: performs a software reset. has priority on any other bit in ssc_cr. note: 1. only the data management is affected 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 swrst ? ? ? ? ? txdis txen 7 6 5 4 3 2 1 0 ? ? ? ? ? ? rxdis rxen
327 at91rm3400 1790a?atarm?11/03 ssc clock mode register name: ssc_cmr access type: read/write  div: clock divider 0: the clock divider is not active. any other value: the divided clock equals the master clock divided by 2 times div. the maximum bit rate is mck/2. the minimum bit rate is mck/2 x 4095 = mck/8190. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? div 7 6 5 4 3 2 1 0 div
328 at91rm3400 1790a?atarm?11/03 ssc receive clock mode register name: ssc_rcmr access type: read/write  cks: receive clock selection  cko: receive clock output mode selection  cki: receive clock inversion 0: the data and the frame sync signal are sampled on receive clock falling edge. 1: the data and the frame sync signal are shifted out on receive clock rising edge. cki does not affects the rk output clock signal.  start: receive start selection 31 30 29 28 27 26 25 24 period 23 22 21 20 19 18 17 16 sttdly 15 14 13 12 11 10 9 8 ? ? ? ? start 7 6 5 4 3 2 1 0 ? ? cki cko cks cks selected receive clock 0x0 divided clock 0x1 tk clock signal 0x2 rk pin 0x3 reserved cko receive clock output mode rk pin 0x0 none input-only 0x1 continuous receive clock output 0x2-0x7 reserved start receive start 0x0 continuous, as soon as the receiver is enabled, and immediately after the end of transfer of the previous data. 0x1 tr a n s m i t s t a r t 0x2 detection of a low level on rf input 0x3 detection of a high level on rf input 0x4 detection of a falling edge on rf input 0x5 detection of a rising edge on rf input 0x6 detection of any level change on rf input 0x7 detection of any edge on rf input 0x8-0xf reserved
329 at91rm3400 1790a?atarm?11/03  sttdly: receive start delay if sttdly is not 0, a delay of sttdly clock cycles is in serted between the start event and the actual start of reception. when the receiver is programmed to start synchronously with the transmitter, the delay is also applied. please note: it is very important that sttdly be set carefully. if sttdly must be set, it should be done in relation to tag (receive sync data) reception.  period: receive period divider selection this field selects the divider to apply to the selected receive clock in order to generate a new frame sync signal. if 0, no period signal is generated. if not 0, a period signal is generated each 2 x (period+1) receive clock.
330 at91rm3400 1790a?atarm?11/03 ssc receive frame mode register name: ssc_rfmr access type: read/write  datlen: data length 0x0 is not supported. the value of datlen can be set between 0x1 and 0x1f. the bit stream contains datlen + 1 data bits. moreover, it defines the transfer size performed by the pdc assigned to the receiver. if datlen is less than or equal to 7, data transfers are in bytes. if datlen is between 8 and 15 (included), half-words are transferred. for any other value, 32-bit words are transferred.  loop: loop mode 0: normal operating mode. 1: rd is driven by td, rf is driven by tf and tk drives rk.  msbf: most significant bit first 0: the lowest significant bit of the data register is sampled first in the bit stream. 1: the most significant bit of the data register is sampled first in the bit stream.  datnb: data number per frame this field defines the number of data words to be received after each transfer start. if 0, only 1 data word is transferred. up to 16 data words can be transferred.  fslen: receive frame sync length this field defines the length of the receive frame sync signal and the number of bits sampled and stored in the receive sync data register. only when fsos is set on negative or positive pulse.  fsos: receive frame sync output selection 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? fsedge 23 22 21 20 19 18 17 16 ? fsos fslen 15 14 13 12 11 10 9 8 ? ? ? ? datnb 7 6 5 4 3 2 1 0 msbf ? loop datlen fsos selected receive frame sync signal rf pin 0x0 none input-only 0x1 negative pulse output 0x2 positive pulse output 0x3 driven low during data transfer output 0x4 driven high during data transfer output 0x5 toggling at each start of data transfer output 0x6-0x7 reserved undefined
331 at91rm3400 1790a?atarm?11/03  fsedge: frame sync edge detection determines which edge on frame sync sets rxsyn in the ssc status register. fsedge frame sync edge detection 0x0 positive edge detection 0x1 negative edge detection
332 at91rm3400 1790a?atarm?11/03 ssc transmit clock mode register name: ssc_tcmr access type: read/write  cks: transmit clock selection  cko: transmit clock output mode selection  cki: transmit clock inversion 0: the data and the frame sync signal are shifted out on transmit clock falling edge. 1: the data and the frame sync signal are shifted out on transmit clock rising edge. cki affects only the transmit clock and not the output clock signal.  start: transmit start selection 31 30 29 28 27 26 25 24 period 23 22 21 20 19 18 17 16 sttdly 15 14 13 12 11 10 9 8 ? ? ? ? start 7 6 5 4 3 2 1 0 ? ? cki cko cks cks selected transmit clock 0x0 divided clock 0x1 rk clock signal 0x2 tk pin 0x3 reserved cko transmit clock output mode tk pin 0x0 none input-only 0x1 continuous transmit clock output 0x2-0x7 reserved start transmit start 0x0 continuous, as soon as a word is written in the ssc_thr register (if transmit is enabled) and immediately after the end of transfer of the previous data. 0x1 receive start 0x2 detection of a low level on tf signal 0x3 detection of a high level on tf signal 0x4 detection of a falling edge on tf signal 0x5 detection of a rising edge on tf signal 0x6 detection of any level change on tf signal 0x7 detection of any edge on tf signal 0x8-0xf reserved
333 at91rm3400 1790a?atarm?11/03  sttdly: transmit start delay if sttdly is not 0, a delay of sttdly clock cycles is inserted between the start event and the actual start of transmission of data. when the transmitter is programmed to start synchronously with the receiver, the delay is also applied. please note: sttdly must be set carefully. if sttdly is too short with respect to tag (transmit sync data) emission, data is emitted instead of the end of tag.  period: transmit period divider selection this field selects the divider to apply to the selected transmit clock to generate a new frame sync signal. if 0, no period signal is generated. if not 0, a period signal is generated at each 2 x (period+1) transmit clock.
334 at91rm3400 1790a?atarm?11/03 ssc transmit frame mode register name: ssc_tfmr access type: read/write  datlen: data length 0x0 is not supported. the value of datlen can be set between 0x1 and 0x1f. the bit stream contains datlen + 1 data bits. moreover, it defines the transfer size performed by the pdc assigned to the receiver. if datlen is less than or equal to 7, data transfers are in bytes. if datlen is between 8 and 15 (included), half-words are transferred. for any other value, 32-bit words are transferred.  datdef: data default value this bit defines the level driven on the td pin while out of transmission. note that if the pin is defined as multi-drive by th e pio controller, the pin is enabled only if the scc td output is 1.  msbf: most significant bit first 0: the lowest significant bit of the data register is shifted out first in the bit stream. 1: the most significant bit of the data register is shifted out first in the bit stream.  datnb: data number per frame this field defines the number of data words to be transferred after each transfer start. if 0, only 1 data word is transferred and up to 16 data words can be transferred.  fslen: transmit frame sync length this field defines the length of the transmit frame sync signal and the number of bits shifted out from the transmit sync data register if fsden is 1. if 0, the transmit frame sync signal is generated during one transmit clock period and up to 16 clock period pulse length is possible.  fsos: transmit frame sync output selection  fsden: frame sync data enable 0: the td line is driven with the default value during the transmit frame sync signal. 1: ssc_tshr value is shifted out during the transmission of the transmit frame sync signal. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? fsedge 23 22 21 20 19 18 17 16 fsden fsos fslen 15 14 13 12 11 10 9 8 ? ? ? ? datnb 7 6 5 4 3 2 1 0 msbf ? datdef datlen fsos selected transmit frame sync signal tf pin 0x0 none input-only 0x1 negative pulse output 0x2 positive pulse output 0x3 driven low during data transfer output 0x4 driven high during data transfer output 0x5 toggling at each start of data transfer output 0x6-0x7 reserved undefined
335 at91rm3400 1790a?atarm?11/03  fsedge: frame sync edge detection determines which edge on frame sync sets txsyn (status register). fsedge frame sync edge detection 0x0 positive edge detection 0x1 negative edge detection
336 at91rm3400 1790a?atarm?11/03 ssc receive holding register name: ssc_rhr access type : read-only  rdat: receive data right aligned regardless of the number of data bits defined by datlen in ssc_rfmr. ssc transmit holding register name: ssc_thr access type: write only tdat: transmit data right aligned regardless of the number of data bits defined by datlen in ssc_tfmr. 31 30 29 28 27 26 25 24 rdat 23 22 21 20 19 18 17 16 rdat 15 14 13 12 11 10 9 8 rdat 7 6 5 4 3 2 1 0 rdat 31 30 29 28 27 26 25 24 tdat 23 22 21 20 19 18 17 16 tdat 15 14 13 12 11 10 9 8 tdat 7 6 5 4 3 2 1 0 tdat
337 at91rm3400 1790a?atarm?11/03 ssc receive synchroniza tion holding register name: ssc_rshr access type : read/write  rsdat: receive synchronization data right aligned regardless of the number of data bits defined by fslen in ssc_rfmr. ssc transmit synchronization holding register name: ssc_tshr access type : read/write  tsdat: transmit synchronization data right aligned regardless of the number of data bits defined by fslen in ssc_tfmr. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 rsdat 7 6 5 4 3 2 1 0 rsdat 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 tsdat 7 6 5 4 3 2 1 0 tsdat
338 at91rm3400 1790a?atarm?11/03 ssc status register register name :ssc_sr access type : read-only  txrdy: transmit ready 0: data has been loaded in ssc_thr and is waiting to be loaded in the transmit shift register. 1: ssc_thr is empty.  txempty: transmit empty 0: data remains in ssc_thr or is currently transmitted from transmit shift register. 1: last data written in ssc_thr has been loaded in transmit shift register and transmitted by it.  endtx: end of transmission 0: the register ssc_tcr has not reached 0 si nce the last write in ssc_tcr or ssc_tncr. 1: the register ssc_tcr has reached 0 sinc e the last write in ssc_tcr or ssc_tncr.  txbufe: transmit buffer empty 0: ssc_tcr or ssc_tncr have a value other than 0. 1: both ssc_tcr and ssc_tncr have a value of 0.  rxrdy: receive ready 0: ssc_rhr is empty. 1: data has been received and loaded in ssc_rhr.  ovrun: receive overrun 0: no data has been loaded in ssc_rhr while previous data has not been read since the last read of the status register. 1: data has been loaded in ssc_rhr while previous data has not yet been read since the last read of the status register.  endrx: end of reception 0: data is written on the receive counter register or receive next counter register. 1: end of pdc transfer when receive counter register has arrived at zero.  rxbuff: receive buffer full 0: ssc_rcr or ssc_rncr have a value other than 0. 1: both ssc_rcr and ssc_rncr have a value of 0.  txsyn: transmit sync 0: a tx sync has not occurred since the last read of the status register. 1: a tx sync has occurred since the last read of the status register.  rxsyn: receive sync 0: a rx sync has not occurred since the last read of the status register. 1: a rx sync has occurred since the last read of the status register. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? rxen txen 15 14 13 12 11 10 9 8 ? ? ? ? rxsyn txsyn ? ? 7 6 5 4 3 2 1 0 rxbuff endrx ovrun rxrdy txbufe endtx txempty txrdy
339 at91rm3400 1790a?atarm?11/03  txen: transmit enable 0: transmit data is disabled. 1: transmit data is enabled.  rxen: receive enable 0: receive data is disabled. 1: receive data is enabled.
340 at91rm3400 1790a?atarm?11/03 ssc interrupt enable register register name :ssc_ier access type : write-only  txrdy: transmit ready  txempty: transmit empty  endtx: end of transmission  txbufe: transmit buffer empty  rxrdy: receive ready  ovrun: receive overrun  endrx: end of reception  rxbuff: receive buffer full  txsyn: tx sync  rxsyn: rx sync 0: no effect. 1: enables the corresponding interrupt. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? rxsyn txsyn ? ? 7 6 5 4 3 2 1 0 rxbuff endrx ovrun rxrdy txbufe endtx txempty txrdy
341 at91rm3400 1790a?atarm?11/03 ssc interrupt disable register register name :ssc_idr access type : write-only  txrdy: transmit ready  txempty: transmit empty  endtx: end of transmission  txbufe: transmit buffer empty  rxrdy: receive ready  ovrun: receive overrun  endrx: end of reception  rxbuff: receive buffer full  txsyn: tx sync  rxsyn: rx sync 0: no effect. 1: disables the corresponding interrupt. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? rxsyn txsyn ? ? 7 6 5 4 3 2 1 0 rxbuff endrx ovrun rxrdy txbufe endtx txempty txrdy
342 at91rm3400 1790a?atarm?11/03 ssc interrupt mask register register name :ssc_imr access type : read-only  txrdy: transmit ready  txempty: transmit empty  endtx: end of transmission  txbufe: transmit buffer empty  rxrdy: receive ready  ovrun: receive overrun  endrx: end of reception  rxbuff: receive buffer full  txsyn: tx sync  rxsyn: rx sync 0: the corresponding interrupt is disabled. 1: the corresponding interrupt is enabled. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ? ? ? ? rxsyn txsyn ? ? 7 6 5 4 3 2 1 0 rxbuff endrx ovrun rxrdy txbufe endtx txempty txrdy
343 at91rm3400 1790a?atarm?11/03 timer counter (tc) overview the timer counter (tc) includes three identical 16-bit timer counter channels. each channel can be independently programmed to perform a wide range of functions includ- ing frequency measurement, event counting, interval measurement, pulse generation, delay timing and pulse width modulation. each channel has three external clock inputs, five internal clock inputs and two multi-purpose input/output signals which can be configured by the user. ea ch channel drives an internal interrupt signal which can be programmed to generate processor interrupts. the timer counter block has two global registers which act upon all three tc channels. the block control register allows the three channels to be started simultaneously with the same instruction. the block mode register defines the external clock inputs for each channel, allowing them to be chained. key features of the timer counter are:  three 16-bit timer counter channels  a wide range of functions including: ? frequency measurement ? event counting ? interval measurement ? pulse generation ?delay timing ? pulse width modulation ? up/down capabilities  each channel is user-configurable and contains: ? three external clock inputs ? five internal clock inputs ? two multi-purpose input/output signals  internal interrupt signal two global registers that act on all three tc channels
344 at91rm3400 1790a?atarm?11/03 block diagram figure 138. timer counter block diagram table 59. signal name description block/channel signal name description channel signal xc0, xc1, xc2 external clock inputs tioa capture mode: general-purpose input waveform mode: general-purpose output tiob capture mode: general-purpose input waveform mode: general-purpose input/output int[2:0] tc internal interrupt signal output sync synchronization input signal block signal tclk0, tclk1, tclk2 external clock inputs tioa0 tioa signal for channel 0 tiob0 tiob signal for channel 0 tioa1 tioa signal for channel 1 tiob1 tiob signal for channel 1 tioa2 tioa signal for channel 2 tiob2 tiob signal for channel 2 timer/counter channel 0 timer/counter channel 1 timer/counter channel 2 sync parallel i/o controller tc1xc1s tc0xc0s tc2xc2s int0 int1 int2 tioa0 tioa1 tioa2 tiob0 tiob1 tiob2 xc0 xc1 xc2 xc0 xc1 xc2 xc0 xc1 xc2 tclk0 tclk1 tclk2 tclk0 tclk1 tclk2 tclk0 tclk1 tclk2 tioa1 tioa2 tioa0 tioa2 tioa0 tioa1 advanced interrupt controller tclk0 tclk1 tclk2 tioa0 tiob0 tioa1 tiob1 tioa2 tiob2 timer counter tioa tiob tioa tiob tioa tiob sync sync timer_clock2 timer_clock3 timer_clock4 timer_clock5 timer_clock1
345 at91rm3400 1790a?atarm?11/03 pin name list product dependencies for further details on the timer counter hardware implementation, see the specific product properties document. i/o lines the pins used for interfacing the compliant ex ternal devices may be multiplexed with pio lines. the programmer must first program the pio controllers to assign the tc pins to their peripheral functions. power management the tc must be clocked through the power management controller (pmc), thus the program- mer must first configure the pmc to enable the timer counter. interrupt the tc interface has an interrupt line connected to the advanced interrupt controller (aic). handling the tc interrupt requires programming the aic before configuring the tc. functional description tc description the three channels of the timer counter are independent and identical in operation. the reg- isters for channel programming are listed in table 60 on page 345. 16-bit counter each channel is organized around a 16-bit counter. the value of the counter is incremented at each positive edge of the selected clock. when the counter has reached the value 0xffff and passes to 0x0000, an overflow occurs and the covfs bit in tc_sr (status register) is set. the current value of the counter is accessible in real time by reading the counter value regis- ter, tc_cv. the counter can be reset by a trigger. in this case, the counter value passes to 0x0000 on the next valid edge of the selected clock. clock selection at block level, input clock signals of each channel can either be connected to the external inputs tclk0, tclk1 or tclk2, or be connected to the configurable i/o signals tioa0, tioa1 or tioa2 for chaining by programming the tc_bmr (block mode). see figure 139. each channel can independently select an internal or external clock source for its counter:  internal clock signals: timer_clock1, timer_clock2, timer_clock3, timer_clock4, timer_clock5  external clock signals: xc0, xc1 or xc2 this selection is made by the tcclks bits in the tc channel mode register (capture mode). the selected clock can be inverted with the clki bit in tc_cmr (capture mode). this allows counting on the opposite edges of the clock. table 60. timer counter pin list pin name description type tclk0-tclk2 external clock input input tioa0-tioa2 i/o line a i/o tiob0-tiob2 i/o line b i/o
346 at91rm3400 1790a?atarm?11/03 the burst function allows the clock to be va lidated when an external signal is high. the burst parameter in the mode register defines this signal (none, xc0, xc1, xc2). note: in all cases, if an external clock is used, the duration of each of its levels must be longer than the master clock period. the external clock frequency must be at least 2.5 times lower than the master clock figure 139. clock selection clock control the clock of each counter can be controlled in two different ways: it can be enabled/disabled and started/stopped. see figure 140.  the clock can be enabled or disabled by the user with the clken and the clkdis commands in the control register. in capture mode it can be disabled by an rb load event if ldbdis is set to 1 in tc_cmr. in waveform mode, it can be disabled by an rc compare event if cpcdis is set to 1 in tc_cmr. when disabled, the start or the stop actions have no effect: only a clken command in the control register can re-enable the clock. when the clock is enabled, the clksta bit is set in the status register.  the clock can also be started or stopped: a trigger (software, synchro, external or compare) always starts the clock. the clock can be stopped by an rb load event in capture mode (ldbstop = 1 in tc_cmr) or a rc compare event in waveform mode (cpcstop = 1 in tc_cmr). the start and the stop commands have effect only if the clock is enabled. timer_clock1 timer_clock2 timer_clock3 timer_clock4 timer_clock5 xc0 xc1 xc2 tcclks clki burst 1 selecte d clock
347 at91rm3400 1790a?atarm?11/03 figure 140. clock control tc operating modes each channel can independently operate in two different modes:  capture mode provides measurement on signals.  waveform mode provides wave generation. the tc operating mode is programmed with the wave bit in the tc channel mode register. in capture mode, tioa and tiob are configured as inputs. in waveform mode, tioa is always configured to be an output and tiob is an output if it is not selected to be the external trigger. trigger a trigger resets the counter and starts the counter clock. three types of triggers are common to both modes, and a fourth external trigger is available to each mode. the following triggers are common to both modes:  software trigger: each channel has a software trigger, available by setting swtrg in tc_ccr.  sync: each channel has a synchronization signal sync. when asserted, this signal has the same effect as a software trigger. the sync signals of all channels are asserted simultaneously by writing tc_bcr (block control) with sync set.  compare rc trigger: rc is implemented in each channel and can provide a trigger when the counter value matches the rc value if cpctrg is set in tc_cmr. the channel can also be configured to have an external trigger. in capture mode, the external trigger signal can be selected between tioa and tiob. in waveform mode, an external event can be programmed on one of the following signals: tiob, xc0, xc1 or xc2. this external event can then be programmed to perform a trigger by setting enetrg in tc_cmr. if an external trigger is used, the duration of the pulses must be longer than the master clock period in order to be detected. regardless of the trigger used, it will be taken into account at the following active edge of the selected clock. this means that the counter value can be read differently from zero just after a trigger, especially when a low frequency signal is selected as the clock. qs r s r q clksta clken clkdis stop event disab le even t counter clock selected clock trigger
348 at91rm3400 1790a?atarm?11/03 capture operating mode this mode is entered by clearing the wave parameter in tc_cmr (channel mode register). capture mode allows the tc channel to perform measurements such as pulse timing, fre- quency, period, duty cycle and phase on tioa and tiob signals which are considered as inputs. figure 141 shows the configuration of the tc channel when programmed in capture mode. capture registers a and b registers a and b (ra and rb) are used as captur e registers. this means that they can be loaded with the counter value when a programmable event occurs on the signal tioa. the ldra parameter in tc_cmr defines the tioa edge for the loading of register a, and the ldrb parameter defines the tioa edge for the loading of register b. ra is loaded only if it has not been loaded since the last trigger or if rb has been loaded since the last loading of ra. rb is loaded only if ra has been loaded since the last trigger or the last loading of rb. loading ra or rb before the read of the last value loaded sets the overrun error flag (lovrs) in tc_sr (status register). in this case, the old value is overwritten. trigger conditions in addition to the sync signal, the software trigger and the rc compare trigger, an external trigger can be defined. the abetrg bit in tc_cmr selects tioa or tiob input signal as an external trigger. the etrgedg parameter defines the edge (rising, falling or both) detected to generate an exter- nal trigger. if etrgedg = 0 (none), the external trigger is disabled.
349 at91rm3400 1790a?atarm?11/03 figure 141. capture mode timer_clock1 timer_clock2 timer_clock3 timer_clock4 timer_clock5 xc0 xc1 xc2 tcclks clki qs r s r q clksta clken clkdis burst tiob register c capture register a capture register b compare rc = 16-bit counter abetrg swtrg etrgedg cpctrg tc1_imr trig ldrbs ldras etrgs tc1_sr lovrs covfs s ync 1 mtiob tioa mtioa ldra ldbstop if ra is not loaded or rb is loaded if ra is loaded ldbdis cpcs int edge detector edge detector ldrb edge detector clk ovf reset timer/counter channel
350 at91rm3400 1790a?atarm?11/03 waveform operating mode waveform operating mode is entered by se tting the wave parameter in tc_cmr (channel mode register). in waveform operating mode the tc channel generates 1 or 2 pwm signals with the same frequency and independently programmable duty cycles, or generates different types of one- shot or repetitive pulses. in this mode, tioa is configured as an output and tiob is defined as an output if it is not used as an external event (eevt parameter in tc_cmr). figure 142 shows the configuration of the tc channel when programmed in waveform oper- ating mode. waveform selection depending on the wavsel parameter in tc_cmr (channel mode register), the behavior of tc_cv varies. with any selection, ra, rb and rc can all be used as compare registers. ra compare is used to control the tioa output, rb compare is used to control the tiob out- put (if correctly configured) and rc compare is used to control tioa and/or tiob outputs.
351 at91rm3400 1790a?atarm?11/03 figure 142. waveform mode tcclks clki qs r s r q clksta clken clkdis cpcdis burst tiob register a register b register c compare ra = compare rb = compare rc = cpcstop 16-bit counter eevt eevtedg sync swtrg enetrg wavsel tc1_imr trig acpc acpa aeevt aswtrg bcpc bcpb beevt bswtrg tioa mtioa tiob mtiob cpas covfs etrgs tc1_sr cpcs cpbs clk ovf reset output controller output controller int 1 edge detector timer/counter channel timer_clock1 timer_clock2 timer_clock3 timer_clock4 timer_clock5 xc0 xc1 xc2 wavsel
352 at91rm3400 1790a?atarm?11/03 wavsel = 00 when wavsel = 00, the value of tc_cv is incremented from 0 to 0xffff. once 0xffff has been reached, the value of tc_cv is reset. incrementation of tc_cv starts again and the cycle continues. see figure 143. an external event trigger or a software trigger can reset the value of tc_cv. it is important to note that the trigger may occur at any time. see figure 144. rc compare cannot be programmed to generate a trigger in this configuration. at the same time, rc compare can stop the counter clock (cpcstop = 1 in tc_cmr) and/or disable the counter clock (cpcdis = 1 in tc_cmr). figure 143. wavsel= 00 without trigger figure 144. wavsel= 00 with trigger time counter value r c r b r a tiob tioa counter cleared by compare match with 0xfff f 0xffff w aveform examples time counter value r c r b r a tiob tioa counter cleared by compare match with 0xffff 0xffff waveform examples counter cleared by trigger
353 at91rm3400 1790a?atarm?11/03 wavsel = 10 when wavsel = 10, the value of tc_cv is incremented from 0 to the value of rc, then auto- matically reset on a rc compare. once the value of tc_cv has been reset, it is then incremented and so on. see figure 145. it is important to note that tc_cv can be reset at any time by an external event or a software trigger if both are programmed correctly. see figure 146. in addition, rc compare can stop the counter clock (cpcstop = 1 in tc_cmr) and/or dis- able the counter clock (cpcdis = 1 in tc_cmr). figure 145. wavsel = 10 without trigger figure 146. wavsel = 10 with trigger tim e counter value r c r b r a tiob tioa counter cleared by compare match with rc 0xffff w aveform examples tim e counter value r c r b r a tiob tioa counter cleared by compare match with rc 0xffff w aveform examples counter cleared by trigge r
354 at91rm3400 1790a?atarm?11/03 wavsel = 01 when wavsel = 01, the value of tc_cv is incremented from 0 to 0xffff. once 0xffff is reached, the value of tc_cv is decremented to 0, then re-incremented to 0xffff and so on. see figure 147. a trigger such as an external event or a software trigger can modify tc_cv at any time. if a trigger occurs while tc_cv is incrementing, tc_cv then decrements. if a trigger is received while tc_cv is decrementing, tc_cv then increments. see figure 148. rc compare cannot be programmed to generate a trigger in this configuration. at the same time, rc compare can stop the counter clock (cpcstop = 1) and/or disable the counter clock (cpcdis = 1). figure 147. wavsel = 01 without trigger figure 148. wavsel = 01 with trigger tim e counter value r c r b r a tiob tioa counter decremented by compare match with 0xffff 0xffff w aveform examples tim e counter value tiob tioa counter decremented by compare match with 0xffff 0xffff w aveform examples counter decremented by trigger counter incremented by trigger r c r b r a
355 at91rm3400 1790a?atarm?11/03 wavsel = 11 when wavsel = 11, the value of tc_cv is incremented from 0 to rc. once rc is reached, the value of tc_cv is decremented to 0, then re-incremented to rc and so on. see figure 149. a trigger such as an external event or a software trigger can modify tc_cv at any time. if a trigger occurs while tc_cv is incrementing, tc_cv then decrements. if a trigger is received while tc_cv is decrementing, tc_cv then increments. see figure 150. rc compare can stop the counter clock (cpcstop = 1) and/or disable the counter clock (cpcdis = 1). figure 149. wavsel = 11 without trigger figure 150. wavsel = 11 with trigger tim e counter value r c r b r a tiob tioa counter decremented by compare match with rc 0xffff w aveform examples tim e counter value tiob tioa counter decremented by compare match with rc 0xffff w aveform examples counter decremented by trigger counter incremented by trigger r c r b r a
356 at91rm3400 1790a?atarm?11/03 external event/trigger conditions an external event can be programmed to be detected on one of the clock sources (xc0, xc1, xc2) or tiob. the external event selected can then be used as a trigger. the parameter eevt parameter in tc_cmr selects the external trigger. the eevtedg parameter defines the trigger edge for each of the possible external triggers (rising, falling or both). if eevtedg is cleared (none), no external event is defined. if tiob is defined as an external event signal (eevt = 0), tiob is no longer used as an output and the tc channel can only generate a waveform on tioa. when an external event is defined, it can be used as a trigger by setting bit enetrg in tc_cmr. as in capture mode, the sync signal and the software trigger are also available as triggers. rc compare can also be used as a trigger depending on the parameter wavsel. output controller the output controller defines the output level changes on tioa and tiob following an event. tiob control is used only if tiob is defined as output (not as an external event). the following events control tioa and tiob: software trigger, external event and rc com- pare. ra compare controls tioa and rb compare controls tiob. each of these events can be programmed to set, clear or toggle the output as defined in the corresponding parameter in tc_cmr.
357 at91rm3400 1790a?atarm?11/03 timer counter (tc) user interface tc_bcr (block control register) and tc_bmr (block mode register) control the whole tc block. tc channels are con- trolled by the registers listed in table 62 . the offset of each of the channel registers in table 62 is in relation to the offset of the corresponding channel as mentioned in table 62 . notes: 1. read only if wave = 0 table 61. timer counter global memory map offset channel/register name access reset value 0x00 tc channel 0 see table 62 see table 62 see table 62 0x40 tc channel 1 0x80 tc channel 2 0xc0 tc block control register tc_bcr write-only ? 0xc4 tc block mode register tc_bmr read/write 0 table 62. timer counter channel memory map offset register name access reset value 0x00 channel control register tc_ccr write-only ? 0x04 channel mode register tc_cmr read/write 0 0x08 reserved ? 0x0c reserved ? 0x10 counter value tc_cv read-only 0 0x14 register a tc_ra read/write (1) 0 0x18 register b tc_rb read/write (1) 0 0x1c register c tc_rc read/write 0 0x20 status register tc_sr read-only 0 0x24 interrupt enable register tc_ier write-only ? 0x28 interrupt disable register tc_idr write-only ? 0x2c interrupt mask register tc_imr read-only 0
358 at91rm3400 1790a?atarm?11/03 tc block control register register name: tc_bcr access type: write-only  sync: synchro command 0 = no effect. 1 = asserts the sync signal which generates a software trigger simultaneously for each of the channels. tc block mode register register name: tc_bmr access type: read/write  tc0xc0s: external clock signal 0 selection  tc1xc1s: external clock signal 1 selection 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 ? ? ? ? ? ? ? sync 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 ? ? tc2xc2s tcxc1s tc0xc0s tc0xc0s signal connected to xc0 00tclk0 0 1 none 10tioa1 11tioa2 tc1xc1s signal connected to xc1 00tclk1 0 1 none 10tioa0 11tioa2
359 at91rm3400 1790a?atarm?11/03  tc2xc2s: external clock signal 2 selection tc channel control register register name: tc_ccr access type: write-only  clken: counter clock enable command 0 = no effect. 1 = enables the clock if clkdis is not 1.  clkdis: counter clock disable command 0 = no effect. 1 = disables the clock.  swtrg: software trigger command 0 = no effect. 1 = a software trigger is performed: the counter is reset and the clock is started. tc2xc2s signal connected to xc2 0 0 tclk2 0 1 none 1 0 tioa0 1 1 tioa1 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 ? ? ? ? ? swtrg clkdis clken
360 at91rm3400 1790a?atarm?11/03 tc channel mode re gister: capture mode register name: tc_cmr access type: read/write  tcclks: clock selection  clki: clock invert 0 = counter is incremented on rising edge of the clock. 1 = counter is incremented on falling edge of the clock.  burst: burst signal selection  ldbstop: counter clock stopped with rb loading 0 = counter clock is not stopped when rb loading occurs. 1 = counter clock is stopped when rb loading occurs.  ldbdis: counter clock disable with rb loading 0 = counter clock is not disabled when rb loading occurs. 1 = counter clock is disabled when rb loading occurs. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ldrb ldra 15 14 13 12 11 10 9 8 wave = 0 cpctrg ? ? ? abetrg etrgedg 7 6 5 4 3 2 1 0 ldbdis ldbstop burst clki tcclks tcclks clock selected 0 0 0 timer_clock1 0 0 1 timer_clock2 0 1 0 timer_clock3 0 1 1 timer_clock4 1 0 0 timer_clock5 101xc0 110xc1 111xc2 burst 0 0 the clock is not gated by an external signal. 0 1 xc0 is anded with the selected clock. 1 0 xc1 is anded with the selected clock. 1 1 xc2 is anded with the selected clock.
361 at91rm3400 1790a?atarm?11/03  etrgedg: external trigger edge selection  abetrg: tioa or tiob external trigger selection 0 = tiob is used as an external trigger. 1 = tioa is used as an external trigger.  cpctrg: rc compare trigger enable 0 = rc compare has no effect on the counter and its clock. 1 = rc compare resets the counter and starts the counter clock. wave 0 = capture mode is enabled. 1 = capture mode is disabled (waveform mode is enabled).  ldra: ra loading selection  ldrb: rb loading selection etrgedg edge 0 0 none 0 1 rising edge 1 0 falling edge 1 1 each edge ldra edge 0 0 none 0 1 rising edge of tioa 1 0 falling edge of tioa 1 1 each edge of tioa ldrb edge 0 0 none 0 1 rising edge of tioa 1 0 falling edge of tioa 1 1 each edge of tioa
362 at91rm3400 1790a?atarm?11/03 tc channel mode regi ster: waveform mode register name: tc_cmr access type: read/write  tcclks: clock selection  clki: clock invert 0 = counter is incremented on rising edge of the clock. 1 = counter is incremented on falling edge of the clock.  burst: burst signal selection  cpcstop: counter clock stopped with rc compare 0 = counter clock is not stopped when counter reaches rc. 1 = counter clock is stopped when counter reaches rc.  cpcdis: counter clock disable with rc compare 0 = counter clock is not disabled when counter reaches rc. 1 = counter clock is disabled when counter reaches rc. 31 30 29 28 27 26 25 24 bswtrg beevt bcpc bcpb 23 22 21 20 19 18 17 16 aswtrg aeevt acpc acpa 15 14 13 12 11 10 9 8 wave = 1 wavsel enetrg eevt eevtedg 7 6 5 4 3 2 1 0 cpcdis cpcstop burst clki tcclks tcclks clock selected 0 0 0 timer_clock1 0 0 1 timer_clock2 0 1 0 timer_clock3 0 1 1 timer_clock4 1 0 0 timer_clock5 101xc0 110xc1 111xc2 burst 0 0 the clock is not gated by an external signal. 0 1 xc0 is anded with the selected clock. 1 0 xc1 is anded with the selected clock. 1 1 xc2 is anded with the selected clock.
363 at91rm3400 1790a?atarm?11/03  eevtedg: external event edge selection  eevt: external event selection note: 1. if tiob is chosen as the external event signal, it is configured as an input and no longer generates waveforms .  enetrg: external event trigger enable 0 = the external event has no effect on the counter and its clock. in this case, the selected external event only controls the tioa output. 1 = the external event resets the counter and starts the counter clock.  wavsel: waveform selection wave = 1 0 = waveform mode is disabled (capture mode is enabled). 1 = waveform mode is enabled.  acpa: ra compare effect on tioa  acpc: rc compare effect on tioa eevtedg edge 0 0 none 0 1 rising edge 1 0 falling edge 1 1 each edge eevt signal selected as external event tiob direction 0 0 tiob input (1) 01xc0 output 10xc1 output 11xc2 output wavsel effect 0 0 up mode without automatic trigger on rc compare 1 0 up mode with automatic trigger on rc compare 0 1 updown mode without automatic trigger on rc compare 1 1 updown mode with automatic trigger on rc compare acpa effect 0 0 none 01set 10clear 1 1 toggle acpc effect 0 0 none 01set 10clear 1 1 toggle
364 at91rm3400 1790a?atarm?11/03  aeevt: external event effect on tioa  aswtrg: software trigger effect on tioa  bcpb: rb compare effect on tiob  bcpc: rc compare effect on tiob  beevt: external event effect on tiob  bswtrg: software trigger effect on tiob aeevt effect 0 0 none 01set 10clear 1 1 toggle aswtrg effect 0 0 none 01set 10clear 1 1 toggle bcpb effect 0 0 none 01set 10clear 1 1 toggle bcpc effect 0 0 none 01set 10clear 1 1 toggle beevt effect 0 0 none 01set 10clear 1 1 toggle bswtrg effect 0 0 none 01set 10clear 1 1 toggle
365 at91rm3400 1790a?atarm?11/03 tc counter value register register name: tc_cv access type: read-only  cv: counter value cv contains the counter value in real time. tc register a register name: tc_ra access type: read-only if wave = 0, read/write if wave = 1  ra: register a ra contains the register a value in real time. tc register b register name: tc_rb access type: read-only if wave = 0, read/write if wave = 1  rb: register b rb contains the register b value in real time. 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 cv 7 6 5 4 3 2 1 0 cv 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 ra 7 6 5 4 3 2 1 0 ra 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 rb 7 6 5 4 3 2 1 0 rb
366 at91rm3400 1790a?atarm?11/03 tc register c register name: tc_rc access type: read/write  rc: register c rc contains the register c value in real time. tc status register register name: tc_sr access type: read-only  covfs: counter overflow status 0 = no counter overflow has occurred since the last read of the status register. 1 = a counter overflow has occurred since the last read of the status register.  lovrs: load overrun status 0 = load overrun has not occurred since the last read of the status register or wave = 1. 1 = ra or rb have been loaded at least twice without any read of the corresponding register since the last read of the sta- tus register, if wave = 0.  cpas: ra compare status 0 = ra compare has not occurred since the last read of the status register or wave = 0. 1 = ra compare has occurred since the last read of the status register, if wave = 1.  cpbs: rb compare status 0 = rb compare has not occurred since the last read of the status register or wave = 0. 1 = rb compare has occurred since the last read of the status register, if wave = 1.  cpcs: rc compare status 0 = rc compare has not occurred since the last read of the status register. 1 = rc compare has occurred since the last read of the status register.  ldras: ra loading status 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? ? ? ? 15 14 13 12 11 10 9 8 rc 7 6 5 4 3 2 1 0 rc 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? ? mtiob mtioa clksta 15 14 13 12 11 10 9 8 ? ? ? ? ? ? ? ? 7 6 5 4 3 2 1 0 etrgs ldrbs ldras cpcs cpbs cpas lovrs covfs
367 at91rm3400 1790a?atarm?11/03 0 = ra load has not occurred since the last read of the status register or wave = 1. 1 = ra load has occurred since the last read of the status register, if wave = 0.  ldrbs: rb loading status 0 = rb load has not occurred since the last read of the status register or wave = 1. 1 = rb load has occurred since the last read of the status register, if wave = 0.  etrgs: external trigger status 0 = external trigger has not occurred since the last read of the status register. 1 = external trigger has occurred since the last read of the status register.  clksta: clock enabling status 0 = clock is disabled. 1 = clock is enabled.  mtioa: tioa mirror 0 = tioa is low. if wave = 0, this means that tioa pin is low. if wave = 1, this means that tioa is driven low. 1 = tioa is high. if wave = 0, this means that tioa pin is high. if wave = 1, this means that tioa is driven high.  mtiob: tiob mirror 0 = tiob is low. if wave = 0, this means that tiob pin is low. if wave = 1, this means that tiob is driven low. 1 = tiob is high. if wave = 0, this means that tiob pin is high. if wave = 1, this means that tiob is driven high.
368 at91rm3400 1790a?atarm?11/03 tc interrupt enable register register name: tc_ier access type: write-only  covfs: counter overflow 0 = no effect. 1 = enables the counter overflow interrupt.  lovrs: load overrun 0 = no effect. 1 = enables the load overrun interrupt.  cpas: ra compare 0 = no effect. 1 = enables the ra compare interrupt.  cpbs: rb compare 0 = no effect. 1 = enables the rb compare interrupt.  cpcs: rc compare 0 = no effect. 1 = enables the rc compare interrupt.  ldras: ra loading 0 = no effect. 1 = enables the ra load interrupt.  ldrbs: rb loading 0 = no effect. 1 = enables the rb load interrupt.  etrgs: external trigger 0 = no effect. 1 = enables the external trigger interrupt. 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 etrgs ldrbs ldras cpcs cpbs cpas lovrs covfs
369 at91rm3400 1790a?atarm?11/03 tc interrupt disable register register name: tc_idr access type: write-only  covfs: counter overflow 0 = no effect. 1 = disables the counter overflow interrupt.  lovrs: load overrun 0 = no effect. 1 = disables the load overrun interrupt (if wave = 0).  cpas: ra compare 0 = no effect. 1 = disables the ra compare interrupt (if wave = 1).  cpbs: rb compare 0 = no effect. 1 = disables the rb compare interrupt (if wave = 1).  cpcs: rc compare 0 = no effect. 1 = disables the rc compare interrupt.  ldras: ra loading 0 = no effect. 1 = disables the ra load interrupt (if wave = 0).  ldrbs: rb loading 0 = no effect. 1 = disables the rb load interrupt (if wave = 0).  etrgs: external trigger 0 = no effect. 1 = disables the external trigger interrupt. 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 etrgs ldrbs ldras cpcs cpbs cpas lovrs covfs
370 at91rm3400 1790a?atarm?11/03 tc interrupt mask register register name: tc_imr access type: read-only  covfs: counter overflow 0 = the counter overflow interrupt is disabled. 1 = the counter overflow interrupt is enabled.  lovrs: load overrun 0 = the load overrun interrupt is disabled. 1 = the load overrun interrupt is enabled.  cpas: ra compare 0 = the ra compare interrupt is disabled. 1 = the ra compare interrupt is enabled.  cpbs: rb compare 0 = the rb compare interrupt is disabled. 1 = the rb compare interrupt is enabled.  cpcs: rc compare 0 = the rc compare interrupt is disabled. 1 = the rc compare interrupt is enabled.  ldras: ra loading 0 = the load ra interrupt is disabled. 1 = the load ra interrupt is enabled.  ldrbs: rb loading 0 = the load rb interrupt is disabled. 1 = the load rb interrupt is enabled.  etrgs: external trigger 0 = the external trigger interrupt is disabled. 1 = the external trigger interrupt is enabled. 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 etrgs ldrbs ldras cpcs cpbs cpas lovrs covfs
371 at91rm3400 1790a?atarm?11/03 multimedia card interface (mci) overview the multimedia card interface (mci) supports the multimediacard (mmc) specification v2.2 and the sd memory card specification v1.0. the mci includes a command register, response registers, data registers, timeout counters and error detection logic that automatically handle the transmission of commands and, when required, the reception of the associated responses and data with limited processor overhead. the mci supports stream, block and multi-block data read and write, and is compatible with the peripheral data controller channels, minimizing processor intervention for large buffer transfers. the mci operates at a rate of up to master clock divided by 2 and supports interfacing of up to 16 slots (depending on the product). each slot may be used to interface with a multimediacard bus (up to 30 cards) or with an sd memory card. only one slot can be selected at a time (slots are multiplexed). a bit in the command register performs this selection. the sd memory card communication is based on a 9-pin interface (clock, command, four data and three power lines) and the multimediacard on a 7-pin interface (clock, command, one data and three power lines). the sd memory card interface also supports multimedia card operations. the main differ- ences between sd and multimedia cards are the initialization process and the bus topology. the main features of the mci are:  compatibility with multimedia card specification version 2.2  compatibility with sd memory card specification version 1.0  cards clock rate up to master clock divided by 2  embedded power management to slow down clock rate when not used  supports up to sixteen multiplexed slots (product-dependent) ? one slot for one multimediacard bus (up to 30 cards) or one sd memory card  support for stream, block and multi-block data read and write  supports connection to peripheral data controller ? minimizes processor intervention for large buffer transfers
372 at91rm3400 1790a?atarm?11/03 block diagram figure 151. block diagram mci interface interrupt control pio pdc apb bridge pmc mck mci interrupt mcck mccda mcda0 mcda1 mcda2 mcda3 mccdb mcdb0 mcdb1 mcdb2 mcdb3 asb apb
373 at91rm3400 1790a?atarm?11/03 application block diagram figure 152. application block diagram note: 1. i: input, o: output, pp: push/pull, od: open drain. 23456 17 mmc 23456 17 8 sdcard 9 physical layer mci interface application layer ex: file system, audio, security, etc. table 63. i/o lines description pin name pin description type (1) comments mccda/mccdb command/response i/o/pp/od cmd of an mmc or sd card mcck clock i clk of an mmc or sd card mcda0 - mcda3 data 0..3 of slot a i/o/pp dat0 of an mmc dat[0..3] of an sd card mcdb0 - mcdb3 data 0..3 of slot b i/o/pp dat0 of an mmc dat[0..3] of an sd card
374 at91rm3400 1790a?atarm?11/03 product dependencies i/o lines the pins used for interfacing the multimedia cards or sd cards may be multiplexed with pio lines. the programmer must first program the pio controllers to assign the peripheral func- tions to mci pins. power management the mci may be clocked through the power management controller (pmc), so the program- mer must first to configure the pmc to enable the mci clock. interrupt the mci interface has an interrupt line connected to the advanced interrupt controller (aic). handling the mci interrupt requires programming the aic before configuring the mci. bus topology figure 153. multimedia memory card bus topology the multimedia card communication is based on a 7-pin serial bus interface. it has three com- munication lines and four supply lines. note: 1. i: input, o: output, pp: push/pull, od: open drain. figure 154. mmc bus connections table 64. bus topology pin number name type (1) description mci pin name 1 rsv nc not connected 2 cmd i/o/pp/od command/response mccda/mccdb 3 vss1 s supply voltage ground vss 4 vdd s supply voltage vdd 5 clk i clock mcck 6 vss2 s supply voltage ground vss 7 dat[0] i/o/pp data 0 mcda0/mcdb0 23456 17 mmc 23456 1 7 23456 1 7 23456 17 mcda0 mccda mcck mmc1 mmc2 mmc3 mci
375 at91rm3400 1790a?atarm?11/03 figure 155. sd memory card bus topology the sd memory card bus includes the signals listed in table 65. note: 1. i: input, o: output, pp: push pull, od: open drain figure 156. sd card bus connections table 65. sd memory card bus signals pin number name type (1) description mci pin name 1 cd/dat[3] i/o/pp card detect/ data line bit 3 mcda3/mcdb3 2 cmd pp command/response mccda/mccdb 3 vss1 s supply voltage ground vss 4 vdd s supply voltage vdd 5 clk i clock mcck 6 vss2 s supply voltage ground vss 7 dat[0] i/o/pp data line bit 0 mcda0/mcdb0 8 dat[1] i/o/pp data line bit 1 mcda1/mcdb1 9 dat[2] i/o/pp data line bit 2 mcda2/mcdb2 23456 17 8 sd card 9 23456 17 mcda0 - mcda3 mccda mcck 8 sd card 1 9 23456 17 8 sd card 2 9 mcdb0 - mcdb3 mccdb
376 at91rm3400 1790a?atarm?11/03 figure 157. mixing multimedia and sd memory cards when the mci is configured to operate with sd memory cards, the width of the data bus can be selected in the mci_sdcr register. clearing the sdcbus bit in this register means that the width is one bit and setting it means that the width is four bits. in the case of multimedia cards, only the data line 0 is used. the other data lines can be used as independent pios. multimedia card operations after a power-on reset, the cards are initialized by a special message-based multimedia card bus protocol. each message is represented by one of the following tokens:  command: a command is a token that starts an operation. a command is sent from the host either to a single card (addressed command) or to all connected cards (broadcast command). a command is transferred serially on the cmd line.  response: a response is a token which is sent from an addressed card or (synchronously) from all connected cards to the host as an answer to a previously received command. a response is transferred serially on the cmd line.  data: data can be transferred from the card to the host or vice versa. data is transferred via the data line. card addressing is implemented using a session address assigned during the initialization phase by the bus controller to all currently connected cards. their unique cid number identi- fies individual cards. the structure of commands, responses and data blocks is described in the multimedia-card system specification version 2.2. see also table 66 on page 377. multimediacard bus data transfers are composed of these tokens. there are different types of operations. addressed operations always contain a command and a response token. in addition, some operations have a data token; the others transfer their information directly within the command or response structure. in this case, no data token is present in an operation. the bits on the dat and the cmd lines are transferred synchronous to the clock mcck. two types of data transfer commands are defined:  sequential commands: these commands initiate a continuous data stream. they are terminated only when a stop command follows on the cmd line. this mode reduces the command overhead to an absolute minimum.  block-oriented commands: these commands send a data block succeeded by crc bits. 23456 1 7 23456 1 7 23456 17 mmc1 mmc2 mmc3 mcda0 mcck mccda 23456 17 8 sd card 9 mcdb0 - mcdb3 mccdb
377 at91rm3400 1790a?atarm?11/03 both read and write operations allow either single or multiple block transmission. a multiple block transmission is terminated when a stop command follows on the cmd line similarly to the sequential read. the mci provides a set of registers to perform the entire range of multimediacard operations. command- response operation after reset the mci is disabled and becomes valid after setting the mcien bit in the mci_cr control register. the bit pwsen allows savi ng power by dividing the mci clock by 2 power pwsdiv (mci_mr) when the bus is inactive. the command and the response of the card are clocked out with the rising edge of the mcck. all the timings for multimediacard are defined in the multimediacard system specification version 2.2. the two bus modes (open drain and push/pull) needed to process all the operations are defined in the mci command register. the mci_cmdr allows a command to be carried out. for example, to perform an all_send_cid command: the command all_send_cid and the fields and values for the mci_cmdr control register are described in table 66 and table 67. the mci_argr contains the argument field of the command. to send a command, the user must perform the following steps:  fill the argument register (mci_argr) with the command argument.  set the command register (mci_cmdr) (see table 67). the command is sent immediately after writing the command register. the status bit cmdrdy in the status register (mci_sr) is asserted until the command is completed. if the host command n id cycles cid or ocr cmd s t content crc e z ****** z s t content z z z table 66. all_send_cid command description cmd index type argument resp abbreviation command description cmd2 bcr [31:0] stuff bits r2 all_send_cid asks all cards to send their cid numbers on the cmd line table 67. fields and values for mci_cmdr command register field value cmdnb (command number) 2 (cmd2) rsptyp (response type) 2 (r2: 136 bits response) spcmd (special command) 0 (not a special command) opcmd (open drain command) 1 maxlat (max latency for command to response) 0 (nid cycles ==> 5 cycles) trcmd (transfer command) 0 (no transfer) trdir (transfer direction) x (available only in transfer command) trtyp (transfer type) x (available only in transfer command)
378 at91rm3400 1790a?atarm?11/03 command requires a response, it can be read in the mci response register (mci_rspr). the response size can be 48 bits up to 136 bits according to the command. the mci embeds an error detection to prevent any corrupted data during the transfer. the following flowchart shows how to send a command to the card and read the response if needed. in this example, the status register bi ts are polled but setting the appropriate bits in the interrupt enable register (mci_ier) allows using an interrupt method. figure 158. command/response functional flow diagram note: 1. if the command is send_op_cond, the crc error flag is always present (refer to r3 response in the multimediacard specification). data transfer operation the multimedia card allows several read/wri te operations (single block, multiple blocks, stream, etc.). these operations can be done using the peripheral data controller (pdc) features. if the pdcmode bit is set in mci_mr, then all reads and writes use the pdc facilities. in all cases, the block length must be defined in the mode register. return ok return erro r set the command argument mci_argr = argument (1) set the command mci_cmdr = command read mci_sr cmdrdy status error flags? read response if required ye s wait for command ready status flag c heck error bits in the status register (1) 0 1
379 at91rm3400 1790a?atarm?11/03 read operation the following flowchart shows how to read a single block with or without use of pdc facilities. in this example, a polling method is used to wait for the end of read. similarly, the user can configure the interrupt enable register (mci_ier) to trigger an interrupt at the end of read. these two methods can be applied for all multimediacard read functions. figure 159. read functional flow diagram read status register mci_sr send command sel_desel_card to select the card send command set_blocklen read with pdc reset the pdcmode bit mci_mr &= ~pdcmode set the block length mci_mr |= (blocklenght <<16) number words read = blocklength/4 poll the bit rxrdy = 0? read data = mci_rdr send command read_single_block yes set the pdcmode bit mci_mr |= pdcmode set the block length mci_mr |= (blocklength << 16) configure the pdc channel pdc_rpr = data buffer address pdc_rcr = blocklength/4 pdc2_ptcr = pdc_rxten send command read_single_block read status register mci_sr poll the bit endrx = 0? yes return return yes no no no
380 at91rm3400 1790a?atarm?11/03 write operation in write operation the mci mode register (mci_mr) is used to define the padding value when writing non-multiple block size. if the bit pdcpadv is 0, then 0x00 value is used when pad- ding data, otherwise 0xff is used. if set, the bit pdcmode enables pdc transfer. the following flowchart shows how to write a single block with or without use of pdc facilities. polling or interrupt method can be used to wait for the end of write according to the contents of the interrupt mask register (mci_imr). this flowchart can be adapted to perform all the multimedia card write functions. figure 160. write functional flow diagram read status register mci_sr send command sel_desel_card to select the card send command set_blocklen write using pdc reset the pdcmode bit mci_mr &= ~pdcmode set the block length mci_mr |= (blocklenght <<16) number words write = blocklength/4 poll the bit txrdy = 0? mci_tdr = data to write send command write_single_block yes set the pdcmode bit mci_mr |= pdcmode set the block length mci_mr |= (blocklength << 16) configure the pdc channel pdc_tpr = data buffer address to write pdc_tcr = blocklength/4 pdc2_ptcr = pdc_txten send command write_single_block read status register mci_sr poll the bit endtx = 0? yes return return no yes yes no no no
381 at91rm3400 1790a?atarm?11/03 sd card operations the multimedia card interface allows processing of sd memory card (secure digital memory card) commands. the sd memory card will include a copyright protection mechanism that complies with the security requirements of the sdmi standard, is faster and applicable to higher memory capacity. the physical form factor, pin assignment and data transfer protocol are forward-com-patible with the multimedia card with some additions. the sd memory card communication is based on a 9-pin interface (clock, command, 4 x data and 3 x power lines). the communication protocol is defined as a part of this specifi- cation. the main difference between the sd memory card and the multimedia card is the initialization process. the sd card control register (mci_sdcr) allows selection of the card slot and the data bus width. the sd card bus allows dynamic configuration of the number of data lines. after power up, by default, the sd memory card will use only dat0 for data transfer. after initialization, the host can change the bus width (number of active data lines).
382 at91rm3400 1790a?atarm?11/03 multimedia card (mci) user interface note: 1. the response register can be read by n accesses at the same mci_rspr or at consecutive addresses (0x20 to 0x2c). n depends on the size of the response. table 68. mci register mapping offset register register name read/write reset 0x00 control register mci_cr write --- 0x04 mode register mci_mr read/write 0x0 0x08 data timeout register mci_dtor read/write 0x0 0x0c sd card register mci_sdcr read/write 0x0 0x10 argument register mci_argr read/write 0x0 0x14 command register mci_cmdr write --- 0x18 - 0x1c reserved 0x20 response register (1) mci_rspr read 0x0 0x24 response register (1) mci_rspr read 0x0 0x28 response register (1) mci_rspr read 0x0 0x2c response register (1) mci_rspr read 0x0 0x30 receive data register mci_rdr read 0x0 0x34 transmit data register mci_tdr write --- 0x38 - 0x3c reserved 0x40 status register mci_sr read 0xc0e5 0x44 interrupt enable register mci_ier write --- 0x48 interrupt disable register mci_idr write --- 0x4c interrupt mask register mci_imr read 0x0 0x50-0xff reserved 0x100-0x124 reserved for the pdc
383 at91rm3400 1790a?atarm?11/03 mci control register register name: mci_cr access type: write-only  mcien: multi-media interface enable 0 = no effect. 1 = enables the multi-media interface if mcdis is 0.  mcidis: multi-media interface disable 0 = no effect. 1 = disables the multi-media interface.  pwsen: power save mode enable 0 = no effect. 1 = enables the power saving mode if pwsdis is 0.  pwsdis: power save mode disable 0 = no effect. 1 = disables the power saving mode. 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 ? ? ? ? pwsdis pwsen mcidis mcien
384 at91rm3400 1790a?atarm?11/03 mci mode register name: mci_mr access type: read/write  clkdiv: clock divider multi-media card interface clock (mcck) is master clock (mck) divided by (2*(clkdiv+1)).  pwsdiv: power saving divider multimedia card interface clock is divided by 2 (pwsdiv) when entering power saving mode.  pdcpadv: pdc padding value 0 = 0x00 value is used when padding data in write transfer (not only pdc transfer). 1 = 0xff value is used when padding data in write transfer (not only pdc transfer).  pdcmode: pdc-oriented mode 0 = disables pdc transfer 1 = enables pdc transfer. in this case, unre and ovre (mci_sr) are deactivated.  blklen: data block length this field determines the size of the data block. bits 16 and 17 must be 0. 31 30 29 28 27 26 25 24 ? ? blklen 23 22 21 20 19 18 17 16 blklen 0 0 15 14 13 12 11 10 9 8 pdcmode pdcpadv ? ? ? pwsdiv 7 6 5 4 3 2 1 0 clkdiv
385 at91rm3400 1790a?atarm?11/03 mci data timeout register name: mci_dtor access type: read/write  dtocyc: data timeout cycle number  dtomul: data timeout multiplier these fields determine the maximum number of master clock cycles that the mci waits between two data block transfers. it equals (dtocyc x multiplier). multiplier is defined by dtomul as shown in the following table: 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 ? dtomul dtocyc dtomul multiplier 0 0 0 1 0 0 1 16 0 1 0 128 0 1 1 256 1 0 0 1024 1 0 1 4096 1 1 0 65536 1 1 1 1048576
386 at91rm3400 1790a?atarm?11/03 mci sd card register name: mci_sdcr access type: read/write  sdcsel: sd card selector 0 = sd card a selected. 1 = sd card b selected. sdcbus 0 = 1-bit data bus 1 = 4-bit data bus mci argument register name: mci_argr access type: read/write  arg: command argument 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 sdcbus ? ? ? sdcsel 31 30 29 28 27 26 25 24 arg 23 22 21 20 19 18 17 16 arg 15 14 13 12 11 10 9 8 arg 7 6 5 4 3 2 1 0 arg
387 at91rm3400 1790a?atarm?11/03 mci command register name: mci_cmdr access type: write-only this register is write-protected while cmdrdy is 0 in mci_sr and in the case of a no interrupt command sent (bit spcmd). this means that the current command execution cannot be interrupted or modified.  cmdnb: command number  rsptyp: response type  spcmd: special cmd  opdcmd: open drain command 0 = push pull command 1 = open drain command 31 30 29 28 27 26 25 24 ? ? ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? ? ? ? trtype trdir trcmd 15 14 13 12 11 10 9 8 ? ? ? maxlat opdcmd spcmd 7 6 5 4 3 2 1 0 rsptyp cmdnb rsp response type 0 0 no response. 0 1 48-bit response. 1 0 136-bit response. 1 1 reserved. spcmd cmd 0 0 0 not a special cmd. 0 0 1 initialization cmd: 74 clock cycles for initialization sequence. 0 1 0 synchronized cmd: wait for the end of the current data block transfer before sending the pending command. 0 1 1 reserved. 1 0 0 interrupt command: corresponds to the interrupt mode (cmd40). 1 0 1 interrupt response: corresponds to the interrupt mode (cmd40).
388 at91rm3400 1790a?atarm?11/03  maxlat: max latency for command to response 0 =5-cycle max latency 1 = 64-cycle max latency  trcmd: transfer command  trdir: transfer direction 0 = write 1 = read  trtyp: transfer type mci sd response register name: mci_rspr access type: read-only  rsp: response trcmd transfer type 0 0 no transfer. 0 1 start transfer. 1 0 stop transfer. 1 1 reserved. trtyp transfer type 00block. 0 1 multiple block. 10stream. 1 1 reserved. 31 30 29 28 27 26 25 24 rsp 23 22 21 20 19 18 17 16 rsp 15 14 13 12 11 10 9 8 rsp 7 6 5 4 3 2 1 0 rsp
389 at91rm3400 1790a?atarm?11/03 mci sd receive data register name: mci_rdr access type: read-only  data: data to read mci sd transmit data register name: mci_tdr access type: write-only  data: data to write 31 30 29 28 27 26 25 24 data 23 22 21 20 19 18 17 16 data 15 14 13 12 11 10 9 8 data 7 6 5 4 3 2 1 0 data 31 30 29 28 27 26 25 24 data 23 22 21 20 19 18 17 16 data 15 14 13 12 11 10 9 8 data 7 6 5 4 3 2 1 0 data
390 at91rm3400 1790a?atarm?11/03 mci status register name: mci_sr access type: read-only  cmdrdy: command ready 0 = a command is in progress. 1 = the last command has been sent. cleared when writing in the mci_cmdr.  rxrdy: receiver ready 0 = data has not yet been received since the last read of mci_rdr. 1 = data has been received since the last read of mci_rdr.  txrdy: transmit ready 0= the last data written in mci_tdr has not yet been transferred in the shift register. 1= the last data written in mci_tdr has been transferred in the shift register.  blke: data block ended 0 = a data block transfer is not yet finished. 1 = a data block transfer has ended. set at the end of the last block in pdcmode, otherwise at the end of the first block. cleared when reading the mci_sr.  dtip: data transfer in progress 0 = no data transfer in progress. 1 = the current data transfer is still in progress, including crc16 calculation. cleared at the end of the crc16 calculation.  notbusy: data not busy 0 = the card is not ready for new data transfer. 1 = the card is ready for new data transfer (data line dat0 high corresponding to a free data receive buffer in the card).  endrx: end of rx buffer 0 = the receive counter register has not reached 0 since the last write in mci_rcr or mci_rncr. 1 = the receive counter register has reached 0 since the last write in mci_rcr or mci_rncr.  endtx: end of tx buffer 0 = the transmit counter register has not reached 0 since the last write in mci_tcr or mci_tncr. 1 = the transmit counter register has reached 0 since the last write in mci_tcr or mci_tncr.  rxbuff: rx buffer full 0 = mci_rcr or mci_rncr has a value other than 0. 1 = both mci_rcr and mci_rncr have a value of 0.  txbufe: tx buffer empty 0 = mci_tcr or mci_tncr has a value other than 0. 1 = both mci_tcr and mci_tncr have a value of 0. 31 30 29 28 27 26 25 24 unre ovre ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? dtoe tcrce rtoe rende rcrce rdire rinde 15 14 13 12 11 10 9 8 txbufe rxbuff ? ? ? ? ? ? 7 6 5 4 3 2 1 0 endtx endrx notbusy dtip blke txrdy rxrdy cmdrdy
391 at91rm3400 1790a?atarm?11/03  rinde: response index error 0 = no error. 1 = a mismatch is detected between the command index sent and the response index received. cleared when writing in the mci_cmdr.  rdire: response direction error 0 = no error. 1 = the direction bit from card to host in the response has not been detected.  rcrce: response crc error 0 = no error. 1 = a crc7 error has been detected in the response. cleared when writing in the mci_cmdr.  rende: response end bit error 0 = no error. 1 = the end bit of the response has not been detected. cleared when writing in the mci_cmdr.  rtoe: response time-out error 0 = no error. 1 = the response time-out set by maxlat in the mci_cmdr has been exceeded. cleared when writing in the mci_cmdr.  dcrce: data crc error 0 = no error. 1 = a crc16 error has been detected in the last data block. cleared when sending a new data transfer command.  dtoe: data time-out error 0 = no error. 1 = the data time-out set by dtocyc and dtomul in mci_dtor has been exceeded. cleared when writing in the mci_cmdr.  ovre: overrun 0 = no error. 1 = at least one 8-bit received data has been lost (not read). cleared when sending a new data transfer command.  unre: underrun 0 = no error. 1 = at least one 8-bit data has been sent without valid information (not written). cleared when sending a new data transfer command.
392 at91rm3400 1790a?atarm?11/03 mci interrupt enable register name: mci_ier access type: write-only  cmdrdy: command ready interrupt enable  rxrdy: receiver ready interrupt enable  txrdy: transmit ready interrupt enable  blke: data block ended interrupt enable  dtip: data transfer in progress interrupt enable  notbusy: data not busy interrupt enable  endrx: end of receive buffer interrupt enable  endtx: end of transmit buffer interrupt enable  rxbuff: receive buffer full interrupt enable  txbufe: transmit buffer empty interrupt enable  rinde: response index error interrupt enable  rdire: response direction error interrupt enable  rcrce: response crc error interrupt enable  rende: response end bit error interrupt enable  rtoe: response time-out error interrupt enable  dcrce: data crc error interrupt enable  dtoe: data time-out error interrupt enable  ovre: overrun interrupt enable  unre: underrun interrupt enable 0 = no effect. 1 = enables the corresponding interrupt. 31 30 29 28 27 26 25 24 unre ovre ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? dtoe tcrce rtoe rende rcrce rdire rinde 15 14 13 12 11 10 9 8 txbufe rxbuff ? ? ? ? ? ? 7 6 5 4 3 2 1 0 endtx endrx notbusy dtip blke txrdy rxrdy cmdrdy
393 at91rm3400 1790a?atarm?11/03 mci interrupt disable register name: mci_idr access type: write-only  cmdrdy: command ready interrupt disable  rxrdy: receiver ready interrupt disable  txrdy: transmit ready interrupt disable  blke: data block ended interrupt disable  dtip: data transfer in progress interrupt disable  notbusy: data not busy interrupt disable  endrx: end of receive buffer interrupt disable  endtx: end of transmit buffer interrupt disable  rxbuff: receive buffer full interrupt disable  txbufe: transmit buffer empty interrupt disable  rinde: response index error interrupt disable  rdire: response direction error interrupt disable  rcrce: response crc error interrupt disable  rende: response end bit error interrupt disable  rtoe: response time-out error interrupt disable  dcrce: data crc error interrupt disable  dtoe: data time-out error interrupt disable  ovre: overrun interrupt disable  unre: underrun interrupt disable 0 = no effect. 1 = disables the corresponding interrupt. 31 30 29 28 27 26 25 24 unre ovre ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? dtoe tcrce rtoe rende rcrce rdire rinde 15 14 13 12 11 10 9 8 txbufe rxbuff ? ? ? ? ? ? 7 6 5 4 3 2 1 0 endtx endrx notbusy dtip blke txrdy rxrdy cmdrdy
394 at91rm3400 1790a?atarm?11/03 mci interrupt mask register name: mci_imr access type: read-only  cmdrdy: command ready interrupt mask  rxrdy: receiver ready interrupt mask  txrdy: transmit ready interrupt mask  blke: data block ended interrupt mask  dtip: data transfer in progress interrupt mask  notbusy: data not busy interrupt mask  endrx: end of receive buffer interrupt mask  endtx: end of transmit buffer interrupt mask  rxbuff: receive buffer full interrupt mask  txbufe: transmit buffer empty interrupt mask  rinde: response index error interrupt mask  rdire: response direction error interrupt mask  rcrce: response crc error interrupt mask  rende: response end bit error interrupt mask  rtoe: response time-out error interrupt mask  dcrce: data crc error interrupt mask  dtoe: data time-out error interrupt mask  ovre: overrun interrupt mask  unre: underrun interrupt mask 0 = the corresponding interrupt is not enabled. 1 = the corresponding interrupt is enabled. 31 30 29 28 27 26 25 24 unre ovre ? ? ? ? ? ? 23 22 21 20 19 18 17 16 ? dtoe tcrce rtoe rende rcrce rdire rinde 15 14 13 12 11 10 9 8 txbufe rxbuff ? ? ? ? ? ? 7 6 5 4 3 2 1 0 endtx endrx notbusy dtip blke txrdy rxrdy cmdrdy
395 at91rm3400 1790a?atarm?11/03 usb device port (udp) overview the usb device port (udp) is compliant with the universal serial bus (usb) v2.0 full-speed device specification. it is designed to be associated with atmel?s embedded usb transceiver and interfaced with an arm7tdmi and arm9tdmi core . the number and size of endpoints is product-dependent. each endpoint is associated with one or two banks of a dual-port ram used to store the current data payload. if two banks are used, one dpr bank is read or written by the processor, while the other is read or written by the usb device peripheral. this feature is ma ndatory for isochronous endpoints. thus the device maintains the maximum bandwidth (1m bytes/s) by working with endpoints with two banks of dpr. suspend and resume are automatically detected by the usb device, which notifies the pro- cessor by raising an interrupt. depending on the product, an external signal can be used to send a wake-up to the usb host controller. the main features of the udp are:  usb v2.0 full-speed compliant, 12 mbits per second  embedded usb v2.0 full-speed transceiver  embedded dual-port ram for endpoints  suspend/resume logic  ping-pong mode (2 memory banks) for isochronous and bulk endpoints
396 at91rm3400 1790a?atarm?11/03 block diagram figure 161. usb device port block diagram access to the udp is via the apb bus interface. read and write to the data fifo are done by reading and writing 8-bit values to apb registers. the udp peripheral requires two clocks: one peripheral clock used by the mck domain and a 48 mhz clock used by the 12 mhz domain. a usb 2.0 full-speed pad is embedded and controlled by the sie. the signal external_resume is optional. it allows the udp peripheral to wake-up once in sys- tem mode. the host will then be notified that the device asks for a resume. this optional feature must be also negotiated with the host during the enumeration. atmel bridge 12 mhz suspend/resume logic w r a p p e r w r a p p e r u s e r i n t e r f a c e serial interface engine sie m ck master clock domain dual port ram fifo u dpck recovered 12 mhz domain u dp_int usb device embedded usb transceiver dp dm e xternal resume apb to mcu bus txoen eopn txd rxdm rxd rxdp
397 at91rm3400 1790a?atarm?11/03 product dependencies note: for further details on the usb device hardware implementation, see the specific product prop- erties document. the usb physical transceiver is integrated into the product. the bi-directional differential sig- nals dp and dm are available from the product boundary. two i/o lines may be used by the application:  one to check that vbus is still available from the host. self-powered devices may use this entry to be notified that the host has been powered off. in this case, the board pull-up on dp must be disabled in order to prevent feeding current to the host.  one to control the board pull-up on dp. thus, when the device is ready to communicate with the host, it activates its dp pull-up through this control line. i/o lines dp and dm are not controlled by any pio controllers. the embedded usb physical trans- ceiver is controlled by the usb device peripheral. to reserve an i/o line to check vbus, the programmer must first program the pio controller to assign this i/o in input pio mode. to reserve an i/o line to control the board pull-up, the programmer must first program the pio controller to assign this i/o in output pio mode. power management the usb device peripheral requires a 48 mhz clock. this clock must be generated by a pll with an accuracy of 0.25%. thus, the usb device receives two clocks from the power management controller (pmc): the master clock, mck, used to drive the peripheral user interface and the udpck used to inter- face with the bus usb signals (recovered 12 mhz domain). interrupt the usb device interface has an interrupt line connected to the advanced interrupt controller (aic). handling the usb device interrupt requires programming the aic before configuring the udp.
398 at91rm3400 1790a?atarm?11/03 typical connection usb_cnx is an input signal used to check if the host is connected usb_dp_pup is an output signal used to enable pull-up on dp. figure 162 shows automatic activation of pull-up after reset. figure 162. board schematic to interface usb device peripheral 3v3 15pf 15pf 27 ? 33pf 15k ? 47k ? 100n f d dm ddp pan pam system reset 15k ? 22k ? 27 ? type b connector
399 at91rm3400 1790a?atarm?11/03 functional description usb v2.0 full- speed introduction the usb v2.0 full-speed provides communicati on services between host and attached usb devices. each device is offered with a collection of communication flows (pipes) associated with each endpoint. software on the host communicates with an usb device through a set of communication flows. figure 163. example of usb v2.0 full-speed communication control usb v2.0 full-speed transfer types a communication flow is carried over one of four transfer types defined by the usb device. table 69. usb communication flow transfer direction bandwidth endpoint size error detection retrying control bi-directional not guaranteed 8, 16, 32, 64 yes automatic isochronous uni-directional guaranteed 1 - 1023 yes no interrupt uni-directional not guaranteed 64 yes yes bulk uni-directional not guaranteed 8, 16, 32, 64 yes yes ep0 usb host v2.0 s oftware client 1 software client 2 data flow: bulk out transfer data flow: bulk in transfer data flow: control transfer data flow: control transfer ep1 ep2 usb device 2.0 block 1 usb device 2.0 block 2 ep5 ep4 ep0 data flow: isochronous in transfer data flow: isochronous out transfer
400 at91rm3400 1790a?atarm?11/03 usb bus transactions each transfer results in one or more transacti ons over the usb bus. there are five kinds of transactions flowing across the bus in packets: 1. setup transaction 2. data in transaction 3. data out transaction 4. status in transaction 5. status out transaction usb transfer event definitions as shown in table 70, transfers are sequential events carried out on the usb bus. notes: 1. control transfer must use endpoints with no ping-pong attributes. 2. isochronous transfers must use endpoints with ping-pong attributes. 3. control transfers can be aborted using a stall handshake. table 70. usb transfer events control transfers (1) (3)  setup transaction > data in transactions > status out transaction  setup transaction > data out transactions > status in transaction  setup transaction > status in transaction interrupt in transfer (device toward host)  data in transaction > data in transaction interrupt out transfer (host toward device)  data out transaction > data out transaction isochronous in transfer (2) (device toward host)  data in transaction > data in transaction isochronous out transfer (2) (host toward device)  data out transaction > data out transaction bulk in transfer (device toward host)  data in transaction > data in transaction bulk out transfer (host toward device)  data out transaction > data out transaction
401 at91rm3400 1790a?atarm?11/03 handling transactions with us b v2.0 device peripheral setup transaction setup is a special type of host-to-device trans action used during control transfers. control transfers must be performed using endpoints with no ping-pong attributes. a setup transaction needs to be handled as soon as possible by the firmware. it is used to transmit requests from the host to the device. these requests are then handled by the usb device and may require more arguments. the arguments are sent to the device by a data out transaction which fol- lows the setup transaction. these requests may also return data. the data is carried out to the host by the next data in transaction which follows the setup transaction. a status transaction ends the control transfer. when a setup transfer is received by the usb endpoint:  the usb device automatically acknowledges the setup packet  rxsetup is set in the usb_csrx register  an endpoint interrupt is generated while the rxsetup is not cleared. this interrupt is carried out to the microcontroller if interrupts are enabled for this endpoint. thus, firmware must detect the rxsetup polling the usb_csrx or catching an interrupt, read the setup packet in the fifo, then clear the rxsetup. rxsetup cannot be cleared before the setup packet has been read in the fifo. otherwise, the usb device would accept the next data out transfer and overwrite the setup packet in the fifo. figure 164. setup transaction followed by a data out transaction r x_data_bko ( usb_csrx) ack pid data out data out pid nak pid ack pid data setup setup pid u sb b us packets r xsetup flag set by usb device cleared by firmware set by usb device peripheral f ifo (dpr) c ontent data setup data xx xx out interrupt pending setup received setup handled by firmware data out received data out data out pid
402 at91rm3400 1790a?atarm?11/03 data in transaction data in transactions are used in control, isochronous, bulk and interrupt transfers and conduct the transfer of data from the device to the host. data in transactions in isochronous transfer must be done using endpoints with ping-pong attributes. using endpoints without ping-pong attributes to perform a data in transaction, using a non ping-pong endpoint: 1. the microcontroller checks if it is possible to write in the fifo by polling txpktrdy in the endpoint?s usb_csrx register (txpktrdy must be cleared). 2. the microcontroller writes data to be sent in the endpoint?s fifo, writing zero or more byte values in the endpoint?s usb_fdrx register, 3. the microcontroller notifies the usb peripheral it has finished by setting the txpk- trdy in the endpoint?s usb_csrx register, 4. the microcontroller is notified that the endpoint?s fifo has been released by the usb device when txcomp in the endpoint?s usb_csrx register has been set. then an interrupt for the corresponding endpoint is pending while txcomp is set. txcomp is set by the usb device when it has received an ack pid signal for the data in packet. an interrupt is pending while txcomp is set. note: refer to chapter 8 of the universal serial bus specification, rev 2.0, for more information on the data in protocol layer. figure 165. data in transfer for non ping-pong endpoint u sb bus packets data in 2 data in nak ack data in 1 f ifo (dpr) c ontent load in data in 2 load in progress data in 1 cleared by firmware start to write data payload in fifo set by the firmware data payload written in fifo t xcomp flag ( usb_csrx) t xpktrdy flag ( usb_csrx) cleared by usb device pid data in data in pid pid pid pid ack pid progress prevous data in tx microcontroller load data in fifo data is sent on usb bus interrupt pendin g interrupt pending
403 at91rm3400 1790a?atarm?11/03 using endpoints with ping-pong attribute the use of an endpoint with ping-pong attributes is necessary during isochronous transfer. to be able to guarantee a constant bandwidth, the microcontroller must prepare the next data payload to be sent while the current one is being sent by the usb device. thus two banks of memory are used. while one is available for the microcontroller, the other one is locked by the usb device. figure 166. bank swapping data in transfer for ping-pong endpoints when using a ping-pong endpoint, the following pr ocedures are required to perform data in transactions: 1. the microcontroller checks if it is possible to write in the fifo by polling txpktrdy to be cleared in the endpoint?s usb_csrx register. 2. the microcontroller writes the first data payload to be sent in the fifo (bank 0), writing zero or more byte values in the endpoint?s usb_fdrx register. 3. the microcontroller notifies the usb peripheral it has finished writing in bank 0 of the fifo by setting the txpktrdy in the endpoint?s usb_csrx register. 4. without waiting for txpktrdy to be cleared, the microcontroller writes the second data payload to be sent in the fifo (bank 1), writing zero or more byte values in the endpoint?s usb_fdrx register. 5. the microcontroller is notified that the first bank has been released by the usb device when txcomp in the endpoint?s usb_csrx register is set. an interrupt is pending while txcomp is being set. 6. once the microcontroller has received txcomp for the first bank, it notifies the usb device that it has prepared the second bank to be sent rising txpktrdy in the end- point?s usb_csrx register. 7. at this step, bank 0 is available and the microcontroller can prepare a third data pay- load to be sent . usb device usb bus read write read and write at the same time 1 st data payload 2 nd data payload 3 rd data payload 3 rd data payloa d 2 nd data payloa d 1 st data payloa d data in pack et data in pack et data in pack et m icrocontroller endpoint 1 bank 0 endpoint 1 bank 1 endpoint 1 bank 0 endpoint 1 bank 0 endpoint 1 bank 0 endpoint 1 bank 1
404 at91rm3400 1790a?atarm?11/03 figure 167. data in transfer for ping-pong endpoint warning: there is software critical path due to the fact that once the second bank is filled, the driver has to wait for tx_comp to set tx_pktrdy. if the delay between receiving tx_comp is set and tx_pktrdy is set is too long, some data in packets may be nacked, reducing the bandwidth. data in data in read by usb device read by usb device b ank 1 b ank 0 f ifo (dpr) t xcomp flag ( usb_csrx) interrupt cleared by firmware set by usb device t xpktrdy flag ( usb_mcsrx) ack pid data in pid ack pid set by firmware, data payload written in fifo bank 1 cleared by usb device, data payload fully transmitted data in pid u sb bus p ackets set by usb device set by firmware, data payload written in fifo bank 0 written by f ifo (dpr) microcontroller written by microcontroller written by microcontroller microcontroller load data in bank 0 microcontroller load data in bank 1 usb device send bank 0 microcontroller load data in bank 0 usb device send bank 1 interrupt pending
405 at91rm3400 1790a?atarm?11/03 data out transaction data out transactions are used in control, isochronous, bulk and interrupt transfers and con- duct the transfer of data from the host to the device. data out transactions in isochronous transfers must be done using endpoints with ping-pong attributes. data out transaction without ping-pong attributes to perform a data out transaction, using a non ping-pong endpoint: 1. the host generates a data out packet. 2. this packet is received by the usb device endpoint. while the fifo associated to this endpoint is being used by the microcontroller, a nak pid is returned to the host. once the fifo is available, data are written to the fifo by the usb device and an ack is automatically carried out to the host. 3. the microcontroller is notified that the usb device has received a data payload polling rx_data_bk0 in the endpoint?s usb_csrx register. an interrupt is pending for this endpoint while rx_data_bk0 is set. 4. the number of bytes available in the fifo is made available by reading rxbytecnt in the endpoint?s usb_csrx register. 5. the microcontroller carries out data received from the endpoint?s memory to its mem- ory. data received is available by reading the endpoint?s usb_fdrx register. 6. the microcontroller notifies the usb device that it has finished the transfer by clearing rx_data_bk0 in the endpoint?s usb_csrx register. 7. a new data out packet can be accepted by the usb device. figure 168. data out transfer for non ping-pong endpoints an interrupt is pending while the flag rx_data_bk0 is set. memory transfer between the usb device, the fifo and microcontroller memory can not be done after rx_data_bk0 has been cleared. otherwise, the usb device would accept the next data out transfer and over- write the current data out packet in the fifo. ack pid data out nak pid pid pid pid pid data out2 ack data out data out 1 usb bus packets r x_data_bk0 set by usb device cleared by firmware, data payload written in fifo fifo (dpr) content written by usb device microcontroller read data out 1 data out 1 data out 2 host resends the next data payload microcontroller transfers data host sends data payload data out2 data out2 host sends the next data payload written by usb device ( usb_csrx) interrupt pending
406 at91rm3400 1790a?atarm?11/03 using endpoints with ping-pong attributes during isochronous transfer, using an endpoint with ping-pong attributes is necessary. to be able to guarantee a constant bandwidth, the microcontroller must read the previous data pay- load sent by the host, while the current data payload is received by the usb device. thus two banks of memory are used. while one is available for the microcontroller, the other one is locked by the usb device. figure 169. bank swapping in data out transfers for ping-pong endpoints when using a ping-pong endpoint, the following procedures are required to perform data out transactions: 1. the host generates a data out packet. 2. this packet is received by the usb device endpoint. it is written in the endpoint?s fifo bank 0. 3. the usb device sends an ack pid packet to the host. the host can immediately send a second data out packet. it is accepted by the device and copied to fifo bank 1. 4. the microcontroller is notified that the usb device has received a data payload, polling rx_data_bk0 in the endpoint?s usb_csrx register. an interrupt is pending for this endpoint while rx_data_bk0 is set. 5. the number of bytes available in the fifo is made available by reading rxbytecnt in the endpoint?s usb_csrx register. 6. the microcontroller transfers out data received from the endpoint?s memory to the microcontroller?s memory. data received is made available by reading the endpoint?s usb_fdrx register. 7. the microcontroller notifies the usb peripheral device that it has finished the transfer by clearing rx_data_bk0 in the endpoint?s usb_csrx register. 8. a third data out packet can be accepted by the usb peripheral device and copied in the fifo bank 0. 9. if a second data out packet has been received, the microcontroller is notified by the flag rx_data_bk1 set in the endpoint?s usb_csrx register. an interrupt is pending for this endpoint while rx_data_bk1 is set. usb device usb bus read write write and read at the same time 1 st data payload 2 nd data payload 3 rd data payload 3 rd data payloa d 2 nd data payloa d 1 st data payloa d data in pack et data in pack et data in pack et microcontroller endpoint 1 bank 0 endpoint 1 bank 1 endpoint 1 bank 0 endpoint 1 bank 0 endpoint 1 bank 0 endpoint 1 bank 1
407 at91rm3400 1790a?atarm?11/03 10. the microcontroller transfers out data received from the endpoint?s memory to the microcontroller?s memory. data received is available by reading the endpoint?s usb_fdrx register. 11. the microcontroller notifies the usb device it has finished the transfer by clearing rx_data_bk1 in the endpoint?s usb_csrx register. 12. a fourth data out packet can be accepted by the usb device and copied in the fifo bank 0. figure 170. data out transfer for ping-pong endpoint note: an interrupt is pending while the rx_data_bk0 or rx_data_bk1 flag is set. warning : when rx_data_bk0 and rx_data_bk1 are both set, there is no way to deter- mine which one to clear first. thus the software must keep an internal counter to be sure to clear alternatively rx_data_bk0 then rx_data_bk1. this situation may occur when the software application is busy elsewhere and the two banks are filled by the usb host. once the application comes back to the usb driver, the two flags are set. a p data out pid ack data out 3 data out data out 2 data out data out 1 pid data out 3 data out 1 data out1 data out 2 data out 2 pid pid pid ack cleared by firmware u sb bus p ackets r x_data_bk0 flag r x_data_bk1 flag set by usb device, data payload written in fifo endpoint bank 1 f ifo (dpr) b ank 0 b ank 1 write by usb device write in progress read by microcontroller read by microcontroller set by usb device, data payload written in fifo endpoint bank 0 host sends first data payload microcontroller reads data 1 in bank 0, host sends second data payload microcontroller reads data2 in bank 1, host sends third data payload cleared by firmware write by usb device f ifo (dpr) ( usb_csrx) ( usb_csrx) interrupt pending interrupt pending
408 at91rm3400 1790a?atarm?11/03 status transaction a status transaction is a special type of host to device transaction used only in a control trans- fer. the control transfer must be performed using endpoints with no ping-pong attributes. according to the control sequence (read or write), the usb device sends or receives a status transaction. figure 171. control read and write sequences notes: 1. during the status in stage, the host waits for a zero length packet (data in transaction with no data) from the device using data1 pid. please refer to chapter 8 of the universal serial bus specification, rev. 2.0, to get more information on the protocol layer. 2. during the status out stage, the host emits a zero length packet to the device (data out transaction with no data). control read setup tx data out tx data out tx data stage control write setup stage setup stage setup tx setup tx no data control data in tx data in tx status stage status stage status in tx status out tx status in tx data stage setup stage status stage
409 at91rm3400 1790a?atarm?11/03 status in transfer once a control request has been processed, the device returns a status to the host. this is a zero length data in transaction. 1. the microcontroller waits for txpktrdy in the usb_csrx endpoint?s register to be cleared. (at this step, txpktrdy must be cleared because the previous transaction was a setup transaction or a data out transaction.) 2. without writing anything to the usb_fdrx endpoint?s register, the microcontroller sets txpktrdy. the usb device generates a data in packet using data1 pid. 3. this packet is acknowledged by the host and txpktrdy is set in the usb_csrx end- point?s register. figure 172. data out followed by status in transfer. data in nak data out data out ack pid pid pid pid usb bus packets rx_data_bko (usb_csrx) cleared by firmware set by usb device cleared by usb device txpktrdy (usb_csrx) set by firmware host sends the last data payload to the device device sends a status in to the host interrupt pending
410 at91rm3400 1790a?atarm?11/03 status out transfer once a control request has been processed and the requested data returned, the host acknowledges by sending a zero length packet. this is a zero length data out transaction. 1. the usb device receives a zero length packet. it sets rx_data_bk0 flag in the usb_csrx register and acknowledges the zero length packet. 2. the microcontroller is notified that the usb device has received a zero length packet sent by the host polling rx_data_bk0 in the usb_csrx register. an interrupt is pending while rx_data_bk0 is set. the number of bytes received in the endpoint?s usb_bcr register is equal to zero. 3. the microcontroller must clear rx_data_bk0. figure 173. data in followed by status out transfer data out data in data in ack pid pid pid ack pid rx_data_bko (usb_csrx) txcomp (usb_csrx) set by usb device usb bus packets cleared by firmware cleared by firmware set by usb device device sends a status out to host device sends the last data payload to host interrupt pending
411 at91rm3400 1790a?atarm?11/03 stall handshake a stall handshake can be used in one of two distinct occasions. (for more information on the stall handshake, refer to chapter 8 of the universal serial bus specification, rev 2.0. )  a functional stall is used when the halt feature associated with the endpoint is set. (refer to chapter 9 of the universal serial bus specification, rev 2.0, for more information on the halt feature.)  to abort the current request, a protocol stall is used, but uniquely with control transfer. the following procedure generates a stall packet: 1. the microcontroller sets the forcestall flag in the usb_csrx endpoint?s register. 2. the host receives the stall packet. 3. the microcontroller is notified that the device has sent the stall by polling the stallsent to be set. an endpoint interrupt is pending while stallsent is set. the microcontroller must clear stallsent to clear the interrupt. when a setup transaction is received after a stall handshake, stallsent must be cleared in order to prevent interrupts due to stallsent being set. figure 174. stall handshake (data in transfer) figure 175. stall handshake (data out transfer) data in stall pid pid usb bus packets cleared by firmware set by firmware forcestall stallsent set by usb device cleared by firmware interrupt pending data out pid stall pid data out usb bus packets cleared by firmware set by firmware forcestall stallsent set by usb device interrupt pending
412 at91rm3400 1790a?atarm?11/03 controlling device states a usb device has several possible states. please refer to chapter 9 of the universal serial bus specification, rev 2.0 . figure 176. usb device state diagram movement from one state to another depends on the usb bus state or on standard requests sent through control transactions via the default endpoint (endpoint 0). after a period of bus inactivity, the udp device enters suspend mode. accepting sus- pend/resume requests from the usb host is mandatory. constraints in suspend mode are very strict for bus-powered applications; devices may not consume more than 500 ua on the usb bus. while in suspend mode, the host may wake up a device by sending a resume signal (bus activity) or a usb device may send a wake-up request to the host, e.g., waking up a pc by moving a usb mouse. the wake-up feature is not mandatory for all devices and must be negotiated with the host. attached suspended suspended suspended suspended hub reset or deconfigured hub configured bus inactive bus activity bus inactive bus activity bus inactive bus activity bus inactive bus activity r eset reset address assigned device deconfigured device configured powered default address configured power interruption
413 at91rm3400 1790a?atarm?11/03 from powered state to default state after its connection to a usb host, the usb device waits for an end-of-bus reset. the usb host stops driving a reset state once it has detected the device?s pull-up on dp. the unmasked flag endburst is set in the register udp_i sr and an interrupt is triggered. the udp soft- ware enables the default endpoint, setting the epeds flag in the udp_csr[0] register and, optionally, enabling the interrupt for endpoint 0 by writing 1 to the udp_ier register. the enu- meration then begins by a control transfer. from default state to address state after a set address standard device request, the usb host peripheral enters the address state. before this, it achieves the st atus in transaction of the cont rol transfer, i.e., the udp device sets its new address once the txcomp flag in the udp_csr[0] register has been received and cleared. to move to address state, the driver software sets the fadden flag in the udp_glb_state, sets its new address, and sets the fen bit in the udp_faddr register. from address state to configured state once a valid set configuration standard request has been received and acknowledged, the device enables endpoints corresponding to the current configuration. this is done by setting the epeds and eptype fields in the udp_csrx registers and, optionally, enabling corre- sponding interrupts in the udp_ier register. enabling suspend when a suspend (no bus activity on the usb bus ) is detected, the rxsusp signal in the udp_isr register is set. this triggers an interrupt if the corresponding bit is set in the udp_imr register. this flag is cleared by writing to the udp_icr register. then the device enters suspend mode. as an example, the microcontroller switches to slow clock, disables the pll and main oscillator, and goes into idle mode. it may also switch off other devices on the board. the usb device peripheral clocks may be switched off. however, the transceiver and the usb peripheral must not be switched off, otherwise the resume is not detected. receiving a host resume in suspend mode, the usb transceiver and the usb peripheral must be powered to detect the resume. however, the usb device peripheral may not be clocked as the wakeup signal is asynchronous. once the resume is detected on the bus, the si gnal wakeup in the udp_isr is set. it may generate an interrupt if the corresponding bit in the udp_imr register is set. this interrupt may be used to wake-up the core, enable pll and main oscillators and configure clocks. the wakeup bit must be cleared as soon as possible by setting wakeup in the udp_icr register. sending an external resume the external resume is negotiated with the host and enabled by setting the esr bit in the usb_glb_state. an asynchronous event on the ext_resume_pin of the peripheral gener- ates a wakeup interrupt. on early versions of the usp peripheral, the k-state on the usb line is generated immediately. this means that the usb device must be able to answer to the host very quickly. on recent versions, the software sets the rmwupe bit in the udp_glb_state register once it is ready to communicate with the host. the k-state on the bus is then generated. the wakeup bit must be cleared as soon as possible by setting wakeup in the udp_icr register.
414 at91rm3400 1790a?atarm?11/03 usb device port (udp) user interface table 71. usb device port memory map offset register name access reset state 0x000 frame number register usb_frm_num read 0x0000_0000 0x004 global state register usb_glb_stat read/write 0x0000_0010 0x008 function address register usb_faddr read/write 0x0000_0100 0x00c reserved ? ? ? 0x010 interrupt enable register usb_ier write 0x014 interrupt disable register usb_idr write 0x018 interrupt mask register usb_imr read 0x0000_1200 0x01c interrupt status register usb_isr read 0x0000_0000 0x020 interrupt clear register usb_icr write 0x024 reserved ? ? ? 0x028 reset endpoint register usb_rst_ep read/write 0x02c reserved ? ? ? 0x030 endpoint 0 control and status register usb _csr0 read/write 0x0000_0000 0x034 endpoint 1 control and status register usb _csr1 read/write 0x0000_0000 0x038 endpoint 2 control and status register usb _csr2 read/write 0x0000_0000 0x03c endpoint 3 control and status register usb _csr3 read/write 0x0000_0000 0x040 endpoint 4 control and status register usb _csr4 read/write 0x0000_0000 0x044 endpoint 5 control and status register usb _csr5 read/write 0x0000_0000 0x048 endpoint 6 control and status register usb _csr6 read/write 0x0000_0000 0x04c endpoint 7 control and status register usb _csr7 read/write 0x0000_0000 0x050 endpoint 0 fifo data register usb_fdr0 read/write 0x0000_0000 0x054 endpoint 1 fifo data register usb_fdr1 read/write 0x0000_0000 0x058 endpoint 2 fifo data register usb_fdr2 read/write 0x0000_0000 0x05c endpoint 3 fifo data register usb_fdr3 read/write 0x0000_0000 0x060 endpoint 4 fifo data register usb_fdr4 read/write 0x0000_0000 0x064 endpoint 5 fifo data register usb_fdr5 read/write 0x0000_0000 0x068 endpoint 6 fifo data register usb_fdr6 read/write 0x0000_0000 0x06c endpoint 7 fifo data register usb_fdr7 read/write 0x0000_0000 0x070 reserved ? ? ? 0x074 reserved ? ? ?
415 at91rm3400 1790a?atarm?11/03 usb frame number register register name: usb_frm_num access type: read-only  frm_num[10:0]: frame number as defined in the packet field formats this 11-bit value is incremented by the host on a per frame basis. this value is updated at each start of frame. value updated at the sof_eop (start of frame end of packet).  frm_err: frame error this bit is set at sof_eop when the sof packet is received containing an error. this bit is reset upon receipt of sof_pid.  frm_ok: frame ok this bit is set at sof_eop when the sof packet is received without any error. this bit is reset upon receipt of sof_pid (packet identification). in the interrupt status register, the sof interrupt is updat ed upon receiving sof_pid. this bit is set without waiting for eop. note: in the 8-bit register interface, frm_ok is bit 4 of frm_num_h and frm_err is bit 3 of frm_num_l. 31 30 29 28 27 26 25 24 --- --- --- --- --- --- --- --- 23 22 21 20 19 18 17 16 ? ? ? ? ? ? frm_ok frm_err 15 14 13 12 11 10 9 8 ????? frm_num 76543210 frm_num
416 at91rm3400 1790a?atarm?11/03 usb global state register register name: usb_glb_stat access type: read/write this register is used to get and set the device state as specified in chapter 9 of the usb serial bus specification, rev.2.0 .  fadden: function address enable read: 0 = device is not in address state. 1 = device is in address state. write: 0 = no effect, only a reset can bring back a device to the default state. 1 = set device in address state. this occurs after a successful set address request. beforehand, the usb_faddr register must have been initialized with set address parameters. set address must complete the status stage before setting fad- den. please refer to chapter 9 of the universal serial bus specification, rev. 2.0 to get more details.  confg: configured read: 0 = device is not in configured state. 1 = device is in configured state. write: 0 = set device in a nonconfigured state 1 = set device in configured state. the device is set in configured state when it is in ad dress state and receives a successful set configuration request. please refer to chapter 9 of the universal serial bus specification, rev. 2.0 to get more details.  esr: enable send resume 0 = disable the remote wake up sequence. 1 = remote wake up can be processed and the pin send_resume is enabled.  rsminpr: a resume has been sent to the host read: 0 = no effect. 1 = a resume has been received from the host during remote wake up feature.  rmwupe: remote wake up enable 0 = must be cleared after receiving any host packet or sof interrupt. 1 = enables the k-state on the usb cable if esr is enabled. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ?????? ? ? 76543210 ? ? ? rmwupe rsminpr esr confg fadden
417 at91rm3400 1790a?atarm?11/03 usb function addr ess regi ster register name: usb_faddr access type: read/write  fadd[6:0]: function address value the function address value must be programmed by firmware once the device receives a set address request from the host, and has achieved the status stage of the no-data control sequence. please refer to the universal serial bus specifica- tion, rev. 2.0 to get more information. after power up, or reset, the function address value is set to 0.  fen: function enable read: 0 = function endpoint disabled. 1 = function endpoint enabled. write: 0 = disable function endpoint. 1 = default value. the function enable bit (fen) allows the microcontroller to enable or disable the function endpoints. the microcontroller sets this bit after receipt of a reset from the host. once this bit is set, the usb device is able to accept and transfer data packets from and to the host. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ?????? ? fen 76543210 ?fadd
418 at91rm3400 1790a?atarm?11/03 usb interrupt enable register register name: usb_ier access type: write-only  ep0int: enable endpoint 0 interrupt  ep1int: enable endpoint 1 interrupt  ep2int: enable endpoint 2interrupt  ep3int: enable endpoint 3 interrupt  ep4int: enable endpoint 4 interrupt  ep5int: enable endpoint 5 interrupt  ep6int: enable endpoint 6 interrupt  ep7int: enable endpoint 7 interrupt 0 = no effect. 1 = enable corresponding endpoint interrupt.  rxsusp: enable usb suspend interrupt 0 = no effect. 1 = enable usb suspend interrupt.  rxrsm: enable usb resume interrupt 0 = no effect. 1 = enable usb resume interrupt.  extrsm: enable external resume interrupt 0 = no effect. 1 = enable external resume interrupt.  sofint: enable start of frame interrupt 0 = no effect. 1 = enable start of frame interrupt.  wakeup: enable usb bus wakeup interrupt 0 = no effect. 1 = enable usb bus interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? wakeup ? sofint extrsm rxrsm rxsusp 76543210 ep7int ep6int ep5int ep4int ep3int ep2int ep1int ep0int
419 at91rm3400 1790a?atarm?11/03 usb interrupt disable register register name: usb_idr access type: write-only  ep0int: disable endpoint 0 interrupt  ep1int: disable endpoint 1 interrupt  ep2int: disable endpoint 2 interrupt  ep3int: disable endpoint 3 interrupt  ep4int: disable endpoint 4 interrupt  ep5int: disable endpoint 5 interrupt  ep6int: disable endpoint 6 interrupt  ep7int: disable endpoint 7 interrupt 0 = no effect. 1 = disable corresponding endpoint interrupt.  rxsusp: disable usb suspend interrupt 0 = no effect. 1 = disable usb suspend interrupt.  rxrsm: disable usb resume interrupt 0 = no effect. 1 = disable usb resume interrupt.  extrsm: disable external resume interrupt 0 = no effect. 1 = disable external resume interrupt.  sofint: disable start of frame interrupt 0 = no effect. 1 = disable start of frame interrupt  wakeup: disable usb bus interrupt 0 = no effect. 1 = disable usb bus wakeup interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? wakeup ? sofint extrsm rxrsm rxsusp 76543210 ep7int ep6int ep5int ep4int ep3int ep2int ep1int ep0int
420 at91rm3400 1790a?atarm?11/03 usb interrupt mask register register name: usb_imr access type: read-only  ep0int: mask endpoint 0 interrupt  ep1int: mask endpoint 1 interrupt  ep2int: mask endpoint 2 interrupt  ep3int: mask endpoint 3 interrupt  ep4int: mask endpoint 4 interrupt  ep5int: mask endpoint 5 interrupt  ep6int: mask endpoint 6 interrupt  ep7int: mask endpoint 7 interrupt 0 = corresponding endpoint interrupt is disabled. 1 = corresponding endpoint interrupt is enabled.  rxsusp: mask usb suspend interrupt 0 = usb suspend interrupt is disabled. 1 = usb suspend interrupt is enabled.  rxrsm: mask usb resume interrupt. 0 = usb resume interrupt is disabled. 1 = usb resume interrupt is enabled.  extrsm: mask external resume interrupt 0 = external resume interrupt is disabled. 1 = external resume interrupt is enabled.  sofint: mask start of frame interrupt 0 = start of frame interrupt is disabled. 1 = start of frame interrupt is enabled.  wakeup: usb bus wakeup interrupt 0 = usb bus wakeup interrupt is disabled. 1 = usb bus wakeup interrupt is enabled. note: when the usb block is in suspend mode, the application may power down the usb logic. in this case, any usb host resume request that is made must be taken into account and, thus, the reset value of the rxrsm bit of the register usb_imr is enabled. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? wakeup ? sofint extrsm rxrsm rxsusp 76543210 ep7int ep6int ep5int ep4int ep3int ep2int ep1int ep0int
421 at91rm3400 1790a?atarm?11/03 usb interrupt status register register name: usb_isr access type: read -only  ep0int: endpoint 0 interrupt status 0 = no endpoint0 interrupt pending. 1 = endpoint0 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr0: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep0int is a sticky bit. interrupt remains valid until ep0int is cleared by writing in the corresponding usb_csr0 bit.  ep1int: endpoint 1 interrupt status 0 = no endpoint1 interrupt pending. 1 = endpoint1 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr1: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep1int is a sticky bit. interrupt remains valid until ep1int is cleared by writing in the corresponding usb_csr1 bit.  ep2int: endpoint 2 interrupt status 0 = no endpoint2 interrupt pending. 1 = endpoint2 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr2: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep2int is a sticky bit. interrupt remains valid until ep2int is cleared by writing in the corresponding usb_csr2 bit. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? wakeup endbusres sofint extrsm rxrsm rxsusp 76543210 ep7int ep6int ep5int ep4int ep3int ep2int ep1int ep0int
422 at91rm3400 1790a?atarm?11/03  ep3int: endpoint 3 interrupt status 0 = no endpoint3 interrupt pending. 1 = endpoint3 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr3: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep3int is a sticky bit. interrupt remains valid until ep3int is cleared by writing in the corresponding usb_csr3 bit.  ep4int: endpoint 4 interrupt status 0 = no endpoint4 interrupt pending. 1 = endpoint4 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr4: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep4int is a sticky bit. interrupt remains valid until ep4int is cleared by writing in the corresponding usb_csr4 bit.  ep5int: endpoint 5 interrupt status 0 = no endpoint5 interrupt pending. 1 = endpoint5 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr5: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep5int is a sticky bit. interrupt remains valid until ep5int is cleared by writing in the corresponding usb_csr5 bit.  ep6int: endpoint 6 interrupt status 0 = no endpoint6 interrupt pending. 1 = endpoint6 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr6: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep6int is a sticky bit. interrupt remains valid until ep6int is cleared by writing in the corresponding usb_csr6 bit.
423 at91rm3400 1790a?atarm?11/03  ep7int: endpoint 7 interrupt status 0 = no endpoint7 interrupt pending. 1 = endpoint7 interrupt has been raised. several signals can generate this interrupt. the reason can be found by reading usb_csr7: rxsetup set to 1 rx_data_bk0 set to 1 rx_data_bk1 set to 1 txcomp set to 1 stallsent set to 1 ep7int is a sticky bit. interrupt remains valid until ep7int is cleared by writing in the corresponding usb_csr7 bit.  rxsusp: usb suspend interrupt status 0 = no usb suspend interrupt pending. 1 = usb suspend interrupt has been raised. the usb device sets this bit when it detects no activity for 3ms. the usb device enters suspend mode.  rxrsm: usb resume interrupt status 0 = no usb resume interrupt pending. 1 =usb resume interrupt has been raised. the usb device sets this bit when a usb resume signal is detected at its port.  extrsm: external resume interrupt status 0 = no external resume interrupt pending. 1 = external resume interrupt has been raised. this interrupt is raised when, in suspend mode, an asynchronous rising edge on the send_resume is detected. if rmwupe = 1, a resume state is sent in the usb bus.  sofint: start of frame interrupt status 0 = no start of frame interrupt pending. 1 = start of frame interrupt has been raised. this interrupt is raised each time a sof token has been detected. it can be used as a synchronization signal by using isochronous endpoints.  endbusres: end of bus reset interrupt status 0 = no end of bus reset interrupt pending. 1 = end of bus reset interrupt has been raised. this interrupt is raised at the end of a usb reset sequence. the usb device must prepare to receive requests on the end- point 0. the host starts the enumeration, then performs the configuration.  wakeup: usb resume interrupt status 0 = no wakeup interrupt pending. 1 = a wakeup interrupt (usb host sent a resume or reset) occurred since the last clear.
424 at91rm3400 1790a?atarm?11/03 usb interrupt clear register register name: usb_icr access type: write-only  rxsusp: clear usb suspend interrupt 0 = no effect. 1 = clear usb suspend interrupt.  rxrsm: clear usb resume interrupt 0 = no effect. 1 = clear usb resume interrupt.  extrsm: clear external resume interrupt 0 = no effect. 1 = clear external resume interrupt.  sofint: clear start of frame interrupt 0 = no effect. 1 = clear start of frame interrupt.  endburst: clear end of bus reset interrupt 0 = no effect. 1 = clear start of frame interrupt.  wakeup: clear wakeup interrupt 0 = no effect. 1 = clear wakeup interrupt. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ? ? wakeup endburst sofint extrsm rxrsm rxsusp 76543210 ????????
425 at91rm3400 1790a?atarm?11/03 usb reset endpoint register register name: usb_rst_ep access type: read/write  ep0: reset endpoint 0  ep1: reset endpoint 1  ep2: reset endpoint 2  ep3: reset endpoint 3  ep4: reset endpoint 4  ep5: reset endpoint 5  ep6: reset endpoint 6  ep7: reset endpoint 7 this flag is used to reset the fifo associated with the endpoint and the bit rxbytecount in the register udp_csrx.it also resets the data toggle to data0. it is useful after removing a halt condition on a bulk endpoint. refer to chapter 5.8.5 in the usb serial bus specification, rev. 2.0 . warning: this flag must be cleared at the end of the reset. it does not clear usb_csrx flags. 0 = no reset. 1 = forces the corresponding endpoint fif0 pointers to 0, therefore rxbytecnt field is read at 0 in usb_csrx 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 ?????? ? ? 76543210 ep7 ep6 ep5 ep4 ep3 ep2 ep1 ep0
426 at91rm3400 1790a?atarm?11/03 usb endpoint control and status register register name: usb_csrx [x = 0. 7] access type: read/write  txcomp: generates an in packet with data previously written in the dpr this flag generates an interrupt while it is set to one. write (cleared by the firmware) 0 = clear the flag, clear the interrupt. 1 = no effect. read (set by the usb peripheral) 0 = data in transaction has not been acknowledged by the host. 1 = data in transaction is achieved, acknowledged by the host. after having issued a data in transaction setting txpktrdy, t he device firmware waits for txcomp to be sure that the host has acknowledged the transaction.  rx_data_bk0: receive data bank 0 this flag generates an interrupt while it is set to one. write (cleared by the firmware) 0 = notify usb peripheral device that data have been read in the fifo's bank 0. 1 = no effect. read (set by the usb peripheral) 0 = no data packet has been received in the fifo's bank 0 1 = a data packet has been received, it has been stored in the fifo's bank 0. when the device firmware has polled this bit or has been interrupted by this signal, it must transfer data from the fifo to the microcontroller memory. the number of bytes received is available in rxbytcent field. bank 0 fifo values are read through the usb_fdrx register. once a transfer is done, the device firmware must release bank 0 to the usb peripheral device by clearing rx_data_bk0.  rxsetup: sends stall to the host (control endpoints) this flag generates an interrupt while it is set to one. read 0 = no setup packet available. 1 = a setup data packet has been sent by the host and is available in the fifo. write 0 = device firmware notifies the usb peripheral device that it has read the setup data in the fifo. 31 30 29 28 27 26 25 24 ????? rxbytecnt 23 22 21 20 19 18 17 16 rxbytecnt 15 14 13 12 11 10 9 8 epeds ? ? ? dtgle eptype 76543210 dir rx_data_ bk1 force stall txpktrdy stallsent isoerror rxsetup rx_data_ bk0 txcomp
427 at91rm3400 1790a?atarm?11/03 1 = no effect. this flag is used to notify the usb device firmware that a valid setup data packet has been sent by the host and success- fully received by the usb device. the usb device firmware may transfer setup data from the fifo by reading the usb_fdrx register to the microcontroller memory. once a transfer has been done, rxsetup must be cleared by the device firmware. ensuing data out transactions is not accepted while rxsetup is set.  stallsent: stall sent (control, bulk interrupt endpoints)/ isoerror (isochronous endpoints) this flag generates an interrupt while it is set to one. stallsent: this ends a stall handshake read 0 = the host has not acknowledged a stall. 1 = host has acknowledge the stall. write 0 = reset the stallsent flag, clear the interrupt. 1 = no effect. this is mandatory for the device firmware to clear this flag. otherwise the interrupt remains. please refer to chapters 8.4.5 and 9.4.5 of the universal serial bus specification, rev. 2.0 to get more information on the stall handshake. isoerror: a crc error has been detected in an isochronous transfer read 0 = no error in the previous isochronous transfer. 1 = crc error has been detected, data available in the fifo are corrupted. write 0 = reset the isoerror flag, clear the interrupt. 1 = no effect.  txpktrdy: transmit packet ready this flag is cleared by the usb device. this flag is set by the usb device firmware. read 0 = data values can be written in the fifo. 1 = data values can not be written in the fifo. write 0 = no effect. 1 = a new data payload is has been written in the fifo by the firmware and is ready to be sent. this flag is used to generate a data in transaction (device to host). device firmware checks that it can write a data payload in the fifo, checking that txpktrdy is cleared. transfer to the fifo is done by writing in the usb_fdrx register. once the data payload has been transferred to the fifo, the firmware notifies the usb device setting txpktrdy to one. usb bus transactions can start. txcomp is set once the data payload has been received by the host.  forcestall: force stall (used by control, bulk and isochronous endpoints) write-only 0 = no effect. 1 = send stall to the host.
428 at91rm3400 1790a?atarm?11/03 please refer to chapters 8.4.5 and 9.4.5 of the universal serial bus specification, rev. 2.0 to get more information on the stall handshake. control endpoints: during the data stage and status stage, this indicates that the microcontroller can not complete the request. bulk and interrupt endpoints: notify the host that the endpoint is halted. the host acknowledges the stall, device firmware is notified by the stallsent flag.  rx_data_bk1: receive data bank 1 (only used by endpoints with ping-pong attributes) this flag generates an interrupt while it is set to one. write (cleared by the firmware) 0 = notify usb device that data have been read in the fifo?s bank 1. 1 = no effect. read (set by the usb peripheral) 0 = no data packet has been received in the fifo's bank 1. 1 = a data packet has been received, it has been stored in fifo's bank 1. when the device firmware has polled this bit or has been interrupted by this signal, it must transfer data from the fifo to microcontroller memory. the number of bytes received is available in rxbytecnt field. bank 1 fifo values are read through usb_fdrx register. once a transfer is done, the device firmware must release bank 1 to the usb device by clear- ing rx_data_bk1.  dir: transfer direction (only available for control endpoints) read/write 0 = allow data out transactions in the control data stage. 1 = enable data in transactions in the control data stage. please refer to chapter 8.5.3 of the universal serial bus specification, rev. 2.0 to get more information on the control data stage. this bit must be set before usb_csrx/rxsetup is cleared at the end of the setup stage. according to the request sent in the setup data packet, the data stage is either a device to host (dir = 1) or host to device (dir = 0) data transfer. it is not necessary to check this bit to reverse direction for the status stage.  eptype[2:0]: endpoint type  dtgle: data toggle read-only 0 = identifies data0 packet. 1 = identifies data1 packet. please refer to chapter 8 of the universal serial bus specification, rev. 2.0 to get more information on data0, data1 packet definitions. read/write 000 control 001 isochronous out 101 isochronous in 010 bulk out 110 bulk in 011 interrupt out 111 interrupt in
429 at91rm3400 1790a?atarm?11/03  epeds: endpoint enable disable read 0 = endpoint disabled. 1 = endpoint enabled. write 0 = disable endpoint. 1 = enable endpoint.  rxbytecnt[10:0]: number of bytes available in the fifo read-only. when the host sends a data packet to the device, the usb device stores the data in the fifo and notifies the microcontrol- ler. the microcontroller can load the data from the fifo by reading rxbytecent bytes in the usb_fdrx register.
430 at91rm3400 1790a?atarm?11/03 usb fifo data register register name: usb_fdrx [x = 0. 7] access type: read/write  fifo_data[7:0]: fifo data value the microcontroller can push or pop values in the fifo through this register. rxbytecnt in the corresponding usb_csrx register is the number of bytes to be read from the fifo (sent by the host). the maximum number of bytes to write is fixed by the max packet size in the standard endpoint descriptor. it can not be more than the physical memory size associated to the endpoint. please refer to the universal serial bus specification, rev. 2.0 to get more information. 31 30 29 28 27 26 25 24 ???????? 23 22 21 20 19 18 17 16 ???????? 15 14 13 12 11 10 9 8 ?????? ? ? 76543210 fifo_data
431 at91rm3400 1790a?atarm?11/03 dc characteristics absolute maximum ratings table 72. absolute maximum ratings* operating temperature (industrial)..........-40 c to +85 c *notice: stresses beyond those listed under ?absolute maxi- mum ratings? may cause permanent damage to the device. this is a stress rating only and func- tional operation of the device at these or other con- ditions beyond those indicated in the operational sections of this specification is not implied. expo- sure to absolute maximum rating conditions for extended periods may affect device reliability. storage temperature ............................ -60c to +150c voltage on input pins with respect to ground ............................-0.3v to +3.6v maximum operating voltage (v ddcore , v ddpll and v ddosc ) ............................... 1.95v maximum operating voltage (v ddio )...................................................................... 3.6v dc output current.................................................. 8 ma
432 at91rm3400 1790a?atarm?11/03 dc characteristics the following characteristics are applicable to the operating temperature range: t a = -40c to 85c, unless otherwise spec- ified and are certified for a junction temperature up to t j = 100c. 4. pin group 1: pioa and piob 5. pin group 2: nrst 6. pin group 3: jtagsel/tck/tms/tst 7. pin group 4: tdi 8. pin group 5: tdo 9. v dd is applicable to v ddio ,v ddpll and v ddosc 10. i o = output current table 73. dc characteristics symbol parameter conditions min typ max units v ddcore dc supply core 1.65 1.95 v v ddosc dc supply oscillator 1.65 1.95 v v ddpll dc supply pll 1.65 1.95 v v ddio dc supply i/os v ddcore v ddcore + 1.5 or 3.6 v v il input low-level voltage pin group 1 (1) and pin group 4 (4 pin group 2 (2) and pin group 3 (3) -0.3 -0.3 0.3xv ddio 0.8 v v ih input high-level voltage pin group 1 (1) and pin group 4 (4) pin group 2 (2) and pin group 3 (3) 0.7xv ddio 2.0 v ddio +0.3 v ddio +0.3 v v ol output low-level voltage pin group 1 (1) i ol = 8 ma (7) 0.4 v pin group 5 (5) i ol = 4 ma (7) i ol = 8 ma (7) 0.2 0.4 v oh output high-level voltage pin group 1 (1) i oh = 8 ma (7) v ddio -0.4 v pin group 5 (5) i oh = 4 ma (7) i oh = 8 ma (7) v ddio -0.2 v ddio -0.4 i leak input leakage current pullup resistors disabled 1 a i pull input pull-up current pin group 1 (1) v dd = 3.0v (6) , v in = 0 v dd = 3.6v (6) , v in = 0 a 9.6 26.6 pin group 3 (3) v dd = 3.3v (6) , v in = 0 122.7 339 a pin group 4 (4) v dd = 3.0v (6) , v in = 0 v dd = 3.6v (6) , v in = 0 a 157.8 363 c in input capacitance 100-lqfp package 8.3 pf i sc static current on v ddcore = 2v, mck = 0 hz t a = 25c 15 45 a all inputs driven tms, tdi, tck, nrst = 1 t a = 85c 130 340
433 at91rm3400 1790a?atarm?11/03 clocks characteristics these parameters are given in the following conditions: v ddcore = 1.8v  ambient temperature = 25c the temperature derating factor described in ?applicable conditions and derating data? on page 439, section ?tempera- ture derating factor? on page 440 and v ddcore voltage derating factor described in ?applicable conditions and derating data? on page 439, section ?vddcore voltage derating factor? on page 440 are both applicable to these characteristics. processor clock characteristics master clock characteristics xin clock characteristics notes: 1. these characteristics apply only when the main oscillator is in bypass mode (i.e., when moscen = 0 in the ckgr_mor register, refer to ?pmc clock generator main oscillator register? on page 146). table 74. processor clock waveform parameters symbol parameter conditions min max units 1/(t cppck ) processor clock frequency 90 mhz t cppck processor clock period 11.1 ns table 75. master clock waveform parameters symbol parameter conditions min max units 1/(t cpmck ) master clock frequency 70.0 mhz t cpmck master clock period 14.3 ns t chmck master clock high half-period 7.1 ns t clmck master clock low half-period 7.1 ns table 76. xin clock electrical characteristics symbol parameter conditions min max units 1/(t cpxin ) xin clock frequency 50.0 mhz t cpxin xin clock period 20.0 ns t chxin xin clock high half-period 0.4 x t cpxin 0.6 x t cpxin t clxin xin clock low half-period 0.4 x t cpxin 0.6 x t cpxin c in xin input capacitance (1) 25 pf r in xin pulldown resistor (1) 500 k ?
434 at91rm3400 1790a?atarm?11/03 power consumption the values in table 77 and table 78 are measured values on the at91rm3400dk evaluation board with operating conditions as follows: v ddio = 3.3v v ddcore = v ddpll = v ddosc = 1.8v t a = 25 c  mck = 48 mhz  pck = 48 mhz  slck = 32,768 hz these figures represent the power consumption measured on the v ddcore power supply. note: 1. code in internal sram. notes: 1. code in internal sram. 2. power consumption on the v ddpll power supply. 3. power consumption on the v ddosc power supply. table 77. power consumption for pmc modes (1) mode conditions consumption unit active arm core clock enabled. all peripheral clocks activated. 34.1 ma normal arm core clock enabled. all peripheral clocks deactivated. 19.4 idle arm core clock disabled and waiting for the next interrupt. all peripheral clocks deactivated. 5.1 slow clock main oscillator and plls are switched off. processor and all peripherals run at slow clock. 0.6 standby combination of idle and slow clock modes. 0.5 table 78. power consumption by peripheral (1) peripheral consumption unit pio controller 0.4 ma usart 0.9 mci 1.2 udp 1.0 twi 0.2 spi 0.9 ssc 1.1 timer counter channels 0.2 pmc pll (2) slow clock oscillator (3) main oscillator (3) 4 1.3 550 ma a a
435 at91rm3400 1790a?atarm?11/03 crystal oscillators characteristics 32 khz oscillator characteristics notes: 1. r s is the equivalent series resistance, c l is the equivalent load capacitance main oscillator characteristics notes: 1. c s is the shunt capacitance pll characteristics table 79. 32 khz oscillator characteristics symbol parameter conditions min typ max unit 1/(t cp32khz ) crystal oscillator frequency 32.768 khz duty cycle measured at the pck output pin 40 50 60 % t st startup time v ddosc = 1.2 to 2v r s = 50 k ? , c l =12.5 pf (1) 900 ms table 80. main oscillator characteristics symbol parameter conditions min typ max unit 1/(t cpmain ) crystal oscillator frequency 3 16 20 mhz c l1 , c l2 internal load capacitance (c l1 = c l2 ) 25 pf c l equivalent load capacitance 12.5 pf duty cycle 40 50 60 % t st startup time v ddpll = 1.2 to 2v c s = 3 pf (1) 1/(t cpmain ) = 3 mhz c s = 7 pf (1) 1/(t cpmain ) = 16 mhz c s = 7 pf (1) 1/(t cpmain ) = 20 mhz 14.5 1.4 1 ms table 81. phase lock loop characteristics symbol parameter conditions min typ max unit f out output frequency 20 100 mhz f in input frequency 1 32 mhz k o vco gain 120 190 300 mhz/v i p pump current 36 44 60 a
436 at91rm3400 1790a?atarm?11/03 transceiver characteristics electrical characteristics table 82. electrical parameters symbol parameter conditions min typ max unit input levels v il low level 0.8 v v ih high level 2.0 v v di differential input sensivity |(d+) - (d-)| 0.2 v v cm differential input common mode range 0.8 2.5 v c in transceiver capacitance capacitance to ground on each line 9.18 pf i hi-z state data line leakage 0v < v in < 3.3v -10 10 a r ext recommended external usb series resistor in series with each usb pin with 5% 27 ? output levels v ol low level output measured with r l of 1.425 kohm tied to 3.6v 0.0 0.3 v v oh high level output measured with r l of 14.25 kohm tied to gnd 2.8 3.6 v v crs output signal crossover voltage measure conditions described in figure 177 1.3 2.0 v
437 at91rm3400 1790a?atarm?11/03 switching characteristics figure 177. usb data signal rise and fall times table 83. in low speed symbol parameter conditions min typ max unit t fr transition rise time c load = 400 pf 75 300 ns t fe transition fall time c load = 400 pf 75 300 ns t frfm rise/fall time matching c load = 400 pf 80 125 % table 84. in full speed symbol parameter conditions min typ max unit t fr transition rise time c load = 50 pf 4 20 ns t fe transition fall time c load = 50 pf 4 20 ns t frfm rise/fall time matching 90 111.11 % 10% 10% 90% v crs t r t f d ifferential d ata lines rise time fall time fosc = 6mhz/750khz r ext =27 ohms c load buffer (b) (a)
438 at91rm3400 1790a?atarm?11/03
439 at91rm3400 1790a?atarm?11/03 ac characteristics applicable conditions and derating data conditions and timings computation the delays are given as typical values under the following conditions: v ddio = 3.3v v ddcore = 1.8v  ambient temperature = 25c  load capacitance = 0 pf  the output level change detection is (0.5 x v ddio ).  the input level is (0.3 x v ddio ) for a low-level detection and is (0.7 x v ddio ) for a high-level detection. the minimum and maximum values given in the ac characteristics tables of this datasheet take into account process variation and design. in order to obtain the timingfor other condi- tions, the following equation should be used: where:  t is the derating factor in temperature given in figure 178 on page 440.  vddcore is the derating factor for the core power supply given in figure 179 on page 440.  t datasheet is the minimum or maximum timing value given in this datasheet for a load capacitance of 0 pf.  vddio is the derating factor for the io power supply given in figure 180 on page 441.  c signa l is the capacitance load on the considered output pin (1) .  csignal is the load derating factor depending on the capacitance load on the related output pins given in min and max in this datasheet. the input delays are given as typical values. note: 1. the user must take into account the package capacitance load contribution (c in ) described in table 73 on page 432. t t vddcore t datasheet () vddio c signal csignal () () + () =
440 at91rm3400 1790a?atarm?11/03 temperature derating factor figure 178. derating curve for different operating temperatures v ddcore voltage derating factor figure 179. derating curve for different core supply voltages 0.8 0.9 1 1.1 1.2 -60 -40 -20 0 20 40 60 80 100 120 140 160 operating temperature (c ) derating fac tor 0.5 1 1.5 2 2.5 3 1 1.05 1.1 1.15 1.2 1.25 1.3 1.35 1.4 1.45 1.5 1.55 1.6 1.65 1.7 1.75 1.8 1.85 1.9 1.95 core supply voltage (v ) d erating fac tor
441 at91rm3400 1790a?atarm?11/03 v ddio voltage derating factor figure 180. derating curve for different io supply voltages note: the derating factor in this example is applicable only to timings related to output pins. 0.5 1 1.5 2 2.5 3 3.5 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3 3.1 3.2 3.3 3.4 3.5 3.6 i/o supply voltage (v ) derating facto r d erating factor fo r t yp case is 1
442 at91rm3400 1790a?atarm?11/03 jtag/ice timings ice interface signals table 85 shows timings relative to operating condition limits defined in the section ?conditions and timings computation? on page 439. figure 181. ice interface signals table 85. ice interface timing specification symbol parameter conditions min max units ice 0 tck low half-period 24.0 ns ice 1 tck high half-period 24.0 ns ice 2 tck period 48.0 ns ice 3 tdi, tms, setup before tck high 1.1 ns ice 4 tdi, tms, hold after tck high 0 ns ice 5 tdo hold time c tdo = 0 pf 4.3 ns c tdo derating 0.037 ns/pf ice 6 tck low to tdo valid c tdo = 0 pf 10.7 ns c tdo derating 0.037 ns/pf tck ice 3 ice 4 ice 6 tms/tdi tdo ice 5 ice 1 ice 2 ice 0
443 at91rm3400 1790a?atarm?11/03 jtag interface signals table 86 shows timings relative to operating condition limits defined in the section ?conditions and timings computation? on page 439. table 86. jtag interface timing specification symbol parameter conditions min max units jtag 0 tck low half-period 6.5 ns jtag 1 tck high half-period 5.5 ns jtag 2 tck period 12.0 ns jtag 3 tdi, tms setup before tck high 0.6 ns jtag 4 tdi, tms hold after tck high 1.5 ns jtag 5 tdo hold time c tdo = 0 pf 2.4 ns c tdo derating 0.037 ns/pf jtag 6 tck low to tdo valid c tdo = 0 pf 6.2 ns c tdo derating 0.037 ns/pf jtag 7 device inputs setup time 0 ns jtag 8 device inputs hold time 3.0 ns jtag 9 device outputs hold time c out = 0 pf 2.7 ns c out derating 0.035 ns/pf jtag 10 tck to device outputs valid c out = 0 pf 9.0 ns c out derating 0.035 ns/pf
444 at91rm3400 1790a?atarm?11/03 figure 182. jtag interface signals tck jtag 9 tms/tdi tdo device outputs jtag 5 jtag 4 jtag 3 jtag 0 jtag 1 jtag 2 jtag 10 device inputs jtag 8 jtag 7 jtag 6
445 at91rm3400 1790a?atarm?11/03 mechanical characteristics thermal data in table 87, the device lifetime is estimated using the mil-217 standard in the ?moderately controlled? environmental model (this model is described as corresponding to an installation in a permanent rack with adequate cooling air), depending on the device junction temperature. (for details see the section ?junction temperature? on page 445.) note that the user must be extremely cautious with this mtbf calculation. it should be noted that the mil-217 model is pessimistic with respect to observed values due to the way the data/models are obtained (test under severe conditions). the life test results that have been measured are always better than the predicted ones. table 88 summarizes the thermal resistance data depending on the package. junction temperature the average chip-junction temperature, t j , in c can be obtained from the following:   where:  ja = package thermal resistance, junction-to-ambient (c/w), provided in table 88 on page 445  jc = package thermal resistance, junction-to-case thermal resistance (c/w), provided in table 88 on page 445  heat sink = cooling device thermal resistance (c/w), provided in the device datasheet p d = device power consumption (w) estimated from data provided in the section ?power consumption? on page 434 t a = ambient temperature (c) from the first equation, the user can derive the estimated lifetime of the chip and decide if a cooling device is necessary or not. if a cooli ng device is to be fitted on the chip, the second equation should be used to compute the resulting average chip-junction temperature t j in c. table 87. mtbf versus junction temperature junction temperature (t j ) (c) estimated lifetime (mtbf) (year) 100 9 125 5 150 2 175 1 table 88. thermal resistance data symbol parameter condition package typ unit ja junction-to-ambient thermal resistance still air lqfp100 40.2 c/w jc junction-to-case thermal resistance lqfp100 13.1 t j t a p d ja () + = t j t a p ( d ( heatsink jc )) ++ =
446 at91rm3400 1790a?atarm?11/03 package drawing figure 183. 100-lead lqfp package drawing table 89. 100-lead lqfp package dimensions (in mm) symbol min nom max symbol min nom max c 0.09 0.2 b 0.17 0.22 0.27 c1 0.09 0.16 b1 0.17 0.2 0.23 l 0.45 0.6 0.75 tolerances of form and position l1 1.00 ref aaa 0.2 r2 0.08 0.2 bbb 0.2 r1 0.08 bsc s0.2 d 16.0 0 3.5 7 d1 14.0 1 0 e 16.0 2 11 12 13 e1 14.0 3 11 12 13 e 0.50 a1.6 a1 0.05 0.15 ccc 0.10 a2 1.35 1.4 1.45 ddd 0.06
447 at91rm3400 1790a?atarm?11/03 at91rm3400 ordering information table 90. ordering information ordering code package rom code revision temperature operating range AT91RM3400-AI-001 lqfp 100 001 industrial (-40 c to 85 c)
i at91rm3400 1790a?atarm?11/03 table of contents features............................................................................................................... 1 description .......................................................................................................... 2 block diagram..................................................................................................... 3 key features ....................................................................................................... 4 arm7tdmi processor ..................................................................................... 4 debug and test................................................................................................ 4 boot rom program.......................................................................................... 4 embedded software services .......................................................................... 4 reset controller ............................................................................................... 4 memory controller............................................................................................ 4 advanced interrupt controller .......................................................................... 5 power management controller ........................................................................ 6 system timer ................................................................................................... 6 real-time clock ................................................................................................ 6 debug unit ....................................................................................................... 6 parallel input/output controller........................................................................ 7 serial peripheral interface................................................................................ 7 two-wire interface............................................................................................ 8 usart ............................................................................................................. 8 serial synchronous controller ......................................................................... 8 timer counter .................................................................................................. 8 multimedia card interface ................................................................................ 9 usb device port .............................................................................................. 9 at91rm3400 product properties................................................................. 11 power supplies ................................................................................................. 11 pinout................................................................................................................. 11 mechanical overview of the 100-lead lqfp package................................... 12 peripheral multiplexing on pio lines ............................................................. 13 pio controller a multiplexing ......................................................................... 13 pio controller b multiplexing ......................................................................... 15 pin name description....................................................................................... 16 peripheral identifiers ........................................................................................ 19 system interrupt............................................................................................. 20 external interrupts.......................................................................................... 20 product memory mapping................................................................................ 20 internal memory mapping .............................................................................. 20 peripheral mapping ........................................................................................ 21 peripheral implementation............................................................................... 23 usart ........................................................................................................... 23 timer counter ................................................................................................ 23 usb device port ............................................................................................ 23 arm7tdmi processor overview .................................................................. 25 overview............................................................................................................ 25
ii at91rm3400 1790a?atarm?11/03 arm7tdmi processor ...................................................................................... 26 instruction type.............................................................................................. 26 data type....................................................................................................... 26 arm7tdmi operating mode.......................................................................... 26 arm7tdmi registers .................................................................................... 26 arm instruction set overview ....................................................................... 28 thumb instruction set overview .................................................................... 29 at91rm3400 debug and test features ...................................................... 31 overview............................................................................................................ 31 block diagram................................................................................................... 32 application examples ...................................................................................... 33 debug environment ....................................................................................... 33 test environment ........................................................................................... 33 debug and test pin description ..................................................................... 34 functional description..................................................................................... 34 test pin .......................................................................................................... 34 embedded in-circuit emulator ........................................................................ 34 debug unit ..................................................................................................... 35 ieee 1149.1 jtag boundary scan ............................................................... 35 at91rm3400 id code register .................................................................... 42 boot program................................................................................................. 43 overview............................................................................................................ 43 flow diagram .................................................................................................... 44 bootloader......................................................................................................... 45 valid image detection .................................................................................... 46 structure of arm vector 6 ............................................................................. 47 bootloader sequence..................................................................................... 48 boot uploader ................................................................................................... 52 external communication channels ................................................................ 52 hardware and software constraints............................................................... 54 embedded software services ...................................................................... 55 overview............................................................................................................ 55 service definition ............................................................................................. 55 service structure............................................................................................ 55 using a service .............................................................................................. 56 embedded software services ......................................................................... 59 definition ........................................................................................................ 59 rom entry service ........................................................................................ 59 tempo service ............................................................................................... 60 xmodem service............................................................................................ 63 dataflash service.......................................................................................... 69 crc service .................................................................................................. 74
iii at91rm3400 1790a?atarm?11/03 sine service ................................................................................................... 76 reset controller............................................................................................. 77 overview............................................................................................................ 77 nrst conditions .............................................................................................. 77 reset management ........................................................................................... 78 recommended features of the reset controller .......................................... 78 memory controller (mc)................................................................................ 79 overview............................................................................................................ 79 block diagram................................................................................................... 80 functional description..................................................................................... 81 bus arbiter ..................................................................................................... 81 address decoder ........................................................................................... 81 remap command .......................................................................................... 82 abort status ................................................................................................... 83 memory protection unit.................................................................................. 83 misalignment detector ................................................................................... 84 at91rm3400 memory controller (mc) user interface .................................. 85 mc remap control register .......................................................................... 86 mc abort status register .............................................................................. 87 mc abort address status register ................................................................ 89 mc protection unit area 0 to 15 registers .................................................... 90 mc protection unit peripheral........................................................................ 91 mc protection unit enable register .............................................................. 92 peripheral data controller (pdc) ................................................................. 93 overview............................................................................................................ 93 block diagram................................................................................................... 93 functional description..................................................................................... 94 configuration.................................................................................................. 94 memory pointers ............................................................................................ 94 transfer counters .......................................................................................... 94 data transfers ............................................................................................... 95 priority of pdc transfer requests ................................................................. 95 peripheral data controller (pdc) user interface .......................................... 96 pdc receive pointer register ....................................................................... 96 pdc receive counter register ..................................................................... 97 pdc transmit pointer register ...................................................................... 97 pdc transmit counter register .................................................................... 97 pdc receive next pointer register .............................................................. 98 pdc receive next counter register ............................................................. 98 pdc transmit next pointer register ............................................................. 98 pdc transmit next counter register ............................................................ 99 pdc transfer control register ...................................................................... 99
iv at91rm3400 1790a?atarm?11/03 pdc transfer status register...................................................................... 100 advanced interrupt controller (aic) .......................................................... 101 overview.......................................................................................................... 101 block diagram................................................................................................. 102 application block diagram ............................................................................ 102 aic detailed block diagram .......................................................................... 102 i/o line description........................................................................................ 103 product dependencies................................................................................... 103 i/o lines....................................................................................................... 103 power management ..................................................................................... 103 interrupt sources.......................................................................................... 103 functional description................................................................................... 104 interrupt source control ............................................................................... 104 interrupt latencies ....................................................................................... 106 normal interrupt ........................................................................................... 107 fast interrupt................................................................................................ 109 protect mode................................................................................................ 112 spurious interrupt......................................................................................... 113 general interrupt mask ................................................................................ 113 advanced interrupt controller (aic) user interface .................................... 114 aic source mode register .......................................................................... 115 aic source vector register ......................................................................... 115 aic interrupt vector register ....................................................................... 116 aic fiq vector register............................................................................... 116 aic interrupt status register ....................................................................... 117 aic interrupt pending register .................................................................... 117 aic interrupt mask register ......................................................................... 118 aic core interrupt status register .............................................................. 118 aic interrupt enable command register..................................................... 119 aic interrupt disable command register .................................................... 119 aic interrupt clear command register ....................................................... 120 aic interrupt set command register .......................................................... 120 aic end of interrupt command register ..................................................... 121 aic spurious interrupt vector register ........................................................ 121 aic debug control register......................................................................... 122 aic fast forcing enable register................................................................ 123 aic fast forcing disable register ............................................................... 123 aic fast forcing status register................................................................. 124 power management controller (pmc) ....................................................... 125 overview.......................................................................................................... 125 block diagram................................................................................................. 126 product dependencies................................................................................... 127 i/o lines....................................................................................................... 127
v at91rm3400 1790a?atarm?11/03 interrupt........................................................................................................ 127 oscillator and pll characteristics ............................................................... 127 peripheral clocks ......................................................................................... 127 usb clocks .................................................................................................. 127 functional description................................................................................... 128 operating modes definition.......................................................................... 128 clock definitions .......................................................................................... 128 clock generator ........................................................................................... 128 slow clock oscillator ................................................................................... 129 main oscillator ............................................................................................. 130 divider and pll blocks ................................................................................ 132 clock controllers .......................................................................................... 133 clock switching details ................................................................................. 137 master clock switching timings .................................................................. 137 clock switching waveforms......................................................................... 138 power management controller (pmc) user interface ................................ 140 pmc system clock enable register............................................................ 141 pmc system clock disable register ........................................................... 142 pmc system clock status register............................................................. 143 pmc peripheral clock enable register ....................................................... 144 pmc peripheral clock disable register ...................................................... 144 pmc peripheral clock status register ........................................................ 145 pmc clock generator main oscillator register ........................................... 146 pmc clock generator main clock frequency register ............................... 147 pmc clock generator pll a register ......................................................... 148 pmc clock generator pll b register ......................................................... 149 pmc master clock register ......................................................................... 150 pmc programmable clock register 0 to 3 .................................................. 151 pmc interrupt enable register .................................................................... 152 pmc interrupt disable register ................................................................... 152 pmc status register.................................................................................... 153 pmc interrupt mask register ....................................................................... 154 system timer (st) ....................................................................................... 155 overview.......................................................................................................... 155 block diagram................................................................................................. 155 application block diagram ............................................................................ 155 product dependencies................................................................................... 156 power management ..................................................................................... 156 interrupt sources.......................................................................................... 156 watchdog overflow ...................................................................................... 156 functional description................................................................................... 156 system timer clock ....................................................................................... 156 period interval timer (pit) ........................................................................... 156 watchdog timer (wdt) ............................................................................... 157 real-time timer (rtt) ................................................................................. 157
vi at91rm3400 1790a?atarm?11/03 system timer (st) user interface ................................................................. 159 st control register...................................................................................... 159 st period interval mode register ................................................................ 160 st watchdog mode register ....................................................................... 160 st real-time mode register....................................................................... 161 st status register ....................................................................................... 161 st interrupt enable register........................................................................ 162 st interrupt disable register ....................................................................... 162 st interrupt mask register .......................................................................... 163 st real-time alarm register ....................................................................... 163 st current real-time register.................................................................... 164 real time clock (rtc) ................................................................................ 165 overview.......................................................................................................... 165 block diagram................................................................................................. 165 product dependencies................................................................................... 165 power management ..................................................................................... 165 interrupt........................................................................................................ 165 functional description................................................................................... 166 reference clock........................................................................................... 166 timing .......................................................................................................... 166 alarm............................................................................................................ 166 error checking ............................................................................................. 166 updating time/calendar .............................................................................. 167 real time clock (rtc) user interface .......................................................... 168 rtc control register ................................................................................... 169 rtc mode register ..................................................................................... 170 rtc time register ...................................................................................... 170 rtc calendar register................................................................................ 171 rtc time alarm register ............................................................................ 172 rtc calendar alarm register ..................................................................... 173 rtc status register .................................................................................... 174 rtc status clear command register ......................................................... 175 rtc interrupt enable register ..................................................................... 176 rtc interrupt disable register .................................................................... 177 rtc interrupt mask register ....................................................................... 178 rtc valid entry register ............................................................................. 179 debug unit (dbgu) ..................................................................................... 181 overview.......................................................................................................... 181 block diagram................................................................................................. 182 product dependencies................................................................................... 183 i/o lines....................................................................................................... 183 power management ..................................................................................... 183 interrupt source ........................................................................................... 183
vii at91rm3400 1790a?atarm?11/03 uart operations............................................................................................ 183 baud rate generator ................................................................................... 183 receiver ....................................................................................................... 184 transmitter ................................................................................................... 186 peripheral data controller............................................................................ 187 test modes .................................................................................................. 187 debug communication channel support..................................................... 189 chip identifier ............................................................................................... 189 ice access prevention ................................................................................ 189 debug unit user interface ............................................................................. 190 debug unit control register ........................................................................ 191 debug unit mode register ........................................................................... 192 debug unit interrupt enable register .......................................................... 193 debug unit interrupt disable register ......................................................... 194 debug unit interrupt mask register ............................................................. 195 debug unit status register.......................................................................... 196 debug unit receiver holding register ........................................................ 198 debug unit baud rate generator register.................................................. 199 debug unit chip id register ........................................................................ 200 debug unit chip id extension register ....................................................... 202 debug unit force ntrst register.............................................................. 202 parallel input/output controller (pio) ....................................................... 203 overview.......................................................................................................... 203 block diagram................................................................................................. 204 product dependencies................................................................................... 205 pin multiplexing ............................................................................................ 205 external interrupt lines ................................................................................ 205 power management ..................................................................................... 205 interrupt generation ..................................................................................... 205 functional description................................................................................... 206 pull-up resistor control ............................................................................... 207 i/o line or peripheral function selection .................................................... 207 peripheral a or b selection .......................................................................... 207 output control.............................................................................................. 207 synchronous data output............................................................................ 208 multi drive control (open drain) .................................................................. 208 output line timings ..................................................................................... 208 inputs ........................................................................................................... 209 input glitch filtering ..................................................................................... 209 input change interrupt ................................................................................. 210 i/o lines programming example .................................................................. 211 parallel input/output controller (pio) user interface.................................. 212 pio enable register .................................................................................... 214 pio disable register.................................................................................... 214 pio status register ..................................................................................... 215
viii at91rm3400 1790a?atarm?11/03 pio output enable register......................................................................... 215 pio output disable register ........................................................................ 216 pio output status register.......................................................................... 216 pio input filter enable register .................................................................. 217 pio input filter disable register.................................................................. 217 pio input filter status register ................................................................... 218 pio set output data register ...................................................................... 218 pio clear output data register................................................................... 219 pio output data status register ................................................................. 219 pio pin data status register....................................................................... 220 pio interrupt enable register ...................................................................... 220 pio interrupt disable register ..................................................................... 221 pio interrupt mask register......................................................................... 221 pio interrupt status register ....................................................................... 222 pio multi-driver enable register.................................................................. 222 pio multi-driver disable register ................................................................. 223 pio multi-driver status register................................................................... 223 pio pull up disable register ....................................................................... 224 pio pull up enable register ........................................................................ 224 pio pad pull up status register ................................................................. 225 pio peripheral a select register ................................................................. 225 pio peripheral b select register ................................................................. 226 pio peripheral ab status register .............................................................. 226 pio output write enable register ............................................................... 227 pio output write disable register .............................................................. 227 pio output write status register ................................................................ 228 serial peripheral interface (spi) ................................................................. 229 overview.......................................................................................................... 229 block diagram................................................................................................. 230 application block diagram ............................................................................ 231 product dependencies................................................................................... 232 i/o lines....................................................................................................... 232 power management ..................................................................................... 232 interrupt........................................................................................................ 232 functional description................................................................................... 232 master mode operations.............................................................................. 232 spi slave mode ........................................................................................... 237 data transfer ............................................................................................... 238 serial peripheral interface (spi) user interface ........................................... 240 spi control register .................................................................................... 241 spi mode register ....................................................................................... 242 spi receive data register .......................................................................... 244 spi transmit data register ......................................................................... 244 spi status register ...................................................................................... 245 spi interrupt enable register ...................................................................... 246
ix at91rm3400 1790a?atarm?11/03 spi interrupt disable register...................................................................... 247 spi interrupt mask register ......................................................................... 248 spi chip select register.............................................................................. 249 two-wire interface (twi) ............................................................................. 251 overview.......................................................................................................... 251 block diagram................................................................................................. 251 application block diagram ............................................................................ 251 product dependencies................................................................................... 252 i/o lines....................................................................................................... 252 power management ..................................................................................... 252 interrupt........................................................................................................ 252 functional description................................................................................... 252 transfer format ........................................................................................... 252 modes of operation...................................................................................... 253 transmitting data......................................................................................... 253 read/write flowcharts................................................................................. 255 two-wire interface (twi) user interface ...................................................... 258 twi control register.................................................................................... 259 twi master mode register .......................................................................... 260 twi internal address register ..................................................................... 261 twi clock waveform generator register.................................................... 261 twi status register ..................................................................................... 262 twi interrupt enable register...................................................................... 263 twi interrupt disable register ..................................................................... 264 twi interrupt mask register ........................................................................ 265 twi receive holding register ..................................................................... 266 twi transmit holding register .................................................................... 266 universal synchronous asynchronous receiver transceiver (usart) 267 overview.......................................................................................................... 267 block diagram................................................................................................. 268 application block diagram ............................................................................ 269 i/o lines description ..................................................................................... 269 product dependencies................................................................................... 270 i/o lines....................................................................................................... 270 power management ..................................................................................... 270 interrupt........................................................................................................ 270 functional description................................................................................... 271 baud rate generator ................................................................................... 271 receiver and transmitter control ................................................................ 275 synchronous and asynchronous modes...................................................... 275 iso7816 mode ............................................................................................. 285 irda mode .................................................................................................... 287 rs485 mode ................................................................................................ 290
x at91rm3400 1790a?atarm?11/03 modem mode ............................................................................................... 291 test modes .................................................................................................. 291 usart user interface ................................................................................... 293 usart control register .............................................................................. 294 usart mode register................................................................................. 296 usart interrupt enable register ................................................................ 299 usart interrupt disable register ............................................................... 300 usart interrupt mask register................................................................... 301 usart channel status register ................................................................. 302 usart receive holding register ............................................................... 304 usart transmit holding register .............................................................. 304 usart baud rate generator register ....................................................... 305 usart receiver time-out register ............................................................ 306 usart transmitter timeguard register ..................................................... 307 usart fi di ratio register ...................................................................... 308 usart number of errors register .............................................................. 309 usart irda filter register ..................................................................... 310 serial synchronous controller (ssc)........................................................ 311 overview.......................................................................................................... 311 block diagram................................................................................................. 312 application block diagram ............................................................................ 312 pin name list .................................................................................................. 313 product dependencies................................................................................... 313 i/o lines....................................................................................................... 313 power management ..................................................................................... 313 interrupt........................................................................................................ 313 functional description................................................................................... 314 clock management ...................................................................................... 315 transmitter operations ................................................................................ 317 receiver operations .................................................................................... 318 start.............................................................................................................. 318 frame sync .................................................................................................. 320 data format ................................................................................................. 320 loop mode ................................................................................................... 322 interrupt........................................................................................................ 322 ssc application examples ............................................................................ 323 serial synchronous controller (ssc) user interface .................................. 324 ssc control register ................................................................................... 326 ssc clock mode register ........................................................................... 327 ssc receive clock mode register ............................................................. 328 ssc receive frame mode register ............................................................ 330 ssc transmit clock mode register ............................................................ 332 ssc transmit frame mode register ........................................................... 334 ssc receive holding register .................................................................... 336 ssc transmit holding register ................................................................... 336
xi at91rm3400 1790a?atarm?11/03 ssc receive synchronization holding register.......................................... 337 ssc transmit synchronization holding register......................................... 337 ssc status register .................................................................................... 338 ssc interrupt enable register ..................................................................... 340 ssc interrupt disable register .................................................................... 341 ssc interrupt mask register ....................................................................... 342 timer counter (tc)...................................................................................... 343 overview.......................................................................................................... 343 block diagram................................................................................................. 344 pin name list .................................................................................................. 345 product dependencies................................................................................... 345 i/o lines....................................................................................................... 345 power management ..................................................................................... 345 interrupt........................................................................................................ 345 functional description................................................................................... 345 tc description ............................................................................................. 345 capture operating mode.............................................................................. 348 waveform operating mode ............................................................................ 350 timer counter (tc) user interface ................................................................ 357 tc block control register............................................................................ 358 tc block mode register .............................................................................. 358 tc channel control register ....................................................................... 359 tc channel mode register: capture mode................................................. 360 tc channel mode register: waveform mode ............................................. 362 tc counter value register .......................................................................... 365 tc register a............................................................................................... 365 tc register b............................................................................................... 365 tc register c .............................................................................................. 366 tc status register....................................................................................... 366 tc interrupt enable register ....................................................................... 368 tc interrupt disable register....................................................................... 369 tc interrupt mask register .......................................................................... 370 multimedia card interface (mci)................................................................. 371 overview.......................................................................................................... 371 block diagram................................................................................................. 372 application block diagram ............................................................................ 373 product dependencies................................................................................... 374 i/o lines....................................................................................................... 374 power management ..................................................................................... 374 interrupt........................................................................................................ 374 bus topology............................................. ..................................................... 374 multimedia card operations .......................................................................... 376 command-response operation.................................................................... 377
xii at91rm3400 1790a?atarm?11/03 data transfer operation .............................................................................. 378 read operation............................................................................................ 379 write operation ............................................................................................ 380 sd card operations........................................................................................ 381 multimedia card (mci) user interface ........................................................... 382 mci control register.................................................................................... 383 mci mode register ...................................................................................... 384 mci data timeout register.......................................................................... 385 mci sd card register ................................................................................. 386 mci argument register................................................................................ 386 mci command register............................................................................... 387 mci sd response register ......................................................................... 388 mci sd receive data register.................................................................... 389 mci sd transmit data register................................................................... 389 mci status register ..................................................................................... 390 mci interrupt enable register...................................................................... 392 mci interrupt disable register ..................................................................... 393 mci interrupt mask register ........................................................................ 394 usb device port (udp) ............................................................................... 395 overview.......................................................................................................... 395 block diagram................................................................................................. 396 product dependencies................................................................................... 397 i/o lines....................................................................................................... 397 power management ..................................................................................... 397 interrupt........................................................................................................ 397 typical connection......................................................................................... 398 functional description................................................................................... 399 usb v2.0 full-speed introduction................................................................ 399 handling transactions with usb v2.0 device peripheral ............................ 401 controlling device states ............................................................................. 412 usb device port (udp) user interface ......................................................... 414 usb frame number register ...................................................................... 415 usb global state register........................................................................... 416 usb function address register .................................................................. 417 usb interrupt enable register ..................................................................... 418 usb interrupt disable register .................................................................... 419 usb interrupt mask register ....................................................................... 420 usb interrupt status register ...................................................................... 421 usb interrupt clear register ....................................................................... 424 usb reset endpoint register ...................................................................... 425 usb endpoint control and status register ................................................. 426 usb fifo data register.............................................................................. 430 dc characteristics ...................................................................................... 431
xiii at91rm3400 1790a?atarm?11/03 absolute maximum ratings........................................................................... 431 dc characteristics.......................................................................................... 432 clocks characteristics ................................................................................... 433 processor clock characteristics .................................................................. 433 master clock characteristics ....................................................................... 433 xin clock characteristics ............................................................................ 433 power consumption....................................................................................... 434 crystal oscillators characteristics ............................................................... 435 32 khz oscillator characteristics ................................................................ 435 main oscillator characteristics .................................................................... 435 pll characteristics ........................................................................................ 435 transceiver characteristics........................................................................... 436 electrical characteristics ............................................................................. 436 switching characteristics ............................................................................. 437 ac characteristics ...................................................................................... 439 applicable conditions and derating data .................................................... 439 conditions and timings computation .......................................................... 439 temperature derating factor ....................................................................... 440 vddcore voltage derating factor ............................................................ 440 vddio voltage derating factor................................................................... 441 jtag/ice timings .......................................................................................... 442 ice interface signals ................................................................................... 442 jtag interface signals ................................................................................ 443 mechanical characteristics ........................................................................ 445 thermal data ................................................................................................... 445 junction temperature .................................................................................. 445 package drawing ............................................................................................ 446 at91rm3400 ordering information ........................................................... 447 document details ........................................................................................ 449 revision history ........................................................................................... 449
printed on recycled paper. disclaimer: atmel corporation makes no warranty for the use of its produc ts, other than those expressly contained in the company?s standar d warranty which is detailed in atmel?s terms and conditions located on the company?s web site. the company assumes no responsibi lity for any errors which may appear in this document, reserves the right to change devices or specifications detailed herein at any time wi thout notice, and does not make any commitment to update the information contained her ein. no licenses to patents or other intellectual property of atmel are granted by the company in connection with the sale of atmel produc ts, expressly or by implication. atmel?s products are not aut horized for use as critical components in life support devices or systems. atmel corporation atmel operations 2325 orchard parkway san jose, ca 95131 tel: 1(408) 441-0311 fax: 1(408) 487-2600 regional headquarters europe atmel sarl route des arsenaux 41 case postale 80 ch-1705 fribourg switzerland tel: (41) 26-426-5555 fax: (41) 26-426-5500 asia room 1219 chinachem golden plaza 77 mody road tsimshatsui east kowloon hong kong tel: (852) 2721-9778 fax: (852) 2722-1369 japan 9f, tonetsu shinkawa bldg. 1-24-8 shinkawa chuo-ku, tokyo 104-0033 japan tel: (81) 3-3523-3551 fax: (81) 3-3523-7581 memory 2325 orchard parkway san jose, ca 95131 tel: 1(408) 441-0311 fax: 1(408) 436-4314 microcontrollers 2325 orchard parkway san jose, ca 95131 tel: 1(408) 441-0311 fax: 1(408) 436-4314 la chantrerie bp 70602 44306 nantes cedex 3, france tel: (33) 2-40-18-18-18 fax: (33) 2-40-18-19-60 asic/assp/smart cards zone industrielle 13106 rousset cedex, france tel: (33) 4-42-53-60-00 fax: (33) 4-42-53-60-01 1150 east cheyenne mtn. blvd. colorado springs, co 80906 tel: 1(719) 576-3300 fax: 1(719) 540-1759 scottish enterprise technology park maxwell building east kilbride g75 0qr, scotland tel: (44) 1355-803-000 fax: (44) 1355-242-743 rf/automotive theresienstrasse 2 postfach 3535 74025 heilbronn, germany tel: (49) 71-31-67-0 fax: (49) 71-31-67-2340 1150 east cheyenne mtn. blvd. colorado springs, co 80906 tel: 1(719) 576-3300 fax: 1(719) 540-1759 biometrics/imaging/hi-rel mpu/ high speed converters/rf datacom avenue de rochepleine bp 123 38521 saint-egreve cedex, france tel: (33) 4-76-58-30-00 fax: (33) 4-76-58-34-80 e-mail literature@atmel.com web site http://www.atmel.com 1790a?atarm?11/03 ? atmel corporation 2003. all rights reserved. at m e l ? and combinations thereof and dataflash ? are the registered trademarks of atmel corporation or its subsidiaries. arm ? , arm7tdmi ? and thumb ? are the registered trademarks and arm9tdmi ? , arm920t ? and amba ? are the trademarks of arm ltd.; compactflash ? is a registered trademark of the compactflash association; smartmedia ? is a trademark of the solid state floppy disk card forum. other terms and product names may be the trademarks of others.


▲Up To Search▲   

 
Price & Availability of AT91RM3400-AI-001

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