Felsöka problem med Azure Sphere

Här är några felsökningssteg för problem som kan uppstå under installation och installation.

Problem med enhetskommunikation

Ett fel att ansluta till enheten från en värddator kan uppstå av många orsaker och kan utlösa något av flera felmeddelanden, beroende på vilka verktyg eller program som stöter på det. Följande felmeddelanden kan indikera att anslutningen misslyckades:

• An error occurred. Please check your device is connected and your PC has been configured correctly, then retry.
• Could not connect to the device. Check if your device is connected to the PC. The device may be unresponsive if it is applying an Azure Sphere operating system update; wait a few minutes and then retry. If this issue persists, try uninstalling and reinstalling the Azure Sphere SDK.
• An unexpected issue occurred. Please try again; if the issue persists, please refer to aka.ms/azurespheresupport for troubleshooting suggestions and support.
• Failed to retrieve device ID from attached device: 'Could not connect to the device; please ensure it is attached.'
• Failed to establish communication with device after recovery.

Det finns tre komponenter som kan orsaka problem med enhetskommunikation: (1) själva kommandoradsgränssnittet. (2) enhetens kommunikationstjänst (DCS) som underlättar kommunikation med en enhet. och (3) enheten.

Så här isolerar du orsaken:

1. Kontrollera att du kan kommunicera direkt med enheten. Navigera till https://192.168.35.2/status i en webbläsare. Ignorera och ignorera eventuella presenterade SSL-varningar. Du bör se utdata som liknar: {"uptime":56} i webbläsarfönstret.

Observera

Du kan också utföra det här steget från kommandoraden med hjälp av curl https://192.168.35.2/status --insecure.

Observera

Du kan också utföra det här steget från PowerShell (v6 eller senare) Invoke-WebRequest https://192.168.35.2/status -SkipCertificateCheck.

2. Kontrollera att enhetens kommunikationstjänst har upptäckt en enhet. Navigera till http://localhost:48938/api/service/devices i en webbläsare och bekräfta att minst en enhet visas i JSON-utdata.

Varning

Linux DCS ingår endast i SDK version 23.05 och senare. Följ de äldre felsökningsstegen för SDK-versionerna 22.11 och tidigare.

Observera

Du kan också utföra det här steget från PowerShell via Invoke-WebRequest http://localhost:48938/api/service/devices.

Det gick inte att kommunicera direkt med enheten och enheten identifieras inte av DCS

Om det inte gick att upprätta en anslutning till enheten (steg 1) och enheten inte kan identifieras av DCS (steg 2), är det troligtvis ett problem med konfigurationen av den fysiska enheten.

Kontrollera först att enheten har upptäckts av datorn.

Från en terminal:

1. Kör sudo lsusb. Kontrollera att Future Technology Devices International, Ltd FT4232H Quad HS USB-UART/FIFO IC visas i utdata.

Använda ett PowerShell-fönster:

1. Kör Get-PnpDevice -PresentOnly | Where-Object { $_. InstanceId -match '^USB' }. Kontrollera att MSFT MT3620 Std Interface visas i utdata.

Om föregående kommando inte returnerar den förväntade utdata ansluter du enheten till en annan USB-port. Om det fortfarande inte löser problemet kontrollerar du att byglarna är korrekt konfigurerade på enheten. Till exempel levereras Seeed MT3620 Development Kits från fabriken med ett bygelhuvud över stift 2 och 3 av J3, som driver klockan från huvudströmförsörjningen. Kontrollera att sidhuvudet inte har tagits bort eller tagits bort.

Det gick inte att kommunicera med enheten direkt, men enheten identifieras av DCS

Om en anslutning inte kunde upprättas med enheten (steg 1), men enheten har upptäckts av DCS (steg 2), är det troligt att enheten eller enhetens kommunikationstjänst är i dåligt skick.

Om du precis har anslutit en enhet till Internet och enhetens operativsystem är inaktuellt kanske enheten använder en OS-uppdatering. Det är också liten risk att enheten tar en OS-uppdatering om tiden sammanfaller med ett utgivningsfönster. Under en uppdatering av operativsystemet kan du inte kommunicera med en enhet.

