Escopo de Desenvolvimento
A otimização de energia em espera do Linux/Android é usada para resolver problemas específicos de engenharia em projetos de baixo consumo de energia. O trabalho começa a partir dos requisitos de projeto e de negócios existentes do cliente, localiza os motivos dos travamentos do sistema e do bloco periférico, ajusta o gerenciamento de energia e as tarefas em segundo plano; fornece patches de driver ou sistema, instruções de construção, registros de espera e ativação de acordo com os módulos acordados.
Verifique a entrada com a linha de base
Verifique a versão do SoC, PMIC, BSP, kernel ou Android, driver e logs de ativação para esclarecer o escopo da medição e modificação.
Implementação e adaptação
Localize as causas dos travamentos do sistema e dos blocos periféricos, ajuste o gerenciamento de energia e as tarefas em segundo plano e registre as opções e dependências da solução.
Depuração conjunta do ambiente de destino
A versão do sistema corrigida verifica suspensão, motivos de ativação, recuperação de negócios e energia geral da máquina, além de confirmar o comportamento dos negócios após alterações de parâmetros.
Entrega de documentos e registros
Fornece patches de driver ou sistema, instruções de construção, registros de espera e ativação e descreve versões, métodos de construção ou uso.
Processo de implementação do projeto
- Insira a confirmação: SoC, PMIC, BSP, versão do kernel ou Android, driver e log de ativação.
- Método de implementação: Localize a causa dos travamentos do sistema e do bloco periférico e ajuste o gerenciamento de energia e as tarefas em segundo plano.
- Revisão de fase: Corrigida suspensão de verificação de versão do sistema, motivos de ativação, recuperação de negócios e potência geral da máquina.
- Entrega do projeto: patches de driver ou sistema, instruções de construção, registros de espera e ativação.
Condições de projeto e limites funcionais
O alvo depende do SoC, PMIC, retenção de memória e circuito de placa completa. Os indicadores devem ser definidos de acordo com a arquitetura local e o consumo de hardware e software deve ser verificado separadamente.
Os serviços especiais tomam o módulo acordado como limite de implementação. Quando estão envolvidas modificações de hardware, acordos de terceiros, plataformas gerais ou testes externos, as interfaces, carga de trabalho e responsabilidades são confirmadas separadamente, e as modificações locais não são usadas diretamente como conclusões sobre o desempenho do dispositivo completo.
Informações iniciais do projeto
- Versão SoC, PMIC, BSP, kernel ou Android, driver e logs de ativação.
- Protótipos existentes e problemas reproduzíveis ou novas funcionalidades do projeto e metas de consumo de energia.
- Design modificado, código-fonte e dependências de terceiros são permitidos; a funcionalidade e a compatibilidade precisam ser mantidas.
- Lista de entrega, ambiente alvo, escopo da amostra, marcos do projeto e métodos de aceitação.
Entregáveis e critérios de aceitação
| Conteúdo de entrega | Método de verificação |
|---|---|
| Patches de driver ou sistema, instruções de construção, registros de espera e ativação | Verifique a editabilidade, versão, instruções de uso e dependências por lista de arquivos. |
| Verificação de implementação | A versão do sistema corrigida verifica suspensão, motivos de ativação, recuperação de negócios e energia geral da máquina, e mantém as condições e resultados de trabalho correspondentes. |
| Comparação de funções e consumo de energia | Corrigidos os ciclos de hardware, software, bateria, temperatura e negócios aplicáveis, contabilizando as mudanças nas condições e seu impacto. |
| Reprodução e manutenção de acompanhamento | Forneça etapas de construção ou execução, limitações conhecidas, intervalos de parâmetros e casos descobertos. |
Perguntas frequentes
As modificações de software podem atingir níveis de espera para nós MCU?+
O alvo depende do SoC, PMIC, retenção de memória e circuito de placa completa. Os indicadores devem ser definidos de acordo com a arquitetura local e o consumo de hardware e software deve ser verificado separadamente.
Que informações preciso preparar antes de iniciar o projeto?+
Este foco de trabalho requer SoC, PMIC, BSP, versão do kernel ou Android, driver e wake log. Quando os dados estiverem incompletos, primeiro determine o escopo que precisa de testes ou classificação suplementares e, em seguida, prossiga para a implementação.
Pode ser implementado junto com o projeto completo de desenvolvimento do dispositivo?+
Pode ser usado como um pacote de trabalho no projeto geral ou pode ser implementado separadamente para produtos existentes. É necessário explicar as interfaces com outros módulos, versões e responsabilidades de verificação final da máquina.
Referências de Engenharia
A configuração do GPIO deve ser verificada juntamente com o circuito externo, modo de suspensão e status de ativação; os parâmetros reais estão sujeitos aos dados do chip alvo e ao teste de toda a placa. GPIO e referência de design de estado de energia
Online
Telefone
WeChat
voltar ao topo