Firmware - Novembre 2014 / N°106 - (Page 51)

TOOLS DebugServerExamples". Non solo, con DVTExamples è possibile impostare il profile di funzioni o dati e anche per questo è necessario eseguire "go.bat" in ".\ DVTExamples". Infine, con loadti è possibile gestire una sessione di lavoro, ovvero verifica e messa a punto del codice, con un target (un simulatore o una piattaforma hardware), mentre con Testserver il progettista può sfruttare il protocollo TCP/IP nel suo lavoro controllando una sessione di verifica da remoto. Come vediamo, le possibilità sono diverse e dipendono, per la maggior parte, dal C6000 o, in altre parole, dai differenti elementi presenti nell'ambiente integrato. È possibile sfruttare, nel modo più lato possibile del termine, il Code Composer Studio ricorrendo alle API che il sistema offre. La documentazione, come al solito, è disponibile nell'ambiente di lavoro in base alla versione in uso; infatti CCSv4: \ccsv4\scripting\ docs\GettingStarted.htm CCSv5: \ccsv5\ccs_base\ scripting\docs\GettingStarted.htm CCSv6: \ccsv6\ccs_base\ scripting\docs\GettingStarted.htm Altro aspetto da non sottovalutare è la possibilità di ricorrere alla forma interattiva attraverso la finestra "scripting console". Un'attività da non trascurare è la necessità di, prima di iniziare una sessione di debug, configurare il nostro target; infatti, Texas assodel.it Instruments assicura la presenza di un'API dedicata, setConfig(), che riceve in ingresso la configurazione in uso (un file .ccxml). Questo file può anche essere realizzato ricorrendo al "CCS Target Setup" tool. Come qualsiasi applicazione Java, anche in quest'ambiente le eccezioni possono essere gestire attraverso uno script con la consueta JavaScript try-catch. Ovvero, try { debugSession.memory.loadProgram(testProgFile); } catch (ex) { dssScriptEnv.traceWrite(testProgFile + " does not exist! Aborting script"); quit(); } Una caratteristica che, di solito, non si prende molto in considerazione è la possibilità di mettere a punto, e gestire, differenti sessioni di debug in un'architettura multi-core. Questo può essere fatto utilizzando la chiamata openSession() e specificare il nome della board e della CPU dove intendiamo iniziare una sessione di debug. Ad esempio, a questo riguardo Texas Instruments ci fornisce un esempio molto interessante basato su TCI6488 EVM con 6 C64x+ DSPs. Per prima cosa è necessario conoscere il nome esatto della piattaforma hardware di lavoro utilizzata nel file di configurazione e solo in seguito aprire la sessione di lavoro, openSession(), passando come http://www.assodel.it http://www.assodel.it

Tabella dei contenuti per la edizione digitale del Firmware - Novembre 2014 / N°106

SOMMARIO
FOCUS on “Don’t try this at home”
Skills Accesso e controllo remoto RF
INside
I motori Brushless DC
Silicon Labs Si106x-108x: MCU con Wireless Sub-Giga ad Alte Prestazioni
ANALOG Alimentatore DC da Banco ad Alte Prestazioni
SPOTlight Carica, Scarica e Bilanciamento dei Supercondensatori
Tools
“Low Cost Controllerless” con PIC32
Code Composer Studio: il Ruolo degli Script nello Sviluppo del Codice
Linear Technology “PowerCAD II” La Progettazione Assistita dei Convertitori DC/DC
News
EVENTS
Guida

Firmware - Novembre 2014 / N°106