Om du misstänker att enheten är uppdaterad och/eller att den inte är ansluten till Internet är det näst bästa alternativet att koppla från och ansluta enheten till datorn igen. Detta bör göra att DCS förnyar sin anslutning till enheten och enheten så att den återställs till ett initialt tillstånd.

Om du inte kan koppla från och återansluta enheten är det näst bästa alternativet att starta om DCS. Från en terminal:

1. Kör sudo azspheredctl restart. Kontrollera att kommandot har slutförts.
   1. Om kommandot misslyckas kör du sudo systemctl restart azsphered.

Om du inte kan koppla från och återansluta enheten är det näst bästa alternativet att utfärda ett omskanningskommando för DCS. När du får det här kommandot kommer DCS att cykla och återställa FTDI-gränssnittets krets som används för att kommunicera med MT3620. Använda ett PowerShell-fönster:

1. Kör kommandot az sphere device rescan-attached

Kör nu kommandot du först försökte igen. Om problemet fortfarande inte är löst är det näst bästa alternativet att prova att starta om DCS. Från ett Powershell-fönster på administratörsnivå:

1. Kör Restart-Service -Name AzureSphereDeviceCommunicationService. Kontrollera att kommandot har slutförts.

Du kan också starta om DCS med hjälp av ett grafiskt användargränssnitt.

1. Tryck på Start och ange Tjänster. Högerklicka på Azure Sphere Device Communication Service och välj Starta om.

Kör nu kommandot du först försökte igen.

Om kommandot fortsätter att misslyckas eller az sphere device list-attached har utdata som liknar:

1 device attached:
--> Device ID: Cannot get device ID
  --> Is responsive: no
  --> IP address: 192.168.35.2
  --> Connection path: 213

Köra az sphere device recover

Kan kommunicera direkt med enheten och enheten identifieras av DCS

Detta indikerar sannolikt ett problem med CLI. Kontrollera att du har den senaste versionen av SDK:et.

Om du har den senaste versionen av SDK:et och problemet fortfarande inte är löst kan du ställa en fråga till Q&A-forumet.

Tappade anslutningar eller enheter som saknades

Om datorn kan ansluta till Azure Sphere-enheten, men ofta tappar anslutningen, kan det uppstå en konflikt i IP-undernätet.

Azure Sphere använder undernätet 192.168.35.*. Om du har annan programvara som använder samma undernät inaktiverar du programvaran eller begränsar det intervall av IP-adresser som används. För närvarande kan du inte ändra intervallet av IP-adresser som Azure Sphere använder.

Det går inte att använda enhetsfunktioner

Om du får fel när du försöker tillämpa en enhetsfunktion på en Azure Sphere-enhet kan problemet bero på att operativsystemet på enheten är inaktuellt. Det här problemet kan uppstå om enheten har varit offline under en längre tid, under vilken Microsoft har uppdaterat sina interna nycklar. Följande fel är symptomen på det här problemet:

Az sphere device enable-development eller az sphere device enable-cloud-test commands return an error similar to the following:

error: The device did not accept the device capability configuration. Please check the Azure Sphere OS on your device is up-to-date using 'az sphere device show-deployment-status'.

Uppdateringskommandot för az sphere device capability returnerar ett fel som liknar följande:

error: Could not apply device capability configuration to device.

Detta beror på att den betrodda nyckellagringen på enheten är inaktuell. Lös problemet genom att följa anvisningarna här.

Det gick inte att skapa fyra USB-seriekonverterare

När du har konfigurerat en MT3620-utvecklingstavla bör du se fyra USB-seriekonverterare i Enhetshanteraren. Om du ser färre än fyra kan du ha problem med FTDI-drivrutinen.

Observera

Om den här tavlan tidigare har använts för RTApp-utveckling kan tre konverterare visas i stället för fyra. Det här är normalt och utgör inget fel.

