SILICON-LOGO

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack szoftver

SILICON-LABS-SDK-7-4-1-0 -Zigbee-Protocol-Stack-Software-PRODUCT

Termékinformáció

Műszaki adatok

  • Zigbee EmberZNet SDK verzió: 7.4.1.0
  • Gecko SDK Suite verzió: 4.4 – 14. február 2024
  • Eladó: Silicon Labs
  • Főbb jellemzők: Multiprotocol Zigbee és OpenThread támogatás SoC-n
  • Kompatibilis fordítók: GCC verzió 12.2.1
  • EZSP protokoll verzió: 0x0D

A termék használati útmutatója

Kompatibilitási és használati megjegyzések

  • A biztonsági frissítésekről és figyelmeztetésekről olvassa el az ezzel az SDK-val telepített Gecko Platform Kiadási megjegyzések Biztonság című fejezetét, vagy keresse fel a Silicon Labs TECH DOCS lapját. webtelek.
  • Maradjon naprakész, ha feliratkozik a Biztonsági tanácsokra.

GYIK

  • Kérdés: Hogyan ellenőrizhetem a helyességet files használatban vannak a kompatibilis fordítókkal?
  • Válasz: Ellenőrizheti, hogy a helyes files használatban van a Simplicity Studio 12.2.1-es GCC-verziójának ellenőrzésével.
  • Kérdés: Hol találhatok információkat a biztonsági frissítésekről és értesítésekről?
  • Válasz: A biztonsági frissítésekről és figyelmeztetésekről olvassa el a Gecko Platform kiadási megjegyzéseinek Biztonság című fejezetét, vagy látogasson el a Silicon Labs TECH DOCS lapjára. webtelek.

A Silicon Labs a Zigbee hálózatot termékeikbe fejlesztő OEM gyártók által választott szállító. A Silicon Labs Zigbee platform a leginkább integrált, legteljesebb és funkciókban gazdag Zigbee megoldás.
A Silicon Labs EmberZNet SDK tartalmazza a Silicon Labs Zigbee veremspecifikációjának megvalósítását.

  • Ezek a kiadási megjegyzések az SDK-verzió(ka)ra vonatkoznak:
  • Az 7.4.1.0 kiadás 14. február 2024-jén
  • Az 7.4.0.0 kiadás 13. december 2023-én

FŐBB JELLEMZŐK

Zigbee

  • Zigbee R23 megfelelőség
  • Zigbee Smart Energy 1.4a megfelelőség – gyártás
  • Zigbee GP 1.1.2 megfelelőség – Alpha
  • MG27 támogatás – gyártás
  • Továbbfejlesztett támogatás a Secure Vault alkatrészekhez
  • Álmos támogatás az NCP SPI (nem CPC) alkalmazásokhoz – Alpha

Multiprotokoll

  • Egyidejű hallgatás támogatása (RCP) – MG21 és MG24
  • Concurrent Multiprotocol (CMP) Zigbee NCP + OpenThread RCP – gyártás
  • Dynamic Multiprotocol Bluetooth + Concurrent Multiprotocol (CMP) Zigbee és OpenThread támogatás SoC-n

Kompatibilitási és használati megjegyzések

A biztonsági frissítésekkel és értesítésekkel kapcsolatos információkért tekintse meg a Gecko Platform Kiadási megjegyzések Biztonság című fejezetét, amely az SDK-val telepítve van, vagy a TECH DOCS lapon a következő címen: https://www.silabs.com/developers/zigbee-emberznet. A Silicon Labs határozottan javasolja, hogy iratkozzon fel a Biztonsági tanácsokra a naprakész információkért. Útmutatásért, vagy ha még nem ismeri a Zigbee EmberZNet SDK-t, olvassa el A kiadás használata című részt.

Kompatibilis fordítók

  • IAR Embedded Workbench for ARM (IAR-EWARM) 9.40.1 verzió.
  • A Wine használata az IarBuild.exe parancssori segédprogrammal vagy az IAR Embedded Workbench GUI-val macOS vagy Linux rendszeren hibás működést eredményezhet files használják a Wine rövidítési algoritmusának ütközései miatt file neveket.
  • A macOS-t vagy Linuxot használó ügyfeleknek azt tanácsoljuk, hogy ne építsenek IAR-rel a Simplicity Studion kívül. Az ügyfeleknek, akik így tesznek, gondosan ellenőrizniük kell, hogy helyes-e files használatban vannak.

GCC (The GNU Compiler Collection) 12.2.1-s verzió, a Simplicity Studióval együtt.
Az EZSP protokoll verziója ehhez a kiadáshoz 0x0D.

Új elemek

A Gecko SDK (GSDK) ez a kiadása lesz az utolsó, amely kombinált támogatja az összes EFM és EFR eszközt, kivéve az ehhez a verzióhoz szükséges javításokat. 2024 közepétől külön SDK-kat vezetünk be:

  • A meglévő Gecko SDK továbbra is támogatja a Series 0 és 1 eszközöket.
  • Az új SDK kifejezetten a 2. és 3. sorozatú eszközöket szolgálja majd ki.

A Gecko SDK továbbra is támogatni fogja az összes 0. és 1. sorozatú eszközt, a szoftverszabályzatunk által biztosított hosszú távú támogatás, karbantartás, minőség és reakcióképesség változása nélkül.
Az új SDK a Gecko SDK-ból ágazik, és új funkciókat kínál, amelyek segítenek a fejlesztőknek haladnitag2. és 3. sorozatú termékeink fejlett képességei közül.
Ez a döntés összhangban van az ügyfelek visszajelzéseivel, tükrözve elkötelezettségünket a minőség javítása, a stabilitás és a teljesítmény fokozása mellett, hogy kivételes felhasználói élményt nyújtsunk szoftver-SDK-ink között.

Új komponensek

Új kiadásban 

  • A „zigbee_direct_security_p256” és a „zigbee_direct_security_curve25519” összetevőket hozzáadtuk, hogy a felhasználók konfigurálhassanak egy adott Zigbee Direct biztonsági beállítást.
  • A felhasználók több „zigbee_direct_security” komponenst engedélyezhetnek egy Zigbee direct eszköz (ZDD) alkalmazásban. Ebben az esetben a tényleges biztonsági beállítás a Zigbee Virtual Device (ZVD) konfigurációjától függ.

Új API-k
Új kiadásban 

  • Új API sl_zigbee_token_factory_reset hozzáadva a Zigbee NVM3 tokenek alapértelmezett értékére való visszaállításához.
  • Hozzáadtuk az API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui) értéket, amely igaz értéket ad vissza, ha a hivatkozási kulcstáblázat tud hozzáadni vagy frissíteni egy bejegyzést ezzel a címmel (a táblázat nem tele).
  • Hozzáadott egy új API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* kontextus, sl_zb_sec_man_key_t* kulcs), amely igaz értéket ad vissza, ha a kontextus által hivatkozott kulcs értéke megegyezik az argumentumban megadott kulcs értékével.

