Debug multiple SoCs on one timeline

See your whole system. Debug it together.

Mod­ern embed­ded sys­tems increas­ing­ly dis­trib­ute func­tions across mul­ti­ple SoCs or ECUs. Each SoC may run inde­pen­dent­ly, but the sys­tem must still oper­ate as one coor­di­nat­ed whole.

TASKING Multi-SoC Debug and Trace, enabled by the iC7max Blue­Box debug­ger, pro­vides syn­chro­nized Run/stop con­trol and a uni­fied trace time­line across mul­ti­ple SoCs.

Why multi-SoC systems are difficult to debug

A tim­ing vio­la­tion on one SoC may be caused by an inter­ac­tion with its syn­chro­nized coun­ter­part. Stop­ping one SoC can trig­ger a watch­dog on a dif­fer­ent SoC, while sep­a­rate time­stamps make the orig­i­nal event chain dif­fi­cult to recon­struct.

A sys­tem-level prob­lem needs a sys­tem-level view.

How TASKING BlueBox debuggers help

The TASKING iC7max Blue­Box debug­ger con­nects up to six SoCs simul­ta­ne­ous­ly through TASKING Active Probes. For sys­tems using CAN or LIN bus, the TASKING CAN/LIN Add-on mod­ule adds bus com­mu­ni­ca­tion to the same syn­chro­nized time­line, sav­ing time dur­ing debug­ging. The entire ses­sion is man­aged from a sin­gle iC7max Blue­Box and winIDEA.

  • Syn­chro­nized run and stop: When one SoC reach­es a break­point, con­nect­ed SoCs can be halt­ed togeth­er, pre­serv­ing the sys­tem state and reduc­ing watch­dog side effects.
  • Mixed-archi­tec­ture sup­port: Debug Tri­Core, Arm Cor­tex-A, Cor­tex-R, Cor­tex-M, RISC-V, Pow­er­PC, RH850, and other SoC fam­i­lies.
  • Uni­fied trace view: Bring events from mul­ti­ple SoCs togeth­er in one syn­chro­nized view.
  • Flex­i­ble pro­fil­ing options: Com­bine hard­ware-based trace, MegaSam­pling, or SWAT - soft­ware trace to ana­lyze run­time behav­ior across dif­fer­ent tar­gets.
  • Sys­tem-level event cor­re­la­tion: Con­nect SoC activ­i­ty with CAN/LIN net­work traf­fic through add-on mod­ules to under­stand how pro­cess­ing and com­mu­ni­ca­tion inter­act.

Where multi-SoC debug makes a difference

A syn­chro­nized view is valu­able wher­ev­er sys­tem behav­ior depends on coor­di­na­tion between SoCs:

  • Auto­mo­tive: Fol­low the path from object detec­tion to brak­ing or accel­er­a­tion in appli­ca­tions such as adap­tive cruise con­trol.
  • Aero­space: Val­i­date redun­dant guid­ance, nav­i­ga­tion, and con­trol imple­men­ta­tions and inspect voter logic.
  • Unmanned sys­tems: Reveal tim­ing vio­la­tions in flight-con­trol func­tions dis­trib­uted across mul­ti­ple SoCs.
  • Humanoid robot­ics: Ana­lyze syn­chro­nized motion con­trolled by sep­a­rate SoCs.

See your whole system. Debug it together.

When a sys­tem spans mul­ti­ple SoCs, debug­ging one SoC at a time can hide the inter­ac­tion that caused the fail­ure. TASKING Multi-SoC debug and trace brings syn­chro­nized con­trol and a shared trace time­line to the full sys­tem.

Talk to a TASKING engineer about your multi-SoC debug challenge.

Scroll to Top