Om Azure RTOS NetX

Den här guiden innehåller omfattande information om Azure RTOS NetX, Microsofts nätverksstack med höga prestanda.

Den är avsedd för inbäddade realtidsutvecklare som är bekanta med grundläggande nätverksbegrepp, Azure RTOS ThreadX och programmeringsspråket C.

Organisation

Kapitel 1 – Introducerar Azure RTOS NetX

Kapitel 2 – Ger grundläggande steg för att installera och använda Azure RTOS NetX med ditt ThreadX-program.

Kapitel 3 – Ger en funktionell översikt över Azure RTOS NetX-systemet och grundläggande information om TCP/IP-nätverksstandarder.

Kapitel 4 – Beskriver programmets gränssnitt för Azure RTOS NetX.

Kapitel 5 – Beskriver nätverksdrivrutiner för Azure RTOS NetX.

Bilaga A – Azure RTOS NetX Services

Bilaga B – Azure RTOS NetX-konstanter

Bilaga C – Azure RTOS NetX-datatyper

Bilaga D – BSD-Compatible Socket API

Bilaga E – ASCII-diagram

Azure RTOS NetX-datatyper

Förutom de anpassade datatyperna Azure RTOS NetX-kontrollstruktur finns det flera särskilda datatyper som används i Azure RTOS NetX-tjänstens anropsgränssnitt. Dessa särskilda datatyper mappar direkt till datatyperna i den underliggande C-kompilatorn. Detta görs för att säkerställa portabilitet mellan olika C-kompilatorer. Den exakta implementeringen ärvs från ThreadX och finns i filen tx_port.h som ingår i ThreadX-distributionen.

Följande är en lista över datatyper Azure RTOS NetX-tjänsten och deras associerade betydelser:

Datatyper Description
UINT Grundläggande heltal utansignering. Den här typen måste ha stöd för 32-bitars osignerade data. Den mappas dock till den mest praktiska osignerade datatypen.
ULONG Osignerad lång typ. Den här typen måste ha stöd för 32-bitars osignerade data.
VOID Nästan alltid likvärdigt med kompilatorns void-typ.
CHAR Oftast en standardtyp med 8 bitar.

Ytterligare datatyper används i Azure RTOS NetX-källan. De finns antingen i filerna tx_port.heller nx_port.h.

Kundtjänst

Skicka en supportbiljett via Azure-portalen för frågor eller hjälp med att följa stegen här. Ange följande information i ett e-postmeddelande så att vi kan lösa din supportbegäran mer effektivt:

  1. En detaljerad beskrivning av problemet, inklusive förekomstfrekvens och huruvida det kan återskapas på ett tillförlitligt sätt.

  2. En detaljerad beskrivning av eventuella ändringar i programmet och/eller Azure RTOS NetX som föregick problemet.

  3. Innehållet i de _tx_version_id och_nx_version_id strängarna som finns i tx_port.h- och nx_port.h-filerna för distributionen. Dessa strängar ger oss värdefull information om din körningsmiljö.

  4. Innehållet i RAM-minnet för följande ULONG-variabler:

    _tx_build_options

    _nx_system_build_options1

    _nx_system_build_options2

    _nx_system_build_options3

    _nx_system_build_options4

    _nx_system_build_options5

    Dessa variabler ger oss information om hur dina Azure RTOS ThreadX- och Azure RTOS NetX-bibliotek har skapats.

  5. En spårningsbuffert avbildas omedelbart efter att problemet har identifierats. Detta åstadkoms genom att Azure RTOS ThreadX- och Azure RTOS NetX-bibliotek med TX_ENABLE_EVENT_TRACE och anropatx_trace_enable med spårningsbuffertinformationen. Se användarhandboken Azure RTOS TraceX för mer information.