SMBus Protocoles pris en charge

Ordinateurs et serveurs

System Management Bus

Qu'est-ce que SMBus?

SMBus (System Management Bus) est un protocole de communication à deux fils dérivé de l'I2C, specialement adapté aux fonctions de gestion système et de gestion d'alimentation dans les plateformes informatiques. Defini par Intel et Duracell (aujourd'hui maintenu par le SBS Forum), SMBus ajouté des fonctionnalités au niveau du protocole par rapport à la couche physique I2C, notamment la vérification d'erreur de paquet (PEC utilisant CRC-8), le protocole de notification d'hote, la réponse aux alertes et des jeux de commandes standardises. SMBus fonctionne a jusqu'à 100 kHz (SMBus 1.x) ou 400 kHz (SMBus 2.0) et optionnellement jusqu'à 1 MHz (SMBus 3.0) en utilisant les lignes SDA et SCL. Le protocole est essentiel dans les ordinateurs portables, les serveurs et les postes de travail pour la communication avec les chargeurs de batteries, les regulateurs de tension, les capteurs de temperature, les contrôleurs de ventilateurs, les EEPROM SPD des DIMM et autres dispositifs de gestion système. SMBus définit des types de transactions spécifiques incluant Quick Command, Send/Receive Byte, Read/Write Byte, Read/Write Word, Block Read/Write et Process Call, chacun avec un format défini. L'analyse de protocole pour SMBus est essentielle car de nombreuses defaillances au niveau système (batterie qui ne charge pas, surchauffe, DRAM non detectee) remontent à des problèmes de communication SMBus. Les ingénieurs doivent vérifier les formats de commandes, controler les calculs PEC, surveiller les réponses des dispositifs et assurer la conformité avec la spécification SMBus et les jeux de commandes spécifiques aux dispositifs.

SMBus Référence rapide

type Serial, synchronous
signals SMBDAT, SMBCLK
max Speed 100 – 400 kHz
voltage Range 1.8V – 5V
standard Based on I2C

Instruments Acute compatibles avec SMBus

Solutions recommandées

Recommandé pour le décodage

TB3016F

TB3016F

Avec canaux analogiques

MSO2116E

MSO2116E

Tous les produits compatibles

Décodage de protocole
Déclenchement matériel
Émulateur de protocole

Série LA4000

Série MSO2000

Série TravelBus

Série TravelLogic

Prêt à analyser ce protocole ?

Découvrez comment les instruments Acute capturent et décodent ce protocole en temps réel. Demandez une démo ou contactez notre équipe.

Comment analyser SMBus avec les instruments Acute

1

Connectez votre analyseur logique Acute aux lignes SDA et SCL du SMBus.

2

Reliez un fil de masse à la référence de masse de la carte cible.

3

Dans le logiciel Acute, sélectionnez le décodeur de protocole SMBus et assignez SDA et SCL aux canaux corrects.

4

Activez la validation PEC (Packet Error Checking) si elle est utilisée sur votre bus, et reglez la vitesse du bus (100 kHz, 400 kHz ou 1 MHz).

5

Capturez et visualisez les transactions SMBus décodées avec les types de commandes, les adresses de dispositifs, les valeurs de données, les octets PEC et le statut ACK/NACK clairement etiquetes.

Questions fréquemment posées

Quel taux d'échantillonnage est nécessaire pour l'analyse SMBus ?
SMBus est relativement lent — pour un SMBus à 100 kHz, un taux d'échantillonnage de 1 MHz est suffisant. Pour un SMBus 2.0 à 400 kHz, utilisez au moins 2 MHz. Pour un SMBus 3.0 à 1 MHz, echantillonnez à 8-10 MHz pour un décodage fiable. Ces taux sont largement dans les capacités de tous les analyseurs logiques Acute.
Pourquoi mon décodeur SMBus affiche-t-il des erreurs PEC ?
Les erreurs PEC (Packet Error Checking) dans le décodage peuvent indiquer des defaillances CRC reelles sur le bus ou une mauvaise configuration du décodeur. Vérifiez d'abord que le PEC est réellement active sur l'hote et le dispositif — tous les dispositifs SMBus n'utilisent pas le PEC. Si le PEC est active, les erreurs CRC peuvent indiquer des problèmes d'intégrité du signal, en particulier sur les traces de bus longues. Vérifiez les valeurs des resistances de tirage et la capacitance du bus par rapport aux spécifications SMBus.
Combien de canaux sont nécessaires pour SMBus ?
SMBus nécessité 2 canaux — SDA et SCL, identique à l'I2C. Si vous devez surveiller le signal optionnel SMBALERT# (utilisé par les dispositifs pour signaler des conditions d'alerte à l'hote), ajoutez un troisieme canal. Pour les systèmes avec des bus SMBus et I2C separes, allouez 2 canaux par bus.

Protocoles connexes

Besoin d'aide pour choisir le bon instrument pour votre protocole ? Contactez notre équipe d'ingénierie.