Molti anni fa, durante il debug dei sistemi in tempo reale (come quelli usati negli switch telefonici), dovevamo usare analizzatori logici (che leggevano l'esecuzione direttamente dalla CPU) o emulatori (che sostituivano fisicamente la CPU stessa).
C'è qualche situazione in cui questo tipo di strumentazione è ancora rilevante?
Non vedo gli analizzatori di logica per uso generico nei laboratori più spesso di dieci o venti anni fa.
D'altra parte, vedo gli analizzatori logici per scopi speciali molto più spesso. Si chiamano analizzatori USB e analizzatori VMEbus, ei tuoi manager sono INSANE se ti mettono in tale progetto senza avere un analizzatore (e, nel caso di progetti VMEbus, uno slot per chassis dedicato a uno spazio vuoto, per contenere il analizzatore quando (non se, ma QUANDO) ne hai bisogno.
Vedo anche oscilloscopi molto più potenti molto più spesso. Un moderno ambito di archiviazione digitale a 4 canali è una cosa di bellezza, ed è assolutamente fondamentale se stai eseguendo i2C o SPI o seriale o qualsiasi altra cosa.
I veri emulatori in-circuit sono quasi scomparsi. I debugger JTAG sono diventati onnipresenti e possono fare QUASI tutto ciò che un emulatore in-circuit potrebbe fare.
Ciò che ancora non vedo è un'adeguata attenzione rivolta in anticipo alla scrittura del codice sorgente corretto prima di andare in laboratorio. Sfortunatamente, fintanto che C e C ++ sono dominanti e Ada è una parolaccia, prevedo che prevale la mentalità del "codice in fretta e debug a piacere".
Uso ancora un oscilloscopio a quattro canali durante il debug dell'hardware, ma sono solo i miei progetti personali. Immagino che le persone che lavorano con i microcontrollori in ambienti embedded utilizzino ancora emulatori e analizzatori di stati logici, sebbene - a condizione che le velocità del bus non diventino troppo alte, comunque.
Leggi altre domande sui tag debugging