Grundlage sind die chinesischen und englischen Rockchip-Quellen RK-YH-YF-801 V1.1.8 vom 2025-10-24. Technische Inhalte zu Antrag, Autorisierung, Synchronisierung, SDK-Versionen, Werkzeugen und Fehlerbehebung sind vollständig erhalten. Das ursprüngliche Kapitel 4 enthält nur Kontakt-/Beschwerdeinformationen und entfällt samt rechtlichen Titel-, Zielgruppen- und Revisionsseiten; übrige Kapitelnummern bleiben erhalten. Die Matrix mit 143 SDK-Zeilen und Empfehlungssternen ist historisch, kein aktueller Wartungsstatus oder ArmSoM-Supportversprechen. Es wurden keine Anträge, Downloads, Schlüsseländerungen, Repositorylöschungen oder Hardwaretests durchgeführt.
Sicherheit: Nur den öffentlichen .pub-Schlüssel einreichen, niemals private Schlüssel, .git-credentials oder Token. Der Quellbefehl zur „Sicherung des öffentlichen Schlüssels“ archiviert ganz ~/.ssh und damit möglicherweise private Schlüssel; Backup verschlüsseln und Zugriff beschränken. Passwortlose Schlüssel, StrictHostKeyChecking no und das Akzeptieren unbekannter Hosts sind keine allgemeinen Sicherheitsempfehlungen: Fingerprints unabhängig prüfen und organisatorische Schlüsselregeln beachten. Repositorylöschung, –force-sync und Überschreiben können lokale Änderungen vernichten; vorher sichern und genaue Ziele prüfen.
Quellunterschiede: Englisch nennt drei Autorisierungsdateien, listet aber nur zwei; die chinesische Zahl zwei gilt. Das Linux-Werkzeugverzeichnis lautet gemäß Chinesisch tools statt englisch Tools. Der falsche englische Basispaket-Titel 1.2.2 wird anhand Chinesisch als direkte Serversynchronisierung wiedergegeben. RK1808 wurde aus der englischen ToyBrick-Liste ergänzt. Im englischen Abschnitt zur Schlüsseleinreichung ist tatsächlich eine Redmine-Aktivierungsmail abgebildet; das Original bleibt mit diesem Hinweis erhalten. Die meisten Oberflächen sind chinesisch/zweisprachig. Nur geprüfte Bilder werden verwendet, Kontaktfußzeilen beschnitten und reine Kontaktbilder ausgeschlossen. Befehle im Release-Notes-Screenshot sind horizontal abgeschnitten und nicht vollständig ausführbar.
Quellcode bleibt wörtlich erhalten und ist nicht garantiert ausführbar: Die E-Mail in englischem ssh-keygen enthält Markdown-Linksyntax, einige -p-Optionen verwenden den Gedankenstrich –p, gitconfig enthält •-Aufzählungszeichen und die Sicherungsdatei heißt id_ras_backup.tag.gz. Vor Verwendung die tatsächliche Syntax prüfen; diese Quellfehler werden nicht stillschweigend korrigiert.
1. Bedienungsanleitung
Dieses Kapitel beschreibt den Rockchip-SDK-Antrag einschließlich öffentlichem Schlüssel, Antragsformular und zuständiger Person für den Materialempfang.
1.1 Ablauf und Schritte zum Erhalt eines SDK
Gehen Sie zum Erhalt eines Rockchip SDK wie folgt vor:
1.1.1 Arbeitsablauf
Nachfolgend ist der Antragsprozess für das Rockchip SDK einschließlich aller veröffentlichten Softwarematerialien dargestellt.
1.1.2 Registrierungsformular ausfüllen
Bei erstmaliger Zusammenarbeit mit Rockchip sendet das System nach Unterzeichnung der Geschäftsvereinbarung die E-Mail „Rockchip Customer Information Form“. Tragen Sie die Registrierungsdaten Ihres Unternehmens wie folgt ein:
Nach Anklicken von „Fill out the Information Form“ erscheint folgendes Registrierungsformular:
1.1.3 Zuständige Person für den Materialempfang angeben
Die „Empfangsstelle für Dokumentation“ ist die vom Unternehmen benannte Kontaktperson für Rockchip, die Software-, Hardware- und Plattformveröffentlichungen erhält. Laut Quellrichtlinie erhält jede juristische Person ein zentral verwaltetes, intern gemeinsam verwendetes Konto. Sichern Sie alle Materialien. Informieren Sie bei einem Wechsel der Kontaktperson den Rockchip-Geschäftskontakt rechtzeitig per E-Mail, damit die Daten aktualisiert und spätere Mitteilungen nicht verpasst werden. Empfohlen wird eine gemeinsame R&D-Teamadresse, etwa xxrd@xx.com, um Informationsverluste durch individuelle Weiterleitung, Projektverzögerungen oder Schäden zu vermeiden.
1.1.4 SDK-Antragsformular bereitstellen
Sie können eine oder mehrere SDK-Versionen beantragen. Wegen der vielen Chips und Versionen siehe Abschnitt 2.1 oder die Liste unter https://redmine.rock-chips.com/projects/fae/documents. Geben Sie die für Ihr Projekt benötigten Versionsnummern an und senden Sie den Antrag von Ihrer geschäftlichen E-Mail-Adresse an den zuständigen Rockchip-Geschäftskontakt zur internen Registrierung. Folgende Angaben sind erforderlich:
| Rockchip-SDK-Antragsformular | |
|---|---|
| Nr. | Zur Aktivierung beantragte SDK-Version |
| 1 | |
| 2 | |
| 3 | |
| 4 | |
| 5 | |
| 6 | |
| 7 |
1.1.5 Öffentlichen Schlüssel erzeugen
Führen Sie unter Ubuntu folgenden Befehl in Ihrem Verzeichnis aus:
xx@ubuntu:~$ cd ~
xx@ubuntu:~$ ssh-keygen -t rsa -C [user@rock-chips.com](mailto:user@rock-chips.com)
Zum Erzeugen des öffentlichen Schlüssels sieht die Quelle den obigen Befehl ohne Passworteingabe vor. user@rock-chips.com steht dabei für Ihre geschäftliche, nicht private E-Mail-Adresse. Anschließend werden die Schlüsseldateien in folgendem Verzeichnis erzeugt:
xx@ubuntu:~$ ls -l .ssh/
total 12
-rw------- 1 rockchip rockchip 1675 Oct 31 2018 id_rsa
-rw-r--r-- 1 rockchip rockchip 403 Oct 31 2018 id_rsa.pub
Bewahren Sie den privaten Schlüssel id_rsa und das Passwort sicher auf. Reichen Sie nach der E-Mail „Rockchip-SDK Public Key Submission“ den öffentlichen Schlüssel id_rsa.pub gemäß Anleitung ein; siehe Abschnitt 1.1.6.
1.1.6 Öffentlichen Schlüssel einreichen
Nach Abschluss der internen Abläufe durch den Rockchip-Geschäftskontakt sendet das System bei Bedarf „Rockchip-SDK Public Key Submission“. Ist der Unternehmensschlüssel bereits gespeichert, ist keine erneute Einreichung erforderlich und die E-Mail entfällt. Sie wird nur bei erstmaliger Zusammenarbeit ausgelöst, wenn noch kein öffentlicher Schlüssel registriert ist. Beispiel:
Nach Anklicken von „SDK Kit Submission“ erscheint folgende Seite:
Kopieren Sie den Inhalt der öffentlichen Unternehmensschlüsseldatei (*.pub) in das vorgesehene Feld und senden Sie ihn ab; siehe 1.1.5. Der Link gilt 7 Tage. Erfolgt keine rechtzeitige Einreichung, sendet das System „Rockchip-SDK Kit Submission Timeout“ mit einer Verlängerung um 24 Stunden. Wird auch diese Frist verpasst, muss ein neuer Link beantragt und aktiviert werden.
1.1.7 Öffentlichen Schlüssel sichern
Sichern Sie den Unternehmensschlüssel zuverlässig, damit ein Verlust die Codesynchronisierung mit Rockchip nicht verhindert.
xx@ubuntu:~$ tar zcvf id_ras_backup.tag.gz ~/.ssh
1.1.8 Öffentlichen Schlüssel ändern
Schützen Sie das erzeugte Schlüsselpaar. Es ist unabhängig von Serverwechseln oder anderen Systemänderungen, muss nicht häufig erneuert werden und beeinträchtigt die SDK-Synchronisierung nicht. Bei Verlust oder notwendigem Austausch kontaktieren Sie den Rockchip-Geschäftskontakt per E-Mail. Nach interner Prüfung und Freigabe sendet das System erneut den Einreichungslink. Beispiel:
Der Link gilt 7 Tage; danach ist ein neuer Antrag erforderlich. Reichen Sie den neuen Schlüssel nach der Benachrichtigung möglichst bald ein. Nach erfolgreicher Übermittlung erscheint folgende Seite:
Nach Ablage und Aktivierung des Schlüsselupdates sendet Rockchip „Rockchip - Public Key Update Successful“. Damit ist der neue Schlüssel wirksam. Beispiel:
1.2 Zugriff auf das SDK erhalten
Im nächsten internen Verfahrensschritt erhalten Sie „Rockchip-SDK has been activated“:
Mit der Weiterentwicklung des SDK wachsen Funktionen, Sicherheitsniveau und Codeumfang. Es gibt zwei Bezugswege: direkt per sync vom Server den vollständigen Quellcode samt Basispaket synchronisieren; oder zuerst das Basispaket laden und anschließend per sync den vollständigen Code beziehen.
1.2.1 Authentifizierung und Autorisierung — verpflichtend
Zum Schutz des Codeservers ist eine zusätzliche Prüfung der Downloadberechtigung vorgeschrieben. Beziehen Sie das Autorisierungsskript per git clone. Gerrit-Konto, E-Mail der Dokumentationskontaktperson und Name der privaten Schlüsseldatei werden manuell eingegeben. Schritte: a. Skript beziehen.
xx@ubuntu:~$ git clone https://gerrit.rock-chips.com:8443/repo-release/tools/script
b. Skript ausführen
xx@ubuntu:~$ ./Generate-Credential.x
Wechseln Sie ins Skriptverzeichnis und starten Sie es. Geben Sie Gerrit-Konto, E-Mail der Materialkontaktperson und privaten Schlüsseldateinamen ein. Nach Schlüssel- und Kontoprüfung erhalten Sie Download- und Sync-Berechtigung.
└── script
├── Generate-Credential.x
└── README.md
c. Beispielausführung des Skripts
Please input your username (make sure to use the username exactly the same as the one in RK
email!!): Gerrit_Account
Please input your email (make sure to use the company email address!!): data_owner_email
Please input your SSH private key filename (e.g. id_rsa): id_rsa
Die folgende Ausgabe bedeutet eine erfolgreiche Skriptausführung.
Your Credential check has passed
New git credential will be added into your history!!
You are All Set!!
Erscheint am Ende folgende Meldung, ist das Skript fehlgeschlagen. Prüfen Sie gemäß Abschnitt 5.1 Q&A die Konfiguration oder ob Sicherheitsgeräte Ihres Unternehmens das Downloadprotokoll SSH blockieren.
Credential mismatch issue, please refer to the instruction documents attached to the
Rockchip-SDK Ready email to correctly configure the gerrit account and ssh key.
Do you want to retry (y/n)?
Bei erfolgreicher Autorisierung entstehen außerdem folgende zwei Dateien:
└──~/.gitconfig # Contains Gerrit account information and configuration
└──~/.git-credentials # Contains the Gerrit account corresponding to the HTTPS download
authorization
Starten Sie das Skript nach Erhalt des Kontos mit dem privaten Schlüssel zum zuvor eingereichten öffentlichen Schlüssel: Datei id_rsa mit Berechtigung 600. Nach Bindung des lokalen Geräts sind Downloads möglich. Die Berechtigung ist an den lokalen Systembenutzer gebunden, der das Skript ausführt, und liegt in dessen Home-Verzeichnis. Werden ~/.gitconfig und ~/.git-credentials in das Home-Verzeichnis eines anderen Geräts oder Benutzers kopiert, sind auch dort direkte HTTPS-Downloads möglich. Prüfen Sie vor dem Download die Autorisierungsdateien im Home-Verzeichnis des aktuellen Benutzers. Erneute Ausführung erzeugt eine neue Berechtigung und macht die alte automatisch ungültig.
1.2.2 Direkter Download und Synchronisierung vom Server
Die SDK-Aktivierungs-E-Mail enthält die Release-Dokumentation mit repo-Downloadadresse und Codesynchronisierungsverfahren. Das folgende Beispiel verwendet Rockchip_Android13_SDK_Developer_Guide_CN.pdf:
Einzelheiten siehe 1.2.1 zur Autorisierungsprüfung.
1.2.3 Verfahren zum Herunterladen des Basispakets
Das Basispaket enthält den anfänglichen Funktionscode, Entwicklungswerkzeuge, Dokumentation und Versionshistorien der Repositories. Manche SDKs überschreiten 100 GB; die Sync-Dauer hängt daher unvorhersehbar von der Netzgeschwindigkeit ab. Kopieren Sie zur Zeitersparnis zunächst das Basispaket und synchronisieren Sie danach, um den vollständigen Netzwerkdownload zu verkürzen. Das Paket ist nur die Ausgangsversion. Rockchip bietet drei Bezugswege. Wichtig: Das Basispaket enthält nicht das vollständige SDK; sync mit dem Rockchip-Server ist für die vollständige Version sowie Stabilität und Zuverlässigkeit erforderlich. a. FTP: Die firmenspezifischen Angaben umfassen Adresse, Verbindungsart, Port, Konto und Passwort. Wegen schwankender FTP-Geschwindigkeit und großer Android-SDKs werden auch die folgenden beiden Verfahren empfohlen. b. Kopieren vor Ort.
Der Vor-Ort-Reservierungslink gilt 7 Tage; danach ist ein neuer Antrag erforderlich. Laut Quelle gibt es SDK-Kopierdienste in Fuzhou, Shenzhen und Shanghai; wählen Sie den nächstgelegenen Standort. „On-site Download Reservation“ öffnet folgendes Fenster:
Tragen Sie Name, Telefonnummer und E-Mail der Kontaktperson, Rockchip-Standort (Fuzhou, Shenzhen oder Shanghai) und Besuchszeit ein. Nach erfolgreicher Übermittlung erscheint folgende Bestätigung:
Nach erfolgreicher Reservierung erhält die Kontaktperson „Rockchip-SDK On-site Download Reservation Information“. Beispiel:
Erscheinen Sie nach der Mitteilung pünktlich am gewählten Ort mit einer großen externen Festplatte oder einem anderen USB-3.0-Speicher, der mit Rockchip-Rechnern kompatibel ist. Für mehrere SDKs werden mindestens 512 GB freier Platz empfohlen, um Kapazitätsengpässe zu vermeiden. Melden Sie Terminänderungen frühzeitig, damit Abstimmung und Projektzeitplan nicht beeinträchtigt werden. c. Datenträgerversand: Senden Sie gemäß „Mailing Hardware Method“ eine große externe Festplatte oder einen Speicher mit zwingender USB-3.0-Unterstützung ein. Für mehrere Versionen werden ebenfalls mindestens 512 GB freier Platz empfohlen. Laut beschriebenem Verfahren organisiert Rockchip nach Eingang den Rückversand per SF Express innerhalb eines Arbeitstags.
1.3 Download mit anschließender Serversynchronisierung
Ein vor Ort kopiertes oder per FTP geladenes SDK ist nur ein Basispaket. Für die vollständige Version ist ein Netzwerk-sync darauf erforderlich. Einzelheiten stehen in Rockchip_Android13_SDK_Developer_Guide_EN.pdf. Überblick:
1.3.1 Dateiintegrität prüfen
SDK-Archive können bei FTP-Übertragung, Vor-Ort-Kopie oder Datenträgerversand beschädigt werden. Prüfen Sie nach dem Kopieren in die Entwicklungsumgebung die Integrität. Beispielsweise liegt zu Rockchip_Android13.0_SDK_RELEASE.tar.gz neben dem *.tar.gz-Paket eine separate MD5-Datei vor. Andere SDK-Versionen erhalten ihre Prüfsummen auf gleiche Weise.
xx@ubuntu:~$ md5sum Rockchip_Android13.0_SDK_RELEASE.tar.gz*
cb37437acfdd4d10cbae1809ee37c91d Rockchip_Android13.0_SDK_RELEASE.tar.gz00
7a446207302810dfe08e386c9018faed Rockchip_Android13.0_SDK_RELEASE.tar.gz01
68a68fe3127f0a9b8a97727b2fd27106 Rockchip_Android13.0_SDK_RELEASE.tar.gz02
4a6b06b48709eb0357e3aa5b18ba63d4 Rockchip_Android13.0_SDK_RELEASE.tar.gz03
b24083f7c4d36bba730e421d2c0a444b Rockchip_Android13.0_SDK_RELEASE.tar.gz04
362641e26f93c600f12ea21bd178dac9 Rockchip_Android13.0_SDK_RELEASE.tar.gz05
97d0ab6b7d9d523496544605eaedf6f2 Rockchip_Android13.0_SDK_RELEASE.tar.gz06
d8958db52f86982490b66732e6daf0ea Rockchip_Android13.0_SDK_RELEASE.tar.gz07
7f65e490ef4541997dd21c559262ca1e Rockchip_Android13.0_SDK_RELEASE.tar.gz08
942f811b75b58aacb73628a6e3a304a5 Rockchip_Android13.0_SDK_RELEASE.tar.gz09
8f742ea39960725d7f6d8660e6974b48 Rockchip_Android13.0_SDK_RELEASE.tar.gz10
4d4342750dc746dbe5e2b9fc93254eb7 Rockchip_Android13.0_SDK_RELEASE.tar.gz11
0c15e71f234fb242b0b494cf25382672 Rockchip_Android13.0_SDK_RELEASE.tar.gz12
921b93b045f9d1d71f308d8d9df4e3ca Rockchip_Android13.0_SDK_RELEASE.tar.gz13
22c9261fa4e3700287c525ec25075691 Rockchip_Android13.0_SDK_RELEASE.tar.gz14
Vergleichen Sie md5sum mit dem Rockchip-Wert. Vollständige Übereinstimmung bedeutet ein intaktes Archiv; bei Abweichung erneut kopieren oder herunterladen.
1.3.2 SDK aktualisieren
Das Rockchip SDK wird nach internen Tests und Abnahme veröffentlicht. Stabilität und Reife steigen durch weitere Iterationen; synchronisieren Sie deshalb regelmäßig mit dem Server, um neue Funktionen und Verbesserungen zu erhalten. Versionsangaben stehen in den Release Notes, beispielsweise Rockchip_Android13_SDK_Developer_Guide_CN.pdf. Sync-Verfahren und Fehlersuche siehe Abschnitt 5.4.
1.4 Hardwareunterlagen beziehen
Rockchip-Hardwareunterlagen und SDK KIT werden getrennt bereitgestellt. Der Antragsprozess für Hardwareunterlagen ist nachfolgend dargestellt.
Hardwareunterlagen sind nach Chipplattform geordnet; Sie können eine oder mehrere Plattformen gleichzeitig beantragen. Sie umfassen Referenzdesigns für Stromversorgung, DDR-Vorlagen, Hardwareentwurfsrichtlinien und Funktionsreferenzen. Beachten Sie: a. Verwenden Sie die Stromverwaltungslösung des Referenzdesigns. b. Übernehmen Sie die passende DDR-Vorlage unverändert. c. Verwenden Sie Rockchips Liste wichtiger Komponenten einschließlich DDR, eMMC, Flash, WiFi/BT und Camera. d. Halten Sie die Unterlagen aktuell, da Rockchip sie weiter optimiert. Geplante Abweichungen müssen vorab mit dem Rockchip-Geschäftskontakt abgestimmt werden. Andernfalls kann das Technikteam möglicherweise keine stabile und wirksame Unterstützung leisten, was den Projektzeitplan gefährdet.
Aktualisierungen der Hardwareunterlagen stehen unter https://redmine.rock-chips.com/projects/fae/documents in der Referenzdesign-Versionsliste. Ist Ihre Version älter, beziehen Sie die aktuelle beim Rockchip-Dokumentationskontakt, um die Entwicklung zu erleichtern.
2. SDK-Versionen
Drei offizielle SDK-Bezugswege werden beschrieben: a. Interner Rockchip-Server — offizieller Antragsprozess erforderlich. b. Öffentliches GitHub-Repository — frei herunterladbar, kein Antrag nötig. c. Toybrick-Community — SDKs bestimmter Plattformen ebenfalls ohne Antrag.
2.1 Offizielle SDK-Versionen
Nachfolgend stehen die von Rockchip-Chips unterstützten Android-/Linux-Versionen, Produkttypen und Supportstufen. Hinweise: a. Versionsdetails: https://redmine.rock-chips.com/documents/54. b. Der Empfehlungsindex zeigt den Wartungsschwerpunkt zum Quellzeitpunkt; berücksichtigen Sie ihn bei der Auswahl. c. Zwei langfristig gepflegte Android-SDKs für Industrieprodukte: RK3399_ANDROID7.1-Industry-SDK_V1.0 und RK3288_ANDROID7.1_TABLET-SDK_V1.00_20170629. d. Android express enthält GMS und ist für Google-zertifizierte Nutzer mit MADA-Berechtigung vorgesehen. Beantragen Sie bei Bedarf express; die Standardversion enthält kein GMS. e. Chip-Suffixe anhand des Datenblatts prüfen: S — kleines Gehäuse; M — Automotive-Ausführung; J — Industrieausführung; K — erweiterter Temperaturbereich, beispielsweise -20°C bis 85°C oder -40°C bis 85°C gemäß Datenblatt.
-S bezeichnet einen SMIC-Wafer. f. SDKs für NAS, NVR, Displaycontroller, SoC-Arrays, Edge-Computing-Boxen und PCIe-Verbindungen: RK3588_Rockchip_Linux_SDK-SmartHub, RK3576_Rockchip_Linux_SDK-SmartHub, RK3568_Rockchip_Linux_SDK-SmartHub.
| Chip | SDK-Version (Quellkennung) | Empfehlung |
|---|---|---|
| RK3588(S/J/M) | ROCKCHIP_ANDROID16.0_SSI_SDK(express-Version) |
***** |
| RK3588(S/J/M) | RK3588_Rockchip_Android15.0(express-Version) |
* |
| RK3588(S/J/M) | Rockchip_Android14.0(express-Version) |
* |
| RK3588(S/J/M) | RK3588M_Rockchip_Android14.0_SDK-Car |
** |
| RK3588(S/J/M) | RK3588_ANDROID13.0_SDK_RELEASE(express-Version) |
* |
| RK3588(S/J/M) | RK3588_ANDROID12.0_SDK_RELEASE |
* |
| RK3588(S/J/M) | RK3588M_Android12_SDK_Release-Car |
* |
| RK3588(S/J/M) | RK3588_RKTTS_SDK |
* |
| RK3588(S/J/M) | RK3588_IPC_SDK_202205 |
* |
| RK3588(S/J/M) | RK3588M_QNX_AAOS12_SDK |
** |
| RK3588(S/J/M) | RK3588_LINUX6.1_SDK_RELEASE |
***** |
| RK3588(S/J/M) | RK3588_LINUX_EDGE_SDK_202206 |
* |
| RK3588(S/J/M) | RK3588_Rockchip_Linux_SDK-SmartHub |
* |
| RK3588(S/J/M) | RK3588_LINUX_NVR_SDK_Release_V1.0.0_20220304 |
* |
| RK3576(S/J/M) | ROCKCHIP_ANDROID16.0_SSI_SDK(express-Version) |
***** |
| RK3576(S/J/M) | Rockchip_Android15.0(express-Version) |
** |
| RK3576(S/J/M) | Rockchip_Android14.0(express-Version) |
** |
| RK3576(S/J/M) | RK3576M_Android14.0_SDK-Car |
** |
| RK3576(S/J/M) | RK3576M_Android14.0_SDK-Car |
** |
| RK3576(S/J/M) | Rockchip_Android14.0_SDK_Release-Media_Streaming |
** |
| RK3576(S/J/M) | RK3576_Android11_CloudDesk_SDK |
* |
| RK3576(S/J/M) | RK3576_Android9.0_SDK_Release |
* |
| RK3576(S/J/M) | RK3576_NVR_SDK |
** |
| RK3576(S/J/M) | Rk3576_RKTTS_SDK |
* |
| RK3576(S/J/M) | RK3576_LINUX6.1_SDK |
***** |
| RK3576(S/J/M) | RK3576_Rockchip_Linux_SDK-SmartHub |
** |
| RK3568/6(J/M) | ROCKCHIP_ANDROID16.0_SSI_SDK(express-Version) |
***** |
| RK3568/6(J/M) | Rockchip_Android15.0(express-Version) |
** |
| RK3568/6(J/M) | Rockchip_Android14.0(express-Version) |
** |
| RK3568/6(J/M) | ROCKCHIP_ANDROID13.0_SDK_RELEASE(express-Version) |
* |
| RK3568/6(J/M) | RK3568(6)_ANDROID12.0_SDK_RELEASE |
* |
| RK3568/6(J/M) | RK3568(6)_ANDROID11.0_SDK_RELEASE_V1.0.0_20210106 |
* |
| RK3568/6(J/M) | RK3566_ANDROID11.0_EBOOK_SDK_RELEASE_V1.0.0_20210126 |
* |
| RK3568/6(J/M) | RK356X_ANDROID11_CLOUDDESK_SDK_202307 |
* |
| RK3568/6(J/M) | RK356X_AMP_SDK_RELEASE |
* |
| RK3568/6(J/M) | RK356X_NVR_SDK_V1.4.0_20220611 |
* |
| RK3568/6(J/M) | RK3568_RK3566_Linux6.1_SDK_Release |
***** |
| RK3568/6(J/M) | RK3568_Rockchip_Linux_SDK-SmartHub |
** |
| RK3568/6(J/M) | RK356X_STANDALONE_SDK_RELEASE_V1.0.0_20210713 |
* |
| RK3562(J) | ROCKCHIP_ANDROID16.0_SSI_SDK(express-Version) |
***** |
| RK3562(J) | RK3562_Android15.0(express-Version) |
** |
| RK3562(J) | RK3562_Android14.0(express-Version) |
** |
| RK3562(J) | RK3562_Rockchip_Android14.0_SDK_Release-Media_Streaming |
** |
| RK3562(J) | ROCKCHIP_ANDROID13.0_SDK_RELEASE(express-Version) |
* |
| RK3562(J) | RK3528_ANDROID9.0-Box_ALPHA_V0.0.1_20221202 |
* |
| RK3562(J) | RK3562_RKTTS_SDK |
* |
| RK3562(J) | RK3562_LINUX5.10_SDK_V1.0.0_20230620 |
** |
| RK3562(J) | RK3562_Linux6.1_SDK_Release |
***** |
| RK3528(J/A) | RK3528_Rockchip_Android14.0_SDK_Release-Media_Streaming |
***** |
| RK3528(J/A) | ROCKCHIP_ANDROID13.0_SDK_RELEASE(express-Version) |
* |
| RK3528(J/A) | RK3528_ANDROID9.0-Box_ALPHA_V0.0.1_20221202 |
* |
| RK3528(J/A) | Rockchip_RK3528_Linux_SDK_20230410 |
***** |
| RK3506(J) | RK3506_Linux6.1_SDK |
***** |
| RK3506(J) | RK3506_RT-Thread_SDK_Release |
** |
| RK3399(K) | ROCKCHIP_ANDROID16.0_SSI_SDK(express-Version) |
***** |
| RK3399(K) | Rockchip_Android15.0(express-Version) |
** |
| RK3399(K) | Rockchip_Android14.0(express-Version) |
** |
| RK3399(K) | ROCKCHIP_ANDROID13.0_SDK_RELEASE(express-Version) |
** |
| RK3399(K) | RK3399_ANDROID12.0_SDK_RELEASE |
* |
| RK3399(K) | RK3399_ANDROID11.0_SDK_RELEASE_V1.0.0_20210106 |
* |
| RK3399(K) | Rockchip_Android10.0_SDK_Release_20191211 |
* |
| RK3399(K) | RK3399_Android9.0_SDK_V1.0_20190104 |
* |
| RK3399(K) | RK3399_Android8.1_SDK_V1.00_20180517 |
* |
| RK3399(K) | RK3399_ANDROID7.1-Industry-SDK_V1.0 |
*** |
| RK3399(K) | RK3399_LINUX6.1_SDK_RELEASE |
***** |
| RK3399(K) | RK3399_LINUX5.10_SDK_RELEASE |
* |
| RK3399PRO | RK3399Pro_Android9.0_SDK_V1.00_20190806 |
* |
| RK3328 | RK3328_ANDROID12.0_SDK_RELEASE |
***** |
| RK3328 | RK3328_ANDROID11.0_BOX_SDK_V1.0.1_20201030 |
* |
| RK3328 | RK3328_ANDROID10.0-BOX_V1.0_20191125 |
* |
| RK3328 | RK3328_ANDROID9.0-BOX-SDK_V1.0_20181206 |
* |
| RK3328 | RK3328_ANDROID8.1-BOX-SDK_V1.0_20180319 |
* |
| RK3328 | RK3328_ANDROID7.1_BOX-SDK_v1.00_20170223 |
* |
| RK3328 | RK3328_linux_v1.00_20170419 |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | ROCKCHIP_ANDROID16.0_SSI_SDK(express-Version) |
***** |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | Rockchip_Android15.0_SDK(express-Version) |
** |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | Rockchip_Android14.0_SDK(express-Version) |
** |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | ROCKCHIP_ANDROID13.0_SDK_RELEASE(express-Version) |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3326&PX30_ANDROID12.0_SDK_RELEASE |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3326&PX30_ANDROID11.0_SDK_RELEASE |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3326&PX30_ANDROID10.0_SDK_20191211 |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3326&PX30_ANDROID9.0_SDK_20180925 |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3326&PX30_ANDROID8.1-TABLET-SDK_V1.0.0_20180505 |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | PX30_Linux6.1_SDK_Release |
***** |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | PX30_LINUX5.10_SDK_RELEASE |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | Rockchip_RK3326_Linux6.1 |
***** |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3326_LINUX5.10_SDK_RELEASE |
* |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3358_Linux6.1_SDK_Release |
***** |
| RK3326(-S) / PX30(-S/K) / RK3358(M/J) | RK3358_LINUX5.10_SDK_RELEASE |
* |
| RK3308(J/M) | RK3308_Linux6.1_SDK_Release |
***** |
| RK3308(J/M) | RK3308_LINUX5.10_SDK_RELEASE |
** |
| RK3308(J/M) | RK3308_Linux_PartyBox_SDK |
** |
| RK3288(W/K) | RK3288W_ANDROID12.0_SDK_RELEASE |
***** |
| RK3288(W/K) | RK3288(W_Version)_ANDROID11.0_SDK_RELEASE |
* |
| RK3288(W/K) | RK3288_ANDROID10.0_SDK_Release |
* |
| RK3288(W/K) | RK3288(W-Version)_Android9.0_SDK_V1.0_20190410 |
* |
| RK3288(W/K) | RK3288W_ANDROID8.1_SDK_V1.0_20180508 |
* |
| RK3288(W/K) | RK3288_ANDROID7.1_TABLET-SDK_V1.00_20170629 |
* |
| RK3288(W/K) | RK3288_LINUX5.10_SDK |
** |
| RK3229 | RK3229_ANDROID10.0_BOX_SDK_V1.0_20200109 |
*** |
| RK3229 | RK3229_ANDROID9.0_BOX_SDK_V1.0_2019012 |
* |
| RK3229 | RK3229_ANDROID8.1-BOX-SDK_V1.0_20180423 |
* |
| RK3229 | RK3229_ANDROID7.1_BOX-SDK_V1.00_20170831 |
* |
| RK3229 | RK3229_ANDROID6.0-RBOX-SDK_V1.00_20160831 |
* |
| RK3229 | RK3229_wireless_dongle_v1.00_20161130 |
** |
| RK182X | RK182X_AI_COPROCESSOR_SDK |
***** |
| RK182X | RK182X_RT-THREAD_SDK |
***** |
| PX3SE | PX3SE_LINUX_SDK_V0.2 |
** |
| PX3SE | PX3SE_ANDROID7.1_SDK_V1.00_20170719/td> |
** |
| RK3128(H) | RK3128H_ANDROID8.1-BOX-SDK_V1.0_20180601 |
*** |
| RK3128(H) | RK312X_ANDROID7.1-TABLET-SDK_V1.00_20170519 |
* |
| RK3128(H) | RK3128_ANDROID7.1-BOX-SDK_V1.00_20170823 |
* |
| RK3128(H) | RK312X_LINUX5.10_SDK_RELEASE_202304 |
* |
| RK3126(C) | Rockchip_Android10.0_SDK_Release_20191211 |
**** |
| RK3126(C) | RK3126C_ANDROID9.0_SDK_V1.0_20190103 |
* |
| RK3126(C) | RK3126C_ANDROID8.1-SDK_V1.00_20180105 |
* |
| RK3126(C) | RK312X_ANDROID7.1-TABLET-SDK_V1.00_20170519 |
* |
| RK3126(C) | RK312X_LINUX5.10_SDK_RELEASE |
** |
| RK3066 | RK3066_ANDROID4.4.2-SDK_V1.00_2014.02.12 |
* |
| RK3036 | RK3036_wireless_dongle_v1.00_20161130 |
* |
| RK3036 | RK3036_LINUX5.10_SDK_RELEASE |
* |
| RK2118(M) | RK2118_RT-Thread_SDK |
***** |
| RK2116(M) | RK2116_RT-Thread_SDK |
***** |
| RK2108 | RK2108_RT-THEAD_SDK_V1.0.0_20200812 |
* |
| RK2106 | RK2106_FreeRTOS_BETA_V0.1_20181229 |
** |
| RV1126B(P) | RV1126B_Linux6.1_SDK |
***** |
| RV1126B(P) | RV1126B_Linux_IPC_SDK-IPC, CVR |
***** |
| RV(K)1108 | RV1108_LINUX_SDK_V2.1_20190329 |
* |
| RV(K)1108 | RV1108_CVR_V1.4_20180604 |
* |
| RV(K)1108 | RV110X_LINUX_IPC_SDK_V1.2_20170607 |
* |
| RV1106/3(B) | RV1106_RV1103_IPC_LINUX_SDK |
***** |
| RV1106/3(B) | RV1106B_RV1103B_LINUX_IPC_SDK |
***** |
| RV1106/3(B) | RV1106_RV1103_Linux_CVR_SDK-CVR |
* |
| RV1106/3(B) | RV1106_RV1103_SMART_DOOR_LINUX_SDK |
* |
| RV1106/3(B) | RV1103_SCANER_LINUX_SDK_V0.0.1_20220915 |
* |
| RV1106/3(B) | RV1106_RV1103_Linux_Battery_IPC_Doorbell-电池IPC和⻔铃 |
* |
| RKNanoD | RKNANOD_MP3_SDK_V1.3_20161102 |
*** |
| RKNanoD | RKNANOD_WIRELESS_AUDIO_SDK_V1.6_201611149 |
* |
| RK628 | RK628(Drittanbieter) |
** |
| SOFIA3GR | SOFIA3GR_Android6.0-SDK_20160428 |
* |
| SOFIA3GR | SoFIA_3G-R_ANDROID5.1-SDK行⻋记录仪 |
* |
| XMM6321 | XMM6321_Phone_Android4.4-SDK(nicht mehr aktualisiert) |
* |
| XMM6321 | XMM6321_Watch_Android4.4-SDK_20151015(nicht mehr aktualisiert) |
* |
2.2 Öffentliche Unterlagen
Rockchip stellt detaillierte Unterlagen unter https://opensource.rock-chips.com/wiki_Main_Page offen bereit. Genannt werden RK3568, RK3399, RK3288, RK3328 und PX30.
2.3 Open-Source-Community
Die KI-orientierte ToyBrick-Community bietet eine effiziente, komfortable und stabile Entwicklungsumgebung für schnelle Anwendungseinführung und Bereitstellung industrieller KI-Produkte. Unterstützt werden RK3588, RK3399PRO, RK1808, RK3568 und weitere Lösungen. Angeboten werden Platinenbezugswege, Android-/Linux-SDKs, vollständige Hardwareunterlagen, Softwareentwicklungsdokumente und Werkzeuge. Einzelheiten: http://t.rock-chips.com/forum.php. Fragen zu ToyBrick-Platinen gehören direkt in https://t.rock-chips.com/forum.php, nicht nach Redmine unter https://redmine.rock-chips.com. In Sonderfällen hilft der Rockchip-Geschäftskontakt bei der Koordination.
2.4 Patchveröffentlichung
Rockchip-Plattformpatches: https://redmine.rock-chips.com/projects/rockchip_patch/issues. Entscheiden Sie anhand des jeweiligen Patches und Ihres Projekts über die Anwendung.
3. Dokumentation und Werkzeuge
Rockchip-Dokumente und Werkzeuge werden synchron zum SDK veröffentlicht. Die zwei Hauptsysteme sind Android OS und Linux OS; Ablagepfade unterscheiden sich etwas, daher die jeweilige SDK-Verzeichnisstruktur prüfen.
3.1 Android SDK
Im Android-OS-SDK liegen Dokumente unter RKDocs und Werkzeuge unter RKTools im SDK-Wurzelverzeichnis.
3.2 Linux SDK
Im Linux-OS-SDK liegen Dokumente unter docs und Werkzeuge unter tools im SDK-Wurzelverzeichnis. Mit jedem Codeupdate werden sie in die entsprechenden SDK-Versionen integriert. Der Umfang kann zwischen Versionen variieren; verwenden Sie deshalb genau passende Werkzeuge. Nicht zusammenpassende Code- und Werkzeugversionen können Flash- oder Systemstartfehler verursachen und die Entwicklung erheblich behindern.
5. Fragen und Antworten
Dieser Abschnitt behandelt häufige Probleme beim Beantragen und Verwenden des Rockchip SDK.
5.1 SDK-Verwaltung
Für jedes SDK-Basispaket ist eine separate Synchronisierungsberechtigung zu beantragen. Nicht autorisierte Konten können nicht per Repo mit Rockchip synchronisieren. Das konkrete Verfahren steht in der Release-Dokumentation des Basispakets.
Ergänzung aus der chinesischen Quelle: Bewahren und verwalten Sie das Rockchip SDK sorgfältig. Ersatzkopien werden nicht automatisch bereitgestellt; beantragen Sie verlorene Materialien erneut über den Geschäftskontakt.
5.2 SDK-Code aktualisieren
5.2.1 SDK synchronisieren
Für jedes Basispaket ist das Synchronisierungsrecht separat zu beantragen; andernfalls kann repo den Code nicht vom Rockchip-Server aktualisieren. Das Verfahren steht in den mitgelieferten Release Notes.
5.2.2 SDKs mehrerer Plattformen beantragen
SDKs verschiedener Rockchip-Chipplattformen werden separat beantragt. Besteht etwa Zugriff auf RK3288 und wird später RK3399 benötigt, unterstützt der Geschäftskontakt den Antrag für die neue Plattform. Nach Freigabe stellt das Technikteam die Materialien bereit.
5.3 Versionsverwaltung
Rockchip verwaltet SDK-Code mit repo nach Googles Verfahren. Die repo-/git-Historie sollte nicht gelöscht werden, da dies Updates und Support erschwert. Falls aus historischen Gründen die Ursprungshistorie entfernt und ein eigenes git oder svn verwendet werden muss, kann folgendes Verfahren dienen.
Empfohlen sind zwei getrennte Umgebungen: ein Zwischenspeicher-/Staging-Server und ein Server für die tägliche Entwicklung. Der Staging-Server synchronisiert mit Rockchip und überträgt Änderungen zum lokalen Entwicklungsserver; zugleich dient er als Versionsreferenz gegenüber Rockchip. Der Entwicklungsserver lässt sich projektbezogen anpassen. Vorteil: Das Rockchip-Technikteam kann bei der Fehlersuche die Codeversion genau bestimmen.
So können auch Entwicklungsserver ohne direkten Netzwerkzugang synchronisiert werden: Updates werden über den Staging-Server übertragen und halten den Entwicklungsstand konsistent.
5.4 SDK-Synchronisierungsfehler behandeln
5.4.1 Prüfungen vor der SDK-Synchronisierung
Prüfen Sie vor der Synchronisierung die Umgebung. a. SSH-Dateien: Unter ~/.ssh/ müssen id_rsa (privater Schlüssel), id_rsa.pub (öffentlicher Schlüssel) und known_hosts (beim ersten SSH-Verbindungsaufbau erzeugt) liegen. Prüfung:
xx@ubuntu:~$ ls -l ~/.ssh/
-rw------- 1 xx xx 1675 Apr 9 08:40 id_rsa
-rw-r--r-- 1 xx xx 400 Apr 9 08:40 id_rsa.pub
-rw-r--r-- 1 xx xx 2220 Apr 9 08:40 known_hosts
b. Schlüsselbegrenzung: Die Quelle setzt höchstens einen Schlüssel in .ssh voraus. Bei mehreren Schlüsseln verwenden Sie key-chain gemäß Release-Anleitung. c. Private Schlüsselrechte: id_rsa muss 600 haben. Andernfalls:
xx@ubuntu:~$ chmod 600 ~/.ssh/id_rsa
d. Netzwerkprüfung — Ping und Portverfügbarkeit:
`Non-chinese mainland customers`
xx@ubuntu:~$ telnet gerrit.rock-chips.com 8443
Trying 54.151.98.191...
Connected to gerrit.rock-chips.com.
Escape character is '^]'.
xx@ubuntu:~$ telnet gerrit.rock-chips.com 8222
Trying 54.151.98.191...
Connected to gerrit.rock-chips.com.
Escape character is '^]'.
`Chinese mainland customers`
xx@ubuntu:~$ telnet gerrit.rock-chips.com 8443
Trying 58.22.7.114...
Connected to gerrit.rock-chips.com.
Escape character is '^]'.
xx@ubuntu:~$ telnet gerrit.rock-chips.com 8222
Trying 58.22.7.114...
Connected to gerrit.rock-chips.com.
Escape character is '^]'.
Keine Antwort deutet auf einen gesperrten Port hin. Lassen Sie die IT-Abteilung mögliche Netzwerksperren prüfen. e. Schlüsselpaar prüfen: Erzeugen Sie mit folgendem Befehl einen öffentlichen Vergleichsschlüssel:
xx@ubuntu:~$ ssh-keygen -y -f id_rsa > id_rsa.pub.tobecompared
Vergleichen Sie danach id_rsa.pub.tobecompare mit id_rsa.pub, ohne die E-Mail am Ende. Stimmen sie nicht überein, bilden die Schlüssel kein Paar und müssen neu erzeugt werden. f. SSH-Test: Entnehmen Sie die SDK-Adresse den Release Notes. Bei repo init –repo-url https://gerrit.rock-chips.com testen Sie mit folgendem SSH-Befehl:
xx@ubuntu:~$ ssh -vT Gerrit_account@gerrit.rock-chips.com –p 8222
Folgender Testbefehl:
xx@ubuntu:~$ ssh -vT xxx@gerrit.rock-chips.com -p 8222
OpenssH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017
debug1: Reading configuration data /home/gerrit/ .ssh/config
debug1: /home/gerrit/.ssh/config line 11: Applying options for gerrit.rock-chips.com
debug1: Reading configuration data /etc/ssh/ssh_config
debug1 /etc/ssh/ssh_config line 58: Applying options for *
debug1: Connecting to gerrit.rock-chips.com [***] port 8222
debug1: Connection established.
...
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key:/home/gerrit.ssh/id_rsa
debug1: Authentication **
succeeded** (publickey).
Authenticated to gerrit.rock-chips.com_([xxxx]:8222).debugi: channel e: new [client-session]
debug1: Entering interactive session.
debug1: pledge: network debugi: Sending environment.
debug1: Sending env LANG = en_us.UTF-8
****welcome to Gerrit code Review****
Hi xxx, you have **successfully connected** over SSH.
Unfortunately, interactive shells are disabled.
To clone a hosted Git repository, use:
git clone ssh: / /xxx@gerrit.rock-chips.com:29418/REPOSITORY_NANE.git
debug1: channel 0: free: client-session, nchannels 1
Connection to gerrit.rock-chips.com closed by remote host.
Transferred: sent 2484,received 1904 bytes, in 50.0 seconds
Bytes per second: sent 49.6,received 38.0
debugl: Exit status_-l
Bei „Are you sure you want to continue connecting (yes/no)?“ sieht die Quelle die Eingabe yes vor. successfully connected bestätigt die SSH-Verbindung. Fehler können von PC-/Servereinstellungen oder Sicherheitsgeräten verursacht werden. Testen Sie einen anderen Rechner oder einen Hotspot. Virtuelle Maschinen mit Bridged Networking haben häufig SSH-Probleme. g. Prüfen Sie ~/.ssh/config und folgenden Inhalt:
xx@ubuntu:~$ cat ~/.ssh/config
Host gerrit.rock-chips.com
HostName gerrit.rock-chips.com
User **Gerrit account**
Port 8222
IdentityFile ~/.ssh/**private key file name**
PreferredAuthentications publickey
StrictHostKeyChecking no
UserKnownHostsFile ~/.ssh/known_hosts
PubKeyAcceptedKeyTypes +ssh-rsa
Fehlt die Datei, erstellen Sie sie manuell und setzen Sie passende Berechtigungen.
xx@ubuntu:~$ ls -l ~/.ssh/config
-rw-r--r-- 1 xx xx 220 Nov 28 18:43 config
h. Beginnen Sie nach der Umgebungsprüfung die Synchronisierung gemäß SDK-Release-Notes.
5.4.2 SDK-Synchronisierungsfehler und Lösungen
Nachfolgend typische Fehler und Lösungen. a. Falsche Python-Version. Beispielprotokoll:
Traceback (most recent call last):
File "/root/repo/main.py", line 628, in <module>
_Main(sys.argv[1:])
File "/root/repo/main.py", line 602, in _Main
result = run()
File "/root/repo/main.py", line 595, in <lambda>
run = lambda: repo._Run(name, gopts, argv) or 0
File "/root/repo/main.py", line 264, in _Run
result = cmd.Execute(copts, cargs)
File "/root/repo/subcmds/init.py", line 531, in Execute
self._SyncManifest(opt)
File "/root/repo/subcmds/init.py", line 324, in _SyncManifest
clone_filter=opt.clone_filter):
File "/root/repo/project.py", line 1144, in Sync_NetworkHalf
clone_filter=clone_filter, retry_fetches=retry_fetches):
File "/root/repo/project.py", line 2139, in _RemoteFetch
ret = gitcmd.Wait()
File "/root/repo/git_command.py", line 379, in Wait
rc = self._CaptureOutput()
File "/root/repo/git_command.py", line 407, in _CaptureOutput
s.dest.write(buf)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 8-12: ordinal not in
range(128)
Or
Traceback (most recent call last):Start related error
Lösung: Wechseln Sie zur empfohlenen Python-Version 3.10.x oder neuer; bei Python 2 verwenden Sie
2.7.11 oder neuer. Die folgenden Schritte vermeiden Versionsprobleme von repo oder der Python-Umgebung.
xx@ubuntu:~$ ./Gerrit_Account (Gerrit Account naming script).x (Make sure authorization
script has been run and the authorization file has been generated according to the
"Authentication and Authorization Mode (Mandatory)" chapter of this document.)
xx@ubuntu:~$ git clone https://gerrit.rock-chips.com:8443/repo-release/tools/repo (tag
v2.18)
xx@ubuntu:~$ cd rksdk (Switch to the sdk directory)
xx@ubuntu:~/rksdk$ ../repo/repo sync -c (Call just downloaded repo tool to resynchronize)
b. Beim Erzeugen des Schlüssels wurde ein Passwort gesetzt. Beispielprotokoll:
Enter passphrase for key '/home/junyikeji/.ssh/id_rsa':
Lösung: Empfohlen wird zentrale Schlüsselverwaltung mit keychain; alternativ beschreibt die Quelle das Zurücksetzen der privaten Schlüsselpassphrase auf leer:
xx@ubuntu:~$ ssh-keygen -f ~/.ssh/id_rsa –p
c. SDK-Berechtigungsproblem. Beispielprotokoll:
Get ssh://git@ww.rockchip.com,cn:2222/Android s/rk3588-manifests.git
fatal: Could not read from remote repos itory.
please make sure you have the correct access rights
and the repository exists.
Lösung: Prüfen Sie die Berechtigung für das betreffende SDK. d. Git-Konfigurationsfehler. Beispielprotokoll:
Please tell me who you are.
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Lösung: Globale Git-Benutzerdaten konfigurieren oder .gitconfig erstellen:
xx@ubuntu:~$ vi ~/.gitconfig
[color]
• ui = true
[user]
• name = xxx(fill in your name)
• email = yyy(fill in your email)
e. Unterrepository-Synchronisierung fehlgeschlagen oder Referenz beschädigt. Beispielprotokoll:
From ssh://www.rockchip.com.cn/repo/android/RKTools
[new branch] android-5.1 -> rk/android-5.1
[new branch] remotes/rk/rk3288/mid/android-5.1 -> rk/remotes/rk/rk3288/mid/android-5.1
[new branch] rk3036/wireless_dongle/5.1/develop -> rk/rk3036/wireless_dongle/5.1/develop
error: 'refs/remotes/rk/rk312x' exists; cannot create 'refs/remotes/rk/rk312x/mid/android-
5.1'
! [new branch] rk312x/mid/android-5.1 -> rk/rk312x/mid/android-5.1 (unable to update local
ref)
error: unable to resolve reference refs/remotes/rk/rk322x/box/android-5.1: Not a directory
! [new branch] rk322x/box/android-5.1 -> rk/rk322x/box/android-5.1 (unable to update local
ref)
error: 'refs/remotes/rk/rk3288' exists; cannot create 'refs/remotes/rk/rk3288/mid/android-
5.1'
Quelllösung: Das fehlerhafte Unterrepository-Verzeichnis löschen und erneut synchronisieren:
xx@ubuntu:~$ rm -rf RKTools
xx@ubuntu:~$ .repo/repo/repo sync
Bei einem Checkout-Fehler beschreibt die Quelle alternativ das Löschen der zugehörigen Spiegel- und Arbeitsrepositorypfade an den folgenden drei Orten und anschließendes Synchronisieren. Solche Fehler entstehen oft nach manuellem Sync-Abbruch und beschädigten lokalen Daten.
xx@ubuntu:~$ rm -rf .repo/project-objects/(sub-repository)
xx@ubuntu:~$ rm -rf .repo/projects/(sub-repository)
xx@ubuntu:~$ rm -rf ./(sub-repository)
f. Fehlerhafte Locale-Einstellung. Beispielprotokoll:
projects: 50% (235/469) perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_PAPER = "zh_CN.UTF-8",
LC_ADDRESS = "zh_CN.UTF-8",
LC_MONETARY = "zh_CN.UTF-8",
LC_NUMERIC = "zh_CN.UTF-8",
LC_TELEPHONE = "zh_CN.UTF-8",
LC_IDENTIFICATION = "zh_CN.UTF-8",
LC_MEASUREMENT = "zh_CN.UTF-8",
LC_TIME = "zh_CN.UTF-8",
LC_NAME = "zh_CN.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Lösung: Folgendes am Ende von .bashrc ergänzen und die Konfiguration laden:
xx@ubuntu:~$ vi ~/.bashrc
export LC_ALL=C
Speichern und ausführen:
xx@ubuntu:~$ source ~/.bashrc
g. GitError: force-sync erforderlich. Beispielprotokoll:
GitError: --force-sync not enabled; cannot overwrite a local work tree. If you're
comfortable with the possibility of losing the work tree's git metadata, use `repo sync --
force-sync frameworks/native` to proceed.
Quelllösung: repo v2.18 verwenden und erneut synchronisieren.
xx@ubuntu:~$ git clone https://gerrit.rock-chips.com:8443/repo-release/tools/repo (Download
the tag v2.18 repo tool under your local home directory)
xx@ubuntu:~$ cd rksdk (Switch to the sdk directory)
xx@ubuntu:~/rksdk$ ../repo/repo sync -c --force-sync(Call just downloaded repo tool to
resynchronize)
h. fetch fehlgeschlagen. Beispielprotokoll:
Fetching projects: 99% (477/481) Fetching projectplatform/external/libusb-compat
Fetching project platform/external/libseccomp-helper
error: Cannot fetch android/rk/u-boot
Lösung: repo v2.18 und korrekte Zugriffsrechte prüfen.
xx@ubuntu:~$ git clone "https://gerrit.rock-chips.com:8443/repo-release/tools/repo"
xx@ubuntu:~$ cd rksdk (Switch to the sdk directory)
xx@ubuntu:~/rksdk$ ../repo/repo sync -c --force-sync(Call just downloaded repo tool to
resynchronize)
i. Fehler bei Verwendung von sudo. Beispielprotokoll:
xx@ubuntu:~$ sudo .repo/repo/repo sync -c
xx: Permission dented (publickey).
fatal: could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.
Caborted by user
Lösung: repo als derselbe Benutzer ausführen, der das Autorisierungsskript gestartet hat; kein sudo verwenden.
xx@ubuntu:~$ .repo/repo/repo sync -c
j. HTTPS-Downloadfehler. Beispielprotokoll:
gnutls_handshake() failed: An unexpected TLS packet was received
Or
gnutls_handshake() failed: Start related error
Lösung: Die Systemkomponenten git, curl und gnutls aktualisieren.
xx@ubuntu:~$ sudo apt-get update
xx@ubuntu:~$ sudo apt upgrade git -y
xx@ubuntu:~$ sudo apt upgrade curl -y
Besteht der Fehler nach Aktualisierung und Neuinstallation der Abhängigkeiten weiter, verwenden Sie eine der folgenden Möglichkeiten. Empfohlen wird Ubuntu 20 oder neuer für Android- und Linux-SDK-Builds. Alternativ per SSH herunterladen, wie nachfolgend gezeigt:
xx@ubuntu:~$repo init --repo-url https://gerrit.rock-chips.com:8443/repo-release/tools/repo
-u https://gerrit.rock-chips.com:8443/Android_U/manifests -b master -m
Android14.xml
update:
xx@ubuntu:~$ repo init --repo-url ssh://username@gerrit.rock-chips.com:8222/repo-
release/tools/repo
-u ssh://username@gerrit.rock-chips.com:8222/Android_U/manifests -b master -m
Android14.xml
Nicht behandelte Probleme melden Sie unter https://redmine.rock-chips.com/ an Rockchip. Das Team unterstützt bei der Lösung; lokale Netzwerkursachen von Verbindungsfehlern müssen Nutzer selbst beheben.