Att kunna använda trace när man debuggar sin kod kan vara helt avgörande för att hitta vissa fel eller för att kunna verifiera att programmet verkligen gör det som ska göras. Code Coverage och Profiling krävs numera också ofta för att kunna certifiera säkerhetskritiska produkter.

Ur debugsynpunkt är man numera dock helt i händerna på chiptillverkaren huruvida de har implementerat tracemodul och traceport på den processor man arbetar med. Ingen traceport. Ingen trace. I många fall finns det en traceport men då bara på de stora BGA kapslingarna. Använder man TQFP finns det inte tillräckligt många pinnar och då är traceporten bland det första som får stryka på foten. Nu finns alltså en lösning som kan lösa en del av den här problematiken. 

På iSystems emualtorer iC3000 och iC5000 kan man nu exekvera koden i en sk. slow run mode där systemet samlar in traceinformation fastän processorn inte har en traceport. Slow run mode kan leverera PROGRAM och DATA TRACE (vilken instruktion exekverades och vilken data hade den), CODE COVERAGE (vilken kod har exekverats och vilka delar av programmet innehåller död kod) samt PROFILING (När, hur länge respektive funktion exekveras). Informationen samlas in via den vanliga JTAG anslutningen. Detta gör att själva tracen inte kan köras i realtid men exekveringstider etc. räknas fram efteråt och visas korrekt. 

Med denna teknik kan man få en enkel trace utan att processorn har traceport eller man använder en kapsling där traceporten inte är utdragen.

iSystem har sedan tidigare trace för anslutning mot ordinarie traceport och då med full realtid. Man har också adaptrar med processorer monterade som har traceport och som kan monteras på kort med footprint för en mindre kapsling utan traceport. Därmed kan man få full realtidstrace även på dessa designer.

Men som komplement är slow run metoden en mycket bra alternativ. Funktionen finns implementerad i winIDEA fr.o.m. version 9.12.7