Reikwijdte van ontwikkeling
Optimalisatie van het energieverbruik in stand-by onder Linux/Android wordt gebruikt om specifieke technische problemen op te lossen bij projecten met een laag energieverbruik. Het werk gaat uit van de bestaande ontwerp- en bedrijfsvereisten van de klant, lokaliseert de redenen voor systeem- en randblokkades, past het energiebeheer en achtergrondtaken aan; levert driver- of systeempatches, bouwinstructies, standby- en wake-up records volgens afgesproken modules.
Controleer de invoer ten opzichte van de basislijn
Controleer de SoC-, PMIC-, BSP-, kernel- of Android-versie, driver en wakeup-logboeken om de reikwijdte van de meting en verandering te verduidelijken.
Implementatie en maatwerk
Identificeer de oorzaken van het vastlopen van systemen en randapparatuur, pas energiebeheer en achtergrondtaken aan, en leg resolutieopties en afhankelijkheden vast.
Gezamenlijk debuggen van de doelomgeving
De systeemversie controleert de redenen voor het opschorten en ontwaken, het bedrijfsherstel en de algehele machineprestaties, en bevestigt het bedrijfsgedrag na parameterwijzigingen.
Levering van documenten en bescheiden
Zorg voor driver- of systeempatches, bouwinstructies, standby- en wake-up-records en beschrijf versies, build- of gebruiksmethoden.
Projectimplementatieproces
- Bevestiging invoeren: SoC, PMIC, BSP, kernel- of Android-versie, driver en wake log.
- Implementatiemethode: Lokaliseer de oorzaak van het vastlopen van het systeem en de randapparatuur en pas het energiebeheer en de achtergrondtaken aan.
- Faseverificatie: Vaste onderbreking van de systeemversiecontrole, ontwaakredenen, bedrijfsherstel en algehele machineprestaties.
- Projectoplevering: driver- of systeempatches, bouwinstructies, stand-by- en ontwaakrecords.
Ontwerpvoorwaarden en functionele grenzen
Het doel is afhankelijk van de SoC, PMIC, geheugenretentie en de algehele printplaatcircuits. Indicatoren moeten worden ingesteld op basis van de lokale architectuur en het hardware- en softwareverbruik moet afzonderlijk worden gecontroleerd.
Speciale diensten nemen de overeengekomen module als implementatielimiet. In het geval van hardwarewijzigingen worden overeenkomsten met derden, algemene platforms of externe tests, interfaces, werklast en verantwoordelijkheden afzonderlijk bevestigd en worden lokale wijzigingen niet direct gebruikt als conclusies over de prestaties van het gehele apparaat.
Vereiste projectdocumenten
- SoC-, PMIC-, BSP-, kernel- of Android-versie, driver en wake logs.
- Bestaande prototypes en reproduceerbare problemen of nieuwe projectfuncties en doelstellingen voor energieverbruik.
- Gewijzigd thema, broncode en afhankelijkheden van derden zijn toegestaan; Functionaliteit en compatibiliteit moeten behouden blijven.
- Leveringslijst, doelomgeving, monsteromvang, projectmijlpalen en acceptatiemethoden.
Omvang van levering en acceptatie
| Levering inhoud | Controleer methode |
|---|---|
| Driver- of systeempatches, bouwinstructies, stand-by- en wake-up-records | Controleer de bewerkbaarheid, versie, gebruiksinstructies en afhankelijkheden met behulp van de bestandslijst. |
| Implementatieverificatie | De systeemversie controleert de onderbreking, ontwaakredenen, bedrijfsherstel en algehele machineprestaties en handhaaft de bijbehorende werkomstandigheden en resultaten. |
| Vergelijking van functies en stroomverbruik | Corrigeer de toepasselijke hardware, software, batterij, temperatuur en bedrijfscycli en houd rekening met veranderingen in omstandigheden en de impact ervan. |
| Voortplanting en nazorg | Specificeer bouw- of uitvoeringsstappen, bekende beperkingen, parameterbereiken en gevallen die niet worden gedekt. |
Veelgestelde vragen
Kunnen softwarewijzigingen stand-byniveaus voor MCU-knooppunten bereiken?+
Het doel is afhankelijk van de SoC, PMIC, geheugenretentie en de algehele printplaatcircuits. Indicatoren moeten worden ingesteld op basis van de lokale architectuur en het hardware- en softwareverbruik moet afzonderlijk worden gecontroleerd.
Welke informatie moet ik voorbereiden voordat ik aan het project begin?+
Deze focus van het werk vereist SoC, PMIC, BSP, kernel- of Android-versie, stuurprogramma's en wake log. Als de gegevens onvolledig zijn, bepaal dan eerst de reikwijdte waarvoor aanvullende tests of sorteringen nodig zijn en ga vervolgens verder met de implementatie.
Kan het samen met het volledige apparaatontwikkelingsproject worden geïmplementeerd?+
Het kan worden gebruikt als werkpakket in het totale project of afzonderlijk worden geïmplementeerd voor bestaande producten. Het is noodzakelijk om de interfaces met andere modules, versies en de verantwoordelijkheid voor de uiteindelijke machineverificatie uit te leggen.
Technische referenties
De configuratie van GPIO moet worden gecontroleerd, samen met de externe circuits, de slaapmodus en de ontwaakstatus; De werkelijke parameters zijn afhankelijk van de doelchipgegevens en de volledige bordtest. GPIO en power state ontwerpreferentie
Online
Telefoon
WeChat
terug naar boven