Logotip SILICON-LABS

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-slika-izdelka

Specifikacije
  • Zigbee EmberZNet SDK različica: 7.4.5.0 GA
  • Gecko SDK Suite različica: 4.4
  • Datum izdaje: 23. oktober 2024
  • Platforma: Silicon Labs
  • Podprti prevajalniki: GCC (GNU Compiler Collection) različica 12.2.1
  • Različica protokola EZSP: 0x0D

Navodila za uporabo izdelka

Ključne značilnosti
Zigbee EmberZNet SDK podjetja Silicon Labs ponuja naslednje ključne funkcije
Podpora za več protokolov (CMP) Zigbee in OpenThread na SoC.

Obvestila o združljivosti in uporabi
Za varnostne posodobitve in obvestila glejte poglavje Varnost v opombah ob izdaji platforme Gecko ali obiščite zavihek TEHNIČNI DOKUMENTI v Silicon Labs webmesto. Za najnovejše informacije je priporočljivo, da se naročite na varnostne nasvete.

Združljivi prevajalniki
Prepričajte se, da uporabljate pravilno files s podprtim prevajalnikom
GCC (Zbirka prevajalnika GNU) različica 12.2.1 je na voljo s Simplicity Studio.

Protokol EZSP
Različica protokola EZSP za to izdajo je 0x0D.

pogosta vprašanja
  • V: Katere so nove komponente, predstavljene v izdaji 7.4.5.0?
    • O: Uporabniki imajo lahko zdaj omogočenih več komponent zigbee_direct_security v aplikaciji Zigbee direct device (ZDD), pri čemer je dejanska varnostna možnost odvisna od konfiguracije Zigbee Virtual Device (ZVD).
  • V: Kateri so novi API-ji, dodani v izdaji 7.4.4.0?
    • O: Novi API-ji vključujejo mfglibSetCtune in mfglibGetCtune.
  • V: Kakšna je nova podpora za platformo, predstavljena v izdaji 7.4.5.0?
    • O: EFR32MG24A020F768IM40 je zdaj podprt kot platforma.
  • V: Kje lahko najdem posodobljeno dokumentacijo za komponento Zigbee Secure Key Storage?
    • O: Opis komponente Zigbee Secure Key Storage je bil posodobljen v izdaji 7.4.0.0, skupaj z novo opombo o aplikaciji za interakcijo s skupino komponent Zigbee Security Manager (AN1412: Zigbee Security Manager).

Zigbee EmberZNet SDK 7.4.5.0 GA

Gecko SDK Suite 4.4

23. oktober 2024

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-slika-izdelka

Silicon Labs je izbrani ponudnik za proizvajalce originalne opreme, ki v svoje izdelke razvijajo omrežje Zigbee. Platforma Silicon Labs Zigbee je najbolj integrirana, popolna in s funkcijami bogata rešitev Zigbee, ki je na voljo.
Silicon Labs EmberZNet SDK vsebuje Silicon Labs implementacijo specifikacije sklada Zigbee.

Te opombe ob izdaji zajemajo različice SDK

  • 7.4.5.0 izdan 23. oktobra 2024
  • 7.4.4.0 izdan 14. avgusta 2024
  • 7.4.3.0 izdan 2. maja 2024
  • 7.4.2.0 izdan 10. aprila 2024
  • 7.4.1.0 izdan 14. februarja 2024
  • 7.4.0.0 izdan 13. decembra 2023

Obvestila o združljivosti in uporabi

Za informacije o varnostnih posodobitvah in obvestilih glejte poglavje Varnost opomb o izdaji platforme Gecko, ki je nameščena s tem SDK-jem, ali na zavihku TEHNIČNI DOKUMENTI na https://www.silabs.com/developers/zigbee-emberznet . Silicon Labs prav tako močno priporoča, da se naročite na varnostne nasvete za najnovejše informacije. Za navodila ali če ste novinec v Zigbee EmberZNet SDK, glejte Uporaba te izdaje.

Združljivi prevajalniki
IAR Embedded Workbench za ARM (IAR-EWARM) različica 9.40.1.

  • Uporaba vina za gradnjo s pripomočkom ukazne vrstice IarBuild.exe ali IAR Embedded Workbench GUI v sistemu macOS ali Linux lahko povzroči nepravilno filese uporablja zaradi kolizij v algoritmu zgoščevanja vina za generiranje kratkega file imena.
  • Strankam, ki uporabljajo macOS ali Linux, svetujemo, naj ne gradijo z IAR zunaj Simplicity Studio. Stranke, ki to storijo, morajo natančno preveriti, ali je pravilna files se uporabljajo.

GCC (zbirka prevajalnika GNU) različica 12.2.1, priložena Simplicity Studio.

Različica protokola EZSP za to izdajo je 0x0D.

 Novi predmeti

Nove komponente

Novo v izdaji 7.4.0.0
Komponenti »zigbee_direct_security_p256« in »zigbee_direct_security_curve25519« sta bili dodani, tako da lahko uporabniki konfigurirajo določeno varnostno možnost Zigbee Direct.
Uporabnikom je dovoljeno imeti omogočenih več komponent »zigbee_direct_security« v aplikaciji Zigbee direct device (ZDD). V tem primeru je dejanska varnostna možnost odvisna od konfiguracije virtualne naprave Zigbee (ZVD).

Novi API-ji

Novo v izdaji 7.4.4.0
Predstavljena sta dva namenska API-ja za proizvodne knjižnice za pridobivanje in nastavljanje vrednosti CTUNE.
V prejšnjih izdajah popravkov sta dostop in nastavitev vrednosti CTUNE postala del API-jev RAIL. V tem popravku je predstavljen nabor proizvodnih API-jev, ki zajemajo API-je RAIL, da nastavite in pridobite vrednost.
mfglibSetCtune
mfglibGetCtune

Novo v izdaji 7.4.2.0

  • Razširjen SPI NCP za podporo načinom mirovanja v nekaterih primerih uporabe Host-NCP.
    V tem primeru uporabe je SPI NCP mogoče konfigurirati kot zaspano končno napravo. Gostitelj Z3Gateway sampAplikacija je razširjena z dodatno kodo CLI po meri, ki je odgovorna za ukazovanje NCP-ju, da vstopi v enega od načinov mirovanja prek ukaza CLI po meri sleepMode, in se mora pred nadaljnjo komunikacijo EZSP prebuditi z uporabo ukaza CLI po meri wakeup.
  • Predstavljen je nov API sl_zigbee_af_isr_event_init za inicializacijo dogodkov okvira aplikacije, ki naj bi se aktivirali znotraj prekinitvene storitvene rutine (ISR). Ti dogodki, ki so načrtovani iz ISR, morajo imeti parameter zakasnitve 0 milisekund. Z drugimi besedami, dogodki iz ISR morajo biti aktivirani kot takojšnji dogodek. Znotraj ISR ni dovoljena deaktivacija dogodkov.
    Razlog za zgoraj navedeno je naslednji: sistem dogodkov manipulira s čakalno vrsto dogodkov med razporejanjem (aktivacijo z zakasnitvijo, ki ni nič, ali deaktivacijo) dogodka. Za zmanjšanje zakasnitve bi moral ISR aktivirati dogodek z zamikom 0, ki se razporedi v naslednji obdelavi čakalne vrste dogodkov. To omogoča nadaljnjo zakasnitev ali deaktivacijo, ki se izvede po izhodu ISR. Za razlikovanje dogodkov, namenjenih za uporabo znotraj konteksta ISR, je struktura dogodkov med inicializacijo označena s sli_zigbee_isr_event_marker.
    Glejte vir zigbee_app_framework_event.h file za podrobnosti te nove funkcije.
  • Pojasnilo o uporabi nove funkcije ember Update Multi Mac Rejoin Channel Mask For Selection Or Joining Device, ki se kliče znotraj sklada API ember Find And Rejoin Network With Reason, da se maska ​​kanala uporabi za ponovno pridružitev.

