Traducido del inglés al español - www.onlinedoctranslator.

com

Semiconductor de escala libre Número de documento: AN4471

Rev. 1, 08/2012
Nota de aplicación

Guía de inicio rápido de SMBus

por: roger fan
Ingeniero de aplicaciones de campo

1 Introducción
El bus de administración del sistema (SMBus) es una interfaz de dos
hilos a través de la cual varios chips de componentes del sistema
pueden comunicarse entre sí y con el resto del sistema. Se basa en los
Contenido
1 Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1 Topología SMBus. . . . . . . . . . . . . . . . . . . . . . . . . . . 2
2 Especificaciones eléctricas del SMBus. . . . . . . . . . . . . . . . . . . . 3
3 Transferencias de datos en SMBus. . . . . . . . . . . . . . . . . . . . . . . . 4
4 Modelo de uso de SMBus. . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Uso de

principios de funcionamiento de I2C. SMBus proporciona un bus de 5 un dispositivo SMBus. . . . . . . . . . . . . . . . . . . . . . . . . 7 Comprobación

control para que el sistema pase mensajes hacia y desde los
dispositivos en lugar de utilizar líneas de control individuales, lo que
ayuda a reducir el número de pines y los cables del sistema.
Con SMBus, un dispositivo puede:
6 de errores de paquetes. . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Protocolos
7 de bus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Dónde se utiliza
8 SMBus . . . . . . . . . . . . . . . . . . . . . . . . . . 10 diferencias entre SMBus y
9 yo2C . . . . . . . . . . . . . . 12 MC9S08MP12/16
10 introducción. . . . . . . . . . . . . . . . . . . . 13
11 Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
12 Resumen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
13 Revisión histórica ................................................ ...........15

• Proporcionar información del fabricante

• Dígale al sistema su modelo/número de pieza

• Guardar su estado para un evento de suspensión

• Reportar diferentes tipos de errores

• Aceptar parámetros de control
• Devolver su estado

SMBus, propuesto por primera vez por Intel en 1995, fue diseñado para
permitir que una batería se comunique con el cargador, el

© Freescale Semiconductor, Inc., 2012. Todos los derechos reservados.

Introducción

host del sistema y/u otros componentes relacionados con la alimentación en el sistema. Fue desarrollado para habilitar un método
económico pero poderoso para controlar y obtener información de los dispositivos conectados a la placa base de una computadora
portátil. Uno de los objetivos de SMBus era dar capacidades digitales a los dispositivos basados en tecnologías de semiconductores
analógicos, creando así un híbrido de los dos. Muchos de los comandos definidos por SMBus son para implementaciones de lógica
simple. Los dispositivos SMBus no necesitan implementar todos los comandos definidos en la especificación SMBus. Esto hace que la
implementación de un controlador SMBus para un sistema de soporte SMBus sea mucho más fácil.

La especificación SMBus actual es la versión 2.0. La especificación SMBus 1.0 y 1.1 de la versión anterior se diseñó
principalmente teniendo en cuenta las baterías inteligentes, aunque podría usarse para otros dispositivos de bajo
consumo. La principal diferencia entre las versiones anteriores y actuales de la especificación es que SMBus 2.0 define
clases de características eléctricas para dispositivos de baja y alta potencia.

1.1 Topología SMBus

Los dispositivos SMBus en un sistema pueden ser alimentados por el bus del sistema VDDo por otra fuente de alimentación (por
ejemplo, las Baterías Inteligentes alimentadas por sí mismas). El siguiente diagrama muestra una implementación de este tipo.

El 5V VDDes el principal poder de este sistema y los dispositivos son alimentados por él. Al mismo tiempo, hay otro dispositivo
que funciona con un 3V VAUTOBÚSconectado a las líneas SMBus. Estos dispositivos funcionarán entre sí siempre que cumplan
con las especificaciones eléctricas de SMBus. Un ejemplo de esta implementación lo podemos encontrar en un sistema con un
Cargador Inteligente, alimentado por 5V y una Batería Inteligente, alimentada por el propio dispositivo.

