Ambito di sviluppo
L'MCU con firmware sleep-wake è progettato per risolvere problemi tecnici specifici in progetti a basso consumo. Il lavoro parte dai requisiti progettuali e aziendali esistenti del cliente e sviluppa le condizioni di sonno, la determinazione della veglia, il recupero dell'orologio e la ricostruzione del conducente; La macchina a stati, il firmware, i tempi di risveglio e i set di dati di regressione delle funzioni vengono forniti secondo i moduli concordati.
Controllare l'input rispetto alla linea di base
Controllare la modalità del controller principale, la sorgente di riattivazione, lo stato dell'attività e i requisiti di ripristino della periferica e chiarire l'ambito della misurazione e della modifica.
Implementazione e personalizzazione
Sviluppa condizioni di ingresso nel sonno, determinazione della veglia, ripristino dell'orologio e ricostruzione del driver e registra opzioni di risoluzione e condizioni di dipendenza.
Debug collaborativo dell'ambiente di destinazione
Copre tempistiche ed eventi esterni, riattivazioni continue, eventi simultanei ed errori di ripristino e conferma il comportamento aziendale dopo le modifiche dei parametri.
Consegna di documenti e atti
Fornire record di macchina a stati, firmware, sequenza di riattivazione e regressione delle funzioni che descrivono la versione, la costruzione o il metodo di utilizzo.
Processo di attuazione del progetto
- Conferma dell'input: modalità master, sorgente di riattivazione, stato dell'attività e richieste di ripristino della periferica.
- Metodo di implementazione: sviluppare condizioni di ingresso nel sonno, discriminazione del risveglio, recupero dell'orologio e ricostruzione del conducente.
- Verifica di fase: copre tempi ed eventi esterni, risvegli continui, eventi simultanei ed errori di ripristino.
- Consegna del progetto: macchina a stati, firmware, sequenza di risveglio e record di regressione delle funzioni.
Condizioni di progetto e limiti funzionali
Le latenze di salvataggio, riavvio e ripristino dello stato devono essere confrontate con la durata della sospensione. Per alcune attività a breve intervallo, è possibile utilizzare modalità più leggere per raggiungere meglio gli obiettivi energetici complessivi.
I servizi speciali assumono come limite di attuazione il modulo concordato. In caso di modifiche hardware, accordi con terzi, piattaforme complessive o test esterni, interfacce, carico di lavoro e responsabilità vengono confermati separatamente e le modifiche locali non vengono utilizzate direttamente come conclusioni sulle prestazioni dell'intero dispositivo.
Documenti di progetto richiesti
- Modalità di controllo principale, sorgente di riattivazione, stato dell'attività e richieste di ripristino della periferica.
- Prototipi esistenti e problemi riproducibili o nuove funzionalità del progetto e obiettivi di consumo energetico.
- Sono consentiti temi modificati, codice sorgente e dipendenze di terze parti; La funzionalità e la compatibilità devono essere mantenute.
- Elenco di consegna, ambiente di destinazione, ambito del campione, tappe fondamentali del progetto e metodi di accettazione.
Oggetto della consegna e dell'accettazione
| Contenuto della consegna | Controlla il metodo |
|---|---|
| Record di macchina a stati, firmware, sequenza di risveglio e regressione delle funzioni | Controlla la modificabilità, la versione, le istruzioni d'uso e le dipendenze utilizzando l'elenco dei file. |
| Verifica dell'implementazione | Copre i tempi e gli eventi esterni, il risveglio continuo, gli eventi simultanei e gli errori di ripristino e mantiene le condizioni e i risultati di lavoro corrispondenti. |
| Confronto di funzioni e consumo energetico | Correggere l'hardware, il software, la batteria, la temperatura e i cicli aziendali applicabili e tenere conto dei cambiamenti nelle condizioni e del loro impatto. |
| Riproduzione e cure successive | Specificare le fasi di creazione o esecuzione, le limitazioni note, gli intervalli di parametri e i casi non coperti. |
Domande frequenti
Le modalità di sonno più profondo sono sempre più appropriate?+
Le latenze di salvataggio, riavvio e ripristino dello stato devono essere confrontate con la durata della sospensione. Per alcune attività a breve intervallo, è possibile utilizzare modalità più leggere per raggiungere meglio gli obiettivi energetici complessivi.
Quali informazioni devo preparare prima di iniziare il progetto?+
Questo lavoro si concentra sulla modalità di controllo principale, sulla fonte di riattivazione, sullo stato dell'attività e sui requisiti di ripristino della periferica. Se i dati sono incompleti, determinare innanzitutto l'ambito che richiede ulteriori test o ordinamento, quindi procedere con l'implementazione.
Può essere implementato insieme al progetto completo di sviluppo del dispositivo?+
Può essere utilizzato come pacchetto di lavoro nel progetto complessivo o implementato separatamente per i prodotti esistenti. È necessario spiegare le interfacce con altri moduli, versioni e la responsabilità della verifica finale della macchina.
Riferimenti tecnici
La configurazione del GPIO dovrebbe essere controllata insieme ai circuiti esterni, alla modalità di sospensione e allo stato di riattivazione; I parametri effettivi sono soggetti ai dati del chip target e all'intero test della scheda. GPIO e riferimento alla progettazione dello stato di alimentazione
In linea
Telefono
WeChat
tornare all'inizio