Új platform támogatás
Új kiadásban 

  • A Zigbee verem támogatása a következő új alkatrészekhez bővült ebben a kiadásban: EFR32MG24A010F768IM40 és EFR32MG24A020F768IM40.

Új dokumentáció
Új a 7.4.0.0 kiadásban

  • Frissítettük a Zigbee Secure Key Storage összetevő leírását, hogy tükrözze a Zigbee Secure Key Storage Upgrade hozzáadását (amely visszafelé kompatibilis a meglévő projektekkel).
  • Új alkalmazási megjegyzés hozzáadva a Zigbee Security Manager összetevőcsoporttal való interakcióhoz (AN1412: Zigbee Security Manager).

Szándékos viselkedés

Felhívjuk a felhasználók figyelmét arra, hogy a Zigbee nem szinkronizált CSL átviteleire a rádióütemező protokoll elővétele vonatkozik. A SleepyToSleepy alkalmazásokban a BLE megelőzheti és meg is fogja előzni a Zigbee CSL átvitelt, ami leállítja az átvitelt. Az ütemező elővétele gyakoribb a nem szinkronizált CSL esetén, mivel potenciálisan hosszadalmas ébresztési keretszekvencia használható. Azok a felhasználók, akik módosítani kívánják az átviteli prioritásokat, használhatják a DMP Tuning and Testing összetevőt. A felhasználók további információért tekinthetik meg az UG305: Dynamic Multiprotocol User's Guide című dokumentumot is.

Fejlesztések

Megváltozott a kiadás
emberCounterHandler API Doc Changes

A korábbi verziókban a MAC és APS rétegű EmberCounterTypes számlálókezelő visszahívása a csomag RX és TX esetében nem a megfelelő célcsomópont-azonosítót vagy adat argumentumokat adta át, és az ezeket a paramétereket használó egyes számlálók viselkedésére vonatkozó API-dokumentáció nem volt egyértelmű vagy félrevezető.
Míg az emberCounterHandler() aláírása nem változott, a paraméterek feltöltésének módja kissé megváltozott.

  • Az ember-types.h EmberCounterType enumokkal kapcsolatos megjegyzései az egyértelműség kedvéért kibővültek.
  • A Node ID paraméter a TX-hez kapcsolódó számlálók számlálókezelőjéhez most ellenőrzi, hogy a célcím mód érvényes rövid azonosítót jelez-e, mielőtt azt használná. (Ha nem, akkor a rendszer nem tölti fel a célcímet, és helyette egy EMBER_UNKNOWN_NODE_ID helyőrző érték lesz használatos.)
  • Az RX-hez kapcsolódó számlálók számlálókezelőjének csomópontazonosító paramétere mostantól a forráscsomópont-azonosítót tükrözi, nem a célcsomópont-azonosítót.
  • Az újrapróbálkozások száma *nem* kerül átadásra az EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED számlálók adatparamétereként, amint azt a parázs-típusoknál leírtuk. h a korábbi verziókban, de ez soha nem volt megfelelően feltöltve a korábban kiadott verziókban, így értéke a korábbi kiadásokban mindig 0 lett volna. Ezt a viselkedést az említett EmberCounterType-ok leírása tisztázza. Az APS-réteg-újrapróbálkozások újrapróbálkozási száma azonban továbbra is az EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED számlálótípusok adatparaméterébe kerül, hogy összhangban legyen a korábbi kiadásokkal.
  • Minden számláló, amely feltölti a visszahívás csomópont-azonosítóját vagy adatparaméterét, auditálásra került annak biztosítása érdekében, hogy átadja-e a várt adatokat, címet vagy EMBER_UNKNOWN_NODE_ID-t, ha a csomóponti azonosító várható volt, de nem lehetett beszerezni a csomagból, ahogyan azt a felülvizsgált ember- típusok.h dokumentáció.
  • Az EMBER_COUNTER_MAC_TX_UNICAST_RETRY számlálókezelője most megfelelően tükrözi a MAC-réteg célcsomópont-azonosítóját és számos újrapróbálkozást a célcsomópont-azonosítójában és az adatparaméterekben.
  • Az EMBER_COUNTER_PHY_CCA_FAIL_COUNT számlálókezelője mostantól a Csomópontazonosító paraméteren keresztül ad célcsomópont-azonosító információkat a meghiúsult átviteli üzenet tervezett MAC-réteg-céljáról.

Frissített Green Power Code
A Green Power szerver kódja különféle fejlesztésekkel frissül, többek között:

  • További ellenőrző kód hozzáadva az érvénytelen végponttal rendelkező bejövő parancsokhoz a GP-kiszolgálón történő fogadáskor.
  • Hozzáadott kód az esetek kezelésére, amikor nincs több hely a zöld energiaüzenetek létrehozásához.
  • A mosogató most megszakítja a párosítási konfigurációt a párosítás eltávolításával, bizonyos esetekben az A.3.5.2.4.1. szakasz szerint.
  • A fogadó most elmenti egy bejegyzés meglévő csoportlistáját, mielőtt eltávolítaná azt a párosítási konfiguráció műveletkiterjesztéssel feldolgozása során.
  • A Translation query parancs a „NOT FOUND” hibakódot adja vissza, ha a fordítási tábla üres, vagy az index nagyobb, mint a táblázat több bejegyzése.
  • A GP-végpont verziója néhány alkalmazásban 1-ről 0-ra módosult.

A CSMA használata a GPDF Send funkcióban korlátozott, mivel a Green Power Devices minimális energiafelhasználású eszközök, és a legtöbb tervben nem használnak CSMA-t. Ehelyett az előnyben részesített megoldás az, hogy több csomagot küldjön ki ugyanazzal az energiaköltséggel.
Eltávolította a rejtett végpont használatát a Green Power Server beépülő modulban. Használja helyette valamelyik alkalmazásvégpontot.
A hálózati kulcs frissítési beépülő modul kódjának fejlesztései

  • A rendszeres hálózati kulcs frissítési időszak 1 évre módosult.

Átstrukturált néhány API-t, hogy elkerülje a szükségtelen kulcsexportálást
Változtattak, hogy előnyben részesítsék a kulcskontextusok használatát az egyszerű szöveges kulcsadatokkal szemben.

  • Az sl_zigbee_send_security_challenge_request most egy sl_zb_sec_man_context_t argumentumot vesz fel az EmberKeyData helyett.
  • Az sl_zb_sec_man_derived_key_type enum értékei mostantól 16 bites bitmaszkok, amelyek közvetlenül támogatnak bizonyos kulcslevezetéseket, amelyek több származtatott típust kombinálnak.

Javított problémák

Kiadásban javítva 