Specifikacija SE1.4a omejuje spremembo vmesnika (z 2.4 GHz na sub-GHz ali obratno) med ponovnim pridruževanjem naprave tipa naprave Multi-MAC Joining End. Ker je vrsta naprave konfiguracija ogrodja aplikacije (to pomeni, da bo vrsta končne naprave, ki se pridružuje, naprava pod GHz ali naprava 2.4 GHz, ne oboje, pri konfiguraciji), ta klic zagotavlja masko kanala na podlagi te konfiguracije, tako da da je maska ​​za ponovno pridružitev vedno enaka maski vmesnika za pridružitev.

Novo v izdaji 7.4.0.0

  • Dodan nov API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) za ponastavitev žetonov Zigbee NVM3 na njihovo privzeto vrednost.
  • Dodan API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), ki vrne true, če tabela ključev povezave lahko doda ali posodobi vnos s tem naslovom (tabela ni polna).

Dodan nov API bool sl_zb_sec_man_compare_key_to_value (kontekst sl_zb_sec_man_context_t*, ključ sl_zb_sec_man_key_t*), ki vrne true, če ima ključ, na katerega se sklicuje kontekst, enako vrednost kot ključ, naveden v argumentu.

Podpora za novo platformo

Novo v izdaji 7.4.0.0
V tej izdaji je dodana podpora za sklad Zigbee za naslednje nove dele: EFR32MG24A010F768IM40 in EFR32MG24A020F768IM40.

Nova dokumentacija

Novo v izdaji 7.4.0.0
Posodobljen opis za komponento Zigbee Secure Key Storage, da odraža dodatek Zigbee Secure Key Storage Upgrade (ki doda združljivost za nazaj z obstoječimi projekti).
Dodana nova opomba o aplikaciji za interakcijo s skupino komponent Zigbee Security Manager (AN1412: Zigbee Security Manager).

Predvideno vedenje
Uporabnike opozarjamo, da so nesinhronizirani prenosi CSL Zigbee predmet prednostnega protokola v radijskem razporejevalniku. V aplikacijah SleepyToSleepy BLE lahko in bo prevzel prenos Zigbee CSL, ki bo prekinil prenos. Prevzemanje razporejevalnika je pogostejše za nesinhroniziran CSL, glede na to, da se lahko uporabi potencialno dolgo zaporedje prebujenih okvirjev. Uporabniki, ki želijo prilagoditi prioritete prenosa, lahko za to uporabijo komponento DMP Tuning and Testing. Uporabniki si lahko za več informacij ogledajo tudi UG305: Dynamic Multiprotocol User's Guide.

Izboljšave

Spremenjeno v izdaji 7.4.0.0 Spremembe dokumenta API-ja ember Counter Handler
V prejšnjih različicah povratni klic Counter Handler za MAC in APS sloj Ember Counter Types v zvezi s paketoma RX in TX ni bil posredovan ustreznemu ID-ju ali podatkovnim argumentom ciljnega vozlišča, dokumentacija API-ja glede vedenja določenih števcev, ki so uporabljali te parametre, pa ni bila jasna oz. zavajajoče.

Medtem ko se podpis funkcije ember Counter Handler() ni spremenil, se je nekoliko spremenil način zapolnjevanja njegovih parametrov.

  • Komentarji okoli enumov EmberCounterType v ember-types.h so zaradi jasnosti razširjeni.
  • Parameter Node ID za Counter Handler za števce, povezane s TX, zdaj preverja, ali način ciljnega naslova označuje veljaven kratki ID, preden ga uporabi. (Če ni, se ciljni naslov ne vnese in vrednost nadomestnega znaka je
    Namesto tega se uporablja EMBER_UNKNOWN_NODE_ID.)
  • Parameter Node ID za Counter Handler za števce, povezane z RX, zdaj odraža ID izvornega vozlišča, ne ID-ja ciljnega vozlišča.
  • Število ponovnih poskusov *ni* posredovano kot podatkovni parameter za števce EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED, kot je opisano v ember-types.h v prejšnjih različicah, vendar to ni bilo nikoli pravilno izpolnjeno v prejšnjih izdanih različicah, zato bi bila njegova vrednost v prejšnjih izdajah vedno 0 . To vedenje je bilo pojasnjeno v opisu teh EmberCounterTypes. Vendar pa je število ponovnih poskusov za ponovne poskuse plasti APS še naprej poseljeno v podatkovnem parametru za
    Vrste števcev EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED za skladnost s prejšnjimi izdajami.
  • Vsi števci, ki zapolnijo ID vozlišča ali podatkovni parameter za povratni klic, so bili pregledani, da se zagotovi, da posredujejo pričakovane podatke, naslov ali EMBER_UNKNOWN_NODE_ID, če je bil ID vozlišča pričakovan, vendar ga ni bilo mogoče pridobiti iz paketa, kot je opisano v revidiranem ember -types.h dokumentacija.
  • Obravnavalnik števca za EMBER_COUNTER_MAC_TX_UNICAST_RETRY zdaj pravilno odraža ID ciljnega vozlišča sloja MAC in število ponovnih poskusov v svojem ID-ju ciljnega vozlišča in podatkovnih parametrih.
  • Obravnavalnik števca za EMBER_COUNTER_PHY_CCA_FAIL_COUNT zdaj prek parametra Node ID zagotavlja informacije o ID-ju ciljnega vozlišča o predvidenem cilju sloja MAC za sporočilo, ki ni uspelo pri prenosu.

Posodobljena Green Power Code
Koda strežnika Green Power je posodobljena z različnimi izboljšavami, vključno z

  • Dodana več potrditvene kode za dohodne ukaze z neveljavno končno točko pri prejemu na strežnik GP.
  • Dodana koda za obravnavo primera, ko ni več prostora za izdelavo sporočil Green Power.
  • Ponor zdaj opusti konfiguracijo seznanjanja z dejanjem Odstrani seznanjanje v nekaterih primerih glede na razdelek specifikacij A.3.5.2.4.1.
  • Ponor zdaj shrani obstoječi skupinski seznam vnosa, preden ga odstrani pri obdelavi konfiguracije seznanjanja z dejanjem Razširi.
  • Ukaz poizvedbe za prevajanje vrne »NOT FOUND« kot kodo napake, ko je prevajalska tabela prazna ali je indeks večji od števila vnosov v tabeli.
  • Spremenjena različica končne točke GP v nekaterih aplikacijah z 1 na 0.

Uporaba CSMA v funkciji pošiljanja GPDF je omejena, ker so naprave Green Power naprave z minimalno energijo in v večini modelov ne uporabljajo CSMA. Namesto tega je prednostna zasnova pošiljanje več paketov z uporabo istega proračuna energije.
Odstranjena je uporaba skrite končne točke v možnosti vtičnika Green Power Server. Namesto tega uporabite eno od končnih točk aplikacije.

Izboljšave kode vtičnika za posodobitev omrežnega ključa
Obdobje periodične posodobitve omrežnega ključa je bilo spremenjeno na 1 leto.

Nekateri API-ji so bili prestrukturirani, da bi se izognili nepotrebnemu izvozu ključev
Spremembe so dale prednost uporabi ključnih kontekstov pred ključnimi podatki v navadnem besedilu.

  • sl_zigbee_send_security_challenge_request zdaj sprejme argument sl_zb_sec_man_context_t namesto EmberKeyData.
  • Vrednosti enuma sl_zb_sec_man_derived_key_type so zdaj 16-bitna bitna maska ​​za neposredno podporo določenim izpeljavam ključev, ki združujejo več izpeljanih tipov.

 Odpravljene težave

Popravljeno v izdaji 7.4.5.0