Fuente:Especificación del bus de gestión del sistema,versión 2.0, Figura 2-1

Figura 1. Topología SMBus

En general se sabe que, al igual que yo2C, los dispositivos conectados al bus, las líneas SMBCLK y SMBDAT,
deben tener un drenaje abierto o un colector abierto para realizar la función AND cableada. Se debe tener
cuidado en el diseño de las etapas de entrada y salida de los dispositivos SMBus para no cargar el bus cuando se
corta la alimentación (es decir, los dispositivos apagados no deben proporcionar una vía de fuga a tierra).

Guía de inicio rápido de SMBus, Rev. 1

2 Semiconductor de escala libre

 Especificaciones eléctricas SMBus

2 Especificaciones eléctricas SMBus

Aunque la velocidad del SMBus se especifica de 10 KHz a 100 KHz, la mayoría de las implementaciones actuales están en el
rango de 50 KHz a 100 KHz. No reduzca la frecuencia de operación a FPYMEmínimo incluso debido a extensiones de reloj
periódicas por dispositivos esclavos. El dispositivo debe estar en estado operativo dentro de los 500 ms posteriores al
encendido. Para un dispositivo autoalimentado o siempre alimentado, este criterio de listo para funcionar puede
reemplazarse detectando el estado activo de SMBus (es decir, el reloj y las líneas de datos han subido de baja durante más de
2,5 segundos. A continuación se muestra el diagrama de tiempo de SMBus y sus especificaciones de CA y CC.

Fuente:Especificación del bus de gestión del sistema,versión 2.0, Figura 3-1

Figura 2. Diagrama de temporización de SMBus

Tabla 1. Especificación de CA de SMBus1

Límites
Símbolo Parámetro Unidades

mínimo máx.

FPYME Frecuencia de funcionamiento de SMBus 10 100 KHz

tBUF Tiempo libre del autobús entre las condiciones de parada 4.7 — µs
y arranque

tHD:STA Tiempo de espera después de la condición de inicio 4.0 — µs

(repetida). Después de este período, se genera el
primer reloj.

tSU:STA Tiempo de configuración de la condición de inicio repetido 4.7 — µs

tSU:STO Tiempo de configuración de la condición de parada 4.0 — µs

tHD: DAT tiempo de retención de datos 300 — ns

tDO: DÍA tiempo de configuración de datos 250 — ns

tSE ACABÓ EL TIEMPO

Detectar tiempo de espera bajo del reloj 25 35 EM

tBAJO Período bajo del reloj 4.7 — µs

tALTO Período alto del reloj 4.0 50 µs

tBAJO: SEXTO Tiempo de extensión bajo del reloj acumulativo (dispositivo — 25 EM

esclavo)

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 3

Transferencias de datos en SMBus

Tabla 1. Especificación de SMBus AC (continuación)1

Límites
Símbolo Parámetro Unidades

mínimo máx.

tBAJO: MEXT Tiempo de extensión bajo del reloj acumulativo — 10 EM

(dispositivo maestro)

tF Tiempo de caída de reloj/datos — 300 ns

tR Tiempo de subida de reloj/datos — 1000 ns

tPOR Tiempo en el que un dispositivo debe estar 500 EM

operativo después del reinicio de encendido

1Fuente:Especificación del bus de gestión del sistema,versión 2.0, Tabla 1

Tabla 2. Especificación de SMBus CC1

Límites
Símbolo Parámetro Unidades Comentarios
mínimo máx.

VILLINOIS Datos, entrada de reloj de bajo voltaje — 0.8 V

Vyo Datos, alta tensión de entrada de reloj 2.1 VDD V

VOL Datos, salida de reloj de bajo voltaje — 0.4 V en yoLEVANTAR,máx

2
IFILTRACIÓN
Fuga de entrada — ±5 µA
3
ILEVANTAR Corriente a través de la resistencia pullup o 100 350 µA
fuente de corriente

VDD Tensión de bus nominal 2.7 5.5 V 3V a 5V ± 10%

1
Fuente:Especificación del bus de gestión del sistema,versión 2.0, Tabla 2
2
Los dispositivos deben cumplir con esta especificación ya sea con o sin alimentación. Sin embargo, un microcontrolador que actúe como host
SMBus puede exceder IFILTRACIÓNen no más de 10 µA.
3
el yoLEVANTAR, la especificación MAX está determinada principalmente por la necesidad de acomodar un máximo de resistencia en serie equivalente
a 1,1 K de dispositivos SMBus extraíbles, como la batería inteligente, mientras se mantiene la VOL, MAX del autobús.

3 Transferencias de datos en SMBus

El SMBus utiliza niveles de tensión fijos para definir el 0 lógico (máx. 0,8 V) y el 1 lógico (mín. 2,1 V) en el bus,
respectivamente. Los datos que aparecen en la línea SMBDAT deben ser estables durante el período "alto" del reloj, y
los datos solo pueden cambiar de estado en el período "bajo" del reloj.

Guía de inicio rápido de SMBus, Rev. 1

4 Semiconductor de escala libre

 Modelo de uso de SMBus

Fuente:Especificación del bus de gestión del sistema,versión 2.0, Figura 3-1

Figura 3. Formato de transferencia de datos SMBus

El SMBus usa la señal ACK para detectar la presencia de dispositivos desmontables en el bus, por lo que un dispositivo
siempre debe ACK su propia dirección cuando el host accede a él. Para otros bytes de datos, el dispositivo puede seleccionar
ACK o NACK al recibirlos.

4 Modelo de uso de SMBus

La especificación SMBus se refiere a tres tipos de dispositivos:anfitrión,maestro, yesclavo.

• Un host es un maestro especializado que proporciona la interfaz principal a la CPU del sistema.
• Un maestro es un dispositivo que emite comandos, genera los relojes y finaliza la transferencia.
• Un esclavo es un dispositivo que recibe o responde a un comando.

Un sistema puede no incluir un host. Por ejemplo, un sistema de carga de batería simple es un sistema sin host. En un sistema
SMBus, un dispositivo puede ser solo maestro, solo esclavo o puede actuar como esclavo la mayor parte del tiempo, pero en casos
especiales se convierte en maestro.

Tabla 3. Direcciones SMBus reservadas1

Dirección esclava L/E # bit

Comentario
Bits 7–1 bit 0

0000 000 0 Dirección de llamada general

0000 000 1 byte de INICIO

0000 001 X Dirección CBUS

0000 010 X Dirección reservada para diferentes formatos de bus

0000 011 X reservado para uso futuro

0000 1XX X reservado para uso futuro

0101 000 X Reservado para el host ACCESS.bus

0110 111 X Reservado para la dirección predeterminada de ACCESS.bus

1111 0XX X Direccionamiento esclavo de 10 bits

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 5

Modelo de uso de SMBus

Tabla 3. Direcciones SMBus reservadas (continuación)1

Dirección esclava L/E # bit

Comentario
Bits 7–1 bit 0

1111 1XX X reservado para uso futuro

0001 000 X Anfitrión SMBus

0001 100 X Dirección de respuesta de alerta de SMBus

1100 001 X Dirección predeterminada del dispositivo SMBus

1Fuente:Especificación del bus de gestión del sistema,versión 2.0, Tabla 4

Cada dispositivo que existe como esclavo en el SMBus tiene una dirección única de siete bits llamada dirección esclava. Cada dirección
tiene una longitud de siete bits con un bit de lectura/escritura adjunto en la posición de bit 0. Cuando un dispositivo "ve" su dirección,
se activa y responde al resto del comando. Además de la Dirección General de Llamadas, los sistemas SMBus pueden tener 127
dispositivos. SMBus versión 2.0 introduce el concepto de direcciones asignadas dinámicamente, y la dirección predeterminada del
dispositivo SMBus está reservada para este propósito. Un proceso denominado SMBus Address Resolution Protocol (ARP) utiliza esta
dirección. Cuando el host detecta dos dispositivos con la misma dirección de esclavo, el proceso ARP resuelve el conflicto de dirección
de esclavo mediante la asignación dinámica de una nueva dirección única a los esclavos. Para referencia, algunas direcciones de la
siguiente tabla están reservadas y no deben usarse ni asignarse a ningún dispositivo esclavo SMBus a menos que se indique lo
contrario en la especificación SMBus. La siguiente tabla enumera las direcciones de dispositivos asignadas actualmente.

Tabla 4. Direcciones SMBus asignadas1

Dirección esclava Descripción Especificación

0001 000 Anfitrión SMBus Especificación del bus de administración del sistema,
versión 1.1 de diciembre de 1998

0001 001 Cargador de batería inteligente Especificación del cargador de batería inteligente, versión
1.1 de diciembre de 1998

0001 010 Selector de batería inteligente Especificación del selector de batería inteligente, versión
Administrador del sistema de batería inteligente 1.1 de diciembre de 1998
Especificación del administrador del sistema de batería
inteligente, versión 1.0B Agosto de 1999

0001 011 Batería inteligente Especificación de datos de batería inteligente, versión 1.1
de diciembre de 1998

0001 100 Respuesta de alerta SMBus Especificación del bus de administración del sistema,
versión 1.1 de diciembre de 1998

0101 000 Anfitrión de ACCESS.bus

0101 100 Reservado por versiones anteriores de la

especificación SMBus para controlador de contraste
LCD. Esta dirección puede reasignarse en futuras
versiones de la especificación SMBus.

0101 101 Reservado por versiones anteriores de la

especificación SMBus para CCFL Backlight Driver.
Esta dirección puede reasignarse en futuras
versiones de la especificación SMBus.

0110 111 Dirección predeterminada de ACCESS.bus

Guía de inicio rápido de SMBus, Rev. 1

6 Semiconductor de escala libre

 Uso de un dispositivo SMBus

Tabla 4. Direcciones SMBus asignadas (continuación)1

Dirección esclava Descripción Especificación

1000 0XX Reservado por versiones anteriores de la

especificación SMBus para controladores de socket
PCMCIA (cuatro direcciones). Estas direcciones
pueden reasignarse en futuras versiones de la
especificación SMBus.

1000 100 Reservado para versiones anteriores de la

especificación SMBus para controlador de gráficos
(VGA). Esta dirección puede reasignarse en futuras
versiones de la especificación SMBus.

1001 0XX Direcciones sin restricciones Especificación del bus de administración del sistema,
versión 1.1 de diciembre de 1998

1100 001 Dirección predeterminada del dispositivo SMBus Especificación del bus de administración del sistema,
versión 1.1 de diciembre de 1998

1Fuente:Especificación del bus de gestión del sistema,versión 2.0, Tabla 11

5 Uso de un dispositivo SMBus

Un dispositivo SMBus típico tendrá un conjunto de comandos mediante los cuales se pueden leer y escribir datos. Todos los comandos
tienen una longitud de un byte, mientras que sus argumentos y valores de retorno pueden variar en longitud. Acceder a un comando
que no existe o no es compatible puede provocar una condición de error. De acuerdo con la especificación SMBus, el bit más
significativo (MSB) se transfiere primero. Hay once protocolos de comando posibles para cualquier dispositivo dado. Estos comandos
son Comando rápido, Byte de envío, Byte de recepción, Byte de escritura, Palabra de escritura, Byte de lectura, Palabra de lectura,
Llamada de proceso, Lectura de bloque, Escritura de bloque y Llamada de proceso de lectura de bloque de escritura-bloque. Un
dispositivo esclavo puede usar cualquiera o todos los once protocolos para comunicarse.

Muchos de los comandos definidos por SMBus están orientados a implementaciones lógicas simples; por lo tanto, los dispositivos
SMBus no necesitan implementar todos los comandos definidos en la especificación SMBus. Pueden implementar solo los comandos
que necesitan para su sistema simple. Por ejemplo, los dispositivos SMBus como baterías inteligentes, cargadores de baterías
inteligentes y selectores pueden usar solo comandos de lectura/escritura de palabras y lectura de bloques. Esto hace que la
implementación de un controlador SMBus para estos dispositivos sea mucho más fácil. Una cosa interesante es que las baterías
inteligentes son libres de usar cualquier comando SMBus, como Block Write, para implementar funciones personalizadas, pero no es
requerido por la especificación de datos de batería inteligente.

El protocolo de comando Block Write generalmente se usa durante el proceso de fabricación para inicializar los datos de la
batería (por ejemplo, fecha de fabricación, número de serie, ajuste de componentes electrónicos, valores de escala, etc.).

6 Comprobación de errores de paquetes

SMBus versión 1.1 introdujo un mecanismo de verificación de errores de paquetes para mejorar la confiabilidad y solidez de la
comunicación. La implementación de la verificación de errores de paquetes es opcional para los dispositivos SMBus, pero es
necesaria para los dispositivos que participan en el proceso ARP. Los dispositivos que implementan la verificación de errores de
paquetes deben ser capaces de comunicarse con el host y otros dispositivos que no implementan el mecanismo de verificación de
errores de paquetes. La verificación de errores de paquetes, cuando corresponda, se implementa agregando un

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 7

Protocolos de bus

Código de error de paquete (PEC) al final de cada transferencia de mensajes. La mayoría de los protocolos de comando tienen
dos variantes: una con el byte PEC y otra sin él. El PEC es un byte de verificación de errores CRC-8, que se calcula en todos los
bytes del mensaje.

7 Protocolos de bus
Todos los comandos primero ponen una condición de inicio en el bus, luego comienzan la transmisión transmitiendo el
comando/datos, esperan un reconocimiento del dispositivo esclavo (receptor) durante la transmisión de comandos/datos y
luego ponen una condición de parada en el bus.

A continuación, se incluye una descripción de algunos protocolos de comando SMBus básicos con y sin un código de error de
paquete. En cada figura a continuación,Ses el bit de INICIO,Aes el bit ACK/NACK, yPAGes el bit de PARADA. Las descripciones
detalladas de estos protocolos de comando se pueden encontrar en la especificación SMBus.

Comando rápido—El bit R/W en la dirección del esclavo denota los comandos. Un ejemplo de su uso es encenderlo/apagarlo
o habilitar/deshabilitar una función del dispositivo. No hay datos enviados o recibidos.

Figura 4. Protocolo de comando rápido

Enviar byte: el byte de datos enviado contiene las funciones a las que se accede y las acciones para que se ejecute esta función en
particular.

Figura 5. Protocolo de envío de bytes

Figura 6. Protocolo de envío de bytes con PEC

Recibir byte—El byte de recepción es similar al byte de envío; la única diferencia es la dirección de la transferencia de
datos. El byte de recepción se utiliza cuando el host accede al dispositivo para obtener información.

Figura 7. Protocolo de recepción de bytes

Figura 8. Protocolo de recepción de bytes con PEC

Guía de inicio rápido de SMBus, Rev. 1

8 Semiconductor de escala libre

 Protocolos de bus

Escribir byte/palabra—El primer byte de un acceso de escritura de byte/palabra es el código de comando. Los siguientes uno o dos
bytes son los datos que se escribirán.

Figura 9. Protocolo de escritura de palabras

Figura 10. Protocolo de escritura de bytes con PEC

Leer byte/palabra—El host primero escribe un comando en el dispositivo esclavo, luego sigue inmediatamente ese
comando con una condición de INICIO repetida para indicar una lectura de la dirección de ese dispositivo. El esclavo luego
devuelve uno o dos bytes de datos.

Figura 11. Protocolo de lectura de palabras

Figura 12. Protocolo de lectura de bytes con PEC

Bloquear lecturaoEscritura en bloque—El bloque de lectura o escritura comienza con una dirección de esclavo y luego una
condición de lectura y escritura. Después del código de comando, el host emite un byte de datos que describe cuántos bytes más
seguirán en el mensaje. Block Read difiere de Block Write en que existe un INICIO repetido para el requisito de cambio de dirección
de transferencia.

Para una aplicación de batería inteligente, Block Write generalmente se usa durante el proceso de fabricación para inicializar los
datos de la batería (por ejemplo, fecha de fabricación, número de serie, recorte de componentes electrónicos, valores de escala, etc.).

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 9

Donde se usa SMBus

Figura 13. Protocolo de lectura de bloque

Figura 14. Protocolo de escritura en bloque

8 Donde se usa SMBus

El Smart Battery System (SBS) es el sistema que utiliza la tecnología SMBus. Un sistema SBS generalmente consta de un host,
un cargador inteligente y una batería inteligente. Es la forma más fácil y eficiente de implementar un sistema de
administración de batería para dispositivos electrónicos portátiles como computadoras portátiles, teléfonos celulares,
cámaras de video, etc.

El diseño de SBS utiliza tecnología SMBus; por lo tanto, la batería inteligente y el cargador inteligente pueden comunicarse
entre sí y con el resto del sistema. En el SBS, la batería puede decirle al cargador el tipo de química de la batería, su capacidad,
cómo desea que se cargue, su corriente de carga óptima, el tiempo máximo de carga, etc. La batería, si es inteligente, puede
funcionar de manera óptima. No tiene que recargarse con tanta frecuencia como aquellos que usan sistemas que solo
"adivinan" cuánta energía hay disponible. Esto beneficia al usuario final al proporcionar una mayor duración de la batería e
información precisa sobre la capacidad de energía de la batería hasta el último 1 %.

De hecho, un diseño compatible con SBS puede aumentar la vida útil de la batería hasta en un 30 %. Además, los usuarios no
están atados a un tipo de tecnología de batería; Se pueden usar indistintamente diferentes tipos de químicas de batería. Los
cargadores inteligentes pueden elegir la química de la batería que admiten y usar el perfil de carga correcto para esa química.
Esto reduce el daño potencial y evita el riesgo que puede causar un cargador no inteligente.

Guía de inicio rápido de SMBus, Rev. 1

10 Semiconductor de escala libre

 Donde se usa SMBus

Fuente:Especificación de datos de batería inteligente,Revisión 1.1, pág. 4

Figura 15. Sistema típico de cargador/batería inteligente que utiliza SMBus

El diagrama anterior es un sistema de batería inteligente típico. Muestra datos/comandos como eventos críticos,
corrientes de carga, solicitudes de carga, etc., que fluyen a través del SMBus entre la batería inteligente, el host SMBus,
el cargador de batería inteligente y otros dispositivos.

Algunos datos o comandos admitidos por Smart Battery y Smart Charger se enumeran a continuación.

Para batería inteligente:

• Acceso al fabricante() (0x00)

• Alarma de capacidad restante () (0x01)
• Alarma de tiempo restante () (0x02)
• ModoBatería() (0x03)
• ATasa() (0x04)
• AtRateTimeToFull() (0x05)
• AtRateTimeToEmpty() (0x06)
• Temperatura() (0x08)
• Voltaje() (0x09)
• Actual() (0x0a)
• Corriente Promedio() (0x0b)
• MaxError() (0x0c)
• EstadoRelativoDeCarga() (0x0d)

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 11

Diferencias entre SMBus y yo2C

Para cargador inteligente:

• Corriente de carga() (0x14)

• Voltaje de carga() (0x15)
• Aviso de alarma() (0x16)
• ModoCargador() (0x12)
• Estado del cargador() (0x13)
• ChargerSpecInfo() (0x11)
Un ejemplo de uno de estos comandos—AverageCurrent—extraído de laEspecificación de datos de batería
inteligente, la revisión 1.1 se muestra a continuación. 0x0b es el código de comando y Read Word es el protocolo
SMBus que se utiliza.

Una descripción más detallada de los datos se puede encontrar en elEspecificación de datos de batería inteligenteyEspecificación del
cargador de batería inteligente.

9 Diferencias entre SMBus y yo2C

SMBus se deriva de I2C, pero existen varias diferencias importantes entre las especificaciones de los dos buses en las
áreas de temporización, protocolos, modos de operación y características eléctricas.

Momento:

• SMBus define una frecuencia de reloj de bus mínima (10 KHz) y máxima (100 KHz), mientras que I2C no especifica
la frecuencia mínima del bus. I2C proporciona 100 KHz para el modo Estándar y 400 KHz para el modo Rápido.

• SMBus define el tiempo de espera bajo del reloj, el tiempo acumulado de extensión baja del reloj para el esclavo y el maestro, el tiempo
de subida y bajada de las señales del bus, etc.2C no lo hace.

• SMBus define el tiempo de retención de datos en 300 ns, mientras que I2C lo define como cero.

Guía de inicio rápido de SMBus, Rev. 1

12 Semiconductor de escala libre

 MC9S08MP12/16 introducción

Uso de ACK y NACK:

• I2Los dispositivos C permiten que el esclavo no confirme su dirección de esclavo, pero SMBus requiere que siempre lo confirme como
un mecanismo para detectar la presencia de un dispositivo desmontable en el bus (batería, estación de acoplamiento, etc.).

• I2C usa NACK para indicar que no puede recibir más bytes de datos después de reconocer su dirección
esclava. SMBus usa NACK para indicar la recepción de un comando o datos no válidos.

Protocolo:

• SMBus especifica los protocolos que un dispositivo puede usar cuando se comunica con otros
dispositivos SMBus en el bus.

Eléctrico:
La siguiente tabla enumera las principales diferencias de parámetros de CC entre I2C y SMBus.

Tabla 5. Comparación de parámetros DC entre estándar I2C, rápido yo2C y dispositivos SMBus1

estándar I2dispositivo de modo C rápido yo2dispositivo de modo C dispositivo SMBU

Símbolo Parámetro Unidades

mínimo máx. mínimo máx. mínimo máx.

VILLINOIS entrada fija – 0.5 1.5 – 0.5 1.5 — 0.8 V

nivel

VDDrelacionado – 0.5 0,3 VDD – 0.5 0,3 VDD N/A N/A V

nivel de entrada

Vyo entrada fija 3.0 VDDmáx + 3.0 VDDmáx + 2.1 5.5 V

nivel 0.5 0.5
VDDrelacionado 0,7 VDD VDDmáx + 0,7 VDD VDDmáx + N/A N/A V
nivel de entrada 0.5 0.5

VHYS Vyo–VILLINOIS N/A N/A 0,05 VDD — N/A N/A V

VOL VOL@ 3mA 0 0.4 0 0.4 N/A N/A V

VOL@ 6mA N/A N/A 0 0.6 N/A N/A V
VOL@ 350µA N/A N/A N/A N/A — 0.4 V

ILEVANTAR N/A N/A N/A N/A 100 350 µA

IFILTRACIÓN
– 10 10 – 10 10 –5 5 µA
1Fuente:Especificación del bus de administración del sistema, versión 2.0, Tabla 10

10 MC9S08MP12/16 introducción
El MC9S08MP16 y el MC9S08MP12 son miembros de la familia de microcontroladores (MCU) de 8 bits HCS08 de bajo
costo y alto rendimiento de Freescale. Todos los MCU de la familia utilizan el núcleo HCS08 mejorado y están
disponibles con una variedad de módulos periféricos, tamaños de memoria, tipos de memoria y tipos de paquetes.
MC9S08MP16 admite SMBus versión 2.0 con la ayuda de I2Módulos periféricos C. La siguiente tabla resume el conjunto
de características disponibles en las MCU de la serie MC9S08MP16.

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 13

Referencias

Tabla 6. Conjunto de funciones de la serie MC9S08MP16

Característica MC9S08MP16 MC9S08MP12

Tamaño de flash (bytes) 16384 12288

Tamaño de RAM (bytes) 1024 512

Cantidad de pines 48 32 28
canales ADC 13 12 8
CDN Sí
CAD 3
DBG Sí
Canales FTM1 2
Canales FTM2 6
HSCMP 3
SCI Sí
CII Sí No
MTIM Sí
pines KBI 24 15 14
AP 2
PGA Sí No
E/S de clavijas1 40 25 22
RTC Sí
LME Sí
SPI Sí
XOSC Sí
1El recuento de E/S del puerto no incluye los pines de solo salida PTF0/BKGD/MS y PTF1/RESET.

11 Referencias
• Hoja de datos de la serie MC9S08MP16
• Especificación del bus de administración del sistema, Revisión 2.0, SBS-Implementers Forum, agosto de 2000
• Especificación del cargador de batería inteligente, Revisión 1.1, SBS-Implementers Forum, diciembre de 1998
• Especificación de datos de batería inteligente, Revisión 1.1, SBS-Implementers Forum, diciembre de 1998
• El IC-bus y cómo usarlo, Documento de Philips Semiconductors n.º 98-8080-575-01

12 Resumen
Esta guía técnica sirve como una guía rápida para las personas que son nuevas en System Management Bus (SMBus).
Describe la historia de SMBus, sus características eléctricas de CC y CA, los protocolos de comando y las diferencias
clave entre SMBus e I.2C. Este documento también presenta el MC9S08MP16, que es compatible con SMBus 2.0.

Guía de inicio rápido de SMBus, Rev. 1

14 Semiconductor de escala libre

 Revisión histórica

13 Revisión histórica
Revisión Descripción de los cambios

0 Versión inicial

1 • Sección 10, “MC9S08MP12/16 introducción”: se eliminó la referencia a PEC y CRC en la

siguiente oración: “MC9S08MP16 es compatible con la versión 2.0 de SMBus con PEC a través
del CRC en chip y el I2Módulos periféricos C.”

Guía de inicio rápido de SMBus, Rev. 1

Semiconductor de escala libre 15

Cómo Encontrarnos: La información de este documento se proporciona únicamente para permitir que los implementadores de

sistemas y software utilicen los productos de Freescale. No se otorgan licencias de derechos de autor expresas
Página de inicio:
freescale.es o implícitas en virtud del presente para diseñar o fabricar circuitos integrados basados en la información de

Soporte web:
freescale.com/soporte
este documento.
Freescale se reserva el derecho de realizar cambios sin previo aviso en cualquiera de
los productos incluidos en este documento. Freescale no ofrece ninguna garantía,
representación o garantía con respecto a la idoneidad de sus productos para un
propósito particular, ni Freescale asume ninguna responsabilidad que surja de la
aplicación o el uso de cualquier producto o circuito, y específicamente renuncia a toda
responsabilidad, incluida, entre otras, daños consecuentes o incidentales. Los
parámetros "típicos" que pueden proporcionarse en las hojas de datos y/o
especificaciones de Freescale pueden variar y varían en diferentes aplicaciones, y el
rendimiento real puede variar con el tiempo. Todos los parámetros operativos,
incluidos los "típicos", deben ser validados para cada aplicación del cliente por los
expertos técnicos del cliente. Freescale no otorga ninguna licencia bajo sus derechos
de patente ni los derechos de otros.

Freescale, el logotipo de Freescale, AltiVec, C-5, CodeTest, CodeWarrior, ColdFire, C-Ware, el

logotipo de Energy Efficient Solutions, Kinetis, mobileGT, PowerQUICC, Processor Expert,
QorIQ, Qorivva, StarCore, Symphony y VortiQa son marcas comerciales de Freescale
Semiconductor, Inc., reg. Patente de EE.UU. y tm. Apagado. Airfast, BeeKit, BeeStack,
ColdFire+, CoreNet, Flexis, MagniV, MXC, Platform in a Package, QorIQ Qonverge, QUICC
Engine, Ready Play, SafeAssure, SMARTMOS, TurboLink, Vybrid y Xtrinsic son marcas
comerciales de Freescale Semiconductor, Inc. Todas las demás los nombres de productos o
servicios son propiedad de sus respectivos dueños. La arquitectura de energía y Power.org

Las marcas denominativas y los logotipos de Power y Power.org y las marcas relacionadas son

marcas comerciales y marcas de servicio con licencia de Power.org.

© 2012 Freescale Semiconductor, Inc.

Número de documento: AN4471

Rev. 1
08/2012