Azonosítószám Leírás
1036893 Kijavítottunk egy hibát, amely miatt az OTA-fürt összetevő függőségként telepítette a régebbi rendszerbetöltő interfész összetevőt.
1114905 Zigbee Direct: A Leave Network Characteristic továbbfejlesztett kezelése.
1180937 Javítva a WDT reset, amikor a Zigbee Direct ZDD-t harmadik féltől származó ZVD-hez csatlakoztatja.
1223904 Kijavítottunk egy hibát, amely miatt a végeszköz hibásan működött egy nagyon forgalmas környezetben.
1224393 Frissítette a Green Power sink táblázat kéréskezelő kódját a válasz célcímének frissítése érdekében.
1228808 Javítva a megjelenítési probléma a makródefiníciókkal a gp-types.h dokumentációban.
1232297 Kijavítottuk azt a hibát, amely miatt az emberSetOutgoingNwkFrameCounter és az emberSetOutgoingApsFrameCounter nem működött 64 bites gazdagépeken (az EMBER_BAD_ARGUMENT értéket adja vissza).
1232359 Javítva a gppTunnelingDelay paraméterszámítás a zöld energiaellátású kliens parancsfeldolgozásban.
 

1240392

A hozzáférési/engedélyezési okok miatt elutasított ZDO kötési/feloldási kéréseknek EMBER_ZDP_NOT_AUTHORIZED státuszt kell visszaadniuk, nem pedig EMBER_ZDP_NOT_PERMITTED állapotot a Zigbee specifikációi szerint.
1243523 Zigbee Direct: A BLE és a ZVD kapcsolat jobb stabilitása.
1249455 Kijavítottuk azt a hibát, amely miatt az alvó végeszköz alvó állapotba került, amikor üzenetet fogadott, mielőtt visszajelzést kapott.
1252295 Javítsa ki a SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT összetevőkatalógus makróban lévő elírási hibát.

Kiadásban javítva 

Azonosítószám Leírás
1019348 Javítottuk a Zigbee ZCL Cli komponens függőségi követelményeit, hogy szükség esetén eltávolítható legyen.
1024246 Frissítettük az emberHaveLinkKey() és az sl_zb_sec_man_have_link_key() függvény leírását.
1036503 Leírás hozzáadva a Micrium Kernel használatának ajánlásához DMP-ekhezample apps.
1037661 Kijavítottuk azt a hibát, amely miatt az alkalmazás nem tudta telepíteni a pro stacket vagy a leaf stacket.
1078136 Javítva egy időszakos összeomlás, amikor az eseményeket a megszakítási kontextusból módosították
 

 

 

1081548

Felhívjuk a felhasználók figyelmét arra, hogy a Zigbee nem szinkronizált CSL átviteleire a rádióütemező protokoll elővétele vonatkozik. A SleepyToSleepy alkalmazásokban a BLE megelőzheti és meg is fogja előzni a Zigbee CSL átvitelt, ami leállítja az átvitelt. Az ütemező elővétele gyakoribb a nem szinkronizált CSL esetén, mivel potenciálisan hosszadalmas ébresztési keretszekvencia használható. Azok a felhasználók, akik módosítani kívánják az átviteli prioritásokat, használhatják a DMP Tuning and Testing összetevőt. A felhasználók további információért tekinthetik meg az UG305: Dynamic Multiprotocol User's Guide című dokumentumot is.

Kijavítottunk egy hibát a CSL-ben, amely miatt az előző hasznos adatkeretet közvetlenül követő új ébresztési keretsorozat nem rögzíthető megfelelően. Ez kihagyott hasznos terhelési keretet eredményezne.

1084111 Az MG24-alapú kártyák kezdeti álmos SPI-NCP támogatása a kiadás részeként frissül.
1104056 Hozzáadott támogatás a hálózatirányításhoz, hogy másodlagos hálózaton futhasson több hálózat esetén
1120515 Kijavítottuk azt a hibát, amely miatt a csatorna nem változott az mfglib set-channel parancs használatakor.
1141109 Kijavítottunk egy hibát, amely a generált sample application ncp-uart-gp-multi-rail, hogy kihagyjon néhány fejlécet files ha a Green Power adapter összetevőt a -cp kapcsolóval használja.
1144316 Frissítettük néhány adatstruktúra-típus leírását a gp-types.h dokumentációban.
1144884 Javítva a hamis keret függő bitbeállítása, amikor nincs függő adat.
1152512 Javítva egy lehetséges összeomlás alacsony mac-rail esetén, amikor az eseményt ISR-környezetben módosították.
Azonosítószám Leírás
1154616 Kivétel hozzáadva a hálózat inicializálásának feltételéhez a „Szerepkör váltása alvó végkészülékről nem alvó végberendezésre” esettel.
1157289 Kijavítottunk egy hibát, amely a BDB-teszt meghibásodását okozhatja DN-TLM-TC-02B.
1157426 Kijavítottunk egy összeállítási hibát, amikor a zigbee_simple_app-ot a green_power_adapter összetevővel építették.
1157932 Feltétel hozzáadva annak ellenőrzésére, hogy hiányzik-e az „átmeneti idő” mező, és beállítottunk egy 0xFFFF alapértelmezett értéket ehhez a hiányzó mezőhöz.
1166340 Kijavítottuk azt a hibát, amely megakadályozta, hogy az emberAfGpdfSend a tervezett számú ismételt átvitelt küldje el.
1167807 Kijavítottuk azt a hibát, amely miatt az elosztott hálózatokban bizalmi központként működő eszközök helytelenül törölték tranziens hivatkozási kulcsaikat minden alkalommal, amikor új eszköz csatlakozott.
1169504 Kijavítottuk azt a hibát, amely egy alvó eszköz visszaállítását okozta kényszerített ébresztéskor.
1169966 Javítva a hiányzó visszatérési érték érvényesítése a pufferkiosztási kódban.
1171477,

172270