ID št Opis
1357860 Odpravljena je težava, ki je povzročila zrušitev, ko je več končnih točk začelo inicializirati povratni dogodek identifikacije. (Druga ref.: 1348659)
1357517 Odpravljena je težava, ki je povzročila zrušitev, ko je aplikacija za več omrežij poskušala krmiliti sekundarno omrežje.
1356285 V redkih primerih se lahko paket posreduje povratnemu klicu predaje odhodnega paketa s parametrom indeksa koristnega tovora, ki presega navedeno dolžino medpomnilnika paketov, kar vodi do potrditve v legacy-packet-buffer.c, če je komponenta predaje paketa omogočena. Funkciji obravnave dohodnih in odhodnih sporočil komponente zdaj zajameta to stanje in zavržejo neveljaven paket brez nadaljnje obdelave. (Druga ref.: 1350285)
1355289 Odpravljena je težava, zaradi katere je bil odziv LQI prejet z naslovom MAC kot vsemi ničlami. (Druga ref.: 1351489)
1349160
  • Z3Gateway, zgrajen na Raspberry Pi z jedrom 6.6, se privzeto ni uspel povezati z NCP prek SPI. Rešitev je, da ponovno definirate GPIO, kot je opisano tukaj.
  • Upoštevajte naslednje informacije o GPIO-jih, ki se preslikajo v vmesnik SPI NCP. V jedru 6.6 se izvaja sudo cat /sys/kernel/debug/gpio
  • To bo prikazalo naslednji gpio-520 (GPIO8)
  • gpio-534 (GPIO22) gpio-535 (GPIO23) gpio-536 (GPIO24)
  • Nato znova definirajte GPIO za vmesnik SPI NCP iz zgornje datoteke sysfs v spi-protocol-linux-config.h kot #define NCP_CHIP_SELECT_GPIO “520”
  • #define NCP_HOST_INT_GPIO “534”
  • #define NCP_RESET_GPIO “535”
  • #define NCP_WAKE_GPIO “536” (Druga ref.: 1297976)
1343044 Če je vtičnik Fragmentation napačno izračunal razpoložljivo obremenitev za unicast fragment, bi lahko NCP-ju poslal več podatkov, kot bi jih bilo v enem paketu, potem ko bi bila upoštevana vsa obremenitev sklada. To bi lahko povzročilo okvaro pomnilnika v NCP, ki je sprožila napake potrditve ali drugo nepričakovano vedenje.

(Druga ref.: 1289413)

1343012 Popravek vdelane programske opreme Si4468 je bil dodan v knjižnico phy-pro2plus za obravnavanje pogojev tekmovanja pri obdelavi Tx/Rx pod GHz. (Druga ref.: 1341928)
1311214 Popravljen dodatni privzeti odziv, ustvarjen, ko ima dohodno sporočilo ZCL ukaz strežnika OTA omogočen privzeti odgovor. Poslan je samo en odgovor na napako in za uspešne zahteve za blokiranje slike ni nastavljen noben privzeti odgovor. (Druga ref.: 1300935)
1296653 Če bi naprava z dvojnim PHY NCP izvajala skeniranje energije v pasu pod GHz, medtem ko je bil radio 2.4 GHz aktiven, bi lahko veliki izbruhi dohodnega prometa Beacon kot odgovor na dohodne zahteve Beacon na radijskem kanalu 2.4 GHz zavzeli veliko količino vmesni pomnilnik sklada (dodeljen iz segmenta kopice), medtem ko so bili skenirani številni kanali pod GHz, kar bi lahko povzročilo prekinitev medpomnilnikatages in EZSP Pogoji prelivanja, če velikost kopice (ki določa, koliko medpomnilnikov je na voljo sistemu) ni bila dovolj velika. Ta pogoj Overflow bi lahko preprečil, da bi Scan Complete Handler dosegel gostiteljsko aplikacijo, kar bi povzročilo, da bi stroj stanja skeniranja aplikacije za vedno obstal.

Koda Energy Scanning za naprave z dvojno PHY zdaj zavrže vse pakete Beacon, prejete na radiu 2.4 GHz med skeniranjem kanala pod GHz, s čimer prepreči, da bi velik dotok svetilnikov povzročil zgoraj omenjeno težavo. Upoštevajte, da to ne preprečuje normalnega delovanja omrežja na 2.4 GHz, saj se svetilniki uporabljajo le za morebitno zaznavanje konflikta ID-ja PAN, ko naprava ne izvaja aktivnega skeniranja, drugi usmerjevalniki v omrežju pa lahko še vedno zaznajo konflikte ID-ja PAN med tokrat ali s strani koordinatorja, ko je energetski pregled končan. (Druga ref.: 1276049)

ID št Opis
1295250 Odpravljene težave s prevajanjem pri dodajanju komponente preskusnega snopa zigbee 3.0 standardni aplikaciji. (Druga ref.: 1280058)
1294848 Dodana preverjanja podatkovnega polja ZCL za prilagoditev najdaljše dolžine niza do 253. (Druga sklic: 1275092)
1294843 Popravljena manjkajoča inicializacija lokalnih spremenljivk pred uporabo. (Druga ref.: 1275104)
1271968
  • Komponenta zigbee_watchdog_periodic_refresh se ne uporablja več v ogrodju aplikacije zigbee in je v tej izdaji opuščena.
  • Nadzorni časovnik je privzeto onemogočen za vse sample aplikacije. V prihodnosti bo SDK-ju dodana izboljšana komponenta čuvaja.
  • Opomba : Prepričajte se, da ste omogočili nadzorni časovnik s konfiguracijskim elementom SL_LEGACY_HAL_DISABLE_WATCHDOG, nastavljenim na 0 v vaši aplikaciji.
1270721 Odpravili smo težavo za izboljšanje združevanja naprav z več skoki. Po objavi naprave se naslovni par doda v predpomnilnik naslovov. (Druga ref.: 1266351)

Popravljeno v izdaji 7.4.4.0

ID št Opis
1334454 Odpravljena težava pri obravnavanju odgovora na ponovno pridružitev. (Druga ref.: 1331580)
1330732 Diagnostična funkcija bi morala onemogočiti prekinitev po klicu Iostream, da bi se izognili potrditvi pri pridobivanju mutexa.
 

1330720

EZSP_MAX_FRAME_LENGTH je povrnjen nazaj na 220, kar omogoča, da je tudi največja dolžina sporočila XNCP 220.

(Druga ref.: 1327706)

1330311 Odpravljena je težava, ki je povzročila neuspeh nekaterih testov proxyja GP pri nastavitvi gostitelja RCP. (Druga ref.: 1328991)
1312369 Izdelana šibka funkcija SL_LEGACY_HAL_WDOG_IRQHandler(), ki strankam omogoča, da zagotovijo lastno izvedbo.
1310711 Dodano preverjanje napak med prevajanjem za SL_STACK_SIZE, ko je komponenta RTOS uporabljena v projektu zigbee.
 

1309913

Dodana zaščita mutexa za čakalno vrsto dogodkov App Framework, tako da je API-je dogodkov App Framework mogoče priklicati iz več opravil.

(Druge ref.: 1252940, 1254397)

1309333 Ko se nova končna naprava pridruži v pasu pod GHz, so bili podatki o staranju delovnega cikla pomotoma izbrisani za vse podrejene končne naprave.

(Druga ref.: 1296881)

1296002 Težava, ki je povzročila več definicij funkcije halAppBootloader, je odpravljena.
1295756 Dogodkov sklada, ki niso označeni kot varni za prekinitev, ne bi smeli načrtovati v kontekstu ISR, saj bi to lahko povzročilo stanje tekmovanja, zaradi česar bi bil dogodek izpuščen iz čakalne vrste dogodkov. Primer tega je napravam pod GHz preprečil pravilno načrtovanje odmikov MAC, ko je bilo sproženo to dirkalno stanje.

(Druga ref.: 1269856)

1294660 Odpravili smo težavo, pri kateri bi lahko vtičnik za krmiljenje omrežja deloval, kot da je naprava že v omrežju, čeprav ni bila, in je obstal v tem neveljavnem stanju do ponastavitve. To bi se lahko sprožilo s klicem ukaza CLI za izhod iz omrežja z dovolj natančnim časovnim razporedom, medtem ko je bilo krmiljenje omrežja sredi pridruževanja omrežju in skeniranje MAC še vedno čaka.

