Technischer Leitfaden
Wenn eine Befehlszeilensitzung über den seriellen Anschluss RK3588 verfügbar ist, überprüfen Sie den Kernel, init und die Anwendungsdienste separat. Dies zeigt den Fortschritt beim Start an; Grafik, Peripherie und Dauerbetrieb erfordern weiterhin gesonderte Prüfungen. Zeichnen Sie die Eingaben, Protokolle und Entscheidungen jeder Ebene auf, um den ersten Fehler zu lokalisieren.
Definieren Sie den Umfang des Stage-0-Datensatzes
Der OpenHarmony 6.1 Stage-0-Anpassungsdatensatz für RK3588 verwendet ein bestimmtes Board, das Build22-Build-Label und ein SD-Bootmedium. Stage-0 bedeutet Mindestvalidierung ohne grafische Oberfläche. Build22 ist das von diesem Datensatz verwendete Build-Label. Verbinden Sie es mit der Quellrevision, der Build-Konfiguration und dem Image-Hash, wenn Sie ein Problem untersuchen.
OpenHarmony 6.1 Stage-0-Anpassungsdatensatz für RK3588, auf Chinesisch
Lesen Sie den Startfortschritt getrennt von den in dieser Phase überprüften Funktionen. Behalten Sie beim Hinzufügen von Grafiken, Anwendungen oder Peripheriegeräten die gleichen Versionsdatensätze bei und erweitern Sie die entsprechenden Akzeptanzfälle.
Schichtzuständigkeiten und Diagnoseeingaben
Wischen Sie horizontal über die Tabelle, um alle Spalten anzuzeigen.
| Schicht | Verantwortung | Aufzeichnungen, die zuerst überprüft werden müssen |
|---|---|---|
| Boot-Laden und Hardware-Beschreibung | Laden Sie das Image und geben Sie Boot-Parameter und Hardwarebeschreibung an | Boot-Medium, Image-Hash, Boot-Parameter und DTB-Version |
| Kernel | Initialisieren Sie Prozessoren, Treiber und grundlegende Ressourcen | Serielle Protokolle, Treiberfehler und Root-Dateisystem-Mounting |
| init | Organisieren Sie User-Space-Prozesse und Abhängigkeiten entsprechend der Startkonfiguration | Konfigurationspfad, Prozessablauf, Exits und Neustarts |
| Anwendungsdienste | Stellen Sie Grafiken, Gerätefunktionen und Geschäftsschnittstellen bereit | Dienstprotokolle, Abhängigkeitsstatus, Schnittstellenantworten und Szenariofälle |
DTB ist eine binäre Gerätebaumbeschreibung, die Hardwareinformationen an den Kernel liefert. Ordnen Sie es der Pinnwand und der Bildrevision zu, anstatt nur Dateinamen zu vergleichen. Behalten Sie init als technischen Namen des Subsystems bei und vergleichen Sie die Konfiguration mit der verwendeten OpenHarmony-Version. Die Quelle des Startsubsystems hilft beim Auffinden von Mechanismen und Konfigurationen. Projektabschlüsse erfordern Aufzeichnungen aus der jeweiligen Version.
Finden Sie den frühesten Fehler mithilfe einer konsistenten Version
Verwenden Sie für jede Reproduktion des Problems dieselbe Board-Revision, dasselbe Image und dasselbe Boot-Medium. Überprüfen Sie die Protokolle in zeitlicher Reihenfolge. Zeichnen Sie Treiberinitialisierungsfehler, Dateisystempfadfehler, nicht verfügbare Abhängigkeiten und Prozessabbrüche separat auf. Wenn ein Dienst beendet wird, überprüfen Sie seine Abhängigkeiten, bevor Sie Diensteinstellungen oder Fehlerbehandlung ändern.
Fügen Sie jeder Reproduktion die folgenden Felder hinzu. Dies ist eine Datensatzdefinition für Integrationsarbeiten ohne voreingestellte Testergebnisse.
Wischen Sie horizontal über die Tabelle, um alle Spalten anzuzeigen.
| Datensatzfeld | Informationen, die aufbewahrt werden müssen | Zweck |
|---|---|---|
| Versionsidentität | Board-Revision, Quellrevision, Build-Label und Bild-Hash | Bestätigen Sie konsistente Eingaben über alle Reproduktionen hinweg |
| Boot-Bedingungen | Medium, Stromanordnung, Anschlüsse und Boot-Parameter | Erklären Sie Umweltunterschiede |
| Erster Misserfolg | Protokollzeit, Modul, Fehlercode und umgebender Kontext | Trennen Sie das anfängliche Problem von späteren Fehlern |
| Reproduktionsschritte | Einschalt- oder Neustartsequenz, Aktionen und Häufigkeit des Auftretens | Lassen Sie die Prüfung von einem anderen Techniker wiederholen |
| Phasenentscheidung | Schichten überprüft, unterstützende Beweise und verbleibende Funktionen | Trennen Sie einen Startvorgang vom Dauerbetriebstest |
Eingaben für eine Anpassungsbewertung
Bereiten Sie Platine und Revision, aktuelles System, verfügbare Quelle, Bootmedium, vollständige Serienprotokolle und Zielfunktionen vor. Vereinbaren Sie die von der Phase abgedeckten Ebenen, bevor Sie Grafik-, Peripherie-, Anwendungs- und Stabilitätstests definieren. Zugehörige Eingaben und Ergebnisse finden Sie im integrierten Service Linux BSP und Geräteanwendungsanpassung .
eingebetteter Linux BSP und Geräteanwendungsanpassungsdienst, auf Chinesisch
Online
Telefon
WeChat
zurück nach oben