Az mfglib start 1-nél nem küldenek üzeneteket, hanem fogadnak, ezért a megjelenített terminálüzenet „mfglib send complete” hibás, és a következőre változott: „RXed %d packets in the last %d ms”.
1171935 A rendszeres hálózati kulcs frissítési időszak 1 évre módosult.
1172778 Az emberAfPluginGreenPowerServerUpdateAliasCallback hiányzó meghívása hozzáadva a Green Power szerverhez.
1174288 Kijavítottuk azt a hibát, amely miatt a hálózati irányítási folyamat megerősíti, ha egy folyamatban lévő vizsgálat leállítására irányuló hívás érkezik.
1178393 Dokumentációs hiba frissítve.
1180445 A Smart Energy alkalmazásban az OTA továbbra is letöltődik, ha a koordinátor eléri a korlátozott üzemi ciklust.
1185509 Kijavítottuk azt a hibát a CSL-ben, hogy az előző hasznos adatkeretet közvetlenül követő új ébresztési keretsorozat nem lett rögzítve megfelelően. Ez kihagyott hasznos terhelési keretet eredményezne.
1186107 Kijavítottunk egy hibát, amely a kapott GPDF-ek sikertelen visszafejtését okozta, hogy lecserélje a bejövő GPDF-et a gp üzembe helyezési értesítésben.
1188397 Kijavítottunk egy hibát, amely fordítási hibát okozott a kiterjesztett jelentéstáblaméret engedélyezése során.
1194090 Javítva a hibaállapot a nyelő üzembe helyezési mód parancs alapértelmezett válaszában – a 3.3.4.8.2. szakasz szerint
1194963 Kijavítottuk azt a hibát, amely a felhasználói visszahívás emberAfGreenPowerServerPairingStatusCallback hívása előtt beállította az CommissioningGpd struktúrát.
1194966 Kijavítottuk azt a hibát, amely miatt a végpont és a proxiesInvolved mezők nem lettek beállítva az Üzembe helyezés kilépése művelettel.
1196698 Javítottuk a hamis keret függőben lévő bitkészletét, amikor nem volt függő adat.
1199958 Hozzáadott kód az esetek kezelésére, amikor nincs több hely a zöld energiaüzenetek létrehozásához.
1202034 Kijavítottuk azt a hibát, amely miatt az sl_zb_sec_man_context_t veremváltozó inicializálása nem megfelelő, ami a telepítési kóddal való csatlakozás sikertelenségét okozta.
 

1206040

Az emberRemoveChild() meghívása egy végeszköz biztonságos újracsatlakozási kísérlete során potenciálisan a gyermekszám további csökkenéséhez vezethet, ami potenciálisan -1 (255) gyermekszámhoz vezethet, ami megakadályozza a végeszközök csatlakozását/újracsatlakozását a jelzett hiány miatt. a Beacon kapacitása.
 

1207580

A veremben található gyermektábla-kereső függvények nem konzisztensek a 0x0000 és a 0xFFFF között az érvénytelen/üres bejegyzéseket képviselő csomópont-azonosító visszatérési értékéhez, ami problémákhoz vezet a nem használt bejegyzések ellenőrzésekor olyan API-kban, mint az emberRemoveChild().
1210706 Az emberCounterHandler() részeként az EmberExtraCounterInfo struktúrában megadott cél és PHY index helytelen lehet a MAC TX Unicast számlálótípusoknál.
1211610

1212525

Kijavítottuk azt a hibát, amely miatt a dinamikus többprotokoll-alkalmazások összeomlottak a Secure Key Storage Upgrade összetevő engedélyezése után.
1211847 Míg az emberCounterHandler() aláírása nem változott, a paraméterek feltöltésének módja kissé megváltozott. Az API körüli változásokat a fenti 2. szakasz ismerteti.
 

1212449

A kimenő jeladókat helytelenül kategorizálta a MAC réteg, ami ahhoz vezetett, hogy az emberCounterHandler() nem tudta elkapni ezeket a csomagokat az EMBER_COUNTER_MAC_TX_BROADCAST számlálótípussal, és ehelyett az EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS számlálótípussal számolta a jeladókat. Ez potenciálisan megbízhatatlan értékeket eredményezett az EmberCounterInfo struktúrának átadott dest EmberNodeId paraméterben.
Azonosítószám Leírás
1214866 Adatlekérdezési csomagok küldése bizonyos nagy forgalmú konfigurációkban buszhibához vezethet.
1216552 Kijavítottuk azt a hibát, amely forgalmas forgalmi körülmények között állítást okoz.
1216613 Kijavítottunk egy hibát, amely a csoport sugárzási sugarának helytelen értékéhez vezetett a proxytáblázatban.
1222509 Az útválasztó/koordinátor kilépési és újracsatlakozási kérelmet küld egy nem gyermeklekérdezési végeszköznek, de a MAC-célhely 0xFFFF, ahelyett, hogy az NWK-célcímhez egyezne.
1223842 Kijavítottuk az sl_component_catalog.h generálásával kapcsolatos problémát, amely nem kívánt kódot hagyott benne, ami fordítási hibát okozott.
756628 Módosította az alkalmazás-visszahívás emberAfMacFilterMatchMessageCallback meghívását, hogy csak a verem által jóváhagyott ZLL-üzenetek hívják meg.
816088 Az EMBER konfiguráció áthelyezve a zigbeed_configuration.h fájlból a zigbeed fájlba. slcp.
829508 A versenyfeltételek elkerülése érdekében további ellenőrzést adtunk hozzá az emberSetLogicalAndRadioChannel programhoz, amely sikertelenül tér vissza, ha az alsó rétegek foglaltak, vagy nincs olyan állapotban, hogy csatornát váltsanak.

Ismert problémák a jelenlegi kiadásban

A félkövérrel szedett problémák az előző kiadás óta szerepelnek. Ha lemaradt egy kiadásról, a legutóbbi kiadási megjegyzések itt érhetők el https://www.si-labs.com/developers/zigbee-emberznet a Tech Docs lapon.

Azonosítószám Leírás Megoldás
N/A ·A következő alkalmazások/összetevők nem támogatottak ebben a kiadásban: EM4 támogatás A funkció a következő kiadásokban lesz engedélyezve.
 

193492

emberAfFillCommandGlobalServerToClientConfigureRe portolási makró meghibásodott. A puffer feltöltése hibás parancscsomagot hoz létre. Használja a „zcl global send-me-a-report” CLI parancsot az API helyett.
278063 Intelligens energiaalagút plugins a címtábla-index kezelése/használata ütközik. Nincs ismert megoldás
 

 

 

289569

 

 

A hálózat létrehozó összetevőinek teljesítményszint-választó listája nem kínálja az EFR32 támogatott értékeinek teljes skáláját

Szerkessze az EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P CMSIS megjegyzésében megadott <-8..20> tartományt

OWER a

/protocol/ZigBee/app/framework/plugin/network-creator/config/network-creator-config.h file. Plample, módosítsa -ra.

295498 Az UART vétel néha bájtokat ejt nagy terhelés alatt a Zigbee+BLE dinamikus többprotokoll használata esetén. Használjon hardveres áramlásvezérlést, vagy csökkentse az adatátviteli sebességet.
 

 

312291

EMHAL: A halCommonGetIntxxMillisecondTick függvények Linux gépeken jelenleg a get meofday függvényt használják, ami nem garantáltan monoton lesz. Ha a rendszeridő megváltozik, az problémákat okozhat a verem időzítésében.  

Módosítsa ezeket a függvényeket úgy, hogy helyette a clock_gettime a CLOCK_MONOTONIC forrást használja.

338151 Az NCP inicializálása alacsony csomagpufferszám értékkel korrupt csomagokat okozhat. A túl alacsony alapértelmezett érték elkerülése érdekében használja a 0xFF fenntartott értéket a csomagpufferszámhoz
387750 Probléma az útvonaltábla-kérés formátumaival a végeszközön. Kivizsgálás alatt
400418 Az érintőkapcsolat-kezdeményező nem kapcsolódhat nem gyárilag új végeszköz-célponthoz. Nincs ismert megoldás.
 