Om FTDI-drivrutinen inte är korrekt installerad kan konverterarna visas på fel plats, till exempel Andra enheter, eller kanske inte visas alls.

Så här löser du problemet:

1. Om du vill öppna Enhetshanteraren klickar du på Start och anger Enhetshanteraren.

2. Under Usb Serial Bus-kontroller väljer du USB Serial Converter A. Högerklicka på namnet, välj Avinstallera enhet och ta bort drivrutinen om du får alternativet:

   

   Upprepa det här steget för USB Serial Converter B via USB Serial Converter D.

3. Koppla ur din utvecklingstavla från datorn och anslut den igen. "MSFT MT3620 Std Interface" ska visas med en varningsikon som visar att det inte finns någon drivrutin.

4. Högerklicka på någon av MSFT MT3620 Std Interface-enheterna och välj Uppdatera drivrutin. Välj Search automatiskt för uppdaterade drivrutiner. Om du uppdaterar en åtgärdar du alla. Du bör nu se fyra USB-seriekonverterare i avsnittet Universal Serial Bus-styrenheter. Om alla fyra konverterarna inte visas upprepar du det här steget för varje konverterare.

Det gick inte att installera FTDI-drivrutiner

FTDI-drivrutinerna ska laddas ned och installeras automatiskt av Windows när azure sphere-enheten först ansluts till datorn. Om drivrutinerna är korrekt installerade visas fyra USB-seriekonverterare under Universal Serial Bus-styrenheter i Enhetshanteraren, enligt beskrivningen i Konfigurera dev kit.

Windows 10 version 2004 söker inte efter drivrutinerna. I det här fallet laddas drivrutinerna inte ned och installeras automatiskt och du ser följande objekt i Enhetshanteraren:

Om du vill installera drivrutinerna laddar du ned drivrutinerna manuellt från Future Technology Devices International (FTDI). Välj den drivrutin som matchar din Windows-installation (32- eller 64-bitars).

Information om tillgänglighetsdatum och versionsnummer för Windows 10 versioner finns i Windows 10 versionsinformation. Den här informationen kan hjälpa dig att avgöra om din version av Windows 10 är tidigare eller senare än version 2004.

Anslutningsproblem som orsakas av konfiguration av TAP-Windows-kort

Azure Sphere-verktyg kommunicerar med anslutna utvecklingstavlor genom att använda ett IP-nätverk via USB. Det kräver TAP-Windows adapter från OpenVPN Technologies. Installationsprocessen för Azure Sphere SDK installerar den här adaptern på datorn om den inte redan finns.

Två olika typer av problem har rapporterats med TAP-Windows adapter:

• Om en annan version av TAP-Windows-adaptern redan är installerad, eller om Azure Sphere-enheten inte är ansluten till den första instansen av TAP-Windows-adaptern, kan Azure Sphere-verktygen eventuellt inte ansluta till enheten.

• Om du använder Cisco AnyConnect virtuellt privat nätverk (VPN) kan TAP-Windows adaptern visas som okopplad och enhetskommunikation kanske inte fungerar. Det beror på att VPN kan omdirigera trafik bort från TAP-adapterns IP-adress.

Kontrollera att Azure Sphere-enheten är ansluten till rätt TAP-Windows adapter

Ta reda på om problemet är relaterat till TAP-adaptern genom att först ta reda på hur många TAP-adaptrar som är installerade på datorn och sedan ändra installationen om det behövs.

Så här tar du reda på hur många TAP-adaptrar som är installerade på datorn:

1. Öppna Windows-inställningar och välj gruppen Nätverk & Internet .

2. Under Avancerade nätverksinställningar väljer du Ändra alternativ för nätverkskort. Du bör bara se en TAP-adapter, som visas på följande skärmbild:

   

   Om du ser fler än ett TAP-kort, eller om du bara ser ett TAP-kort men dess namn inte är Azure Sphere, följer du de här stegen för att avinstallera alla TAP-kort och installera om SDK:et. Om inga TAP-kort visas installerar du om SDK:et.

Så här avinstallerar du TAP-korten:

1. Klicka på Start och ange Enhetshanteraren.

