Il progetto di acquisizione di una telecamera integrata dovrebbe iniziare con i dati richiesti dall'applicazione, quindi verificare il sensore, l'interfaccia e il supporto del sistema. Di seguito è riportato un metodo di progettazione per condizioni hardware specifiche. Non stabilisce l'adattamento di sensori e processori arbitrari.
Catena di segnali e dati
Componente di imaging → componenti di interfaccia e trasporto → ricevitore e driver host → buffer di frame e informazioni di temporizzazione → API di acquisizione → applicazione di elaborazione, visualizzazione o archiviazione. I parametri e lo stato utilizzano i canali di controllo corrispondenti. Il cliente o un fornitore specializzato fornisce illuminazione e ottica specializzata, con responsabilità concordate per progetto.
Definire lo sviluppo per livello
| Strato | Ingressi per confermare | Possibili uscite |
|---|---|---|
| Imaging | Sensore o modulo, potenza, orologi, modalità e formati | Modalità del dispositivo e record di configurazione del registro o dell'SDK |
| Trasporto | Direzione dell'interfaccia, cavi, ponti o SerDes e percorso di controllo | Definizioni dell'interfaccia, informazioni sulla connessione e stato del collegamento |
| Sistema | Versione del sistema operativo, driver, ricevitore, formati e supporto buffer | Configurazione, modifiche ai driver e record di debug dell'acquisizione |
| Dati | Layout della memoria, timestamp, identificatori di frame e proprietà | Interfaccia frame, ciclo di vita e documentazione degli errori |
| Applicazione | Visualizzazione, elaborazione, registrazione, concorrenza e arresto | Esempi, registrazioni di configurazione e verifica funzionale |
Quando un SDK esistente fornisce le funzioni richieste, definirne l'integrazione e l'ambito del wrapper. Elenca il codice sorgente, i file di progettazione, le condizioni di creazione e i test separatamente quando sono necessarie modifiche al driver o all'hardware. I wrapper delle applicazioni e lo sviluppo a livello di scheda sono compiti diversi.
Informazioni minime sull'interfaccia frame
Considera un identificatore di frame, l'ora di acquisizione e l'origine dell'orologio, le dimensioni, il formato dei pixel, il passo delle righe, la lunghezza dei dati valida, la proprietà del buffer, lo stato di qualità e i codici di errore. Definire l'origine e il significato di ogni timestamp. Il tempo di ricezione dell'host non corrisponde automaticamente al tempo di esposizione del sensore. Restituisce stati espliciti per frame non validi, disconnessione e timeout in modo che il software downstream non tratti un vecchio frame come un nuovo risultato.
Accettazione graduale
Controllare prima l'alimentazione, l'avvio e l'enumerazione. Quindi verificare i frame e i controlli grezzi nella modalità specificata, la completezza e la tempistica dei frame sotto il carico di lavoro target e infine l'arresto anomalo, la riconnessione e l'integrazione dell'applicazione. Conserva le versioni di hardware, firmware, sistema operativo, driver e configurazione. Registrare i guasti e le condizioni di riproduzione in ogni fase.
Consegna e input di valutazione
I risultati concordati possono includere definizioni di interfaccia, codice sorgente specificato, istruzioni di creazione, configurazione, esempi, frame grezzi e record di test. Gli SDK del fornitore, il firmware e i componenti di terze parti vengono trasferiti in base alle rispettive licenze. Fornire modelli di fotocamere e processori, connessioni complete, modalità target, SDK e documentazione di sistema, campioni grezzi e requisiti di accettazione.
Servizi correlati: driver del sensore e attivazione del collegamento della fotocamera, acquisizione di immagini integrate E richieste di progetto.