424355

A nem gyárilag új, alvó végkészülék érintővonali célzásra alkalmas kezdeményezője bizonyos körülmények között nem tud eszközinformációs választ fogadni.  

Kivizsgálás alatt

 

465180

A Coexistence Radio Blocker Optimization elem „Enable Runtime Control” blokkolhatja a Zigbee megfelelő működését. A blokkolóoptimalizálás opcionális „Wi-Fi Select” vezérlését „Letiltva” kell hagyni.
 

 

480550

Az OTA-fürt beépített töredezettségi módszerrel rendelkezik, ezért nem használhat APS-töredezettséget. Habár az APS-titkosítás engedélyezése esetén az ImageBlockResponses hasznos terhelése olyan méretűre nő, hogy az APS-töredezettség aktiválva legyen. Ez az OTA folyamat meghiúsulásához vezethet.  

 

Nincs ismert megoldás

 

 

 

 

481128

A részletes visszaállítási okok és az összeomlás részleteinek alapértelmezés szerint elérhetőnek kell lenniük a Virtuális UART-on (Serial 0) keresztül NCP-platformokon, ha a Diagnostics plugin és a Virtual UART periféria engedélyezett. Mivel a Serial 0 már inicializálva van az NCP-ben, az ügyfelek engedélyezhetik az emberAfNcpInitCallback funkciót a Zigbee NCP-keretrendszerben, és meghívhatják a megfelelő diagnosztikai funkciókat (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails és halPrintCrashDetails, és halPrintCrashDetails és halPrint0) a visszahíváshoz. viewa Network Analyzer rögzítési naplójában.

Egy exnekampA függvények használatának leírását lásd az a-main-soc.c emberAfMainInit() fájljában található kódban, amikor az EXTENDED_RESET_INFO definiálva van.

Azonosítószám Leírás Megoldás
 

 

486369

Ha egy új hálózatot alkotó DynamicMultiProtocolLightSoc utódcsomópontjai megmaradtak egy elhagyott hálózatból, az emberAfGetChildTableSize nullától eltérő értéket ad vissza a startIdentifyOnAllChildNodes mezőben, ami Tx 66 hibaüzeneteket okoz a „szellem” gyermekek megszólításakor. Ha lehetséges, tömegesen törölje a részt, mielőtt új hálózatot hozna létre, vagy programozottan ellenőrizze a gyermektáblázatot a hálózat elhagyása után, és törölje az összes gyermeket az emberRemoveChild használatával, mielőtt új hálózatot hozna létre.
 

495563

Csatlakozás az SPI NCP Sleepy End Device S-hezampA le App nem rövidíti le a szavazást, ezért a csatlakozási kísérlet meghiúsul a TC Link Key frissítése állapotában. A csatlakozni kívánó eszköznek rövid lekérdezés módban kell lennie, mielőtt csatlakozni próbálna. Ezt a módot az End Device Support beépülő modul kényszerítheti ki.
 

 

497832

A Network Analyzerben a Zigbee alkalmazástámogatási parancs lebontása a kulcskérési keret ellenőrzéséhez tévesen hivatkozik a hasznos adat azon részére, amely a keret forráscímét jelzi célcímként.  

 

Nincs ismert megoldás

519905

521782

A Spi-NCP nagyon ritkán nem tudja elindítani a rendszerbetöltő kommunikációt az ota-client beépülő modul „bootload” CLI parancsával.  

Indítsa újra a rendszerindítási folyamatot

 

620596

NCP SPI Example a BRD4181A (EFR32xGMG21) számára

Az nWake alapértelmezett tűje nem használható ébresztőtűként.

 

Módosítsa az nWake alapértelmezett érintkezőjét PD03-ról EM2/3 ébresztést támogató tűre az NCP-SPI beépülő modulban.

 

631713

A Zigbee End Device ismételten jelenteni fogja a címütközéseket, ha a „Zigbee PRO Stack Library” beépülő modult használja a „Zigbee PRO Leaf Library” helyett. Használja a „Zigbee PRO Leaf Library”-t a „Zigbee PRO Stack Library” bővítmény helyett.
 

670702

A Jelentéskészítési beépülő modulon belüli hiányosságok jelentős késleltetéshez vezethetnek az adatírási gyakoriság és a tábla mérete alapján, ami megzavarhatja az ügyfélalkalmazás kódját, beleértve az események időzítését is. Ha gyakran ír, fontolja meg a jelentési feltételek ellenőrzését és a jelentések manuális küldését a beépülő modul használata helyett.
 

708258

Az addEntryToGroupTable() függvényen keresztüli inicializálatlan érték a groups-server.c fájlban hamis összerendelést hozhat létre, és csoportküldés jelentési üzeneteket küldhet. Adja hozzá a következőt: „binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” után a „kötés.típus

= EMBER_MULTICAST_BINDING;”

 

 

757775

 

Minden EFR32 alkatrész egyedi RSSI offsettel rendelkezik. Ezenkívül a kártya kialakítása, az antennák és a ház befolyásolhatja az RSSI-t.

Új projekt létrehozásakor telepítse a RAIL Utility, RSSI összetevőt. Ez a szolgáltatás tartalmazza az egyes alkatrészekhez mért alapértelmezett RSSI Offset Szilabokat. Ez az eltolás szükség esetén módosítható a teljes termék RF tesztelése után.
 

 

758965

A ZCL-fürt összetevői és a ZCL-parancs-felderítési tábla nincsenek szinkronizálva. Ezért egy ZCL-fürt összetevő engedélyezése vagy letiltása esetén a végrehajtott parancsok nem lesznek engedélyezve/letiltva a megfelelő ZCL Advanced Configurator parancslapon. Manuálisan engedélyezheti/letilthatja a felderítést a kívánt ZCL-parancsokhoz a ZCL Advanced Configuratorban.
765735 Az OTA frissítés meghiúsul a Sleepy End Device-en, ha az oldalkérés engedélyezve van. Használja a Blokkolás kérést az Oldalkérés helyett.
 

845649

 

CLI eltávolítása: A központi összetevő nem szünteti meg az sl_cli.h EEPROM-cli-hívásait.

Törölje az eeprom-cli.c fájlt file amely az sl_cli.h-t hívja meg. Ezenkívül az ota-storage-simple-eeprom sl_cli.h, valamint az sl_cli_command_arg_t hívásai megjegyzésekbe foglalhatók.
 

857200

ias-zone-server. c lehetővé teszi a „0000000000000000” CIE-című összerendelés létrehozását, és utólag nem engedélyezi a további összerendeléseket. Nincs ismert megoldás
1019961 Generált Z3Gateway gyártmányfile hardcodes „gcc” CC-ként Nincs ismert megoldás
Azonosítószám Leírás Megoldás
 

 

 

