eSPI Analysis Application

$1,500

Part Number: TP601010

Availability: In-Stock

The Total Phase eSPI Analysis Application running on the Promira™ Serial Platform is the first eSPI monitor in the industry. Combined with the Data Center™ Software, this application enables the capture, display, and monitor eSPI communication between multiple eSPI devices in true real time.

Please note, this is an application that requires installation on the Promira Serial Platform.

In addition to non-intrusively monitoring eSPI, Total Phase also offers eSPI Active Example Files. These files are available for all Promira platform devices with SPI Active - Level 1-3 Applications enabled. Performance (I/O compatibility and clock speed supported) matches your licensed SPI Active application level. eSPI active examples functionality is not available for Promira Serial Platform units without licensed SPI Active applications.

Key Features

Monitor communication between a master and slaves on data lines

Support for clock speeds up to 66 MHz

Support for Single, Dual, and Quad I/O

Monitor up to 5 channels (peripheral, virtual wire, OOB, Flash, Independent)

Monitor up to 2 slave select lines

Monitor 2 alert lines

Monitor 2 reset lines

Match triggers, hardware filters and statistics

Tech Specs

Bit Rate

Support for clock speeds up to 66 MHz

Target Bus Interface

eSPI Master/Slave
Support for Single, Dual and Quad I/O

Host Bus Interface (Promira Serial Platform)

USB 2.0 Micro-B receptacle
10/100/1000 Ethernet receptacle ;

DC Characteristics (Promira Serial Platform)

Target Power: +5V, 100 mA max (pins 4 and 6)
Supplementary I/O Power: 0.9 V - 3.45 V, 100 mA max (pins 22 and 24)

Operating Temperature (Promira Serial Platform)

10 ºC – 35 ºC (50 ºF – 95 ºF)

License

eSPI Analysis Application license

Software (web downloads)

Minimum Hardware Requirements

Intel or AMD processor operating at 2 GHz or faster
1 GB physical RAM (32-bit) or 2 GB RAM (64-bit)
2 GB or more available hard disk space
Full-speed USB port
VGA capable of 1024-x768 or higher screen resolution
Internet access is helpful

PC Requirements & Supported Operating Systems

Windows: 7, 8, 8.1, 10
Linux: Red Hat, SuSE, Ubuntu, Fedora
Mac OS X: 10.7 - 10.14

Available Software/Firmware

Note: Future versions of the Promira Firmware (after v2019-04-23) will not be compatible with API versions older than v1.40. We encourage all customers using the API to upgrade to the latest API v1.4 to maintain compatibility with future firmware releases.

Dimensions and Weight

eSPI Analysis Application is a download that runs on your Promira Serial Platform. Once you have purchased a Promira Serial Platform, you'll be able to instantly download and add new applications as they become available.

Resources

User Manual

Quick Start Guide

Downloads

Support

Datasheet

Monitoring eSPI Messages Using Promira Platform and Data Center

Monitor eSPI data in real time using the Promira Serial Platform with eSPI Analysis Application.

I Need to Capture High-Speed eSPI Traffic, What do you Recommend?

Monitor eSPI communication up to 66 MHz with support for single, dual and quad I/O.

How Do I Use the Promira Serial Platform to Simulate an eSPI Master?

Learn how to simulate an eSPI Master with the Promira Serial Platform and Promira Software API.

Related Products

Reviews

1

Robert R.

eSPI Analysis = Close, but I'd really like more

2017-11-30

eSPI is a small market, so it probably doesn't get much testing. Consequently this has a few bugs and doesn't feel refined. I want to monitor an eSPI bus using Data Center 6.73.007. eSPI is running at minimum speed (20 MHz) in quad mode, and the analyzer generally decodes and shows me what's happening. Overall it's useful. But there are a few gripes and issues: 1. TotalPhase goes to the trouble of decoding and interpreting the packets, then only does a mediocre job of presenting it. It's only a step or two above raw data, which is a shame because it takes a fair bit of protocol decode to get to that point. Anyway, I'd love some columns for things like: - Cycle Type (GetCfg, PutCfg, GetVWire, PutMemRd32Short, etc.), - command phase, - response phase (command/response phases are currently in a single column along with the whole transaction, so it's difficult to parse quickly), - status reg (gets returned in every cycle, would be nice to have in its own column) - address/register (when applicable) - CRC pass/fail 2. [bug] I exported to a .csv so I could separate commands and responses (using some 'if' statements to copy to new columns). Some of the transactions were missing commands. I noticed the "Index" column skipped a number here and there, so I expanded all transactions in Data Center and exported again (with no filters selected) and got the same thing. It just skips some of the lines when exporting. 3. [bug] When transitioning from single mode to quad mode the analyzer switches as soon as the bit is set instead of at the end of the transaction. The effect is that the response phase for that command is always lost. Doesn't matter too much. 4. [bug?] Some of my transactions have all 0 responses, sometimes the responses are garbled data. It's hard to prove that I haven't screwed up timing or signal integrity or something, but I did enough investigation that I'm satisfied the response wasn't all 0. Also, the master would have behaved differently if some of those bits had been as reported, so I'm pretty sure this is an analyzer bug. In the end I'm still using this because it's useful (and we already bought it), but it's frustrating that it's not better than it is.