2. Öppna Nätverkskort i Enhetshanteraren och välj TAP-Windows-adapter:

   

3. Högerklicka på TAP-Windows-adapter och välj Avinstallera enhet. Välj Ta bort drivrutinen för den här enheten i dialogrutan och klicka sedan på Avinstallera.

4. Öppna en kommandotolk som administratör och kör följande Powershell-installationsskript:

    powershell -ExecutionPolicy RemoteSigned -File "%ProgramData%\Microsoft\Azure Sphere\TapDriverInstaller\TapDriverInstaller.ps1" Install
   

5. Om installationen lyckas startar du om Azure Sphere Device Communication Service:

   net stop AzureSphereDeviceCommunicationService

   net start AzureSphereDeviceCommunicationService

6. Installera om Azure Sphere SDK.

Korrigera det okopplade tillståndet när du använder Cisco AnyConnect VPN-klient

När du använder Cisco AnyConnect VPN-klienten kan den TAP-Windows adaptern visas som frånkopplad och enhetens kommunikation kanske inte fungerar. Du kan åtgärda problemet på följande sätt:

1. Kontrollera att du har administratörsbehörighet på datorn.

2. Öppna Windows-inställningar och välj gruppen Nätverk & Internet .

3. Under Avancerade nätverksinställningar väljer du Ändra alternativ för nätverkskort.

4. Högerklicka på Azure Sphere TAP-Windows Adapter V9 och välj Egenskaper.

5. På fliken Nätverk letar du reda på posten Cisco AnyConnect Network Access Manager Filter Driver och rensar objektet.

   

6. Välj OK för att spara inställningen och avsluta egenskaperna.

7. Kontrollera att kommunikationen med Azure Sphere-enheten nu fungerar genom att öppna en kommandotolk och ange az sphere device show-attached kommandot.

Enheten svarar inte

Ett eller flera av följande fel från ett azsfärkommando kan indikera att Azure Sphere Device Communication Service inte kunde startas:

• warn: Device is not responding. Could not perform version check.​
• Device is not responding. Cannot get device ID.​
• error: Could not connect to the Azure Sphere Device Communication Service. If this issue persists, try uninstalling and reinstalling the Azure Sphere SDK.​
• error: The device is not responding. The device may be unresponsive if it is applying an Azure Sphere operating system update; please retry in a few minutes.

Kontrollera att du har utfört felsökningsstegen för enhetskommunikation.

Om problemet fortfarande inte är löst och datorn nyligen har gjort en Windows-uppdatering kan det hända att enhetens kommunikationstjänst inte startar efter Windows-uppdateringen och i de fall där en av de interna JSON-inställningsfilerna eller konfigurationsfilen har skadats.

Fel efter Windows Update

Dessa fel kan uppstå när du har uppdaterat Windows på datorn. Ibland avinstallerar Windows Update de FTDI-drivrutiner som krävs för kommunikationstjänsten.

Så här löser du problemet:

1. Koppla från Azure Sphere-enheten från USB och anslut den igen. När du har återsläftat enheten bör rätt drivrutiner installeras om.
2. Om det inte går att åtgärda problemet genom att koppla från och åtgärda problemet avinstallerar du och installerar om Azure Sphere SDK.

JSON-fil

Om du inte nyligen har uppdaterat Windows kan orsaken till felet vara filen restore.json som används för tjänsten.

Så här löser du problemet:

1. Spara en kopia av följande fil:

   c:\windows\serviceprofiles\localservice\appdata\local\Azure Sphere Tools\restore.json

2. Ta bort filen från dess ursprungliga plats.

3. Stoppa och starta sedan om Azure Sphere Device Communication Service:

   net stop AzureSphereDeviceCommunicationService

   net start AzureSphereDeviceCommunicationService

Skadad konfigurationsfil

Om ett fel rapporteras när du försöker köra ett kommando kan den skadade konfigurationsfilen hindra enheten från att köras korrekt.

Lös problemet genom att ta bort den skadade konfigurationsfilen i .azsfär\config i Windows eller ~/.azsfär/config på Linux.