(Druga ref.: 1293923)

1290695 Odpravljena je težava, ki je izpustila paket za zagon ZLL za primer uporabe, ko je ena končna točka onemogočena, medtem ko so druge končne točke še vedno omogočene. Popravek je dodan za preverjanje vseh omogočenih končnih točk.

(Druga ref.: 1275586)

Popravljeno v izdaji 7.4.0.0

ID št Opis
1019348 Popravljene zahteve glede odvisnosti za komponento Zigbee ZCL Cli, tako da jo je mogoče odstraniti, ko ni potrebna.
1024246 Posodobljen opis funkcije za emberHaveLinkKey() in sl_zb_sec_man_have_link_key().
1036503 Dodan opis za priporočilo uporabe jedra Micrium za DMP sample aplikacije.
1037661 Odpravljena je bila težava, ki je preprečevala aplikaciji namestitev profesionalnega ali listnega sklada.
1078136 Odpravljena občasna zrušitev pri spreminjanju dogodkov iz prekinitvenega konteksta
1081548 V CSL je bila odpravljena težava, pri kateri novo zaporedje prebujenih okvirjev, ki je bilo prejeto takoj po prejšnjem okvirju koristnega tovora, ne bi bilo pravilno posneto. To bi povzročilo zgrešen okvir koristnega tovora.
1084111 Začetna podpora SPI-NCP za zaspanost za plošče, ki temeljijo na MG24, je posodobljena kot del te izdaje.
1104056 Dodana podpora za krmiljenje omrežja za delovanje v sekundarnem omrežju v primeru več omrežij
1120515 Odpravljena je težava, pri kateri se kanal ni spremenil pri uporabi ukaza mfglib set-channel.
1141109 Odpravili smo težavo, ki je povzročila ustvarjen sampda aplikacija ncp-uart-gp-multi-rail zgreši nekaj glave files pri uporabi komponente adapterja Green Power z možnostjo -cp.
1144316 Posodobljen opis nekaterih vrst podatkovnih struktur v dokumentaciji gp-types.h.
1144884 Popravljen bit lažnega okvirja v čakanju, nastavljen, ko ni čakajočih podatkov.
1152512 Odpravljena morebitna zrušitev v low-mac-rail pri spreminjanju dogodka v kontekstu ISR.
1154616 Dodana je bila izjema za pogoj za inicializacijo omrežja s primerom »Preklop vloge s končne naprave v stanju spanja na končno napravo, ki ni v stanju spanja«.
1157289 Odpravljena težava, ki lahko povzroči napako pri preizkusu BDB DN-TLM-TC-02B.
1157426 Odpravljena je težava pri gradnji pri gradnji zigbee_simple_app s komponento green_power_adapter.
1157932 Dodan pogoj za preverjanje, ali polje »čas prehoda« manjka, in nastavitev privzete vrednosti 0xFFFF za to manjkajoče polje.
1166340 Odpravljena je težava, ki je emberAfGpdfSend preprečevala pošiljanje želenega števila ponovljenih prenosov.
ID št Opis
1167807 Odpravili smo težavo, pri kateri bi naprave, ki delujejo kot središča zaupanja v porazdeljenih omrežjih, nepravilno izbrisale svoje ključe prehodne povezave vsakič, ko bi se pridružila nova naprava.
1169504 Odpravljena je težava, ki je povzročila ponastavitev zaspane naprave po prisilnem prebujanju.
1169966 Popravljeno manjkajoče preverjanje povratne vrednosti v kodi za dodelitev medpomnilnika.
1171477,

172270

Z mfglib start 1 se sporočila ne prenašajo, ampak sprejemajo, zato je prikazano terminalsko sporočilo »mfglib send complete« napačno in spremenjeno v »RXed %d packets in the last %d ms«.
1171935 Obdobje periodične posodobitve omrežnega ključa je bilo spremenjeno na 1 leto.
1172778 Dodan manjkajoči priklic emberAfPluginGreenPowerServerUpdateAliasCallback strežniku Green Power..
1174288 Odpravljena je težava, zaradi katere se postopek krmiljenja omrežja potrdi, če se kliče klic za zaustavitev tekočega pregleda.
1178393 Posodobljena napaka v dokumentaciji.
1180445 V Smart Energy se OTA zdaj nadaljuje s prenosom, če koordinator doseže omejen delovni cikel.
1185509 Odpravili smo težavo v CSL, kjer novo zaporedje prebujenih okvirjev, ki je bilo prejeto takoj po prejšnjem okvirju koristnega tovora, ne bi bilo pravilno posneto. To bi povzročilo zgrešen okvir koristnega tovora.
1186107 Odpravili smo težavo, zaradi katere je neuspešno dešifriranje prejetih GPDF nadomestilo dohodni GPDF v obvestilu o zagonu gp.
1188397 Odpravljena je težava, ki je povzročila napako pri prevajanju pri omogočanju razširjene velikosti tabele poročila.
1194090 Popravljeno stanje napake v privzetem odgovoru za ukaz Sink Commissioning Mode – po razdelku 3.3.4.8.2
1194963 Odpravljena je težava z memsetom, ki se izvede za strukturo omisioningGpd pred klicem povratnega klica uporabnika emberAfGreenPowerServerPairingStatusCallback.
1194966 Odpravljena je težava, pri kateri polji »endpoint« in »proxiesInvolved« niso bili nastavljeni z dejanjem »Izhod iz naročanja«.
1196698 Odpravljen nastavljen bit lažnega okvirja v čakanju, ko ni bilo čakajočih podatkov.
1199958 Dodana koda za obravnavo primera, ko ni več prostora za gradnjo zelenih sporočil.
1202034 Odpravili smo težavo, pri kateri spremenljivka sklada sl_zb_sec_man_context_t ni bila pravilno inicializirana, zaradi česar združevanje z namestitveno kodo ni uspelo.
1206040 Klicanje emberRemoveChild() med poskusom varne ponovne pridružitve končne naprave lahko vodi do dodatnega zmanjšanja števila otrok, kar lahko vodi do števila otrok -1 (255), kar končnim napravam onemogoči pridružitev/ponovno pridružitev zaradi navedenega pomanjkanja zmogljivosti v Beaconu.
 

1207580

Funkcije iskanja podrejene tabele znotraj sklada so nedosledne pri uporabi 0x0000 v primerjavi z 0xFFFF za povratno vrednost ID-ja vozlišča, ki predstavlja neveljavne/prazne vnose, kar povzroča težave pri preverjanju neuporabljenih vnosov v API-jih, kot je emberRemoveChild().
1210706 Destinacija in PHY indeks, naveden v strukturi EmberExtraCounterInfo kot del emberCounterHandler(), sta morda bila napačna za tipe števcev MAC TX Unicast.
1211610

1212525

Odpravljena je težava, pri kateri so se aplikacije Dynamic Multiprotocol zrušile, potem ko so omogočili komponento Secure Key Storage Upgrade.
1211847 Medtem ko se podpis funkcije emberCounterHandler() ni spremenil, se je nekoliko spremenil način zapolnitve njegovih parametrov. Spremembe tega API-ja so razložene v 2. razdelku zgoraj.
 

1212449