1039767

 

 

 

Zigbee router hálózati újrapróbálkozási sor túlcsordulási probléma többszálas RTOS használati esetben.

A Zigbee Stack nem cérnabiztos. Ennek eredményeként a Zigbee verem API-k más feladatból történő meghívása nem támogatott az operációs rendszer környezetben, és a verem „nem működő” állapotba kerülhet. További információért és az eseménykezelő használatával kapcsolatos megoldásért tekintse meg a következő alkalmazásjegyzetet.

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

1064370 A Z3Switch sampAz alkalmazás alapértelmezés szerint csak egy gombot (példány: btn1) engedélyezett, ami a projekt gombleírásának eltéréséhez vezet. file. Megoldás: Telepítse manuálisan a btn0 példányt a Z3Switch projekt létrehozásakor.
1161063 A Z3Light és potenciálisan más alkalmazások helytelen fürtrevízió-értékeket jelentenek. Manuálisan frissítse a fürtrevízió attribútumot a megfelelő változatra.
1164768,

1171478,

1171479

HIBA: ezspErrorHandler 0x34 ismétlődően jelentették az mfglib vételi mód során A kinyomtatott hibaüzenetek számának csökkentése érdekében konfigurálja az EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV

ENT_TIMEOUT_MS a gazdagépen 100-ra, így a visszahívási sor gyorsabban felszabadul.

1252460 Az indításkor futtatott SimEEPROM helyreállítási rutinok (mind a v1-hez, mind a v2-hez) rosszul igazított flash-oldaltörlési hívásokat hajthatnak végre, ami állításokat eredményezhet az em_msc alatt. c MSC_ErasePage rutinja. Megoldás: Helyezze a következő kódsort az em_msc.c fájl MSC_ErasePage() függvényének tetejére: start address = (uint32_t*)((uint32_t)startAddress &

~(FLASH_PAGE_SIZE-1));

Elavult elemek

A kiadásban elavult 
A GSDK 7.4.0.0-s verziójában, beleértve ezt a javítást is, a Z3Gateway „-v” opciója egy linuxos hosztalkalmazásban, amellyel telnet interfész hozható létre a 4900-as vagy 4901-es porttal, elavult. A telnet interfész létrehozásának másik ajánlott módja a linux segédprogramok, például a „socat” használata.

A kiadásban elavult 
Eltávolította a következő elavult biztonsági API-kat:

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

Használja a Zigbee Security Manager által biztosított API-kat a kulcstárhoz és a HMAC-kivonatoláshoz való hozzáféréshez.

Eltávolított elemek

Kiadáskor eltávolítva

  • Eltávolítottuk az ismétlődő nyilvános API-kat a nyilvános fejlécből file gp-típusok.h.
  • A zigbee_end_device_bind összetevő eltávolítva. Ezt az összetevőt használták a koordinátornak, hogy közvetítse a végeszközökhöz kapcsolódó kötési kéréseket. Ezt az opcionális funkciót eltávolították a Zigbee magspecifikáció R22-éből.
  • A setPacketBufferCount() eltávolítva az af-host.c fájlból és a haszontalan ellenőrző eset EZSP_CONFIG_PACKET_BUFFER_COUNT: a command-handlers.c fájlból.
  • A memoryAllocation argumentum eltávolítva, mert nem kell két fázisra osztani az NCP inicializálása során.
  • Az emberAfNcpInitCallback() eltávolítva a se14-comms-hub, a se14-ihd és a se14-meter-gas alkalmazásból.
  • Az EZSP_CONFIG_RETRY_QUEUE_SIZE érték eltávolítva az ncp inicializálása során az ncp-configuration.c fájlban

Multiprotocol Gateway és RCP

Új elemek
Hozzáadva a kiadásban

  • Megjelent az egyidejű hallgatás, a Zigbee és az OpenThread veremek független 802.15.4 csatornákon való működésének lehetősége EFR32xG24 vagy xG21 RCP használata esetén.
  • Az egyidejű hallgatás nem érhető el a 802.15.4 RCP/Bluetooth RCP kombinációnál, a Zigbee NCP/OpenThread RCP kombinációnál vagy a Zigbee/OpenThread system-on-chip (SoC) rendszernél. Egy későbbi kiadásban hozzáadódik ezekhez a termékekhez.
  • Az OpenThread parancssori felület szállítói bővítménye hozzáadásra került a többprotokollos tárolók OpenThread-gazdaalkalmazásaihoz. Ez magában foglalja a coex cli parancsokat.

Fejlesztések
Megváltozott a kiadás

  • A Zigbee NCP/OpenThread RCP többprotokoll kombináció immár gyártási minőséget képvisel.

Javított problémák
Kiadásban javítva

Azonosítószám Leírás
 

1213701

A zigbeed nem engedélyezte a forrásegyeztetési tábla bejegyzésének létrehozását egy gyermek számára, ha a MAC közvetett sorában már vannak függőben lévő adatok az utódhoz. Ez a viselkedés a gyermek és néhány más eszköz közötti alkalmazásszintű tranzakciók meghiúsulásához vezethet az APS Ack vagy az alkalmazásszintű válasz hiánya miatt, különösen az utódeszközt célzó ZCL OTA frissítések megszakadása és váratlan leállása miatt.
1244461 A függőben lévő üzenetek ellenére eltávolítható a gyermeklény forrásegyezési táblázatának bejegyzése.

Kiadásban javítva

Azonosítószám Leírás
1081828 Átviteli probléma a FreeRTOS-alapú Zigbee/BLE DMP-velample alkalmazások.
1090921 A Z3GatewayCpc-nek problémái voltak a hálózat kialakításával zajos környezetben.
1153055 A gazdagépre vonatkozó állítást az okozta, hogy kommunikációs hiba történt a zigbee_ncp-ble_ncp-uart s NCP-verziójának beolvasásakor.ample kb.
1155676 A 802.15.4-es RCP elvetett minden fogadott unicast csomagot (a MAC-ellenőrzés után), ha több 15.4-es interfész ugyanazon a 16 bites csomópont-azonosítón osztozott.
1173178 A gazdagép hamisan jelentett több száz mfglib csomagot a Host-RCP beállításában.
1190859 EZSP hiba az mfglib véletlenszerű csomagok küldésekor a Host-RCP beállításban.
1199706 Az elfelejtett végeszközök gyermekeitől származó adatlekérdezések nem állítottak be megfelelően egy függőben lévő keretet az RCP-n, hogy sorba állítsák a Kilépés és újracsatlakozás parancsot a korábbi gyermek számára.
1207967 Az „mfglib send random” parancs extra csomagokat küldött ki a Zigbeeden.
1208012 Az mfglib rx mód nem frissítette megfelelően a csomaginformációkat az RCP-n történő vételkor.
1214359 A koordinátor csomópont összeomlott, amikor 80 vagy több útválasztó próbált egyszerre csatlakozni a Host-RCP beállításához.
 

