AT32UC3A1512AU Atmel Corporation, AT32UC3A1512AU Datasheet - Page 507

• Manufacturer Part Number: AT32UC3A1512AU
• Manufacturer: Atmel Corporation

Specifications of AT32UC3A1512AU

• Flash (kbytes): 512 Kbytes
• Pin Count: 100
• Max. Operating Frequency: 66 MHz
• Cpu: 32-bit AVR
• # Of Touch Channels: 32
• Hardware Qtouch Acquisition: No
• Max I/o Pins: 69
• Ext Interrupts: 69
• Usb Transceiver: 1
• Usb Speed: Full Speed
• Usb Interface: Device + OTG
• Spi: 6
• Twi (i2c): 1
• Uart: 4
• Ssc: 1
• Ethernet: 1
• Graphic Lcd: No
• Video Decoder: No
• Camera Interface: No
• Adc Channels: 8
• Adc Resolution (bits): 10
• Adc Speed (ksps): 384
• Resistive Touch Screen: No
• Dac Channels: 2
• Dac Resolution (bits): 16
• Temp. Sensor: No
• Crypto Engine: No
• Sram (kbytes): 64
• Self Program Memory: YES
• Dram Memory: No
• Nand Interface: No
• Picopower: No
• Temp. Range (deg C): -40 to 85
• I/o Supply Class: 3.0-3.6 or (1.65-1.95+3.0-3.6)
• Operating Voltage (vcc): 3.0-3.6 or (1.65-1.95+3.0-3.6)
• Fpu: No
• Mpu / Mmu: Yes / No
• Timers: 10
• Output Compare Channels: 16
• Input Capture Channels: 6
• Pwm Channels: 13
• 32khz Rtc: Yes
• Calibrated Rc Oscillator: Yes

32058K AVR32-01/12
Figure 30-8. Allocation and Reorganization of the DPRAM
U(P/E)RST.(E)PENX = 1
U(P/E)CFGX.ALLOC = 1
Pipes/Endpoints 0..5
Free Memory
Activated
PEP5
PEP4
PEP3
PEP2
PEP1
PEP0
Disabling a pipe (PENX = 0) or an endpoint (EPENX = 0) resets neither its ALLOC bit nor its
configuration (PBK/EPBK, PSIZE/EPSIZE, PTOKEN/EPDIR, PTYPE/EPTYPE, PEPNUM, INT-
FRQ). To free its memory, the firmware should clear its ALLOC bit. The k
memory window then slides down and its data is lost. Note that the following pipe/endpoint
memory windows (from k
Figure 30-8
• First, the pipes/endpoints 0 to 5 are enabled, configured and allocated in ascending order.
• Then, the pipe/endpoint 3 is disabled, but its memory is kept allocated by the controller.
• In order to free its memory, its ALLOC bit is then cleared by the firmware. The pipe/endpoint 4
• Finally, if the firmware chooses to reconfigure the pipe/endpoint 3 with a larger size, the
Note that:
Each pipe/endpoint then owns a memory area in the DPRAM.
memory window slides down, but the pipe/endpoint 5 does not move.
controller allocates a memory area after the pipe/endpoint 2 memory area and automatically
slides up the pipe/endpoint 4 memory window. The pipe/endpoint 5 does not move and a
memory conflict appears as the memory windows of the pipes/endpoints 4 and 5 overlap. The
data of these pipes/endpoints is potentially lost.
•there is no way the data of the pipe/endpoint 0 can be lost (except if it is de-allocated) as
•deactivating then reactivating a same pipe/endpoint with the same configuration only modifies
•when the firmware sets the ALLOC bit, the CFGOK bit is set by hardware only if the
memory allocation and de-allocation may affect only higher pipes/endpoints;
temporarily the controller DPRAM pointer and size for this pipe/endpoint, but nothing
changes in the DPRAM, so higher endpoints seem to not have been moved and their data is
preserved as far as nothing has been written or received into them while changing the
allocation state of the first pipe/endpoint;
configured size and number of banks are correct compared to their maximal allowed values
for the endpoint and to the maximal FIFO size (i.e. the DPRAM size), so the value of CFGOK
does not consider memory allocation conflicts.
U(P/E)RST.(E)PEN3 = 0
illustrates the allocation and reorganization of the DPRAM in a typical example.
Pipe/Endpoint 3
(ALLOC stays at 1)
Free Memory
Disabled
PEP5
PEP4
PEP3
PEP2
PEP1
PEP0
i+2
) do not slide.
U(P/E)CFG3.ALLOC = 0
Pipe/Endpoint 3
PEP4 Lost Memory
Memory Freed
Free Memory
PEP5
PEP4
PEP2
PEP1
PEP0
U(P/E)RST.(E)PEN3 = 1
U(P/E)CFG3.ALLOC = 1
Pipe/Endpoint 3
PEP3 (larger size)
Free Memory
Activated
PEP4
PEP2
PEP1
PEP0
PEP5
AT32UC3A
i+1
Conflict
pipe/endpoint
507