SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK
- 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.
- 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 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 |
|
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 |
|
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
- 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
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!
- Portfelj interneta stvari
www.silabs.com/IoT - SW/HW
www.silabs.com/simplicity - Kakovost
www.silabs.com/kakovost - Podpora in skupnost
www.silabs.com/skupnost
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 |