Ambito di sviluppo
L'ottimizzazione del consumo energetico in standby al di sotto di Linux/Android viene utilizzata per risolvere problemi tecnici specifici in progetti a basso consumo energetico. Il lavoro presuppone le esigenze progettuali e aziendali esistenti del cliente, individua le ragioni dei blocchi del sistema e delle periferiche, adatta la gestione dell'energia e le attività in background; fornisce patch di driver o sistema, istruzioni di build, registrazioni di standby e riattivazione secondo i moduli concordati.
Controllare l'input rispetto alla linea di base
Controllare la versione SoC, PMIC, BSP, kernel o Android, driver e registri di risveglio per chiarire l'ambito della misurazione e della modifica.
Implementazione e personalizzazione
Individua le cause dei blocchi del sistema e delle periferiche, regola la gestione dell'alimentazione e le attività in background e registra le opzioni e le dipendenze di risoluzione.
Debug collaborativo dell'ambiente di destinazione
La versione del sistema controlla i motivi di sospensione e riattivazione, il ripristino aziendale e le prestazioni complessive della macchina e conferma il comportamento aziendale dopo la modifica dei parametri.
Consegna di documenti e atti
Fornire patch di driver o sistema, istruzioni di creazione, record di standby e riattivazione e descrivere versioni, metodi di creazione o utilizzo.
Processo di attuazione del progetto
- Inserisci la conferma: versione SoC, PMIC, BSP, kernel o Android, driver e wake log.
- Metodo di implementazione: individuare la causa dei blocchi del sistema e delle periferiche e regolare la gestione dell'alimentazione e le attività in background.
- Verifica di fase: correzione dell'interruzione del controllo della versione del sistema, dei motivi di riattivazione, del ripristino dell'attività e delle prestazioni complessive della macchina.
- Consegna del progetto: patch di driver o sistema, istruzioni di compilazione, registrazioni di standby e riattivazione.
Condizioni di progetto e limiti funzionali
L'obiettivo dipende dal SoC, dal PMIC, dalla conservazione della memoria e dalla circuiteria complessiva della scheda. Gli indicatori dovrebbero essere impostati in base all’architettura locale e il consumo di hardware e software dovrebbe essere controllato separatamente.
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
- Versione SoC, PMIC, BSP, kernel o Android, driver e wake log.
- 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 |
|---|---|
| Patch per driver o sistema, istruzioni per la creazione, registrazioni di standby e riattivazione | Controlla la modificabilità, la versione, le istruzioni d'uso e le dipendenze utilizzando l'elenco dei file. |
| Verifica dell'implementazione | La versione del sistema controlla l'interruzione, i motivi di riattivazione, il ripristino dell'attività e le prestazioni complessive della macchina e mantiene le condizioni di lavoro e i risultati 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 modifiche al software possono raggiungere livelli di standby per i nodi MCU?+
L'obiettivo dipende dal SoC, dal PMIC, dalla conservazione della memoria e dalla circuiteria complessiva della scheda. Gli indicatori dovrebbero essere impostati in base all’architettura locale e il consumo di hardware e software dovrebbe essere controllato separatamente.
Quali informazioni devo preparare prima di iniziare il progetto?+
Questo focus di lavoro richiede SoC, PMIC, BSP, versione kernel o Android, driver e wake log. 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