Soluzione di sviluppo hardware e firmware FPGA Questo servizio converte la latenza deterministica, l'elaborazione parallela, l'interfaccia ad alta velocità o i requisiti di controllo dedicati in RTL sintetizzabili, vincoli, firmware, interfacce di scheda e record di verifica. Gli obiettivi di dispositivi, throughput, latenza, risorse e ambiente vengono congelati in base agli input del progetto.
| Elemento del progetto | Dichiarazione di soluzione |
|---|---|
| La migliore vestibilità | Per produttori di dispositivi e team di ingegneri che necessitano di acquisizione dati personalizzata, elaborazione di segnali digitali, pre-elaborazione di immagini, conversione di protocolli, controllo del movimento, comunicazioni ad alta velocità o la continuazione di un progetto FPGA esistente. |
| Ingressi richiesti | Gli input richiesti includono funzionalità, interfacce I/O, livelli di tensione e clock, velocità dati e framing, budget di latenza, dispositivo di destinazione o intervallo di costo, documentazione della scheda, ambiente host, temperatura operativa e scenari di accettazione. I progetti di continuazione richiedono inoltre il progetto esistente, licenze IP, restrizioni, schemi e un elenco di problemi noti. |
| Volume di consegna | I risultati finali sono concordati in base all'ambito e possono includere i requisiti e la linea di base dell'interfaccia, la descrizione dell'architettura, la sorgente RTL, l'inventario IP consegnabile, i vincoli e i file di progetto, un'immagine firmware, una mappa di registro o un protocollo di registro, un driver o API, strumenti di debug, test di simulazione, record di verifica della scheda, istruzioni di creazione e un elenco di problemi. L'IP crittografato di terze parti e i file di licenza del provider rimangono soggetti ai relativi termini di licenza. |
| Come viene definita l'accettazione? | L'accettazione può verificare i risultati della build, l'utilizzo delle risorse, i report sui tempi, l'accuratezza dei dati dell'interfaccia, la velocità effettiva, la latenza end-to-end, il ripristino e la risoluzione dei problemi, l'integrazione di schede specifiche, il funzionamento a lungo termine e le build riproducibili sul dispositivo e sulla versione concordati. Le soglie acquisiscono orologio, formato dati, vettori di test, strumenti, temperatura, potenza e versioni software. |
Utenti e scenari personalizzati
Per produttori di dispositivi e team di ingegneri che necessitano di acquisizione dati personalizzata, elaborazione di segnali digitali, pre-elaborazione di immagini, conversione di protocolli, controllo del movimento, comunicazioni ad alta velocità o la continuazione di un progetto FPGA esistente.
Quale input è necessario per iniziare?
Gli input richiesti includono funzionalità, interfacce I/O, livelli di tensione e clock, velocità dati e framing, budget di latenza, dispositivo di destinazione o intervallo di costo, documentazione della scheda, ambiente host, temperatura operativa e scenari di accettazione. I progetti di continuazione richiedono inoltre il progetto esistente, licenze IP, restrizioni, schemi e un elenco di problemi noti.
Quali moduli può includere il sistema?
L'ambito può includere la valutazione FPGA, CPLD o SoC FPGA; Verilog, VHDL o SystemVerilog RTL; macchine statali e condutture; Mappatura DSP; Integrazione di DDR, PCIe, Ethernet, LVDS, SerDes, SPI, I2C e UART; CDC e progettazione del ripristino; limitazioni orarie e chiusure; simulazione e debugging della scheda; oltre a firmware MCU, driver Linux, API o strumenti host.
Cosa può essere consegnato?
I risultati finali sono concordati in base all'ambito e possono includere i requisiti e la linea di base dell'interfaccia, la descrizione dell'architettura, la sorgente RTL, l'inventario IP consegnabile, i vincoli e i file di progetto, un'immagine firmware, una mappa di registro o un protocollo di registro, un driver o API, strumenti di debug, test di simulazione, record di verifica della scheda, istruzioni di creazione e un elenco di problemi. L'IP crittografato di terze parti e i file di licenza del provider rimangono soggetti ai relativi termini di licenza.
Come viene definita l'accettazione?
L'accettazione può verificare i risultati della build, l'utilizzo delle risorse, i report sui tempi, l'accuratezza dei dati dell'interfaccia, la velocità effettiva, la latenza end-to-end, il ripristino e la risoluzione dei problemi, l'integrazione di schede specifiche, il funzionamento a lungo termine e le build riproducibili sul dispositivo e sulla versione concordati. Le soglie acquisiscono orologio, formato dati, vettori di test, strumenti, temperatura, potenza e versioni software.
Confini e confini della responsabilità
Non vengono stabiliti intervalli fissi di frequenza, throughput, latenza, utilizzo delle risorse, potenza o temperatura prima di congelare le richieste e testare la scheda di destinazione. I risultati PCIe, DDR e SerDes dipendono anche dall'integrità del segnale, dallo stackup PCB, dai connettori, dai clock di riferimento, dall'integrità dell'alimentazione e dalla qualità del dispositivo. Il lavoro di certificazione di sicurezza, automobilistico, medico o di altro tipo richiede uno standard concordato separatamente e una responsabilità di verifica.
Servizi e casi correlati
Ritorna a Panoramica della soluzione Torna per confrontare scenari o verificare casi di progetto correlati. Le metriche e le condizioni di un caso non si applicano automaticamente a un nuovo progetto.
Domande frequenti
È possibile integrarlo in dispositivi o sistemi esistenti?
Sì. Il primo passo è riprodurre e verificare le versioni del dispositivo di creazione e ispezione e della toolchain, le licenze IP di terze parti, la struttura dell'orologio e del ripristino, la copertura delle restrizioni, le intersezioni del dominio dell'orologio e i problemi noti. Il risultato definisce se ha senso una riparazione, un refactoring o una sostituzione del modulo.
Come vengono stimati il programma e il budget?
Innanzitutto è necessario confermare l’elenco delle funzionalità, il numero di interfacce, le restrizioni sulla posizione, la preparazione dei dati, il coordinamento di terze parti, il modello di distribuzione e il livello di adozione. Dopo l'inventario iniziale e la valutazione dei rischi chiave, seguono un piano passo passo comprensibile e un'offerta.
Come vengono concordati gli obiettivi di riconoscimento, performance o stabilità?
Ciascun obiettivo deve specificare la versione, il dispositivo o il set di dati testati, la dimensione del campione, l'ambiente, la durata, il metodo di calcolo e la soglia di superamento. Un obiettivo non verificato non è rappresentato come una capacità raggiunta.
In linea
Telefono
WeChat
tornare all'inizio