Odhodne svetilnike je sloj MAC nepravilno kategoriziral, zaradi česar emberCounterHandler() ni uspel ujeti teh paketov z vrsto števca EMBER_COUNTER_MAC_TX_BROADCAST in je namesto tega štel svetilnike z vrsto števca EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. To je lahko povzročilo nezanesljive vrednosti za parameter dest EmberNodeId, posredovan strukturi EmberCounterInfo
1214866 Pošiljanje paketa podatkovne ankete v določenih konfiguracijah z velikim prometom lahko povzroči napako vodila.
1216552 Odpravljena je težava, ki povzroča trditev v prometnih razmerah.
1216613 Odpravljena je težava, ki je vodila do nepravilne vrednosti polmera skupinskega oddajanja v tabeli proxyja.
1222509 Usmerjevalnik/koordinator pošlje zahtevo za izstop in ponovno pridružitev končni napravi za zbiranje, ki ni podrejena, vendar je cilj MAC 0xFFFF, namesto da bi se ujemal s ciljnim naslovom NWK.
1223842 Odpravljena je težava z generiranjem datoteke sl_component_catalog.h, ki je v njem puščala neželeno kodo, kar je povzročalo napako prevajanja.
ID št Opis
756628 Priklic povratnega klica aplikacije emberAfMacFilterMatchMessageCallback je spremenjen tako, da se kliče samo za sporočila ZLL, ki jih preveri sklad.
816088 Premaknjena konfiguracija EMBER iz zigbeed_configuration.h v zigbeed.slcp.
829508 Da bi se izognili pogojem tekmovanja, je bilo v emberSetLogicalAndRadioChannel dodano dodatno preverjanje za neuspešno vrnitev, če so nižje plasti zasedene ali niso v stanju za spremembo kanala.

Znane težave v trenutni izdaji

Težave, označene krepko, so bile dodane od prejšnje izdaje. Če ste zamudili izdajo, so na voljo opombe o nedavni izdaji https://www.si-labs.com/developers/zigbee-emberznet v zavihku Tehnični dokumenti.

ID št Opis Rešitev
N/A Naslednje aplikacije/komponente niso podprte v tej izdaji: Podpora za EM4. Funkcija bo omogočena v naslednjih izdajah.
193492 Makro za prenos emberAfFillCommandGlobalServerToClientConfigureRe je pokvarjen. Polnjenje medpomnilnika ustvari napačen ukazni paket. Namesto API-ja uporabite ukaz CLI »zcl global send-me-a-report«.
278063 Pametno energetsko tuneliranje plugins imajo nasprotujočo si obravnavo/uporabo indeksa naslovne tabele. Ni znane rešitve
289569 Izbirni seznam ravni moči komponente ustvarjalca omrežja ne ponuja celotnega obsega podprtih vrednosti za EFR32 Uredite obseg <-8..20>, določen v komentarju CMSIS za EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P

OWER v

/protocol/zigbee/app/framework/plugin/network-creator/config/network-creator-config.h file. Na primerample, spremenite v <-26..20>.

295498 Sprejem UART včasih izpusti bajte pod veliko obremenitvijo v primeru dinamične večprotokolne uporabe Zigbee+BLE. Uporabite nadzor pretoka strojne opreme ali znižajte hitrost prenosa.
312291 EMHAL: Funkcije halCommonGetIntxxMillisecondTick na gostiteljih Linux trenutno uporabljajo funkcijo gettimeofday, za katero ni zajamčeno, da bo monotona. Če se sistemski čas spremeni, lahko povzroči težave s časom sklada. Spremenite te funkcije, da bodo namesto tega uporabljale clock_gettime z virom CLOCK_MONOTONIC.
338151 Inicializacija NCP z nizko vrednostjo vmesnega pomnilnika paketov lahko povzroči poškodovane pakete. Uporabite rezervirano vrednost 0xFF za število vmesnega pomnilnika paketov, da se izognete prenizki privzeti vrednosti
387750 Težava z oblikami zahtev za tabelo poti na končni napravi. V preiskavi
400418 Iniciator povezave na dotik se ne more povezati s ciljno končno napravo, ki ni tovarniško nova. Ni znane rešitve.
424355 Iniciator, ki ni tovarniško nov, zaspana končna naprava, zmožna ciljne povezave na dotik, v določenih okoliščinah ne more prejeti odgovora z informacijami o napravi. V preiskavi
 

465180

Optimizacija blokatorja radia Coexistence Radio Blocker Element »Omogoči nadzor izvajalnega časa« lahko blokira pravilno delovanje Zigbee. Izbirni nadzor 'Wi-Fi Select' za optimizacijo blokatorjev naj ostane »Onemogočen«.
480550 Grozd OTA ima lastno vgrajeno metodo fragmentacije, zato ne bi smel uporabljati fragmentacije APS. Čeprav je šifriranje APS omogočeno, to poveča koristno obremenitev ImageBlockResponses do velikosti, pri kateri je aktivirana fragmentacija APS. To lahko povzroči neuspeh postopka OTA. Ni znane rešitve
481128 Podrobni vzroki za ponastavitev in podrobnosti o zrušitvi bi morale biti privzeto na voljo prek navideznega UART (Serial 0) na platformah NCP, ko sta omogočena vtičnik za diagnostiko in periferna naprava navidezni UART. Ker je Serial 0 že inicializiran v NCP, lahko stranke omogočijo emberAfNcpInitCallback v ogrodju Zigbee NCP in pokličejo ustrezne diagnostične funkcije (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails in halPrintCrashData) v tem povratnem klicu, da te podatke natisnejo v Serial 0 za viewv dnevniku zajema Network Analyzerja.

Za bivšegaampČe želite izvedeti, kako uporabljati te funkcije, si oglejte kodo, vključeno v emberAfMainInit() af-main-soc.c, ko je definiran EXTENDED_RESET_INFO.

ID št Opis Rešitev
486369 Če ima DynamicMultiProtocolLightSoc, ki tvori novo omrežje, ostala podrejena vozlišča iz omrežja, ki ga je zapustil, vrne emberAfGetChildTableSize vrednost, ki ni nič v startIdentifyOnAllChildNodes, kar povzroči sporočila o napaki Tx 66 pri naslavljanju otrok »duhov«. Množično izbrišite del, če je mogoče, preden ustvarite novo omrežje, ali programsko preverite podrejeno tabelo po izstopu iz omrežja in izbrišite vse podrejene elemente z uporabo emberRemoveChild pred oblikovanjem novega omrežja.
495563 Pridruževanje SPI NCP Sleepy End Device SampLe App ne izvaja kratke ankete, zato poskus pridružitve ne uspe v stanju Posodobi ključ povezave TC. Naprava, ki se želi pridružiti, mora biti v načinu kratke ankete, preden se poskuša pridružiti. Ta način lahko vsili vtičnik End Device Support.
497832 V omrežnem analizatorju se razčlenitev ukazov za podporo aplikacij Zigbee za okvir zahteve za preverjanje ključa pomotoma sklicuje na del koristnega tovora, ki označuje izvorni naslov okvira kot ciljni naslov. Ni znane rešitve
519905

521782

SPI NCP lahko zelo redko ne uspe zagnati komunikacije zagonskega nalagalnika z uporabo ukaza CLI 'bootload' vtičnika ota-client. Znova zaženite postopek zagona
620596 NCP SPI Example za BRD4181A (EFR32xGMG21)

nDoločenega privzetega pin-a Wake ni mogoče uporabiti kot pin-a za bujenje.

V vtičniku NCP-SPI spremenite privzeti pin za nWake iz PD03 v EM2/3 pin, ki omogoča bujenje.
631713 Končna naprava Zigbee bo vedno znova poročala o konfliktih naslovov, če bo uporabljen vtičnik »Zigbee PRO Stack Library« namesto »Zigbee PRO Leaf Library«. Uporabite »Zigbee PRO Leaf Library« namesto vtičnika »Zigbee PRO Stack Library«.
670702 Neučinkovitosti znotraj vtičnika za poročanje lahko povzročijo znatne zakasnitve glede na pogostost zapisovanja podatkov in velikost tabele, kar lahko moti kodo uporabniške aplikacije, vključno s časom dogodkov. Če pogosto pišete, razmislite o preverjanju pogojev poročanja in ročnem pošiljanju poročil namesto uporabe vtičnika.
708258 Neinicializirana vrednost v groups-server.c prek addEntryToGroupTable() lahko ustvari lažno vezavo in povzroči pošiljanje sporočil skupinskega poročila. Dodajte »binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;« po “vezovanju.tip

