Making Embedded Systems, 2a edizione

Capitolo 11. Fare di più con meno

Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: [e-mail]

L'ingegneria richiede competenze tecniche e una profonda conoscenza della tecnologia in questione. La scrittura di un buon software embedded fa un ulteriore passo avanti, richiedendo anche una mente subdola con un'affinità per i rompicapo.

L'implementazione dei requisiti su un sistema che ha tutto ciò che serve è una questione di girare la manovella metaforica per ottenere la risposta. Alcune soluzioni sono più eleganti di altre, ma la maggior parte funzionerà abbastanza bene da permettere la spedizione del prodotto. Le cose si fanno più interessanti quando si ha un sistema che sembra non poter contenere tutto ciò che serve. Potresti scendere a compromessi sulle funzionalità, ma dove sta il divertimento?

Per me, il bello dell'implementazione dei sistemi embedded è l'emozione di trovare la giusta modifica che libera qualche ciclo di processore in più, di essere entusiasta di liberare otto byte di RAM, di scavare nel file di mappa per trovare un'intera sezione che puoi reclamare per l'uso del tuo codice e di capire che puoi far ottenere al tuo prodotto l'ambito premio verde se riesci a strappare qualche millisecondo in più di sonno profondo.

L'aspetto negativo di tutto questo è che probabilmente renderai il sistema più fragile. Ad esempio, quando liberi la RAM facendo condividere la RAM a due sottosistemi altrimenti ...