ATmega8 Atmel Corporation, ATmega8 Datasheet - Page 145

no-image

ATmega8

Manufacturer Part Number
ATmega8
Description
Manufacturer
Atmel Corporation
Datasheets

Specifications of ATmega8

Flash (kbytes)
8 Kbytes
Pin Count
32
Max. Operating Frequency
16 MHz
Cpu
8-bit AVR
# Of Touch Channels
12
Hardware Qtouch Acquisition
No
Max I/o Pins
23
Ext Interrupts
2
Usb Speed
No
Usb Interface
No
Spi
1
Twi (i2c)
1
Uart
1
Graphic Lcd
No
Video Decoder
No
Camera Interface
No
Adc Channels
8
Adc Resolution (bits)
10
Adc Speed (ksps)
15
Analog Comparators
1
Resistive Touch Screen
No
Temp. Sensor
No
Crypto Engine
No
Sram (kbytes)
1
Eeprom (bytes)
512
Self Program Memory
YES
Dram Memory
No
Nand Interface
No
Picopower
No
Temp. Range (deg C)
-40 to 85
I/o Supply Class
2.7 to 5.5
Operating Voltage (vcc)
2.7 to 5.5
Fpu
No
Mpu / Mmu
no / no
Timers
3
Output Compare Channels
3
Input Capture Channels
1
Pwm Channels
3
32khz Rtc
Yes
Calibrated Rc Oscillator
Yes

Available stocks

Company
Part Number
Manufacturer
Quantity
Price
Part Number:
ATmega8-16AC
Manufacturer:
Atmel
Quantity:
10 000
Part Number:
ATmega8-16AI
Manufacturer:
Atmel
Quantity:
10 000
Part Number:
ATmega8-16AI
Manufacturer:
ATMEL/爱特梅尔
Quantity:
20 000
Part Number:
ATmega8-16AJ
Manufacturer:
Atmel
Quantity:
10 000
Part Number:
ATmega8-16AL
Manufacturer:
ALTERA
0
Part Number:
ATmega8-16AU
Manufacturer:
Atmel
Quantity:
20 000
Part Number:
ATmega8-16AU
Manufacturer:
ATMEL
Quantity:
5
Part Number:
ATmega8-16AU
Manufacturer:
Atmel
Quantity:
10 000
Part Number:
ATmega8-16AU
Manufacturer:
ATMEL
Quantity:
20 000
Company:
Part Number:
ATmega8-16AU
Quantity:
4
Part Number:
ATmega8-16AUR
Manufacturer:
AVX
Quantity:
4 000
Part Number:
ATmega8-16AUЈ¬ SL383
Manufacturer:
ATMEL
Quantity:
6 000
Part Number:
ATmega8-16PU
Manufacturer:
ATMEL
Quantity:
5 510
Part Number:
ATmega8515
Manufacturer:
AT
Quantity:
20 000
Multi-processor
Communication
Mode
Using MPCM
2486Z–AVR–02/11
The recommendations of the maximum Receiver baud rate error was made under the assump-
tion that the Receiver and Transmitter equally divides the maximum total error.
There are two possible sources for the Receivers Baud Rate error. The Receiver’s system clock
(XTAL) will always have some minor instability over the supply voltage range and the tempera-
ture range. When using a crystal to generate the system clock, this is rarely a problem, but for a
resonator the system clock may differ more than 2% depending of the resonators tolerance. The
second source for the error is more controllable. The baud rate generator can not always do an
exact division of the system frequency to get the baud rate wanted. In this case an UBRR value
that gives an acceptable low error can be used if possible.
Setting the Multi-processor Communication mode (MPCM) bit in UCSRA enables a filtering
function of incoming frames received by the USART Receiver. Frames that do not contain
address information will be ignored and not put into the receive buffer. This effectively reduces
the number of incoming frames that has to be handled by the CPU, in a system with multiple
MCUs that communicate via the same serial bus. The Transmitter is unaffected by the MPCM
setting, but has to be used differently when it is a part of a system utilizing the Multi-processor
Communication mode.
If the Receiver is set up to receive frames that contain 5 to 8 data bits, then the first stop bit indi-
cates if the frame contains data or address information. If the Receiver is set up for frames with
nine data bits, then the ninth bit (RXB8) is used for identifying address and data frames. When
the frame type bit (the first stop or the ninth bit) is one, the frame contains an address. When the
frame type bit is zero the frame is a data frame.
The Multi-processor Communication mode enables several Slave MCUs to receive data from a
Master MCU. This is done by first decoding an address frame to find out which MCU has been
addressed. If a particular Slave MCU has been addressed, it will receive the following data
frames as normal, while the other Slave MCUs will ignore the received frames until another
address frame is received.
For an MCU to act as a Master MCU, it can use a 9-bit character frame format (UCSZ = 7). The
ninth bit (TXB8) must be set when an address frame (TXB8 = 1) or cleared when a data frame
(TXB = 0) is being transmitted. The Slave MCUs must in this case be set to use a 9-bit character
frame format.
The following procedure should be used to exchange data in Multi-processor Communication
mode:
1. All Slave MCUs are in Multi-processor Communication mode (MPCM in UCSRA is set)
2. The Master MCU sends an address frame, and all slaves receive and read this frame. In
3. Each Slave MCU reads the UDR Register and determines if it has been selected. If so, it
4. The addressed MCU will receive all data frames until a new address frame is received.
5. When the last data frame is received by the addressed MCU, the addressed MCU sets
Using any of the 5-bit to 8-bit character frame formats is possible, but impractical since the
Receiver must change between using n and n+1 character frame formats. This makes full-
duplex operation difficult since the Transmitter and Receiver uses the same character size set-
ting. If 5-bit to 8-bit character frames are used, the Transmitter must be set to use two stop bit
(USBS = 1) since the first stop bit is used for indicating the frame type.
the Slave MCUs, the RXC Flag in UCSRA will be set as normal
clears the MPCM bit in UCSRA, otherwise it waits for the next address byte and keeps
the MPCM setting
The other Slave MCUs, which still have the MPCM bit set, will ignore the data frames
the MPCM bit and waits for a new address frame from Master. The process then repeats
from 2
ATmega8(L)
145

Related parts for ATmega8