= EMBER_MULTICAST_BINDING;”

757775 Vsi deli EFR32 imajo edinstven odmik RSSI. Poleg tega lahko zasnova plošče, antene in ohišje vplivajo na RSSI. Ko ustvarjate nov projekt, namestite komponento RAIL Utility, RSSI. Ta funkcija vključuje privzeti odmik RSSI, ki ga je SiLabs izmeril za vsak del. Ta odmik se lahko po potrebi spremeni po RF testiranju celotnega izdelka.
758965 Komponente gruče ZCL in tabela odkrivanja ukazov ZCL niso sinhronizirane. Zato pri omogočanju ali onemogočanju komponente gruče ZCL implementirani ukazi ne bodo omogočeni/onemogočeni na ustreznem zavihku ukazov ZCL Advanced Configurator. Ročno omogočite/onemogočite odkrivanje za želene ukaze ZCL v naprednem konfiguratorju ZCL.
765735 Posodobitev OTA ne uspe na Sleepy End Device z omogočeno Page Request. Uporabite Block Request namesto Page Request.
845649 Odstranitev komponente CLI:Core ne odpravi klicev EEPROM cli v sl_cli.h. Izbrišite eeprom-cli.c file ki pokliče sl_cli.h. Poleg tega je mogoče komentirati klice sl_cli.h in sl_cli_command_arg_t v ota-storage-simple-eeprom.
857200 ias-zone-server.c omogoča ustvarjanje vezave z naslovom CIE »0000000000000000« in posteriorno ne dovoljuje nadaljnjih povezav. Ni znane rešitve
1019961 Ustvarjen Z3Gateway makefile trde kode »gcc« kot CC Ni znane rešitve
ID št Opis Rešitev
1039767 Težava s prekoračitvijo čakalne vrste pri ponovnem poskusu omrežja usmerjevalnika Zigbee v primeru uporabe večnitnega RTOS. Zigbee Stack ni varen za niti. Posledično klicanje API-jev sklada Zigbee iz druge naloge ni podprto v okolju OS in lahko sklad postavi v »nedelujoče« stanje. Za več informacij in rešitev z uporabo obdelovalnika dogodkov glejte naslednjo opombo o aplikaciji.

https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk-7x.pdf  .

1064370 Z3Switch sampDatotečna aplikacija je privzeto omogočila samo en gumb (primer: btn1), kar vodi do neujemanja v opisu gumba v projektu file. Rešitev: ročno namestite primerek btn0 med ustvarjanjem projekta Z3Switch.
1161063 Z3Light in potencialno druge aplikacije poročajo o napačnih vrednostih revizije gruče. Ročno posodobite atribut revizije gruče na njihovo ustrezno revizijo.
1164768,

1171478,

1171479

NAPAKA: ezspErrorHandler 0x34 se ponavljajoče poroča med načinom prejemanja mfglib Če želite zmanjšati število natisnjenih sporočil o napakah, konfigurirajte EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV

ENT_TIMEOUT_MS v gostiteljski aplikaciji na 100, tako da se čakalna vrsta povratnega klica hitreje sprosti.

Zastareli predmeti

Zastarelo v izdaji 7.4.5.0
V GSDK 7.4.5.0 je zigbee_watchdog_periodic_refresh zastarel. Alternativni priporočeni način za osvežitev časovnika čuvaja je uporaba podedovanih API-jev časovnika čuvaja v periodičnem dogodku, specifičnem za aplikacijo.

Zastarelo v izdaji 7.4.1.0
V GSDK 7.4.0.0 naprej, vključno s tem popravkom, je možnost »-v« v Z3Gateway za gostiteljsko aplikacijo Linux za ustvarjanje vmesnika telnet z vrati 4900 ali 4901 zastarela. Alternativni priporočeni način za ustvarjanje vmesnika telnet je uporaba pripomočkov za Linux, kot je »socat«.

Zastarelo v izdaji 7.4.0.0
Odstranjeni so naslednji zastareli varnostni API-ji

  • emberGetKey()
  • emberGetKeyTableEntry()
  • emberSetKeyTableEntry()
  • emberHaveLinkKey()
  • emberAddOrUpdateKeyTableEntry()
  • emberAddTransientLinkKey()
  • emberGetTransientKeyTableEntry()
  • emberGetTransientLinkKey()
  • emberHmacAesHash()

Za dostop do shrambe ključev in zgoščevanja HMAC uporabite API-je, ki jih ponuja Zigbee Security Manager.

Odstranjeni predmeti

Odstranjeno v izdaji 7.4.0.0

  • Odstranjeni podvojeni javni API-ji v javni glavi file gp-types.h.
  • Komponenta zigbee_end_device_bind je bila odstranjena. Ta komponenta je bila uporabljena za koordinatorja za posredovanje zavezujočih ponovnih zahtev za končne naprave. Ta neobvezna funkcionalnost je bila odstranjena iz R22 specifikacije jedra Zigbee.
  • Odstranjen set Packet BufferCount() v af-host.c in neuporaben primer preverjanja EZSP_CONFIG_PACKET_BUFFER_COUNT: v command-handlers.c.
  • Odstranjen argument za dodelitev pomnilnika, ker pri inicializaciji NCP ni treba razdeliti na dve fazi.
  • Odstranjen emberAfNcpInitCallback() v aplikaciji se14-comms-hub, se14-ihd in se14-meter-gas app.c.
  • Odstranjena vrednost nastavitve EZSP_CONFIG_RETRY_QUEUE_SIZE med inicializacijo ncp v ncp-configuration.c.

Večprotokolni prehod in RCP

 Novi predmeti

Dodano v izdaji 7.4.0.0
Izdano je sočasno poslušanje, zmožnost skladov Zigbee in OpenThread, da delujejo na neodvisnih kanalih 802.15.4 pri uporabi EFR32xG24 ali xG21 RCP. Sočasno poslušanje ni na voljo za kombinacijo 802.15.4 RCP/Bluetooth RCP, kombinacijo Zigbee NCP/OpenThread RCP ali za sistem na čipu (SoC) Zigbee/OpenThread. Tem izdelkom bo dodan v prihodnji izdaji.
Razširitev dobavitelja OpenThread CLI je bila dodana gostiteljskim aplikacijam OpenThread vsebnikov z več protokoli. To vključuje ukaze coex cli.

Izboljšave

Spremenjeno v izdaji 7.4.0.0
Večprotokolna kombinacija Zigbee NCP/OpenThread RCP je zdaj proizvodne kakovosti. Ta sampaplikacija ni podprta v napravah Series-1 EFR.

Odpravljene težave

Popravljeno v izdaji 7.4.5.0

ID št Opis
1328799 Mehka ponastavitev, ki jo sproži ukaz Spinel RESET, zdaj počisti medpomnilnike 15.4 RCP.
1337101 Nedokončane operacije prenosa 15.4 (Tx čakanje na potrditev, Tx potrditev kot odgovor na sporočilo itd.) se ne štejejo več za predčasno neuspešne ob prekinitvi radia zaradi DMP. To omogoča, da se omenjeni operaciji omogoči prerazporeditev po prekinitvi ali trajna napaka s strani RAIL (dogodki napake statusa načrtovalca).

(Druga ref.: 1339032)

1337228 V Zigbeedu je API za označevanje halCommonGetInt32uMillisecondTick() zdaj posodobljen za uporabo MONOTONIČNE ure, tako da nanj ne vpliva NTP v gostiteljskem sistemu.

(Druga ref.: 1339032)

1346785 Odpravljeno je stanje tekmovanja, ki bi lahko povzročilo onemogočanje sočasnega poslušanja na 802.15.4 RCP, ko sta oba protokola oddajala hkrati.

(Druga ref.: 1349176)

1346849 Dodajanje komponente rail_mux v projekt bo zdaj povzročilo samodejno gradnjo s povezanimi različicami knjižnice sklada.

