Problembehandlung für das Azure Percept DK-Gerät

  • Artikel

Wichtig

Einstellung von Azure Percept DK:

Update 22. Februar 2023: Ein Firmwareupdate für die Zubehörkomponenten Percept DK Vision und Audio (auch bekannt als Vision und Audio SOM) ist jetzt hier verfügbar und ermöglicht es den Zubehörkomponenten, über den Ausmusterungstermin hinaus weiter funktionsfähig zu sein.

Die Public Preview von Azure Percept wird weiterentwickelt und soll neue Edgegeräteplattformen und Entwicklerfunktionen unterstützen. Im Rahmen dieser Weiterentwicklung werden Azure Percept DK und Audio Accessory sowie die zugehörigen unterstützenden Azure-Dienste für Percept DK am 30. März 2023 eingestellt.

Ab dem 30. März 2023 werden Azure Percept DK und Audio Accessory von keinem Azure-Dienst mehr unterstützt, einschließlich Azure Percept Studio, Betriebssystemupdates, Containerupdates, Anzeige von Webstreams und Custom Vision-Integration. Ab diesem Zeitpunkt bietet Microsoft keinen Kundenerfolgssupport und keine unterstützenden Dienste mehr. Weitere Informationen finden Sie im Blogbeitrag zur Außerbetriebnahme.

Der Zweck dieses Artikels zur Fehlerbehebung besteht darin, Azure Percept DK-Benutzern bei der schnellen Behebung von häufigen Problemen mit ihren Development Kits zu unterstützen. Außerdem erhalten Sie Anweisungen für das Sammeln von Protokollen, wenn ein zusätzlicher Support erforderlich ist.

Protokollsammlung

In diesem Abschnitt erhalten Sie Anweisungen dazu, welche Protokolle auf welche Weise gesammelt werden sollen.

So werden Protokolle gesammelt

  1. Stellen Sie eine SSH-Verbindung mit Ihrem Development Kit her.

  2. Führen Sie die erforderlichen Befehle im SSH-Terminalfenster aus. Die Befehlsliste für das Sammeln von Protokollen finden Sie im nächsten Abschnitt.

  3. Verwenden Sie die folgende Syntax, um Ausgaben zur weiteren Analyse an eine TXT-Datei umzuleiten:

    sudo [command] > [file name].txt

  4. Ändern Sie die Berechtigungen der txt-Datei, damit Sie kopiert werden kann:

    sudo chmod 666 [file name].txt

  5. Kopieren Sie die Datei über SCP auf Ihren Host-PC:

    scp [remote username]@[IP address]:[remote file path]/[file name].txt [local host file path]

    [local host file path] bezieht sich auf den Speicherort auf dem Host-PC, an den Sie die TXT-Datei kopieren möchten. [remote username] ist der SSH-Benutzername, der im Rahmen des Setups ausgewählt wurde.

Protokolltypen und Befehle

Protokollzweck Zeitpunkt für die Sammlung Befehl
Support-Paket: Stellt eine Reihe von Protokollen zur Verfügung, die für die meisten Kundensupportanfragen erforderlich sind. Immer dann, wenn Support angefordert wird. sudo iotedge support-bundle --since 1h

„--seit 1h“ kann in eine beliebige Zeitspanne geändert werden, z. B. „6h“ (6 Stunden), „6d“ (6 Tage) oder „6m“ (6 Minuten)
OOBE-Protokolle: erfasst Details über die Setupfunktionalität. Immer dann, wenn während des Setups Probleme auftreten. sudo journalctl -u oobe -b
edgeAgent-Protokolle: Zeichnet die Versionsnummern aller Module auf, die auf Ihrem Gerät ausgeführt werden. Immer dann, wenn mindestens ein Modul nicht funktioniert. sudo iotedge logs edgeAgent
Modulcontainerprotokolle: Zeichnet Details zu bestimmten IoT Edge-Modulcontainern auf. Immer dann, wenn Probleme mit einem Modul auftreten. sudo iotedge logs [container name]
Netzwerkprotokolle: Eine Gruppe von Protokollen, die die WLAN-Dienste und den Netzwerkstapel abdecken. Immer dann, wenn WLAN- oder Netzwerkprobleme auftreten. sudo journalctl -u hostapd.service -u wpa_supplicant.service -u ztpd.service -u systemd-networkd > network_log.txt

cat /etc/os-release && cat /etc/os-subrelease && cat /etc/adu-version && rpm -q ztpd > system_ver.txt

Führen Sie beide Befehle aus. Mit jedem Befehl werden mehrere Protokolle gesammelt und in einer einzelnen Ausgabe abgelegt.

Warnung

Die Ausgabe des Befehls support-bundle kann Host-, Geräte- und Modulnamen, von ihren Modulen protokollierte Informationen usw. enthalten. Beachten Sie dies bitte, wenn Sie die Ausgabe in einem öffentlichen Forum freigeben.

Problembehandlung bei Befehlen

