Overview
The first part gives an overview with particular reference to SMBus, while the second part goes into detail about all the commands defined for PMBus devices. There are both standardized commands and manufacturer specific commands. Conformance requirements for PMBus are minimal, and are described in Part I of the specification. See the PMBus 1.1 specification for full details.Comparison to SMBus
At the lowest level, PMBus follows SMBus 1.1 with a few differences. This information is presented in more detail in Part I of the PMBus specification: * 400 kHz bus speeds are allowed (vs. the 100 kHz limit of SMBus) * In PMBus, blocks may include up to 255 bytes (vs. the 32 byte limit of SMbus). * As in SMBus 2.0, only seven bit addressing is used. * Some commands use the SMBus 2.0 block process calls. * Either the SMBALERT# mechanism or the SMBus 2.0 host notify protocol may be used to notify the host about faults. * PMBus devices are required to support a Group Protocol, where devices defer acting on commands until they receive a terminating STOP. Since commands can be issued to many different devices before that STOP, this lets the PMBus master synchronize their actions. * An "extended command" protocol is defined, using a second command byte to add 256 more codes each for both standard and manufacturer-specific commands.PMBus commands
The PMBus command space can be seen as exposing a variety of readable, and often writable, device attributes such as measured voltage and current levels, temperatures, fan speeds, and more. Different devices will expose different attributes. Some devices may expose such attributes in multiple "pages", as for example one page managing each power supply rail (maybe 3.3V, 5V, 12V, −12V, and a programmable supply supporting 1.0-1.8V). The device may set warning and fault limits, where crossing a limit will alert the host and possibly trigger fault recovery. Different devices will offer different capabilities. The ability to query a PMBus 1.1 device about its capabilities may be particularly useful when building tools, especially in conjunction with the ability to store user data in the devices (e.g. inLinear11 Floating Point Format
PMBus defines its own 16-bit floating point format, termed "Linear11". * N = Signed Exponent * Y = Signed Mantissa Value Represented = Y × 2 Unlike Half-precision floating-point format and other typical float formats, a signed 11-bit mantissa is used rather than an unsigned fraction with a separate sign bit. Similarly, the exponent is stored as a signed 5-bit number rather than a more typical biased unsigned number. This has the following effects: * The sign of the resulting number uniquely depends on bit 2 of the high byte, rather than the most significant bit of the high byte. * Because both values are stored as signed numbers, it is necessary to explicitly sign-extend both values when decoding the number. However, this makes the encoding process simpler. * Because the mantissa is a signed number, Linear11 does not have a representation for negative zero, and it requires an 11-bit Two's complement operation to invert the sign.Patenting issues
In January 2008, Power-One was awarded a win in a patent infringement suit between them and Artesyn Technologies for the latter's PMBus enabled converters. Power-One claims that PMBus applications need a license from them. Potential PMBus users should investigate the issue for themselves. See external links.See also
* I²C (I2C) *External links
Official
*Other