Windows kraschar när du ansluter eller kopplar från en enhet

MT3620-utvecklartavlan har en Future Technology Devices International (FTDI) FT4232HQ chip, vilket underlättar kommunikationen mellan enheten och datorn. Den officiella FTDI-drivrutinen, Combined Driver Model (CMD), innehåller två drivrutiner: en ger åtkomst via D2XX API, och den andra ger en Virtual Com Port (VCP) för samma enhet. Båda drivrutinerna installeras som standard om FTDI-kretsen har aktiverat VCP-läge. Detta kan göra att Windows kraschar när kretsuttaget är strömsparläge.

Du kan lösa problemet genom att inaktivera VCP-läget för FTDI-kretsen. Du måste använda verktyget FT_PROG för att programmera om FTDI-chipets EEPROM.

1. Mer information om hur du laddar ned och installerar verktyget finns i FTDI FT_PROG programmeringsverktyg .

2. Kör FT_PROG och hitta den anslutna enheten enligt beskrivningen i FT_PROG GUI-program.

3. I vyn Enhetsträd expanderar du avsnittet Maskinvaruspecifik . Du bör se fyra portar.

   

4. Välj Port A och välj D2XX Direct i stället för Virtual Com Port.

   

5. Upprepa föregående steg för Port C och Port D. Port B bör redan vara i D2XX Direct-läge.

6. Välj ikonen Programenheter (liknar en blixt) för att aktivera programmeringsläget.

   

7. Välj Program för att programmera EEPROM och vänta tills det är klart.

   

8. Koppla ur enheten från USB-porten och anslut den sedan igen för att starta om enheten och göra så att ändringen börjar gälla. I Windows Enhetshanteraren ska avsnittet Portar (COM & LPT) nu visa tre färre COM-portar. Antalet Universal Serial Bus-enheter ska förbli detsamma.

Förlorad anslutning till FTDI-enheter som inte är Azure Sphere efter aktivering av RTApp-felsökning

Vissa Azure Sphere-användare har rapporterat att de inte längre kan kommunicera med andra anslutna FTDI-enheter (utan Azure Sphere) efter att de har använt az sphere device enable-development --enable-rt-core-debugging-kommando för att utveckla och felsöka RTApps från värddatorn.

Om du till exempel har både en Azure Sphere-enhet och en annan FTDI-enhet ansluten till datorn kan du se två usb-seriella styrenheter med namnet USB Serial Converter B-enheter i Windows Enhetshanteraren innan du kör kommandot.

När kommandot har körts försvinner båda USB Serial Converter B-enheterna från avsnittet Universal Serial Bus-styrenhet och två nya enheter visas på bildskärmen för Universal Serial Bus-enheter i Enhetshanteraren.

Orsaka

Det här problemet uppstår eftersom az sphere device enable-development --enable-rt-core-debugging-kommandot installerar en ny drivrutin för Port B för FTDI-kretsen på MT3620. porten blir då MSFT MT3620 Std Interface. Installationen av den här drivrutinen ändrar dock oavsiktligt drivrutinen för Port B för den andra icke-Azure Sphere-enheten. På grund av en begränsning i det underliggande biblioteket får alla FTDI-enheter med samma VID (0x0403) och PID (0x6011) sin Port B-drivrutin utbytt.

Lösning

Följ dessa steg för att manuellt återställa drivrutinen för alla icke-Azure Sphere-enheter till den tidigare versionen:

1. I Enhetshanteraren väljer du den icke-Azure Sphere-enhet (en annan FTDI Quad GZ i exemplet), högerklickar och väljer Uppdatera drivrutin.

2. Välj Välj drivrutinsprogramvara som finns på datorn i Uppdatera drivrutiner.

   

3. Välj Låt mig välja från en lista över tillgängliga drivrutiner på datorn.

   

4. Välj drivrutin för USB Serial Converter B i listan och klicka sedan på Nästa.

   

5. Klicka på Stäng i bekräftelsefönstret.

