SM Bus Arbitrator Preventing Master Device Collisions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The SM Bus system experiences bus collisions and errors due to simultaneous communication attempts from multiple master devices, leading to unstable system conditions, particularly when two master devices try to communicate with the same slave device at the same time.

Innovation Solution

An arbitrator is introduced to manage and prioritize start commands from master devices, ensuring that only one command is executed at a time by determining bus availability through predetermined time delays and modes (bypass and extend modes) to prevent collisions and errors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple master devices are connected to the SM Bus simultaneously, then the system can communicate with more slave devices, but bus collisions occur when multiple master devices try to communicate with the same slave device at the same time

Engineering Contradiction:
Improvecommunication capabilityVSAvoidsystem stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces an arbitrator as an intermediary device between multiple master devices and the SM Bus. The arbitrator receives start commands from master devices, determines bus availability, and controls the transmission timing. This mediator prevents direct conflicts between master devices by managing access rights to the bus, thereby eliminating bus collisions while preserving the ability of multiple master devices to communicate with slave devices.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If the arbitrator uses priority-based arbitration, then the arbitration decision is fast and simple, but lower priority master devices may experience longer waiting times

Engineering Contradiction:
Improvearbitration speedVSAvoidwaiting time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by having master devices transmit their start commands to the arbitrator in advance before actually accessing the bus. The arbitrator receives and processes these commands beforehand, determining bus availability and scheduling timing. This advance preparation allows the arbitrator to make rapid decisions without waiting for real-time conflicts, thereby achieving fast arbitration while ensuring fair waiting times for lower priority devices through predetermined scheduling.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If the arbitrator waits for a predetermined time before allowing another master device to transmit, then bus collisions are prevented, but communication efficiency decreases due to unnecessary delays

Engineering Contradiction:
Improvecollision preventionVSAvoidcommunication efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements feedback by having the arbitrator continuously monitor the bus status and provide real-time information back to master devices about availability. When the bus becomes free, the arbitrator immediately notifies waiting master devices, allowing them to transmit without unnecessary delays. This feedback mechanism ensures collision prevention while maximizing communication efficiency by eliminating idle waiting periods.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS8521932B2Arbitrator and arbitrating method applied to system management bus system
Publication Date: 2013.08.27 ASUSTEK COMPUTER INC
  • US8521932B2 patent drawing
  • US8521932B2 patent drawing
  • US8521932B2 patent drawing

AI summary

A system management bus (SM Bus) system includes an arbitrator; a slave device connected to the arbitrator via an SM Bus; a first master device connected to the arbitrator capable of sending a first start command for communicating with the slave device; and a second master device connected to the arbitrator capable of sending a second start command for communicating with the slave device. The arbitrator set the first master device to have a priority, and when the first start command is being executed and the arbitrator receives the second start command, the arbitrator confirms whether the SM Bus is busy or not after a second predetermined time, and if the SM Bus is not busy, the arbitrator transmits the second start command to the slave devices via the SM Bus.