1216470

A 0xFFFF címmaszk szórásának továbbítása után a szülőeszközként működő Zigbee RCP meghagyja a függőben lévő adatok jelzőjét minden egyes gyermek számára. Ez azt eredményezte, hogy minden egyes gyermek ébren maradt, és adatokat várt minden egyes szavazás után, és ennek az állapotnak a törléséhez más függőben lévő adattranzakciókra volt szükség az egyes végeszközökön.

Ismert problémák a jelenlegi kiadásban

A félkövérrel szedett problémák az előző kiadás óta szerepelnek. Ha lemaradt egy kiadásról, a legutóbbi kiadási megjegyzések itt érhetők el https://www.si-labs.com/developers/gecko-software-development-kit.

Azonosítószám Leírás Megoldás
811732 Az egyéni token támogatás nem érhető el a Zigbeed használatakor. A támogatást egy jövőbeli kiadásban tervezik.
937562 A Bluetoothctl „hirdetés bekapcsolva” parancs meghiúsul az rcp-uart-802154-blehci alkalmazással a Raspberry Pi OS 11 rendszeren. Használja a btmgmt alkalmazást a bluetoothctl helyett.
1022972 A Coex nem működik ZB NCP + OT RCP-n. A támogatást egy jövőbeli kiadáshoz tervezik.
1074205 A CMP RCP nem támogat két hálózatot ugyanazon a PAN azonosítón. Használjon különböző PAN-azonosítókat minden hálózathoz. A támogatást egy jövőbeli kiadásban tervezik.
1122723 Forgalmas környezetben előfordulhat, hogy a CLI nem válaszol a z3-light_ot-ftd_soc alkalmazásban. Nincs ismert megoldás.
1124140 z3-light_ot-ftd_soc sampA le app nem tudja létrehozni a Zigbee hálózatot, ha az OT hálózat már működik. Először indítsa el a Zigbee hálózatot, majd az OT hálózatot.
 

1170052

Előfordulhat, hogy a CMP Zigbee NCP + OT RCP és a DMP Zigbee NCP + BLE NCP nem fér el a 64 KB-os és alacsonyabb RAM-részeken ebben a kiadásban.  

A 64 KB-os részek jelenleg nem támogatottak ezekhez az alkalmazásokhoz.

 

1209958

A Bobcat és Bobcat Lite ZB/OT/BLE RCP-je néhány perc múlva leállhat, ha mindhárom protokollt futtatja.  

Egy jövőbeli kiadásban lesz szó róla

1221299 Az Mfglib RSSI leolvasások különböznek az RCP és az NCP között. Egy jövőbeli kiadásban lesz szó róla.
1231021 Az OTBR érvényesíteni tudja, ha több mint 80 Zigbee eszköz csatlakozik egyidejűleg. Hozzáadott egy javítást, amely megoldhatja a problémát. Egy jövőbeli kiadásban teljes körűen foglalkozunk vele.

Elavult elemek

  • Egyik sem

Eltávolított elemek
Kiadáskor eltávolítva

  • A „NONCOMPLIANT_ACK_TIMING_WORKAROUND” makrót eltávolítottuk. Az összes RCP-alkalmazás alapértelmezés szerint támogatja a 192 μs átfutási idejét a nem továbbfejlesztett jóváhagyásokhoz, miközben továbbra is 256 μs átfutási időt használ a CSL által megkövetelt továbbfejlesztett megerősítésekhez.

A kiadás használata
Ez a kiadás a következőket tartalmazza:

  • Zigbee verem
  • Zigbee alkalmazási keretrendszer
  • Zigbee Sample Alkalmazások

A Zigbee-vel és az EmberZNet SDK-val kapcsolatos további információkért lásd: UG103.02: Zigbee Fundamentals.
Ha Ön először használ, olvassa el a QSG180: Zigbee EmberZNet gyorsindítási útmutatót az SDK 7.0-s és újabb verzióihoz, ahol a fejlesztői környezet konfigurálására, valamint a fejlesztői környezet konfigurálására, valamint a mintaként való frissítésre vonatkozó utasításokat talál.ampalkalmazást, és a következő lépésekre utaló dokumentációs hivatkozásokat.

Telepítés és használat

A Zigbee EmberZNet SDK a Gecko SDK (GSDK) részeként, a Silicon Labs SDK-k csomagjaként érhető el. A GSDK gyors használatához telepítse a Simplicity Studio 5-öt, amely beállítja a fejlesztői környezetet, és végigvezeti a GSDK telepítésén. A Simplicity Studio 5 mindent tartalmaz, ami az IoT termékfejlesztéshez szükséges a Silicon Labs eszközökkel, beleértve az erőforrás- és projektindítót, a szoftverkonfigurációs eszközöket, a teljes IDE-t GNU eszközlánccal és az elemző eszközöket. A telepítési utasításokat a Simplicity Studio 5 online felhasználói kézikönyve tartalmazza.
Alternatív megoldásként a Gecko SDK manuálisan is telepíthető a GitHub legújabb verziójának letöltésével vagy klónozásával. Lát https://github.com/Sili-conLabs/gecko_sdk további információkért.

A Simplicity Studio alapértelmezés szerint telepíti a GSDK-t:

  • (Windows): C:\Users\ \SimplicityStudio\SDKs\gecko_sdk
  • (MacOS): /Felhasználók/ /SimplicityStudio/SDKs/gecko_sdk

Az SDK-verzióhoz tartozó dokumentáció az SDK-val együtt telepítve van. További információk gyakran találhatók a tudásbázis cikkeiben (KBA-k). Az API-referenciák és egyéb információk erről és a korábbi kiadásokról a következő címen érhetők el https://docs.silabs.com/.

Biztonsági információk

Biztonságos Vault integráció
Azon alkalmazások esetében, amelyek a kulcsok biztonságos tárolását választják a Secure Vault-High részeken található Secure Key Storage összetevő használatával, a következő táblázat a Zigbee Security Manager összetevő által kezelt védett kulcsokat és tárolásvédelmi jellemzőit mutatja be.