6. Enhetshanteraren ska visa port B för den andra FTDI-enheten som USB Serial Converter B, vilket anger att den officiella FTDI-drivrutinen används. Drivrutinen för MT3620 förblir MSFT MT3620 Std Interface.

   

Ytterligare information

• Om du ansluter en annan ny FTDI-enhet som inte är Azure Sphere efter att ha kört azsfärenhetens aktivera-utveckling --enable-rt-core-felsökningskommando , tilldelas den enheten Drivrutinen för Azure Sphere MT3620 på samma sätt. Upprepa stegen ovan för att återställa enheten till den officiella FTDI-drivrutinen.

• Om du kopplar från och ansluter en FTDI-enhet som inte är Azure Sphere efter att du har återlämnat den till den officiella FTDI-drivrutinen behåller enheten den officiella FTDI-drivrutinen.

• Om du kör az sphere-enheten enable-development --enable-rt-core-debugging-kommando igen efter att du återställt drivrutinen, kommer ftdi-enheten som inte är Azure Sphere att få sin drivrutin utbytt igen, och du måste följa stegen i Lösning för att återgå till den officiella FTDI-drivrutinen. Detta inträffar oavsett om FTDI-enheten (utan Azure Sphere) är ansluten till datorn när az sphere-enheten enable-development --enable-rt-core-debugging körs.

Kommandon som inte känns igen

Om följande felmeddelande visas när du anger ett azsfärkommando kontrollerar du att du använder PowerShell eller en standardkommandouppmaning i Windows.

'azsphere' is not recognized as an internal or external command, operable program or batch file.

Installationsprogrammet hänger sig vid 60 procent

Installationsprogrammet hänger sig vid 60 % och du får höra att enhetskommunikationstjänsten inte har startat. Detta inträffar vanligtvis när TAP-drivrutinsinstallationen misslyckas på ett konstigt sätt och lämnar systemet i ett obestämt tillstånd.

Bekräfta att problemet är TAP-drivrutinen

1. Öppna Windows-Loggboken för att kontrollera loggarna.

2. Leta i programloggen och Azure Sphere Device Communication Service-loggen efter följande felmeddelande:

   "SerialSlipToTun.TunInterfaceSetupException: Registerinställningar för felåtkomst ---> System.Collections.Generic.KeyNotFoundException: Tun tap device not found ---> System.Security.SecurityException: Begärt registeråtkomst är inte tillåtet."

   

3. När du kontrollerar programloggen filtrerar du loggen för att undvika att se de många orelaterade meddelandena. Välj Filtrera aktuell logg på fliken Åtgärd.

4. Välj Fel och välj sedan Azure SphereDeviceCommunicationService om du bara vill visa felmeddelanden från Azure Sphere Device Communication Service.

   

5. Om du inte hittar felet i antingen programloggen eller Azure Sphere Device Communication Service-loggen är det kanske inte ett TAP-drivrutinsproblem.

Så här löser du problemet med TAP-drivrutinen:

1. Gå till Nätverks- och delningscenter och välj Ändra adapterinställningar.

   

2. I Connections nätverk under Azure Sphere väljer du TAP-WIndows Adapter V9 och öppnar dess egenskaper.

   

3. Välj Internet Protocol Version 4 (TCP/IPv4) i Azure Sphere Properties och välj sedan Egenskaper för att visa protokollinställningarna.

   

4. Kontrollera att IP-adressen är inställd på 192.168.35.1 och att undernätsmasken är inställd på 255.255.255.0.

5. Prova installationsprogrammet igen. Om den fortfarande hänger sig kan du prova att återställa nätverksanslutningarna. Om du vill göra en återställning går du till Inställningar>Nätverk & Internetstatus> och väljer Nätverksåterställning längst ned på sidan.

   Viktigt

   Om du återställer nätverket återställs alla nätverksinställningar.

Stoppa Azure Sphere Device Communication Service

Om installationsprogrammet hänger sig kan du stoppa Azure Sphere Device Communication Service med kommandot taskkill .

Följ de här anvisningarna:

