SILICON LABS SDK 7.4.1.0 GA Oprogramowanie stosu protokołów Zigbee
Informacje o produkcie
Specyfikacje
- Wersja SDK Zigbee EmberZNet: 7.4.1.0
- Wersja pakietu Gecko SDK: 4.4 – 14 lutego 2024 r.
- Sprzedawca: Laboratoria krzemowe
- Główne cechy: Obsługa wieloprotokołowego Zigbee i OpenThread na SoC
- Kompatybilne kompilatory: Wersja GCC 12.2.1
- Wersja protokołu EZSP: 0x0D
Instrukcje użytkowania produktu
Uwagi dotyczące kompatybilności i użytkowania
- Aby uzyskać aktualizacje i powiadomienia dotyczące bezpieczeństwa, zapoznaj się z rozdziałem Bezpieczeństwo w uwagach do wydania platformy Gecko zainstalowanych z tym zestawem SDK lub odwiedź zakładkę TECH DOCS w Silicon Labs webstrona.
- Bądź na bieżąco, subskrybując Poradniki dotyczące bezpieczeństwa.
Często zadawane pytania
- Pytanie: Jak sprawdzić poprawność files są używane z kompatybilnymi kompilatorami?
- Odpowiedź: Możesz sprawdzić, czy jest to poprawne files są używane, sprawdzając wersję GCC 12.2.1 dostarczoną z Simplicity Studio.
- Pytanie: Gdzie mogę znaleźć informacje o aktualizacjach i powiadomieniach dotyczących zabezpieczeń?
- Odpowiedź: Aby uzyskać aktualizacje i powiadomienia dotyczące bezpieczeństwa, zapoznaj się z rozdziałem Bezpieczeństwo w uwagach do wydania platformy Gecko lub odwiedź zakładkę TECH DOCS na stronie Silicon Labs webstrona.
Silicon Labs jest dostawcą wybieranym przez producentów OEM rozwijających sieć Zigbee w swoich produktach. Platforma Zigbee firmy Silicon Labs jest najbardziej zintegrowanym, kompletnym i bogatym w funkcje dostępnym rozwiązaniem Zigbee.
Silicon Labs EmberZNet SDK zawiera implementację specyfikacji stosu Zigbee opracowanej przez Silicon Labs.
- Te informacje o wersji dotyczą wersji SDK:
- Wersja 7.4.1.0 wydana 14 lutego 2024 r
- Wersja 7.4.0.0 wydana 13 grudnia 2023 r
GŁÓWNE CECHY
Zigbee
- Zgodność z Zigbee R23
- Zgodność z Zigbee Smart Energy 1.4a – produkcja
- Zgodność z Zigbee GP 1.1.2 – Alpha
- Wsparcie MG27 – produkcja
- Ulepszona obsługa części Secure Vault
- Śpiące wsparcie dla aplikacji NCP SPI (innych niż CPC) – Alpha
Wieloprotokołowy
- Obsługa jednoczesnego słuchania (RCP) – MG21 i MG24
- Współbieżny wieloprotokołowy (CMP) Zigbee NCP + OpenThread RCP – produkcja
- Dynamiczny wieloprotokołowy Bluetooth + jednoczesna obsługa wieloprotokołowa (CMP) Zigbee i OpenThread w SoC
Uwagi dotyczące kompatybilności i użytkowania
Aby uzyskać informacje na temat aktualizacji i powiadomień dotyczących zabezpieczeń, zobacz rozdział Bezpieczeństwo w uwagach do wydania platformy Gecko zainstalowanych z tym zestawem SDK lub w zakładce TECH DOCS pod adresem https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs zdecydowanie zaleca również subskrypcję Poradników bezpieczeństwa, aby uzyskać aktualne informacje. Aby uzyskać instrukcje lub jeśli nie znasz jeszcze zestawu SDK Zigbee EmberZNet, zobacz Korzystanie z tej wersji.
Kompatybilne kompilatory
- IAR Embedded Workbench dla ARM (IAR-EWARM) w wersji 9.40.1.
- Używanie Wine do kompilacji za pomocą narzędzia wiersza poleceń IarBuild.exe lub interfejsu GUI IAR Embedded Workbench w systemie macOS lub Linux może spowodować nieprawidłowe files jest używany z powodu kolizji w algorytmie mieszania Wine do generowania krótkich file imiona.
- Klientom korzystającym z systemu macOS lub Linux zaleca się, aby nie korzystali z IAR poza Simplicity Studio. Klienci, którzy to zrobią, powinni dokładnie sprawdzić, czy są one prawidłowe files są używane.
GCC (The GNU Compiler Collection) wersja 12.2.1, dostarczona z Simplicity Studio.
Wersja protokołu EZSP dla tej wersji to 0x0D.
Nowe przedmioty
To wydanie Gecko SDK (GSDK) będzie ostatnim z łączną obsługą wszystkich urządzeń EFM i EFR, z wyjątkiem poprawek do tej wersji, jeśli to konieczne. Od połowy 2024 r. wprowadzimy osobne pakiety SDK:
- Istniejący zestaw SDK Gecko będzie nadal wspierał urządzenia z serii 0 i 1.
- Nowy pakiet SDK będzie przeznaczony specjalnie dla urządzeń z serii 2 i 3.
Pakiet Gecko SDK będzie nadal wspierać wszystkie urządzenia serii 0 i 1 bez zmian w zakresie długoterminowego wsparcia, konserwacji, jakości i czasu reakcji zapewnianego zgodnie z naszymi zasadami dotyczącymi oprogramowania.
Nowy SDK będzie odgałęzieniem Gecko SDK i zacznie oferować nowe funkcje, które pomogą programistom w wykorzystaniu zaawansowanych rozwiązańtage zaawansowanych możliwości naszych produktów z serii 2 i 3.
Decyzja ta jest zgodna z opiniami klientów i odzwierciedla nasze zaangażowanie w podnoszenie jakości, zapewnianie stabilności i zwiększanie wydajności w celu zapewnienia wyjątkowej obsługi użytkownika w ramach naszych pakietów SDK oprogramowania.
Nowe komponenty
Nowość w wydaniu
- Dodano komponenty „zigbee_direct_security_p256” i „zigbee_direct_security_curve25519”, aby użytkownicy mogli skonfigurować konkretną opcję bezpieczeństwa Zigbee Direct.
- Użytkownicy mogą mieć włączonych wiele komponentów „zigbee_direct_security” w aplikacji Zigbee Direct Device (ZDD). W tym przypadku rzeczywista opcja zabezpieczeń zależy od konfiguracji urządzenia wirtualnego Zigbee (ZVD).
Nowe interfejsy API
Nowość w wydaniu
- Dodano nowe API sl_zigbee_token_factory_reset, aby zresetować tokeny Zigbee NVM3 do ich wartości domyślnej.
- Dodano API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), które zwraca wartość true, jeśli tabela kluczy łączy może dodać lub zaktualizować wpis o tym adresie (tabela nie jest pełna).
- Dodano nową wartość bool API sl_zb_sec_man_compare_key_to_value (kontekst sl_zb_sec_man_context_t*, klucz sl_zb_sec_man_key_t*), która zwraca wartość true, jeśli klucz odwołuje się do kontekstu, ma tę samą wartość, co klucz podany w argumencie.
Obsługa nowej platformy
Nowość w wydaniu
- W tej wersji dodano obsługę stosu Zigbee dla następujących nowych części: EFR32MG24A010F768IM40 i EFR32MG24A020F768IM40.
Nowa dokumentacja
Nowość w wydaniu 7.4.0.0
- Zaktualizowano opis komponentu Zigbee Secure Key Storage, aby odzwierciedlić dodanie Zigbee Secure Key Storage Upgrade (które dodaje wsteczną kompatybilność z istniejącymi projektami).
- Dodano nową notatkę dotyczącą aplikacji dotyczącą interakcji z grupą komponentów Zigbee Security Manager (AN1412: Zigbee Security Manager).
Zamierzone zachowanie
Przypomina się użytkownikom, że niezsynchronizowane transmisje CSL Zigbee podlegają wywłaszczeniu protokołu w programie planującym radio. W aplikacjach SleepyToSleepy BLE może i będzie wywłaszczać transmisję Zigbee CSL, co zakończy transmisję. Wywłaszczanie harmonogramu jest bardziej powszechne w przypadku niezsynchronizowanej listy CSL, biorąc pod uwagę, że może zostać użyta potencjalnie długa sekwencja ramek budzenia. Użytkownicy chcący dostosować priorytety transmisji mogą w tym celu skorzystać z komponentu DMP Tuning and Testing. Użytkownicy mogą również zapoznać się z UG305: Podręcznik użytkownika dynamicznego wieloprotokołowego, aby uzyskać więcej informacji.
Ulepszenia
Zmieniono w wydaniu
Zmiany w dokumentacji API emberCounterHandler
W poprzednich wersjach wywołanie zwrotne modułu obsługi licznika dla EmberCounterTypes warstwy MAC i APS dotyczące pakietów RX i TX nie było przekazywane prawidłowego identyfikatora węzła docelowego lub argumentów danych, a dokumentacja API dotycząca zachowania niektórych liczników korzystających z tych parametrów była niejasna lub wprowadzająca w błąd.
Chociaż podpis funkcji emberCounterHandler() nie uległ zmianie, sposób wypełniania jej parametrów nieznacznie się zmienił.
- Komentarze dotyczące wyliczeń EmberCounterType w pliku ember-types.h zostały rozszerzone dla przejrzystości.
- Parametr Node ID modułu obsługi liczników dla liczników związanych z TX sprawdza teraz, czy tryb adresu docelowego wskazuje prawidłowy krótki identyfikator przed jego użyciem. (Jeśli nie, adres docelowy nie jest wypełniany, a zamiast tego używana jest wartość zastępcza EMBER_UNKNOWN_NODE_ID.)
- Parametr Node ID w module obsługi liczników dla liczników związanych z RX odzwierciedla teraz identyfikator węzła źródłowego, a nie identyfikator węzła docelowego.
- Liczba ponownych prób *nie* jest przekazywana jako parametr danych dla liczników EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED, zgodnie z opisem w sekcji Ember-types. h w poprzednich wersjach, ale nigdy nie było to poprawnie wypełnione we wcześniej wydanych wersjach, więc jego wartość w poprzednich wersjach zawsze wynosiła 0. To zachowanie zostało wyjaśnione w opisie tych typów EmberCounterType. Jednak liczba ponownych prób dla ponownych prób warstwy APS jest nadal wypełniana w parametrze danych dla typów liczników EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, aby zachować spójność z poprzednimi wersjami.
- Wszystkie liczniki wypełniające identyfikator węzła lub parametr danych dla wywołania zwrotnego zostały poddane audytowi, aby upewnić się, że przekazują oczekiwane dane, adres lub EMBER_UNKNOWN_NODE_ID, jeśli oczekiwano identyfikatora węzła, ale nie można było go uzyskać z pakietu, jak opisano w poprawionym ember- dokumentacja type.h.
- Procedura obsługi licznika dla EMBER_COUNTER_MAC_TX_UNICAST_RETRY teraz poprawnie odzwierciedla identyfikator węzła docelowego warstwy MAC i kilka ponownych prób w jego identyfikatorze węzła docelowego i parametrach danych.
- Procedura obsługi licznika dla EMBER_COUNTER_PHY_CCA_FAIL_COUNT dostarcza teraz informacje o identyfikatorze węzła docelowego poprzez parametr Node ID o zamierzonej warstwie docelowej MAC komunikatu, którego transmisja nie powiodła się.
Zaktualizowany Kodeks Zielonej Energii
Kod serwera Green Power został zaktualizowany i zawiera różne ulepszenia, w tym:
- Dodano więcej kodu weryfikacyjnego dla poleceń przychodzących z nieprawidłowym punktem końcowym podczas odbierania na serwerze GP.
- Dodano kod do obsługi przypadku, gdy nie ma już miejsca na budowanie komunikatów o zielonej energii.
- Ujście usuwa teraz konfigurację parowania z akcją usuwania parowania w niektórych przypadkach zgodnie ze specyfikacją A.3.5.2.4.1.
- Ujście zapisuje teraz istniejącą listę grup wpisu przed usunięciem jej podczas przetwarzania konfiguracji parowania z akcją rozszerzenia.
- Polecenie Zapytanie o tłumaczenie zwraca „NOT FOUND” jako kod błędu, gdy tabela tłumaczeń jest pusta lub indeks jest większy niż kilka wpisów w tabeli.
- Zmieniono wersję punktu końcowego GP w niektórych aplikacjach z 1 na 0.
Korzystanie z CSMA w funkcji wysyłania GPDF jest ograniczone, ponieważ urządzenia Green Power to urządzenia o niskim zużyciu energii i w większości projektów nie korzystają z CSMA. Zamiast tego preferowanym projektem jest wysyłanie wielu pakietów przy użyciu tego samego budżetu energetycznego.
Usunięto użycie ukrytego punktu końcowego w opcji wtyczki Green Power Server. Zamiast tego użyj jednego z punktów końcowych aplikacji.
Ulepszenia kodu wtyczki aktualizacji klucza sieciowego
- Zmieniono okres okresowej aktualizacji klucza sieciowego na maksymalnie 1 rok.
Zrestrukturyzowano niektóre interfejsy API, aby uniknąć niepotrzebnego eksportu kluczy
Wprowadzono zmiany, aby faworyzować użycie kluczowych kontekstów zamiast kluczowych danych w postaci zwykłego tekstu.
- sl_zigbee_send_security_challenge_request przyjmuje teraz argument sl_zb_sec_man_context_t zamiast EmberKeyData.
- Wartości wyliczenia sl_zb_sec_man_derived_key_type są teraz 16-bitową maską bitową, która bezpośrednio obsługuje określone wyprowadzenia kluczy, które łączą wiele typów pochodnych.
Naprawione problemy
Naprawiono w wydaniu
| ID # | Opis |
| 1036893 | Naprawiono problem, który powodował, że komponent klastra OTA instalował starszy komponent interfejsu modułu ładującego jako zależność. |
| 1114905 | Zigbee Direct: Poprawiona obsługa właściwości opuszczania sieci. |
| 1180937 | Naprawiono reset WDT podczas łączenia Zigbee Direct ZDD z ZVD innej firmy. |
| 1223904 | Naprawiono błąd powodujący nieprawidłowe przejście urządzenia końcowego do pracy w bardzo obciążonym środowisku. |
| 1224393 | Zaktualizowano kod obsługi żądań tabeli ujścia Green Power, aby zaktualizować adres docelowy odpowiedzi. |
| 1228808 | Naprawiono problem z wyświetlaniem definicji makr w dokumentacji gp-types.h. |
| 1232297 | Naprawiono problem polegający na tym, że emberSetOutgoingNwkFrameCounter i emberSetOutgoingApsFrameCounter nie działały w 64-bitowych aplikacjach hosta (zwracając EMBER_BAD_ARGUMENT). |
| 1232359 | Naprawiono obliczanie parametru gppTunnelingDelay w przetwarzaniu poleceń klienta Green Power. |
| 1240392 | Żądania łączenia/rozłączania ZDO odrzucone ze względu na dostęp/pozwolenia powinny zwracać status EMBER_ZDP_NOT_AUTHORIZED zamiast statusu EMBER_ZDP_NOT_PERMITTED zgodnie ze specyfikacjami Zigbee. |
| 1243523 | Zigbee Direct: Poprawiona stabilność połączenia BLE z ZVD. |
| 1249455 | Naprawiono błąd, który powodował, że uśpione urządzenie końcowe przechodziło w stan uśpienia po odebraniu transmisji przed otrzymaniem potwierdzenia. |
| 1252295 | Napraw błąd literowy w makrze katalogu komponentów SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT. |
Naprawiono w wydaniu
| ID # | Opis |
| 1019348 | Naprawiono wymagania zależności dla komponentu Zigbee ZCL Cli, dzięki czemu można go usunąć, gdy nie jest potrzebny. |
| 1024246 | Zaktualizowano opis funkcji emberHaveLinkKey() i sl_zb_sec_man_have_link_key(). |
| 1036503 | Dodano opis zalecający użycie jądra Micrium dla DMPampaplikacje. |
| 1037661 | Naprawiono problem, który uniemożliwiał aplikacji instalację stosu pro lub stosu liści. |
| 1078136 | Naprawiono sporadyczną awarię podczas modyfikowania zdarzeń z kontekstu przerwania |
|
1081548 | Przypomina się użytkownikom, że niezsynchronizowane transmisje CSL Zigbee podlegają wywłaszczeniu protokołu w programie planującym radio. W aplikacjach SleepyToSleepy BLE może i będzie wywłaszczać transmisję Zigbee CSL, co zakończy transmisję. Wywłaszczanie harmonogramu jest bardziej powszechne w przypadku niezsynchronizowanej listy CSL, biorąc pod uwagę, że może zostać użyta potencjalnie długa sekwencja ramek budzenia. Użytkownicy chcący dostosować priorytety transmisji mogą w tym celu skorzystać z komponentu DMP Tuning and Testing. Użytkownicy mogą również zapoznać się z UG305: Podręcznik użytkownika dynamicznego wieloprotokołowego, aby uzyskać więcej informacji. W CSL rozwiązano problem polegający na tym, że nowa sekwencja ramek wybudzania otrzymana bezpośrednio po poprzedniej ramce ładunku nie była poprawnie rejestrowana. Spowodowałoby to pominięcie ramki ładunku. |
| 1084111 | W tej wersji zaktualizowano początkową obsługę SPI-NCP dla płyt opartych na MG24. |
| 1104056 | Dodano obsługę sterowania siecią w przypadku sieci dodatkowej w przypadku wielu sieci |
| 1120515 | Naprawiono problem polegający na tym, że kanał nie zmieniał się podczas używania polecenia mfglib set-channel. |
| 1141109 | Naprawiono problem, który powodował, że wygenerowany plik sampw aplikacji ncp-uart-gp-multi-rail brakuje jakiegoś nagłówka files podczas korzystania z komponentu zasilacza Green Power z opcją -cp. |
| 1144316 | Zaktualizowano opis niektórych typów struktur danych w dokumentacji gp-types.h. |
| 1144884 | Naprawiono fałszywy bit oczekującej ramki ustawiony, gdy nie ma żadnych oczekujących danych. |
| 1152512 | Naprawiono potencjalną awarię w low-mac-rail podczas modyfikowania wydarzenia w kontekście ISR. |
| ID # | Opis |
| 1154616 | Dodano wyjątek dla warunku inicjalizacji sieci w przypadku „Przełączanie roli z uśpionego urządzenia końcowego na nieuśpione urządzenie końcowe”. |
| 1157289 | Naprawiono problem, który może powodować niepowodzenie testu BDB DN-TLM-TC-02B. |
| 1157426 | Naprawiono problem z kompilacją podczas tworzenia aplikacji zigbee_simple_app przy użyciu komponentu green_power_adapter. |
| 1157932 | Dodano warunek sprawdzający, czy brakuje pola „czas przejścia” i dla tego brakującego pola ustawiono domyślną wartość 0xFFFF. |
| 1166340 | Naprawiono problem, który uniemożliwiał emberAfGpdfSend wysyłanie zamierzonej liczby powtarzanych transmisji. |
| 1167807 | Naprawiono problem polegający na tym, że urządzenia działające jako centra zaufania w sieciach rozproszonych niepoprawnie kasowały swoje klucze łącza przejściowego za każdym razem, gdy przyłączało się nowe urządzenie. |
| 1169504 | Naprawiono błąd powodujący resetowanie uśpionego urządzenia po wymuszonym wybudzeniu. |
| 1169966 | Naprawiono brakującą weryfikację wartości zwracanej w kodzie alokacji bufora. |
| 1171477, 172270 | W przypadku mfglib start 1 żadne komunikaty nie są przesyłane, ale odbierane, więc wyświetlany komunikat terminala „mfglib send Complete” jest błędny i zmieniany na „RXed %d pakietów w ciągu ostatnich %d ms”. |
| 1171935 | Zmieniono okres okresowej aktualizacji klucza sieciowego na maksymalnie 1 rok. |
| 1172778 | Dodano brakujące wywołanie emberAfPluginGreenPowerServerUpdateAliasCallback do serwera Green Power. |
| 1174288 | Naprawiono problem powodujący, że proces sterowania siecią potwierdza, jeśli zostanie wywołane żądanie zatrzymania trwającego skanowania. |
| 1178393 | Zaktualizowano błąd w dokumentacji. |
| 1180445 | W Smart Energy OTA kontynuuje teraz pobieranie, jeśli Koordynator osiągnie ograniczony cykl pracy. |
| 1185509 | Naprawiono błąd w CSL, który powodował, że nowa sekwencja ramek wybudzania otrzymana bezpośrednio po poprzedniej ramce ładunku nie była poprawnie rejestrowana. Spowodowałoby to pominięcie ramki ładunku. |
| 1186107 | Naprawiono problem powodujący nieudane odszyfrowanie otrzymanych GPDF w celu zastąpienia przychodzącego GPDF w powiadomieniu o uruchomieniu gp. |
| 1188397 | Naprawiono problem powodujący błąd kompilacji podczas włączania rozszerzonego rozmiaru tabeli raportów. |
| 1194090 | Poprawiono status awarii w domyślnej odpowiedzi na polecenie Sink Commissioning Mode – zgodnie z sekcją 3.3.4.8.2 |
| 1194963 | Naprawiono problem polegający na ustawianiu struktury CommissioningGpd przed wywołaniem wywołania zwrotnego użytkownika emberAfGreenPowerServerPairingStatusCallback. |
| 1194966 | Naprawiono problem polegający na tym, że pola Endpoint i proxyInvolved nie zostały ustawione w akcji Wyjdź z uruchomienia. |
| 1196698 | Naprawiono ustawiony bit fałszywej ramki oczekującej, gdy nie było żadnych oczekujących danych. |
| 1199958 | Dodano kod do obsługi przypadku, gdy nie ma już miejsca na budowanie komunikatów o zielonej energii. |
| 1202034 | Naprawiono problem polegający na tym, że zmienna stosu sl_zb_sec_man_context_t nie została poprawnie zainicjowana, co powodowało niepowodzenie dołączenia za pomocą kodu instalacyjnego. |
| 1206040 | Wywołanie funkcji emberRemoveChild() podczas bezpiecznej próby ponownego dołączenia przez urządzenie końcowe może potencjalnie prowadzić do dodatkowego zmniejszenia liczby elementów podrzędnych, potencjalnie prowadząc do wartości -1 (255), uniemożliwiając urządzeniom końcowym dołączenie/ponowne dołączenie z powodu wskazanego braku pojemności w Beaconie. |
| 1207580 | Funkcje wyszukiwania tabel podrzędnych na stosie są niespójne w użyciu 0x0000 w porównaniu z 0xFFFF dla zwracanej wartości identyfikatora węzła reprezentującej nieprawidłowe/puste wpisy, co prowadzi do problemów ze sprawdzaniem nieużywanych wpisów w interfejsach API, takich jak emberRemoveChild(). |
| 1210706 | Miejsce docelowe i indeks PHY podane w strukturze EmberExtraCounterInfo jako część emberCounterHandler() mogły być niepoprawne dla typów liczników MAC TX Unicast. |
| 1211610 1212525 | Naprawiono błąd powodujący awarię aplikacji Dynamic Multiprotocol po włączeniu komponentu Secure Key Storage Upgrade. |
| 1211847 | Chociaż podpis funkcji emberCounterHandler() nie uległ zmianie, sposób wypełniania jej parametrów nieznacznie się zmienił. Zmiany wokół tego interfejsu API wyjaśniono w sekcji 2 powyżej. |
| 1212449 | Wychodzące sygnały nawigacyjne zostały nieprawidłowo sklasyfikowane w warstwie MAC, co doprowadziło do tego, że funkcja emberCounterHandler() nie przechwyciła tych pakietów z typem licznika EMBER_COUNTER_MAC_TX_BROADCAST i zamiast tego zliczyła sygnały nawigacyjne z typem licznika EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. Potencjalnie skutkowało to niewiarygodnymi wartościami parametru dest EmberNodeId przekazanymi do struktury EmberCounterInfo |
| ID # | Opis |
| 1214866 | Wysyłanie pakietów sondowania danych w niektórych konfiguracjach o dużym natężeniu ruchu może skutkować awarią magistrali. |
| 1216552 | Naprawiono problem powodujący potwierdzenie w warunkach dużego natężenia ruchu. |
| 1216613 | Naprawiono błąd powodujący niepoprawną wartość promienia rzutowania grupowego w tabeli proxy. |
| 1222509 | Router/koordynator wysyła żądanie opuszczenia i ponownego dołączenia do urządzenia końcowego odpytującego innego niż podrzędne, ale miejscem docelowym MAC jest 0xFFFF zamiast odpowiadać adresowi docelowemu NWK. |
| 1223842 | Naprawiono problem z generowaniem pliku sl_component_catalog.h, który pozostawiał w nim niechciany kod, powodując błąd kompilacji. |
| 756628 | Zmieniono wywoływanie wywołania zwrotnego aplikacji emberAfMacFilterMatchMessageCallback tak, aby było wywoływane tylko dla wiadomości ZLL, które są sprawdzane przez stos. |
| 816088 | Przeniesiono konfigurację EMBER z zigbeed_configuration.h do zigbeed. slcp. |
| 829508 | Aby uniknąć sytuacji wyścigu, w emberSetLogicalAndRadioChannel dodano dodatkową weryfikację, aby powrót nie powiódł się, jeśli niższe warstwy są zajęte lub nie są w stanie zmienić kanału. |
Znane problemy w aktualnej wersji
Problemy zaznaczone pogrubioną czcionką zostały dodane od czasu poprzedniej wersji. Jeśli przegapiłeś jakąś wersję, informacje o najnowszych wydaniach są dostępne pod adresem https://www.si-labs.com/developers/zigbee-emberznet w zakładce Dokumentacja techniczna.
| ID # | Opis | Obejście problemu |
| Brak | · Następujące aplikacje/komponenty nie są obsługiwane w tej wersji: Obsługa EM4 | Ta funkcja zostanie włączona w kolejnych wersjach. |
| 193492 | Makro przenoszenia emberAfFillCommandGlobalServerToClientConfigureRe jest uszkodzone. Wypełnienie bufora powoduje utworzenie nieprawidłowego pakietu poleceń. | Zamiast interfejsu API użyj polecenia CLI „zcl global send-me-a-report”. |
| 278063 | Inteligentne tunelowanie energetyczne plugins mają sprzeczne traktowanie/użycie indeksu tabeli adresów. | Brak znanego rozwiązania |
|
289569 |
Lista wyboru poziomów mocy komponentów twórcy sieci nie oferuje pełnego zakresu obsługiwanych wartości dla EFR32 | Edytuj zakres <-8..20> określony w komentarzu CMSIS dla EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P OWER w /protocol/ZigBee/app/framework/plugin/network-creator/config/network-creator-config.h file. Na przykładample, zmień na . |
| 295498 | Odbiór UART czasami powoduje utratę bajtów przy dużym obciążeniu w przypadku dynamicznego użycia wielu protokołów Zigbee+BLE. | Użyj sprzętowej kontroli przepływu lub zmniejsz szybkość transmisji. |
|
312291 | EMHAL: Funkcje halCommonGetIntxxMillisekundaTick na hostach z systemem Linux korzystają obecnie z funkcji uzyskiwania meofday, która nie gwarantuje, że będzie monotoniczna. Jeśli czas systemowy się zmieni, może to powodować problemy z synchronizacją stosu. | Zmodyfikuj te funkcje, aby zamiast tego używały clock_gettime ze źródłem CLOCK_MONOTONIC. |
| 338151 | Inicjowanie NCP z małą wartością licznika buforów pakietów może spowodować uszkodzenie pakietów. | Użyj zarezerwowanej wartości 0xFF dla liczby buforów pakietów, aby uniknąć zbyt niskiej wartości domyślnej |
| 387750 | Problem z formatami żądania tabeli tras na urządzeniu końcowym. | W trakcie śledztwa |
| 400418 | Inicjator Touchlink nie może połączyć się z niefabrycznie nowym docelowym urządzeniem końcowym. | Brak znanego rozwiązania. |
| 424355 | Niefabrycznie nowy inicjator obsługujący cel linii dotykowej uśpionego urządzenia końcowego nie jest w stanie odebrać odpowiedzi z informacjami o urządzeniu w pewnych okolicznościach. | W trakcie śledztwa |
| 465180 | Element optymalizacji blokowania radioblokowania współistnienia „Włącz kontrolę czasu działania” może blokować prawidłowe działanie Zigbee. | Opcjonalna kontrola „Wybór Wi-Fi” dotycząca optymalizacji blokowania powinna pozostać „Wyłączona”. |
|
480550 | Klaster OTA ma wbudowaną metodę fragmentacji, dlatego nie powinien wykorzystywać fragmentacji APS. Chociaż w przypadku włączenia szyfrowania APS zwiększa to ładunek ImageBlockResponses do rozmiaru, w którym aktywowana jest fragmentacja APS. Może to spowodować niepowodzenie procesu OTA. |
Brak znanego rozwiązania |
|
481128 | Szczegółowy reset Przyczyna i szczegóły awarii powinny być domyślnie dostępne za pośrednictwem wirtualnego UART (Serial 0) na platformach NCP, gdy włączona jest wtyczka diagnostyczna i urządzenie peryferyjne wirtualnego UART. | Ponieważ Serial 0 jest już zainicjowany w NCP, klienci mogą włączyć emberAfNcpInitCallback w Zigbee NCP Framework i wywołać odpowiednie funkcje diagnostyczne (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails i halPrintCrashData) w tym wywołaniu zwrotnym, aby wydrukować te dane na Serial 0 dla vieww dzienniku przechwytywania Network Analyzer. Dla byłegoampPlik opisujący sposób korzystania z tych funkcji można znaleźć w kodzie zawartym w funkcji emberAfMainInit() a-main-soc.c, gdy zdefiniowano EXTENDED_RESET_INFO. |
| ID # | Opis | Obejście problemu |
|
486369 | Jeśli DynamicMultiProtocolLightSoc tworzący nową sieć ma pozostałe węzły podrzędne z sieci, którą opuścił, emberAfGetChildTableSize zwraca wartość niezerową w startIdentifyOnAllChildNodes, powodując komunikaty o błędach Tx 66 podczas adresowania „duchów” dzieci. | Masowo wymaż część, jeśli to możliwe, przed utworzeniem nowej sieci lub programowo sprawdź tabelę podrzędną po opuszczeniu sieci i usuń wszystkie dzieci za pomocą emberRemoveChild przed utworzeniem nowej sieci. |
| 495563 | Dołączenie do SPI NCP Sleepy End Device Sample Aplikacja nie przeprowadza krótkiej ankiety, dlatego próba dołączenia kończy się niepowodzeniem po zaktualizowaniu klucza łącza TC. | Przed próbą dołączenia urządzenie, które chce się dołączyć, powinno znajdować się w trybie krótkiej ankiety. Ten tryb można wymusić za pomocą wtyczki End Device Support. |
|
497832 | W programie Network Analyzer podział poleceń obsługi aplikacji Zigbee dla ramki żądania weryfikacji klucza błędnie odwołuje się do części ładunku, która wskazuje adres źródłowy ramki jako adres docelowy. |
Brak znanego rozwiązania |
| 519905 521782 | Spi-NCP bardzo rzadko może nie uruchomić komunikacji bootloadera przy użyciu polecenia CLI „bootload” wtyczki ota-client. | Uruchom ponownie proces ładowania |
| 620596 | NCP SPI Npampplik dla BRD4181A (EFR32xGMG21) Zdefiniowany domyślny pin nWake nie może być używany jako pin wybudzania. | Zmień domyślny pin nWake z PD03 na pin obsługujący wybudzanie EM2/3 we wtyczce NCP-SPI. |
| 631713 | Urządzenie końcowe Zigbee będzie wielokrotnie zgłaszać konflikty adresów, jeśli zamiast wtyczki „Zigbee PRO Leaf Library” zostanie użyta wtyczka „Zigbee PRO Stack Library”. | Użyj wtyczki „Zigbee PRO Leaf Library” zamiast wtyczki „Zigbee PRO Stack Library”. |
| 670702 | Nieefektywność wtyczki Reporting może prowadzić do znacznych opóźnień w zależności od częstotliwości zapisu danych i rozmiaru tabeli, co może zakłócać kod aplikacji klienta, w tym czas trwania zdarzeń. | Jeśli często piszesz, rozważ sprawdzenie warunków raportowania i ręczne wysyłanie raportów, zamiast korzystać z wtyczki. |
| 708258 | Niezainicjowana wartość w groups-server.c za pomocą metody addEntryToGroupTable() może utworzyć fałszywe powiązanie i spowodować wysłanie komunikatów raportowania rzutowania grupowego. | Dodaj „binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;” po „typ.powiązania = EMBER_MULTICAST_BINDING;” |
|
757775 | Wszystkie części EFR32 mają unikalne przesunięcie RSSI. Ponadto konstrukcja płytki, anteny i obudowa mogą mieć wpływ na RSSI. | Podczas tworzenia nowego projektu zainstaluj narzędzie RAIL Utility, komponent RSSI. Ta funkcja obejmuje domyślne silaby przesunięcia RSSI mierzone dla każdej części. To przesunięcie można w razie potrzeby zmodyfikować po przetestowaniu RF całego produktu. |
|
758965 | Komponenty klastra ZCL i tabela wykrywania poleceń ZCL nie są zsynchronizowane. Dlatego podczas włączania lub wyłączania komponentu klastra ZCL zaimplementowane polecenia nie będą włączane/wyłączane w odpowiedniej zakładce poleceń zaawansowanego konfiguratora ZCL. | Ręcznie włącz/wyłącz wykrywanie żądanych poleceń ZCL w zaawansowanym konfiguratorze ZCL. |
| 765735 | Aktualizacja OTA nie powiedzie się na uśpionym urządzeniu końcowym z włączonym żądaniem strony. | Użyj żądania zablokowania zamiast żądania strony. |
| 845649 | Usuwanie CLI: Podstawowy komponent nie eliminuje wywołań cli EEPROM do sl_cli.h. | Usuń plik eeprom-cli.c file to wywołuje sl_cli.h. Dodatkowo można komentować wywołania sl_cli.h oraz sl_cli_command_arg_t w ota-storage-simple-eeprom. |
| 857200 | serwer strefy ias. c pozwala na utworzenie powiązania z adresem CIE „0000000000000000”, a później nie pozwala na dalsze powiązania. | Brak znanego rozwiązania |
| 1019961 | Wygenerowano markę Z3Gatewayfile koduje „gcc” jako CC | Brak znanego rozwiązania |
| ID # | Opis | Obejście problemu |
|
1039767 |
Problem przepełnienia kolejki ponownych prób sieci routera Zigbee w przypadku użycia wielowątkowego RTOS. | Zigbee Stack nie jest bezpieczny dla wątków. W rezultacie wywoływanie interfejsów API stosu Zigbee z innego zadania nie jest obsługiwane w środowisku systemu operacyjnego i może spowodować, że stos stanie się „niedziałający”. Aby uzyskać więcej informacji i obejść problem korzystania z procedury obsługi zdarzeń, zapoznaj się z poniższą notatką dotyczącą aplikacji. https://www.silabs.com/documents/public/application- notatki/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf . |
| 1064370 | Przełącznik Z3Switchampaplikacja domyślnie włączyła tylko jeden przycisk (instancja: btn1), co prowadzi do niezgodności w opisie przycisku w projekcie file. | Rozwiązanie: Zainstaluj instancję btn0 ręcznie podczas tworzenia projektu Z3Switch. |
| 1161063 | Z3Light i potencjalnie inne aplikacje zgłaszają nieprawidłowe wartości wersji klastra. | Ręcznie zaktualizuj atrybut wersji klastra do odpowiedniej wersji. |
| 1164768, 1171478, 1171479 | BŁĄD: ezspErrorHandler 0x34 zgłaszany wielokrotnie w trybie odbioru mfglib | Aby zmniejszyć liczbę drukowanych komunikatów o błędach, skonfiguruj EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS w aplikacji hosta na 100, dzięki czemu kolejka wywołań zwrotnych jest szybciej zwalniana. |
| 1252460 | Procedury odzyskiwania SimEEPROM (zarówno dla wersji 1, jak i v2) uruchamiane podczas uruchamiania mogą wykonywać źle wyrównane wywołania kasowania strony flash, co skutkuje potwierdzeniami podczas em_msc. c, procedura MSC_ErasePage. | Rozwiązanie: Umieść następujący wiersz kodu na górze funkcji MSC_ErasePage() w pliku em_msc.c: adres początkowy = (uint32_t*)((uint32_t)startAddress & ~(FLASH_PAGE_SIZE-1)); |
Przestarzałe przedmioty
Przestarzałe w wydaniu
W GSDK 7.4.0.0 i nowszych, łącznie z tą poprawką, opcja „-v” w Z3Gateway dla aplikacji hosta Linux w celu utworzenia interfejsu telnet z portem 4900 lub 4901 jest przestarzała. Alternatywnym, zalecanym sposobem utworzenia interfejsu telnet jest użycie narzędzi linuksowych, takich jak „socat”.
Przestarzałe w wydaniu
Usunięto następujące przestarzałe interfejsy API zabezpieczeń:
- emberGetKey()
- emberGetKeyTableEntry()
- emberSetKeyTableEntry()
- emberHaveLinkKey()
- emberAddOrUpdateKeyTableEntry()
- emberAddTransientLinkKey()
- emberGetTransientKeyTableEntry()
- emberGetTransientLinkKey()
- żarHmacAesHash()
Skorzystaj z interfejsów API dostarczonych przez Zigbee Security Manager, aby uzyskać dostęp do magazynu kluczy i hashowania HMAC.
Usunięte elementy
Usunięto w wydaniu
- Usunięto zduplikowane publiczne interfejsy API w nagłówku publicznym file gp-types.h.
- Komponent zigbee_end_device_bind został usunięty. Komponent ten został wykorzystany przez koordynatora do pośredniczenia w wiązaniach żądań dla urządzeń końcowych. Ta opcjonalna funkcjonalność została usunięta z wersji R22 podstawowej specyfikacji Zigbee.
- Usunięto setPacketBufferCount() w af-host.c i bezużyteczny przypadek kontrolny EZSP_CONFIG_PACKET_BUFFER_COUNT: w Command-handlers.c.
- Usunięto argument memoryAllocation, ponieważ nie ma potrzeby dzielenia na dwie fazy podczas inicjalizacji NCP.
- Usunięto funkcję emberAfNcpInitCallback() w aplikacjach se14-comms-hub, se14-ihd i se14-meter-gas.
- Usunięto ustawienie wartości EZSP_CONFIG_RETRY_QUEUE_SIZE podczas inicjalizacji ncp w ncp-configuration.c
Brama wieloprotokołowa i RCP
Nowe przedmioty
Dodano w wydaniu
- Wprowadzono możliwość jednoczesnego słuchania, dzięki czemu stosy Zigbee i OpenThread mogą działać na niezależnych kanałach 802.15.4 przy użyciu RCP EFR32xG24 lub xG21.
- Równoczesne słuchanie nie jest dostępne w przypadku kombinacji 802.15.4 RCP/Bluetooth RCP, kombinacji Zigbee NCP/OpenThread RCP ani systemu na chipie (SoC) Zigbee/OpenThread. Zostanie dodany do tych produktów w przyszłej wersji.
- Rozszerzenie dostawcy OpenThread CLI zostało dodane do aplikacji hosta OpenThread kontenerów wieloprotokołowych. Obejmuje to polecenia coex cli.
Ulepszenia
Zmieniono w wydaniu
- Kombinacja wieloprotokołowa Zigbee NCP/OpenThread RCP osiągnęła teraz jakość produkcyjną.
Naprawione problemy
Naprawiono w wydaniu
| ID # | Opis |
| 1213701 | zigbeed nie pozwalał na utworzenie wpisu w źródłowej tabeli odpowiedników dla elementu podrzędnego, jeśli w kolejce pośredniej MAC znajdują się już oczekujące dane dla tego elementu podrzędnego. Takie zachowanie może prowadzić do niepowodzenia transakcji w warstwie aplikacji między dzieckiem a innym urządzeniem z powodu braku potwierdzenia APS lub odpowiedzi w warstwie aplikacji, w szczególności zakłócenia i nieoczekiwanego zakończenia aktualizacji ZCL OTA przeznaczonych dla urządzenia podrzędnego. |
| 1244461 | Wpis w tabeli odpowiedników źródła dotyczący dziecka mógł zostać usunięty pomimo oczekujących wiadomości. |
Naprawiono w wydaniu
| ID # | Opis |
| 1081828 | Problem z przepustowością w przypadku Zigbee/BLE DMP opartych na FreeRTOSamppliki aplikacji. |
| 1090921 | Z3GatewayCpc miał problemy z utworzeniem sieci w hałaśliwym otoczeniu. |
| 1153055 | Asercja na hoście została spowodowana błędem komunikacji podczas odczytu wersji NCP z pliku zigbee_ncp-ble_ncp-uartample aplikacja. |
| 1155676 | RCP 802.15.4 odrzucał wszystkie odebrane pakiety emisji pojedynczej (po potwierdzeniu adresu MAC), jeśli wiele interfejsów 15.4 współdzieli ten sam 16-bitowy identyfikator węzła. |
| 1173178 | Host fałszywie zgłosił setki pakietów odebranych za pomocą mfglib w konfiguracji Host-RCP. |
| 1190859 | Błąd EZSP podczas wysyłania losowych pakietów mfglib w konfiguracji Host-RCP. |
| 1199706 | Sondaże danych z zapomnianych urządzeń podrzędnych urządzenia końcowego nie ustawiały prawidłowo ramki oczekującej na RCP, aby kolejkować polecenie Opuść i Dołącz do poprzedniego elementu podrzędnego. |
| 1207967 | Polecenie „mfglib send random” wysyłało dodatkowe pakiety do Zigbeeda. |
| 1208012 | Tryb mfglib rx nie aktualizował poprawnie informacji o pakiecie podczas odbioru na RCP. |
| 1214359 | Węzeł koordynatora uległ awarii, gdy 80 lub więcej routerów próbowało połączyć się jednocześnie w konfiguracji Host-RCP. |
| 1216470 | Po przesłaniu transmisji z maską adresu 0xFFFF, Zigbee RCP działający jako urządzenie nadrzędne pozostawi flagę oczekujących danych ustawioną dla każdego dziecka. Spowodowało to, że każde dziecko nie spało, oczekując danych po każdym odpytywaniu, i wymagało innej oczekującej transakcji danych do każdego urządzenia końcowego, aby ostatecznie wyczyścić ten stan. |
Znane problemy w aktualnej wersji
Pogrubione problemy zostały dodane od poprzedniej wersji. Jeśli przegapiłeś jakieś wydanie, najnowsze informacje o wydaniu są dostępne na https://www.si-labs.com/developers/gecko-software-development-kit.
| ID # | Opis | Obejście problemu |
| 811732 | Obsługa niestandardowych tokenów nie jest dostępna podczas korzystania z Zigbeed. | Wsparcie jest planowane w przyszłej wersji. |
| 937562 | Polecenie Bluetoothctl „advertise on” nie działa z aplikacją rcp-uart-802154-blehci w systemie Raspberry Pi OS 11. | Użyj aplikacji btmgmt zamiast bluetoothctl. |
| 1022972 | Coex nie działa na ZB NCP + OT RCP. | Wsparcie jest planowane w przyszłej wersji. |
| 1074205 | CMP RCP nie obsługuje dwóch sieci o tym samym identyfikatorze PAN. | Użyj różnych identyfikatorów PAN dla każdej sieci. Wsparcie jest planowane w przyszłej wersji. |
| 1122723 | W ruchliwym środowisku interfejs CLI w aplikacji z3-light_ot-ftd_soc może przestać odpowiadać. | Brak znanego rozwiązania. |
| 1124140 | z3-light_ot-ftd_soc sampaplikacja nie może utworzyć sieci Zigbee, jeśli sieć OT jest już uruchomiona. | Najpierw uruchom sieć Zigbee, a następnie sieć OT. |
| 1170052 | CMP Zigbee NCP + OT RCP i DMP Zigbee NCP + BLE NCP mogą nie pasować do części RAM o pojemności 64 KB i mniejszych w tej bieżącej wersji. | Części o rozmiarze 64 KB nie są obecnie obsługiwane w tych aplikacjach. |
| 1209958 | ZB/OT/BLE RCP w Bobcat i Bobcat Lite może przestać działać po kilku minutach, jeśli działają wszystkie trzy protokoły | Zostanie omówione w przyszłej wersji |
| 1221299 | Odczyty Mfglib RSSI różnią się między RCP i NCP. | Zostanie omówione w przyszłej wersji. |
| 1231021 | OTBR może potwierdzić, gdy jednocześnie łączy się ponad 80 urządzeń Zigbee. | Dodano poprawkę, która może obejść problem. Zostanie w pełni omówiony w przyszłej wersji. |
Przestarzałe przedmioty
- Nic
Usunięte elementy
Usunięto w wydaniu
- Makro „NONCOMPLIANT_ACK_TIMING_WORKAROUND” zostało usunięte. Wszystkie aplikacje RCP domyślnie obsługują teraz czas realizacji wynoszący 192 μs w przypadku nieulepszonych potwierdzeń, jednocześnie korzystając z czasu realizacji wynoszącego 256 μs w przypadku wzmocnionych potwierdzeń wymaganych przez CSL.
Korzystanie z tej wersji
To wydanie zawiera następujące elementy:
- Stos Zigbee
- Struktura aplikacji Zigbee
- Zigbee Sample Aplikacje
Więcej informacji na temat Zigbee i pakietu SDK EmberZNet znajdziesz w UG103.02: Podstawy Zigbee.
Jeśli jesteś użytkownikiem po raz pierwszy, zobacz QSG180: Przewodnik szybkiego startu Zigbee EmberZNet dla SDK 7.0 i nowszych, aby uzyskać instrukcje dotyczące konfigurowania środowiska programistycznego, budowania i flashowania jakoampPlik aplikacji i odniesienia do dokumentacji wskazujące kolejne kroki.
Instalacja i użytkowanie
Zigbee EmberZNet SDK jest częścią Gecko SDK (GSDK), pakietu SDK Silicon Labs. Aby szybko rozpocząć pracę z GSDK, zainstaluj Simplicity Studio 5, które skonfiguruje Twoje środowisko programistyczne i przeprowadzi Cię przez proces instalacji GSDK. Simplicity Studio 5 zawiera wszystko, co jest potrzebne do tworzenia produktów IoT przy użyciu urządzeń Silicon Labs, w tym narzędzie do uruchamiania zasobów i projektów, narzędzia do konfiguracji oprogramowania, pełne środowisko IDE z zestawem narzędzi GNU oraz narzędzia analityczne. Instrukcje instalacji znajdują się w internetowym Podręczniku użytkownika Simplicity Studio 5.
Alternatywnie Gecko SDK można zainstalować ręcznie, pobierając lub klonując najnowszą wersję z GitHub. Widzieć https://github.com/Sili-conLabs/gecko_sdk Aby uzyskać więcej informacji.
Simplicity Studio domyślnie instaluje GSDK w:
- (Windows): C:\Użytkownicy\ \SimplicityStudio\SDKs\gecko_sdk
- (MacOS): /Użytkownicy/ /SimplicityStudio/SDKs/gecko_sdk
Dokumentacja specyficzna dla wersji SDK jest instalowana wraz z SDK. Dodatkowe informacje można często znaleźć w artykułach bazy wiedzy (KBA). Odniesienia do interfejsu API i inne informacje dotyczące tej i wcześniejszych wersji są dostępne na stronie https://docs.silabs.com/.
Informacje o bezpieczeństwie
Bezpieczna integracja z przechowalnią
W przypadku aplikacji, które zdecydowały się na bezpieczne przechowywanie kluczy przy użyciu komponentu Secure Key Storage w częściach Secure Vault-High, poniższa tabela przedstawia chronione klucze i charakterystykę ochrony ich przechowywania, którą zarządza komponent Zigbee Security Manager.
| Zapakowany klucz | Eksportowalny / Nieeksportowalny | Notatki |
| Klucz sieciowy | Eksportowalny | |
| Klucz łącza Centrum zaufania | Eksportowalny | |
| Klucz łącza tymczasowego | Eksportowalny | Indeksowana tabela kluczy, przechowywana jako klucz nietrwały |
| Klucz łącza aplikacji | Eksportowalny | Indeksowana tabela kluczy |
| Bezpieczny klucz EZSP | Eksportowalny | |
| Klucz szyfrujący ZLL | Eksportowalny | |
| Wstępnie skonfigurowany klucz ZLL | Eksportowalny | |
| Klucz proxy GPD | Eksportowalny | Indeksowana tabela kluczy |
| Klucz do zlewu GPD | Eksportowalny | Indeksowana tabela kluczy |
| Klucz wewnętrzny/zastępczy | Eksportowalny | Wewnętrzny klucz do użytku przez Zigbee Security Manager |
- Opakowane klucze oznaczone jako „Nieeksportowalne” mogą być używane, ale nie mogą viewedytowane lub udostępniane w czasie wykonywania.
- Opakowane klucze oznaczone jako „Do eksportu” mogą być używane lub udostępniane w czasie wykonywania, ale pozostają zaszyfrowane podczas przechowywania w pamięci flash.
- Aplikacje użytkownika nigdy nie muszą wchodzić w interakcję z większością tych kluczy. Istniejące interfejsy API do zarządzania kluczami tabeli kluczy łączy lub kluczami przejściowymi są nadal dostępne dla aplikacji użytkownika i obecnie przechodzą przez komponent Zigbee Security Manager.
- Niektórych z tych kluczy może w przyszłości nie być możliwe wyeksportowanie do aplikacji użytkownika. Zachęca się, aby aplikacje użytkownika nie polegały na eksportowaniu kluczy, chyba że jest to absolutnie konieczne.
- Aby uzyskać więcej informacji na temat funkcji bezpiecznego zarządzania kluczami skarbca, zobacz AN1271: Bezpieczne przechowywanie kluczy.
Porady dotyczące bezpieczeństwa
Aby zasubskrybować Poradniki dotyczące bezpieczeństwa, zaloguj się do portalu klienta Silicon Labs, a następnie wybierz Strona główna konta. Kliknij EKRAN GŁÓWNY, aby przejść do strony głównej portalu, a następnie kliknij kafelek Zarządzaj powiadomieniami. Upewnij się, że zaznaczona jest opcja „Powiadomienia dotyczące oprogramowania/bezpieczeństwa i powiadomienia o zmianach produktu (PCN)” oraz że subskrybujesz co najmniej platformę i protokół. Kliknij Zapisz, aby zapisać zmiany.
Wsparcie
Klienci korzystający z zestawu rozwojowego kwalifikują się do szkoleń i pomocy technicznej. Użyj Zigbee Silicon Laboratories web stronę, aby uzyskać informacje o wszystkich produktach i usługach Zigbee firmy Silicon Labs oraz zarejestrować się w celu uzyskania pomocy technicznej dotyczącej produktu.
Możesz skontaktować się z pomocą techniczną Silicon Laboratories pod adresem http://www.silabs.com/support.
Studio Prostoty
Dostęp jednym kliknięciem do MCU i narzędzi bezprzewodowych, dokumentacji, oprogramowania, bibliotek kodów źródłowych i nie tylko. Dostępne dla systemów Windows, Mac i Linux!
Zastrzeżenie
Silicon Labs zamierza dostarczać klientom najnowszą, dokładną i szczegółową dokumentację wszystkich urządzeń peryferyjnych i modułów dostępnych dla implementatorów systemów i oprogramowania, którzy używają lub zamierzają używać produktów Silicon Labs. Dane dotyczące charakterystyki, dostępne moduły i urządzenia peryferyjne, rozmiary pamięci i adresy pamięci odnoszą się do każdego konkretnego urządzenia, a „typowe” parametry mogą się różnić i różnią się w różnych aplikacjach. Aplikacja exampPliki opisane w niniejszym dokumencie służą wyłącznie celom ilustracyjnym. Silicon Labs zastrzega sobie prawo do wprowadzania zmian bez dalszego powiadomienia w informacjach o produkcie, specyfikacjach i opisach zawartych w niniejszym dokumencie i nie udziela gwarancji co do dokładności lub kompletności zawartych informacji. Bez uprzedniego powiadomienia Silicon Labs może aktualizować oprogramowanie sprzętowe produktu podczas procesu produkcyjnego ze względów bezpieczeństwa lub niezawodności. Takie zmiany nie zmienią specyfikacji ani wydajności produktu. Silicon Labs nie ponosi odpowiedzialności za konsekwencje wykorzystania informacji zawartych w niniejszym dokumencie. Niniejszy dokument nie sugeruje ani nie udziela wyraźnie żadnej licencji na projektowanie lub wytwarzanie jakichkolwiek układów scalonych. Produkty nie są zaprojektowane ani dopuszczone do użytku z jakimikolwiek urządzeniami FDA Class III, aplikacjami, dla których wymagana jest aprobata FDA przed wprowadzeniem na rynek lub systemami podtrzymywania życia bez wyraźnej pisemnej zgody Silicon Labs. „System podtrzymywania życia” to dowolny produkt lub system przeznaczony do podtrzymywania lub podtrzymywania życia i/lub zdrowia, którego awaria może spowodować poważne obrażenia ciała lub śmierć. Produkty Silicon Labs nie są zaprojektowane ani autoryzowane do zastosowań wojskowych. Produkty Silicon Labs nie mogą być w żadnym wypadku używane w broni masowego rażenia, w tym (między innymi) w broni jądrowej, biologicznej lub chemicznej, ani w pociskach zdolnych do przenoszenia takiej broni. Silicon Labs zrzeka się wszelkich wyraźnych i dorozumianych gwarancji i nie ponosi odpowiedzialności za jakiekolwiek obrażenia lub szkody związane z użyciem produktu Silicon Labs w takich nieautoryzowanych zastosowaniach.
Notatka: Ta treść może zawierać obraźliwą terminologię, która jest już przestarzała. Silicon Labs w miarę możliwości zastępuje te terminy językiem włączającym. Po więcej informacji odwiedź www.silabs.com/about-us/inclusive-lexicon-project.
Informacje o znaku towarowym
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® i logo Silicon Labs®, Bluegiga®, Logo Bluegiga®, EFM®, EFM32®, EFR, Ember®, Energy Micro, logo Energy Micro i ich kombinacje, „najbardziej energooszczędne mikrokontrolery na świecie”, Redpine Signals®, WiSeConnect, n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Logo Telegesis®, USBXpress®, Zentri, logo Zentri i Zentri DMS, Z-Wave® i inne są znakami towarowymi lub zarejestrowanymi znakami towarowymi firmy Silicon Labs. ARM, CORTEX, Cortex-M3 i THUMB są znakami towarowymi lub zarejestrowanymi znakami towarowymi firmy ARM Holdings. Keil jest zarejestrowanym znakiem towarowym ARM Limited. Wi-Fi jest zarejestrowanym znakiem towarowym Wi-Fi Alliance. Wszystkie inne produkty lub nazwy marek wymienione w niniejszym dokumencie są znakami towarowymi ich odpowiednich właścicieli.
KONTAKT
- Laboratoria Silicon Inc.
- 400 Zachodni Cesar Chávez
- Austin, Teksas 78701
- USA
- www.silabs.com
Dokumenty / Zasoby
 | SILICON LABS SDK 7.4.1.0 GA Oprogramowanie stosu protokołów Zigbee [plik PDF] Instrukcja użytkownika 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 |