Becsomagolt kulcs Exportálható / Nem exportálható Megjegyzések
Hálózati kulcs Exportálható
Bizalmi központ hivatkozási kulcsa Exportálható
Átmeneti linkkulcs Exportálható Indexelt kulcstábla, illékony kulcsként tárolva
Alkalmazás hivatkozási kulcsa Exportálható Indexelt kulcstábla
Biztonságos EZSP kulcs Exportálható
ZLL titkosítási kulcs Exportálható
ZLL előre konfigurált kulcs Exportálható
GPD proxy kulcs Exportálható Indexelt kulcstábla
GPD Sink Key Exportálható Indexelt kulcstábla
Belső/helyőrző kulcs Exportálható Belső kulcs a Zigbee Security Manager általi használatra
  • A „Nem exportálható” jelzéssel ellátott becsomagolt kulcsok használhatók, de nem viewszerkesztve vagy futásidőben megosztva.
  • Az „Exportálható”-ként megjelölt becsomagolt kulcsok használhatók vagy megoszthatók futás közben, de titkosítva maradnak, amíg flash-ben tárolják őket.
  • A felhasználói alkalmazásoknak soha nem kell kölcsönhatásba lépniük a kulcsok többségével. A Link Key Table kulcsok vagy átmeneti kulcsok kezelésére szolgáló meglévő API-k továbbra is elérhetők a felhasználói alkalmazás számára, és mostantól a Zigbee Security Manager összetevőn keresztül továbbíthatók.
  • A kulcsok némelyike ​​a jövőben nem exportálhatóvá válhat a felhasználói alkalmazásba. Javasoljuk, hogy a felhasználói alkalmazások ne hagyatkozzanak a kulcsok exportálására, hacsak nem feltétlenül szükséges.
  • A Secure Vault Key Management funkcióval kapcsolatos további információkért lásd: AN1271: Secure Key Storage.

Biztonsági tanácsok
A biztonsági tanácsokra való feliratkozáshoz jelentkezzen be a Silicon Labs ügyfélportáljára, majd válassza a Fiók főoldala lehetőséget. Kattintson a KEZDŐLAP gombra a portál kezdőlapjának megnyitásához, majd kattintson az Értesítések kezelése csempére. Győződjön meg arról, hogy a „Szoftver/biztonsági figyelmeztetések és termékváltoztatási értesítések (PCN-ek)” be van jelölve, és legalább előfizetett a platformjára és a protokolljára. A módosítások mentéséhez kattintson a Mentés gombra.

SILICON-LABS-SDK-7-4-1-0-GA-Zigbee-Protocol-Stack-Software-FIG-1

Támogatás
A Development Kit ügyfelei képzésre és technikai támogatásra jogosultak. Használja a Silicon Laboratories Zigbee-t web oldalon tájékozódhat az összes Silicon Labs Zigbee termékről és szolgáltatásról, és feliratkozhat a terméktámogatásra.
Felveheti a kapcsolatot a Silicon Laboratories ügyfélszolgálatával a következő címen http://www.silabs.com/support.

Egyszerűség Stúdió
Egy kattintással elérheti az MCU-t és a vezeték nélküli eszközöket, dokumentációt, szoftvert, forráskód-könyvtárakat és egyebeket. Elérhető Windows, Mac és Linux operációs rendszerre!

SILICON-LABS-SDK-7-4-1-0-GA-Zigbee-Protocol-Stack-Software-FIG-2

Jogi nyilatkozat
A Silicon Labs a Silicon Labs termékeket használó vagy használni szándékozó rendszer- és szoftvermegvalósítók számára elérhető összes perifériáról és modulról a legújabb, pontos és mélyreható dokumentációval kívánja ellátni ügyfeleit. A jellemző adatok, a rendelkezésre álló modulok és perifériák, a memóriaméretek és a memóriacímek az egyes eszközökre vonatkoznak, a megadott „tipikus” paraméterek pedig változhatnak és változnak a különböző alkalmazásokban. Pályázat plampAz itt leírtak csak illusztrációs célokat szolgálnak. A Silicon Labs fenntartja a jogot, hogy további értesítés nélkül módosítsa az itt található termékinformációkat, specifikációkat és leírásokat, és nem vállal garanciát a mellékelt információk pontosságáért vagy teljességéért. A Silicon Labs előzetes értesítés nélkül biztonsági vagy megbízhatósági okokból frissítheti a termék firmware-jét a gyártási folyamat során. Az ilyen változtatások nem változtatják meg a termék specifikációit vagy teljesítményét. A Silicon Labs nem vállal felelősséget a jelen dokumentumban közölt információk felhasználásának következményeiért. Ez a dokumentum nem utal vagy kifejezetten nem ad engedélyt integrált áramkörök tervezésére vagy gyártására. A termékeket a Silicon Labs külön írásos engedélye nélkül nem tervezték vagy engedélyezték semmilyen FDA III. osztályú készülékben, FDA előzetes jóváhagyással rendelkező alkalmazásokban vagy életfenntartó rendszerekben való használatra. Az „életfenntartó rendszer” minden olyan termék vagy rendszer, amelynek célja az élet és/vagy egészség támogatása vagy fenntartása, amely meghibásodása esetén ésszerűen várhatóan jelentős személyi sérülést vagy halált okoz. A Silicon Labs termékeit nem katonai alkalmazásokra tervezték és nem engedélyezték. A Silicon Labs termékei semmilyen körülmények között nem használhatók tömegpusztító fegyverekben, beleértve (de nem kizárólagosan) nukleáris, biológiai vagy vegyi fegyvereket, vagy ilyen fegyverek célba juttatására alkalmas rakétákat. A Silicon Labs elhárít minden kifejezett és hallgatólagos garanciát, és nem vállal felelősséget a Silicon Labs termékeinek ilyen jogosulatlan alkalmazásokban történő használatából eredő sérülésekért vagy károkért.

Jegyzet: Ez a tartalom sértő terminológiát tartalmazhat, amely mára már elavult. A Silicon Labs ezeket a kifejezéseket, ahol csak lehetséges, átfogó nyelvezetre cseréli. További információért látogasson el www.silabs.com/about-us/inclusive-lexicon-project.

Védjegyinformáció
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® és a Silicon Labs logó®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro logó és ezek kombinációi , „a világ legenergiabarátabb mikrovezérlői”, Redpine Signals®, WiSeConnect, n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, a Telegesis Logo®, USBXpress®, Zentri, a Zentri logó és Zentri A DMS, a Z-Wave® és mások a Silicon védjegyei vagy bejegyzett védjegyei Labs. Az ARM, a CORTEX, a Cortex-M3 és a THUMB az ARM Holdings védjegyei vagy bejegyzett védjegyei. A Keil az ARM Limited bejegyzett védjegye. A Wi-Fi a Wi-Fi Alliance bejegyzett védjegye. Az itt említett összes többi termék vagy márkanév a megfelelő tulajdonosának védjegye.

ÉRINTKEZÉS

  • Silicon Laboratories Inc.
  • 400 West Cesar Chavez
  • Austin, TX 78701
  • Egyesült Államok
  • www.silabs.com

Dokumentumok / Források

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack szoftver [pdf] Felhasználói útmutató
SDK 7.4.1.0 GA Zigbee Protocol Stack Software, SDK 7.4.1.0 GA, Zigbee Protocol Stack Software, Protocol Stack Software, Stack Software

Hivatkozások

Hagyj megjegyzést

E-mail címét nem tesszük közzé. A kötelező mezők meg vannak jelölve *