1. Kopiera PID:t för AzureSphereDeviceCommunicationService.

   • Gå till flikenTjänster i Aktivitetshanteraren> och notera PID för Tjänsten AzureSfärlistaCommunicationService, eller
   • Skriv och kopiera PID från utdata på kommandoraden tasklist /fi "SERVICES eq AzureSphereDeviceCommunicationService*" .

2. Skriv följande på kommandoraden för att avsluta tjänsten. Kommandot taskkill avslutar processen som motsvarar process-ID-numret. Alternativet /f används för att kraftfullt avsluta processen.

   taskkill /PID <DCS_PID> /f

3. Prova installationsprogrammet igen.

Det går inte att stoppa Azure Sphere Device Communication Service

När du uppgraderar ett befintligt Azure Sphere SDK kan det hända att ett meddelande om att Tjänsten Azure Sphere Device Communication Service (Azure SphereDeviceCommunicationService) inte kunde stoppas. Kontrollera att du har tillräcklig behörighet för att stoppa systemtjänster." Om du får det här meddelandet startar du om och kör installationsprogrammet igen.

Enhetskommunikationen bryts när delade tunnlar används

När en utvecklingsdator är ansluten till företagets VPN och delade tunnlar inaktiveras av VPN-konfigurationen kanske utvecklingsdatorn inte kan kommunicera med Azure Sphere-enheten.

Lös problemet genom att göra något av följande:

• Koppla från företagets VPN och försök ansluta till Azure Sphere-enheten igen.
• Ändra VPN-konfigurationen så att delade tunnlar tillåts.

Kommunikationsproblem kan också orsakas av konfigurationen av TAP-Windows nätverkskort. Se avsnittet Anslutningsproblem som orsakas av TAP-Windows felsökning av adapterkonfiguration .

Det går inte att installera eller avinstallera Azure Sphere SDK på Windows 11

När du har uppgraderat till Windows 11 kan användarna inte installera eller avinstallera Azure Sphere SDK. Lös problemet genom att installera den senaste versionen av Azure Sphere SDK för Windows. När du har installerat 21.07 Update 2 eller senare kan du avinstallera SDK:et.

Det går inte att kompilera eller felsöka RTApps

Om CMake rapporterar fel när du hittar verktygsringen eller openocd när du försöker skapa eller felsöka en RTApp kontrollerar du att:

• Du har installerat GNU Arm Embedded Toolchain för din utvecklingsmiljö.
• Du har angett rätt sökväg enligt openocd beskrivningen i Självstudiekurs: Skapa ett program som kan användas i realtid.

Felsöka problem med enhetskommunikation före 23.05

Varning

De här stegen gäller för användare med SDK version 22.11 eller tidigare. Kontrollera att den installerade SDK-versionen är 22.11 eller tidigare genom att köra azsfärvisningsversionen.

På Linux-system som kör SDK version 22.11 eller tidigare måste skriptet för azsphere_connect.sh köras varje gång du ansluter enheten eller kopplar från eller kopplar från den. Skriptet uppdaterar enhetsanslutningar och skapar en kerneldrivrutin som mappar nätverkstrafik till enheten.

Om du stöter på kommunikationsproblem börjar du med dessa grundläggande steg:

1. Kontrollera att enheten är ansluten via USB.

2. Kör skriptet azsphere_connect.sh om du inte redan har gjort det.

3. Kontrollera att du kan kommunicera direkt med enheten. Navigera till https://192.168.35.2/status i en webbläsare. Ignorera och ignorera eventuella presenterade SSL-varningar. Du bör se utdata som liknar: {"uptime":56} i webbläsarfönstret.

Observera

Du kan också utföra det här steget från kommandoraden med hjälp av curl https://192.168.35.2/status --insecure.

1. Om felet kvarstår kopplar du bort enheten från USB-porten, ansluter den igen och väntar tills den startas om. Kör sedan skriptet azsphere_connect.sh .

2. Om felet kvarstår kontrollerar du att det inte finns några undernätskonflikter med andra nätverksverktyg.