Campionamento, rumore e finestra temporale influenzano ciò che il modello può riconoscere. Il lavoro comprende acquisizione, preprocessing e scelta delle caratteristiche prima della classificazione. Le prove separano registrazioni e condizioni di acquisizione per evitare che segmenti quasi identici compaiano sia nell’addestramento sia nel test.
Attività e verifiche
Definizione di campionamento, filtri, finestre e caratteristiche spettrali o temporali.
Confronto tra classi, rumore di fondo ed eventi sconosciuti.
Misura di ritardo di riconoscimento, memoria e carico sul sistema di destinazione.
Scelte iniziali e integrazione
Concordo eventi da riconoscere, posizione del sensore, frequenza di acquisizione e tempo utile per la decisione. Posso contribuire alla catena del segnale o al classificatore nello stack del cliente, documentando formati, preprocessing e collegamento con la logica applicativa.
Un esempio di verifica
Si separano registrazioni e condizioni di acquisizione tra sviluppo e test, includendo rumore e segnali non appartenenti alle classi previste. Si misura il ritardo dell’intera catena, dalla finestra di acquisizione all’esito, oltre al solo tempo di esecuzione del modello.
Consegne e criteri di accettazione
Catena di elaborazione, modello, implementazione e report su dati separati. Il classificatore audio bare-metal del catalogo mostra un possibile percorso verso l’inferenza C senza sistema operativo.
Da cosa partire
Servono registrazioni rappresentative, frequenza di campionamento, eventi da distinguere e vincoli del dispositivo.
È possibile eseguire la classificazione sul dispositivo?
Si valuta sul target con il segnale previsto, considerando acquisizione, preprocessing, memoria e calcolo disponibili. Il modello e il runtime seguono questi vincoli.
Come portare l'intelligenza artificiale audio su un MCU bare-metal: dalla raccolta dei campioni all'inferenza in C, con un processo ripetibile e un'API minimale pronta per qualsiasi toolchain.