I sistemi embedded sono presenti praticamente ovunque nella nostra società. Una definizione base di sistema embedded è quella di un sistema di computer con uno scopo preciso, che è parte di un sistema più grande al quale offre servizi di controllo e di monitoraggio. Un tipico sistema embedded inizia con l’avviare delle apposite applicazioni quando viene acceso e le termina solo una volta che è stato spento. Virtualmente, ogni dispositivo elettronico prodotto oggi può essere considerato un sistema embedded.

MIL-STD-1553 è uno standard militare simile alla LAN che definisce le caratteristiche elettriche e di protocollo di un bus seriale; inizialmente fu progettato per la comunicazione di dati nelle applicazioni dell’avionica. MIL-STD-1553 fu dichiarato standard nel 1970, con lo sviluppo della bozza A2-K, dalla SAE (Society of Automotive Engineers). Dopo le revisioni del governo e dei militari, fu rilasciato nel 1975 per supportare tutti reparti militari.

Ethernet è una famiglia di tecnologie frame-based che collegano in rete dei computer per reti locali (LAN), inizialmente sviluppata da Xerox PARC all’inizio degli anni ’70. La prima bozza di standard fu pubblicata nel 1980 dall’IEEE, Insitute of Electrical and Electronics Engineers. L’approvazione di IEEE 802.3 CSMA/CD ci fu nel 1982, mentre quella dello standard internazionale ISO/IEEE 802.3 avvenne nel 1984.

FlexRay è un bus automotive relativamente nuovo che è stato sviluppato da un gruppo di compagnie leader nell’industria automotive e nelle forniture, noto come FlexRay Consortium. Siccome le macchine diventano sempre più intelligenti e l’elettronica trova ormai posto in un numero crescente di applicazioni automotive, i produttori stanno scoprendo che gli standard seriali attuali, come CAN e LIN, non hanno la velocità, l’affidabilità o la ridondanza richieste per le attuali tecnologie.

Diversamente da altri standard trattati in questo documento, presenti nel mercato da decenni, gli standard MIPI (mobile Industry Processor Interface) sono relativamente nuovi e, in alcuni casi, ancora in evoluzione. La MIPI Alliance (www.mipi.org) ha completato differenti specifiche che sono state adottate da numerosi dispositivi portatili. Due di esse, DSI-1 e CSI-2, sono specifiche a livello di protocollo riguardo il modo in cui l’informazione viene trasmessa tra un processore host e un chip display (DSI-1) e un processore host e un chip camera (CSI-2).

I2S, o I al quadrato S, sta per Inter-IC Sound ed è un bus sviluppato dalla Philips a metà anni ’80 per fornire un percorso di comunicazione standardizzato per segnali audio digitali in dispositivi elettronici come le Tv digitali o il lettori CD. Il mercato dei dispositivi elettronici ha continuato ad evolversi negli ultimi venti anni e lo stesso hanno fatto le applicazioni per il bus I2S.

L’USB, Universal Serial Bus, è diventato un’interfaccia dominante per i moderni personal computer, sostituendo molti dei bus esterni seriali e paralleli usati in precedenza. Sin dalla sua introduzione nel 1995, USB è cresciuto oltre il suo originale utilizzo ed è diventato l’interfaccia standard più comune per i dispositivi elettronici. La specifica USB 2.0, rilasciata nel 2000, copre la maggior parte dei dispositivi utilizzati oggi.

I2C, o I quadro C, sta per Circuito Inter Integrato. Fu originariamente sviluppato da Philips all’inizio degli anni ’80 per fornire una modalità a basso costo per connettere i controller ai chip delle periferiche nei sistemi TV, ma da quel momento si è evoluto in uno standard mondiale per le comunicazioni tra dispositivi nei sistemi embedded. Il design semplice a doppio filo si ritrova all’interno di una varietà di chip, come I/O expander, A/D, D/A, di sensori di temperatura, di microcontrollori, microprocessori etc.

Il bus LIN (Local Interconnect Network) fu sviluppato dal consorzio LIN nel 1999 come un’alternativa low-cost al bus CAN per applicazioni in cui quest’ultimo risultava meno veloce, versatile e più costoso. Queste applicazioni comprendono, tra le altre, le comunicazioni tra sensori intelligenti ed attuatori, come i controlli dei finestrini, la chiusura delle portiere, i sensori per la pioggia, i sensori per il controllo dei tergicristalli e il controllo del clima.

Il CAN (Controller Area Network) era stato inizialmente sviluppato negli anni ’80 dalla Robert Bosch GmbH come un bus low-cost per le comunicazioni tra dispositivi in ambienti elettronicamente rumorosi. Mercedes-Benz è diventato il primo produttore nell’automotive, nel 1992, ad implementare il CAN nei propri sistemi. Oggi, quasi tutti i produttori di auto utilizzano controller CAN per controllare una varietà di dispositivi presenti nelle automobili.

RS-232 è uno standard ampliamente utilizzato per comunicazioni seriali tra due dispositivi su una breve distanza. È meglio conosciuto per il suo utilizzo in porte seriali di vecchi PC, ma è anche comune per i sistemi embedded come una porta di debug oppure per collegare due dispositivi. Lo standard RS-232-C è stato introdotto nel 1969 ed è stato revisionato due volte da allora, ma i cambiamenti sono stati minimi e i segnali sono interoperabili con RS-232-C. Ci sono anche altri standard correlati, come RS-422 e RS-485, che sono simili ma usano una differente segnalazione per comunicare su lunghe distanze.

Il bus SPI (Serial Peripheral Interface) fu originariamente sviluppato da Motorola verso la fine del 1980 per la sua serie 68000 di microcontrollori. Grazie alla semplicità e popolarità del bus, molti altri produttori hanno adottato lo standard nel corso degli anni. SPI è principalmente utilizzato tra i microcontrollori e i loro diretti dispostivi periferici. Infatti si trova comunemente nei telefoni cellulari, nei PDA, e in altri dispositivi mobili per comunicare i dati tra la CPU, la tastiera, il display e i chip di memoria.

Howto Debug un SoC multi-core. Prima di determinare il sistema on chip multi-core appropriato per il debugging è però importante capire le esigenze dell'utente. Questo articolo presenta come fare il debug di un SoC (system-spanning on-chip) multi-core.

Howto debug con PIC32: Le schede di sviluppo PIC32 micro sono progettate per imparare a programmare le applicazioni dei PICmicro e per lo sviluppo di progetti basati sui PIC32 micro. I kit di sviluppo pronti all'uso, con il debugger totalmente incorporato, sono di grande aiuto a chi sta iniziando a programmare (come me!), con il linguaggio C, i dsPIC.

Il debugging consente di controllare il valore delle variabili in vari punti del programma e di controllare che le routine diano i risultati richiesti. MPLAB IDE (Integrated Development Environment) è stato creato dalla Microchip ed è un set integrato di strumenti per lo sviluppo di applicazioni embedded.

Uno dei principali vantaggi del Background Debug Mode BDM consiste nel fatto che si tratta di un metodo particolarmente economico per ottenere gli stessi risultati di debug che si ottengono in complessi (e costosi) emulatori. Inoltre, il sistema BDM offre anche il vantaggio che non vengono richiesti ulteriori circuiti da integrare con il microcontrollore di cui si vuole realizzare il debug.

Supporto del debug del RealView Ice in MS Windows CE 6. Il rilascio del nuovo aggiornamento dei driver RealView Ice e XDI2 da parte di ARM semplifica molto il compito degli sviluppatori che possono ora operare ance in ambiente Windows CE 6