(Druga ref.: 1349102)

Popravljeno v izdaji 7.4.4.0

ID št Opis
1184065 Zmanjšan odtis RAM-a za zigbee_ncp-ot_rcp-spi in zigbee_ncp-ot_rcp_uart na MG13 in MG21.
1282264 Odpravljena je težava, ki bi lahko prekinila operacije radijskega prenosa s predčasnim brisanjem FIFO prenosa, kar je povzročilo prenizek tok.
1292537 Aplikacija DMP Zigbee-BLE NCP se zdaj pravilno prikazuje v uporabniškem vmesniku Simplicity Studio. (Druga ref.: 1292540)
1230193 Odpravljena težava z napačno vrsto vozlišča pri pridruževanju omrežju na končni napravi. (Druga ref.: 1298347)
1332330 Odpravili smo težavo, pri kateri je lahko 15.4+BLE RCP, ki deluje v okolju z velikim omrežnim prometom, občasno naletel na stanje tekmovanja, zaradi katerega ni mogel pošiljati sporočil do CPCd, dokler ne bi ponovno zagnal naprave.

(Druga ref.: 1333156)

Popravljeno v izdaji 7.4.2.0

ID št Opis
1022972 Dodan vtičnik za soobstoj nazaj v Zigbee-OpenThread NCP/RCP sample aplikacija.
1231021 Izogibajte se trditvi v OTBR, ki je bila opažena pri pridruževanju 80+ naprav zigbee, tako da obnovite RCP, namesto da posredujete neobravnavane napake pri prenosu na sub mac.
1249346 Odpravili smo težavo, pri kateri je RCP lahko nepravilno odstranil pakete iz čakalne vrste, namenjene gostitelju, kar je povzročilo napako pri razčlenjevanju v OTBR in nepričakovano prekinitev.

Popravljeno v izdaji 7.4.1.0

ID št Opis
1213701 zigbeed ni dovolil ustvarjanja vnosa v tabeli ujemanja vira za podrejenega, če ima posredna čakalna vrsta MAC podatke, ki so že v teku za tega podrejenega. To vedenje lahko povzroči neuspeh transakcij aplikacijskega sloja med podrejeno in kakšno drugo napravo zaradi pomanjkanja APS Ack ali odziva aplikacijskega sloja, predvsem motenj in nepričakovane prekinitve nadgradenj ZCL OTA, ki ciljajo na podrejeno napravo.
1244461 Vnos v tabeli ujemanja vira za podrejeno bitje je bilo mogoče odstraniti kljub čakajočim sporočilom.

Popravljeno v izdaji 7.4.0.0

ID št Opis
1081828 Težava s prepustnostjo pri DMP-jih Zigbee/BLE, ki temeljijo na FreeRTOSample aplikacije.
1090921 Z3GatewayCpc je imel težave pri oblikovanju omrežja v hrupnem okolju.
1153055 Trditev na gostitelju je bila povzročena, ko je prišlo do napake v komunikaciji pri branju različice NCP iz zigbee_ncp-ble_ncp-uart sample app.
1155676 802.15.4 RCP je zavrgel vse prejete unicast pakete (po potrditvi MAC), če je več vmesnikov 15.4 delilo isti 16-bitni ID vozlišča.
1173178 Gostitelj je v nastavitvi Host-RCP lažno prijavil na stotine paketov, prejetih z mfglib.
1190859 Napaka EZSP pri pošiljanju naključnih paketov mfglib v nastavitvi Host-RCP.
1199706 Ankete podatkov iz pozabljenih podrejenih končnih naprav niso pravilno nastavile čakajočega okvirja na RCP za uvrstitev v čakalno vrsto ukaza Leave & Rejoin prejšnjemu podrejenemu.
1207967 Ukaz »mfglib send random« je pošiljal dodatne pakete na Zigbeed.
1208012 Način mfglib rx ni pravilno posodobil informacij o paketu pri prejemu na RCP.
1214359 Koordinatorsko vozlišče se je zrušilo, ko se je 80 ali več usmerjevalnikov poskušalo hkrati pridružiti v nastavitvi Host-RCP.
1216470 Po posredovanju oddajanja za naslovno masko 0xFFFF bi Zigbee RCP, ki deluje kot nadrejena naprava, pustil nastavljeno zastavico čakajočih podatkov za vsakega podrejenega. Posledica tega je, da je vsak otrok ostal buden in pričakoval podatke po vsaki anketi, in zahteval je še nekaj čakajočih podatkovnih transakcij za vsako končno napravo, da bi sčasoma počistil to stanje.

Znane težave v trenutni izdaji
Težave, označene krepko, so bile dodane od prejšnje izdaje. Če ste zamudili izdajo, so na voljo opombe o nedavni izdaji https://www.si-labs.com/developers/gecko-software-development-kit .

ID št Opis Rešitev
937562 Ukaz Bluetoothctl 'advertise on' ne uspe z aplikacijo rcp-uart-802154-blehci v sistemu Raspberry Pi OS 11. Uporabite aplikacijo btmgmt namesto bluetoothctl.
1074205 CMP RCP ne podpira dveh omrežij na istem ID-ju PAN. Za vsako omrežje uporabite različne ID-je PAN. Podpora je načrtovana v prihodnji izdaji.
1122723 V prometnem okolju lahko CLI postane neodziven v aplikaciji z3-light_ot-ftd_soc. Ni znane rešitve.
1124140 z3-light_ot-ftd_soc sample aplikacija ne more oblikovati omrežja Zigbee, če je omrežje OT že vzpostavljeno. Najprej zaženite omrežje Zigbee in nato omrežje OT.
1170052 CMP Zigbee NCP + OT RCP in DMP Zigbee NCP + BLE NCP morda ne ustrezata 64 KB in nižjim delom RAM-a v tej trenutni izdaji. 64KB deli trenutno niso podprti za te aplikacije.
1209958 ZB/OT/BLE RCP na Bobcat in Bobcat Lite lahko preneha delovati po nekaj minutah, ko se izvajajo vsi trije protokoli. Bo obravnavano v prihodnji izdaji
1221299 Odčitki Mfglib RSSI se med RCP in NCP razlikujejo. Bo obravnavano v prihodnji izdaji.
1334477 Večkratni zagon in zaustavitev sklada BLE lahko povzroči, da sklad BLE ne bo mogel ponovno zagnati oglaševanja na napravah serije 1 EFR v DMP Zigbee-BLE sample aplikacija. N/A

Zastareli predmeti Brez

Odstranjeni predmeti

Odstranjeno v izdaji 7.4.0.0
Makro »NONCOMPLIANT_ACK_TIMING_WORKAROUND« je bil odstranjen. Vse aplikacije RCP zdaj privzeto podpirajo 192 µsek obdelovalnega časa za neizboljšane potrditve, medtem ko še vedno uporabljajo 256 µsek obdelovalnega časa za izboljšane potrditve, ki jih zahteva CSL.

Uporaba te izdaje

Ta izdaja vsebuje naslednje
  • Zigbee sklad
  • Aplikacijsko ogrodje Zigbee
  • Zigbee Sample Aplikacije

Za več informacij o Zigbee in EmberZNet SDK glejte UG103.02: Zigbee Fundamentals.

Če ste prvi uporabnik, glejte QSG180: Zigbee EmberZNet Quick Start Guide for SDK 7.0 and Higher, za navodila o konfiguraciji vašega razvojnega okolja, gradnji in utripanju kotampdatotečne aplikacije in reference dokumentacije, ki kažejo na naslednje korake.

Namestitev in uporaba
Zigbee EmberZNet SDK je na voljo kot del Gecko SDK (GSDK), zbirke SDK-jev Silicon Labs. Če želite hitro začeti uporabljati GSDK, namestite Simplicity Studio 5, ki bo nastavil vaše razvojno okolje in vas popeljal skozi namestitev GSDK. Simplicity Studio 5 vključuje vse, kar je potrebno za razvoj izdelkov IoT z napravami Silicon Labs, vključno z zaganjalnikom virov in projektov, orodji za konfiguracijo programske opreme, popolnim IDE z verigo orodij GNU in orodji za analizo. Navodila za namestitev so na voljo v spletnem uporabniškem priročniku Simplicity Studio 5.