Im Folgenden finden Sie eine Reihe von Befehlen, die Sie zur Behebung von Problemen mit dem Development Kit verwenden können. Um diese Befehle auszuführen, müssen Sie zunächst eine SSH-Verbindung mit Ihrem Development Kit herstellen.

Weitere Informationen zu den Azure IoT Edge-Befehlen finden Sie in der Problembehandlungsdokumentation für Azure IoT Edge-Geräte.

Funktion Verwendung Befehl
Überprüft die Softwareversion im Development Kit Immer dann, wenn Sie überprüfen müssen, welche Softwareversion in Ihrem Development Kit enthalten ist. cat /etc/os-release && cat /etc/os-subrelease && cat /etc/adu-version
Überprüft die Temperatur des Development Kits Immer dann, wenn Sie der Meinung sind, dass das Development Kit überhitzen könnte. cat /sys/class/thermal/thermal_zone0/temp
Überprüft die Telemetrie-ID des Development Kits Immer dann, wenn Sie die eindeutige Telemetrie-ID des Development Kits benötigen. sudo azure-device-health-id
Überprüft den Status von IoT Edge Immer dann, wenn Probleme mit IoT Edge-Modulen beim Herstellen einer Verbindung mit der Cloud auftreten. sudo iotedge check
Startet den Azure IoT Edge Security Daemon erneut Immer dann, wenn IoT Edge nicht reagiert oder nicht ordnungsgemäß funktioniert. sudo systemctl restart iotedge
Listet die bereitgestellten Azure IoT Edge-Module auf Immer dann, wenn Sie alle Module sehen müssen, die im Development Kit bereitgestellt werden. sudo iotedge list
Zeigt den verfügbaren/gesamten Speicherplatz in dem/den angegebenen Dateisystem(en) an Immer dann, wenn Sie Informationen über den verfügbaren Speicher im Development Kit benötigen. df [option] [file]
Zeigt die IP- und Schnittstelleninformationen des Development Kits an Immer dann, wenn Sie die IP-Adresse des Development Kits benötigen. ip route get 1.1.1.1
Zeigt nur die IP-Adresse des Development Kits an Immer dann, wenn Sie nur die IP-Adresse des Development Kits, aber keine anderen Schnittstelleninformationen benötigen. ip route get 1.1.1.1 | awk '{print $7}'
ifconfig [interface]

USB-Updatefehler

Error: Lösung:
„LIBUSB_ERROR_XXX“ beim Ausführen eines USB-Flashs per UUU Dieser Fehler ist auf einen USB-Verbindungsfehler während der Aktualisierung per UUU zurückzuführen. Wenn das USB-Kabel nicht ordnungsgemäß mit den USB-Anschlüssen des PC oder der Percept DK Trägerplatine verbunden ist, tritt ein Fehler dieser Art auf. Versuchen Sie, beide Enden des USB-Kabels zu trennen und wieder anzuschließen und rütteln Sie am Kabel, um eine sichere Verbindung zu gewährleisten.

Freigeben von Festplattenspeicherplatz im Azure Percept DK

Es gibt zwei Komponenten, die den Festplattenspeicherplatz im Azure Percept DK in Anspruch nehmen, die Docker-Containerprotokolle und die Docker-Container selbst. Um sicherzustellen, dass die Containerprotokolle nicht den gesamten Speicherplatz in Anspruch nehmen, verfügt das Azure Percept DK über eine integrierte Protokollrotation, bei der alle alten Protokolle entfernt werden, sobald neue Protokolle generiert werden.

Wenn die Anzahl der Docker-Container Probleme mit dem Festplattenspeicher verursacht, können Sie nicht genutzte Container löschen, indem Sie die folgenden Schritte ausführen:

  1. Stellen Sie eine SSH-Verbindung mit dem Development Kit her.
  2. Führen Sie den folgenden Befehl aus: docker system prune

Dadurch werden alle nicht genutzten Container, Netzwerke, Images und optional auch Volumes entfernt. Details dazu finden Sie auf dieser Seite.

LED-Statusanzeigen der Azure Percept DK-Trägerplatine

An der Oberseite des Gehäuses der Trägerplatine befinden sich drei kleine LEDs. Die LED 1 ist mit einem Wolkensymbol, die LED 2 mit einem WLAN-Symbol und die LED 3 mit einem Ausrufezeichen gekennzeichnet. Die folgende Tabelle enthält Informationen zur jeweiligen LED-Statusanzeige:

LED State BESCHREIBUNG
LED 1 (IoT Hub) An (leuchtet) Das Gerät ist mit einer IoT Hub-Instanz verbunden.
LED 2 (WLAN) Langsames Blinken Das Gerät ist bereit, von Wi-Fi Easy Connect konfiguriert zu werden und kündigt sich bei einem Konfigurator an.
LED 2 (WLAN) Schnelles Blinken Die Authentifizierung war erfolgreich, und das Gerät wird zugeordnet.
LED 2 (WLAN) An (leuchtet) Authentifizierung und Zuordnung waren erfolgreich. Das Gerät ist mit einem WLAN verbunden.
LED 3 Nicht verfügbar Die LED wird nicht verwendet.