Druga možnost je, da Gecko SDK namestite ročno tako, da prenesete ali klonirate najnovejšo različico iz GitHuba. glej https://github.com/Sili-conLabs/gecko_sdk za več informacij .

Simplicity Studio privzeto namesti GSDK

  • (Windows): C:\Uporabniki\ \SimplicityStudio\SDKs\gecko_sdk
  • (MacOS): /Uporabniki/ /SimplicityStudio/SDKs/gecko_sdk

Dokumentacija, specifična za različico SDK, je nameščena skupaj s SDK. Dodatne informacije je pogosto mogoče najti v člankih baze znanja (KBA). Reference API-jev in druge informacije o tej in prejšnjih izdajah so na voljo na https://docs.silabs.com/ .

Varnostne informacije

Integracija varnega trezorja
Za aplikacije, ki se odločijo za varno shranjevanje ključev s komponento Secure Key Storage na delih Secure Vault-High, naslednja tabela prikazuje zaščitene ključe in njihove značilnosti zaščite shranjevanja, ki jih upravlja komponenta Zigbee Security Manager.

Zavit ključ Izvozno/neizvozno Opombe
Omrežni ključ Izvozno
Ključ povezave središča zaupanja Izvozno
Ključ prehodne povezave Izvozno Indeksirana tabela ključev, shranjena kot nestanoviten ključ
Ključ povezave do aplikacije Izvozno Indeksirana tabela ključev
Varen ključ EZSP Izvozno
Šifrirni ključ ZLL Izvozno
Vnaprej konfiguriran ključ ZLL Izvozno
GPD proxy ključ Izvozno Indeksirana tabela ključev
Ključ pomivalnega korita GPD Izvozno Indeksirana tabela ključev
Notranji/nadomestni ključ Izvozno Notranji ključ za uporabo Zigbee Security Managerja
  • Zavite ključe, ki so označeni kot »neizvozni«, je mogoče uporabiti, vendar ne viewed ali v skupni rabi med izvajanjem.
  • Zavite ključe, ki so označeni kot »Izvozni«, je mogoče uporabiti ali deliti med izvajanjem, vendar ostanejo šifrirani, medtem ko so shranjeni v flash.
  • Uporabniškim aplikacijam nikoli ni treba komunicirati z večino teh ključev. Obstoječi API-ji za upravljanje ključev tabele ključev povezav ali prehodnih ključev so še vedno na voljo uporabniški aplikaciji in zdaj potekajo prek komponente Zigbee Security Manager.
  • Nekaterih od teh ključev morda v prihodnosti ne bo več mogoče izvoziti v uporabniško aplikacijo. Uporabniške aplikacije se spodbuja, naj se ne zanašajo na izvoz ključev, razen če je to nujno potrebno.
    Za več informacij o funkciji Secure Vault Key Management glejte AN1271: Secure Key Storage.

Varnostni nasveti
Če se želite naročiti na varnostne nasvete, se prijavite na portal za stranke Silicon Labs in izberite Domov računa. Kliknite DOMOV, da odprete domačo stran portala, in nato kliknite ploščico Upravljanje obvestil. Prepričajte se, da je označena možnost »Obvestila o programski opremi/varnosti in obvestila o spremembah izdelkov (PCN)« in da ste naročeni vsaj na svojo platformo in protokol. Kliknite Shrani, da shranite morebitne spremembe.

Naslednja slika je example

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-image (2) SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-image (3)

Podpora
Stranke razvojnega kompleta so upravičene do usposabljanja in tehnične podpore. Uporabite Silicon Laboratories Zigbee web stran za pridobitev informacij o vseh izdelkih in storitvah Silicon Labs Zigbee ter za prijavo na podporo za izdelke.
Podporo Silicon Laboratories lahko kontaktirate na http://www.silabs.com/support .

Studio preprostosti
Dostop z enim klikom do MCU in brezžičnih orodij, dokumentacije, programske opreme, knjižnic izvorne kode in več. Na voljo za Windows, Mac in Linux!

Zavrnitev odgovornosti
Silicon Labs namerava strankam zagotoviti najnovejšo, natančno in poglobljeno dokumentacijo o vseh zunanjih napravah in modulih, ki so na voljo za izvajalce sistemov in programske opreme, ki uporabljajo ali nameravajo uporabljati izdelke Silicon Labs. Podatki o karakterizaciji, razpoložljivi moduli in zunanje naprave, velikosti pomnilnika in pomnilniški naslovi se nanašajo na vsako posamezno napravo, "tipični" parametri pa se lahko razlikujejo in se razlikujejo v različnih aplikacijah. Vloga npramptukaj opisane informacije so samo za ilustracijo. Silicon Labs si pridržuje pravico do sprememb informacij o izdelku, specifikacij in opisov brez nadaljnjega obvestila in ne daje jamstev glede točnosti ali popolnosti vključenih informacij. Brez predhodnega obvestila lahko Silicon Labs posodobi vdelano programsko opremo izdelka med proizvodnim procesom zaradi varnosti ali zanesljivosti. Takšne spremembe ne bodo spremenile specifikacij ali delovanja izdelka. Silicon Labs ne prevzema nobene odgovornosti za posledice uporabe informacij, navedenih v tem dokumentu. Ta dokument ne pomeni ali izrecno podeljuje nobene licence za načrtovanje ali izdelavo integriranih vezij. Izdelki niso zasnovani ali odobreni za uporabo v nobeni napravi FDA razreda III, aplikacijah, za katere je potrebna predprodajna odobritev FDA, ali sistemih za vzdrževanje življenja brez posebnega pisnega soglasja Silicon Labs. »Sistem za vzdrževanje življenja« je kateri koli izdelek ali sistem, namenjen podpiranju ali vzdrževanju življenja in/ali zdravja, za katerega se lahko razumno pričakuje, da bo v primeru okvare povzročil resne telesne poškodbe ali smrt. Izdelki Silicon Labs niso zasnovani ali odobreni za vojaške namene. Izdelki Silicon Labs se v nobenem primeru ne smejo uporabljati v orožju za množično uničevanje, vključno z (vendar ne omejeno na) jedrskim, biološkim ali kemičnim orožjem ali raketami, ki lahko izstrelijo takšno orožje. Silicon Labs zavrača vsa izrecna in implicitna jamstva in ne prevzema odgovornosti za kakršne koli poškodbe ali škodo, povezano z uporabo izdelka Silicon Labs v takih nepooblaščenih aplikacijah.

Informacije o blagovni znamki
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® in logotip Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, logotip Energy Micro in njihove kombinacije , »energetsko najbolj prijazni mikrokrmilniki na svetu«, Redpine Signals®, WiSeConnect , n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress®, Zentri, logotip Zentri in Zentri DMS, Z-Wave® in drugi so blagovne znamke ali registrirane blagovne znamke podjetja Silicon Labs. ARM, CORTEX, Cortex-M3 in THUMB so blagovne znamke ali registrirane blagovne znamke družbe ARM Holdings. Keil je registrirana blagovna znamka ARM Limited. Wi-Fi je registrirana blagovna znamka združenja Wi-Fi Alliance. Vsi drugi izdelki ali imena blagovnih znamk, omenjena tukaj, so blagovne znamke njihovih imetnikov.

  • Silicon Laboratories Inc.
  • 400 West Cesar Chavez Austin, TX 78701
  • ZDA
  • www.silabs.com

Dokumenti / Viri

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdf] Uporabniški priročnik
7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Ember Z Net SDK, Z Net SDK, Net SDK, SDK

Reference

Pustite komentar

Vaš elektronski naslov ne bo objavljen. Obvezna polja so označena *