Zigbee EmberZNet SDK 7.2.5.0 GA
Gecko SDK Suite 4.2
24 gennaio 2024

Zigbee EmberZNet SDK

Silicon Labs è il fornitore preferito dagli OEM che sviluppano la rete Zigbee nei loro prodotti. La piattaforma Zigbee di Silicon Labs è la soluzione Zigbee più integrata, completa e ricca di funzionalità disponibile.
L'SDK EmberZNet di Silicon Labs contiene l'implementazione di Silicon Labs della specifica dello stack Zigbee.
Queste note di rilascio riguardano le versioni dell'SDK:

• 7.2.5.0 rilasciata il 24 gennaio 2024
• 7.2.4.0 rilasciata il 16 agosto 2023
• 7.2.3.0 rilasciato il 3 maggio 2023
• 7.2.2.0 rilasciato l'8 marzo 2023
• 7.2.1.0 rilasciato il 1 febbraio 2023
• 7.2.0.0 rilasciato il 14 dicembre 2022

CARATTERISTICHE PRINCIPALI

Zigbee

• Supporto di archiviazione sicura delle chiavi per le parti MG2x che supportano Secure Vault-High
• MG24+Si4468 Supporto Zigbee Smart Energy Dual-PHY
• Supporto Zigbee Smart Energy MG12 dual-band da 2.4 GHz + SubGHz
• Supporto modulo SiP MGM240S
• Supporto Zigbee on Host (ZigbeeD) per architettura x32 a 64 bit e 86 bit – sperimentale

Multiprotocollo

• Bluetooth multiprotocollo dinamico e multiPAN 802.15.4 in modalità RCP
• Bluetooth multiprotocollo dinamico e Zigbee NCP – sperimentale
• Supporto della Manufacturing Library (MfgLib) per RCP multiprotocollo simultaneo
• Zigbee + OpenThread Ascolto simultaneo su parti MG24 – sperimentale

Avvisi di compatibilità e utilizzo

Per informazioni sugli aggiornamenti e gli avvisi di sicurezza, consultare il capitolo sulla sicurezza delle note sulla versione della piattaforma Gecko installate con questo SDK o nella scheda DOCUMENTI TECNICI su https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs consiglia inoltre vivamente di abbonarsi agli avvisi di sicurezza per informazioni aggiornate. Per istruzioni o se non conosci l'SDK Zigbee EmberZNet, vedi Utilizzo di questa versione.

CCompilatori compatibili:

IAR Embedded Workbench per ARM (IAR-EWARM) versione 9.20.4.

• L'utilizzo di wine per la compilazione con l'utilità della riga di comando IarBuild.exe o la GUI di IAR Embedded Workbench su macOS o Linux potrebbe causare errori fileviene utilizzato a causa di collisioni nell'algoritmo di hashing di wine per la generazione di short file nomi.
• Si consiglia ai clienti su macOS o Linux di non creare con IAR al di fuori di Simplicity Studio. I clienti che lo fanno dovrebbero verificare attentamente che sia corretto filevengono utilizzati.
  GCC (The GNU Compiler Collection) versione 10.3-2021.10, fornito con Simplicity Studio.

Nuovi articoli

1.1 Nuove funzionalità
Novità nella versione 7.2.0.0
Sicurezza Zigbee

È disponibile il supporto per l'archiviazione sicura delle chiavi di crittografia sui componenti EFR32MG2x che supportano la funzionalità Secure Vault-High. Fare riferimento a AN1271: Archiviazione sicura delle chiavi per informazioni sull'archiviazione sicura delle chiavi di sicurezza. Le applicazioni che desiderano archiviare le chiavi di sicurezza in un archivio sicuro devono essere utilizzate per nuove distribuzioni, poiché l'aggiornamento OTA per i dispositivi esistenti non è attualmente supportato in questa versione.

Energia intelligente
Il supporto simultaneo Dual-PHY Smart Energy è ora disponibile sulle parti EFR32xG24+Si4468.
Il supporto Zigbee Smart Energy Dual-Band da 2.4 GHz e Sub-GHz per i dispositivi finali è ora disponibile su EFR32xG12 par
DMPPCN
Il supporto dinamico multiprotocollo Zigbee-NCP + Bluetooth-NCP è ora disponibile.

1.2 Nuove applicazioni
Nessuno
1.3 Nuovi componenti
Novità nella versione 7.2.0.0

Zigbee Componenti del gestore della sicurezza
Responsabile della sicurezza Zigbee
Il componente Zigbee Security Manager è un componente comune che fornisce all'utente un'interfaccia per gestire le chiavi di sicurezza e le routine di crittografia. Questo componente è adattato alle chiavi specifiche di Zigbee e alle routine crittografiche.
Responsabile della sicurezza
Il componente Security Manager è un componente indipendente dallo stack che fornisce un'interfaccia per gestire le chiavi nell'archivio PSA. Queste possono essere chiavi protette se il dispositivo supporta la funzionalità Secure Vault-High. Il componente Security Manager fornisce inoltre un'interfaccia per determinate routine crittografiche. Il componente Zigbee Secure Key Storage utilizza il componente Security Manager.
Conservazione delle chiavi classica
Il componente Zigbee Classic Key Storage gestisce l'archiviazione e il recupero delle chiavi di sicurezza nei token NVM3. Le chiavi memorizzate su NVM3 vengono salvate in chiaro nella flash, il che significa che le chiavi possono essere lette quando la flash viene letta dal dispositivo. Questo metodo di archiviazione è il modo in cui le applicazioni Zigbee hanno precedentemente archiviato le chiavi sul dispositivo.
Archiviazione sicura delle chiavi
Il componente Zigbee Secure Key Storage gestisce l'archiviazione delle chiavi utilizzando le API PSA. Per i dispositivi che supportano la funzionalità Secure Vault-High, le chiavi sono racchiuse in un archivio sicuro e non possono essere raccolte leggendo la flash dal dispositivo.
Il componente Security Manager viene utilizzato dal componente Zigbee Secure Key Storage per eseguire determinate routine di crittografia, come la crittografia e la decrittografia AES.
Gli utenti che desiderano che le chiavi dell'applicazione siano archiviate in modo sicuro devono farlo solo nelle nuove distribuzioni. Al momento non è disponibile alcun supporto per i dispositivi distribuiti per aggiornare l'archiviazione delle chiavi e spostare le chiavi di sicurezza dai token all'archiviazione sicura delle chiavi. Questa funzionalità di aggiornamento è prevista per una versione futura.
I dispositivi che includono la funzionalità Secure Vault High possono comunque archiviare le chiavi di sicurezza in modo classico (ad esample in token) includendo invece il componente Classic Key Storage. Le applicazioni basate su SDK 7.2.0.0 che includono funzionalità di aggiornamento OTA per questi dispositivi Secure Vault-High che eseguono codice precedente a SDK 7.2.0.0 sono attualmente limitate all'utilizzo del componente Classic Key Storage.
I dispositivi Secure Vault-High potrebbero non eseguire il downgrade da un'immagine che archiviava le chiavi in ​​un archivio sicuro a un'immagine che archivia nuovamente le chiavi in ​​token.
Altri componenti
Aggiornamento del watchdog
Il componente di aggiornamento del watchdog reimposta periodicamente il timer del watchdog (il valore è configurabile e mantiene un valore predefinito di 1 secondo). Si noti che per ottenere ciò, la parte deve entrare in modalità energetica EM0. Questo componente è incluso per impostazione predefinita quando è presente un RTOS e nel codice viene utilizzato un watchdog. L'aggiornamento del timer watchdog può essere disabilitato utilizzando l'opzione di configurazione nel componente.
Adattatore di alimentazione verde
Il componente zigbee_green_power_adapter supporta l'uso del server Green Power o del componente client in un framework personalizzato. Questo componente include una serie di fonti minime richieste files dal framework dell'applicazione e fornisce una serie di subroutine da utilizzare per integrare il framework personalizzato.

1.4 Nuove API
Novità nella versione 7.2.1.0
Rinominato sl_set_passive_ack_config() in sl_zigbee_set_passive_ack_config()
Rinominato emAfOverrideAppendSourceRouteCallback() in emberAfOverrideAppendSourceRouteCallback()
EmberChildId() ripristinato dopo la rimozione in 7.2.0.0
EmberChildIndex() ripristinato dopo la rimozione in 7.2.0.0

Novità nella versione 7.2.0.0
Componente Zigbee Security Manager
Il componente Zigbee Security Manager fornisce diverse API, che vengono implementate dal componente Zigbee Classic Key Storage o Zigbee Secure Key Storage. Forniscono funzionalità che includono l'importazione e l'esportazione delle chiavi archiviate dal componente, il recupero dei metadati della chiave, il caricamento delle chiavi da utilizzare in un'operazione e l'esecuzione di operazioni di crittografia con una chiave caricata. Un elenco completo di queste nuove API è disponibile nella documentazione dell'API Zigbee Stack all'indirizzo https://docs.silabs.com. Un sottoinsieme di tali API è elencato qui.

• void sl_zb_sec_man_init_context(sl_zb_sec_man_context_t* contesto)
• sl_status_t sl_zb_sec_man_import_key(sl_zb_sec_man_context_t* contesto, sl_zb_sec_man_key_t* plaintext_key)
• sl_status_t sl_zb_sec_man_export_key(sl_zb_sec_man_context_t* contesto, sl_zb_sec_man_key_t* plaintext_key)
• sl_status_t sl_zb_sec_man_load_key_context(sl_zb_sec_man_context_t* contesto)
• sl_status_t sl_zb_sec_man_hmac_aes_mmo(const uint8_t* input, const uint8_t data_length, uint8_t* output)
• sl_status_t sl_zb_sec_man_aes_ccm(uint8_t* nonce, bool encrypt, const uint8_t* input, uint8_t crittografia_start_index, uint8_t lunghezza, uint8_t* output)

Varie
bool emberAfClusterEnableDisable(uint8_t endpoint, EmberAfClusterId clusterId, EmberAfClusterMask mask, bool Enable) consente di abilitare e disabilitare i cluster in fase di esecuzione, con bool emberAfIsClusterEnabled(uint8_t endpoint, EmberAfClusterId clusterId, EmberAfClusterMask mask) per verificare se un cluster è abilitato. Queste API richiedono l'impostazione di EMBER_AF_PLUGIN_ZCL_CLUSTER_ENABLE_DISABLE_RUN_TIME nel plugin core del framework ZCL su rue per poter essere compilate.

1.5 Nuovi comandi CLI
Novità nella versione 7.2.0.0
Aggiunto nuovo comando CLI per il componente "bluetooth_on_demand_start", "plugin ble start" e "plugin ble stop" per richiedere l'avvio e l'arresto dello stack Bluetooth quando necessario.

1.6 Supporto per nuova piattaforma
Novità nella versione 7.2.4.0
Il supporto per schede radio BRD4195B e BRD4196B è ora disponibile.
Novità nella versione 7.2.0.0
Il supporto del modulo SiP MGM240S è ora disponibile.

1.7 Nuova documentazione
Tutti i componenti hanno la documentazione disponibile. Se hai problemi a visualizzare la documentazione quando selezioni il componente in Project Configurator, puoi trovarla su https://docs.silabs.com/.

Miglioramenti

Modificato nella versione 7.2.5.0
Contatore tentativi Unicast MAC TX

Nelle versioni precedenti, al callback del contatore del gestore per gli EmberCounterTypes del livello MAC e APS relativi ai pacchetti RX e TX non veniva passato l'ID del nodo di destinazione corretto o gli argomenti dei dati e la documentazione API relativa al comportamento di alcuni contatori che utilizzavano questi parametri non era chiara o fuorviante. Anche se la firma di emberCounterHandler() non è cambiata, il modo in cui i suoi parametri vengono popolati è leggermente cambiato. Le modifiche relative a questa API includono quanto segue:

• I commenti sulle enumerazioni EmberCounterType in ember-types.h sono stati ampliati per maggiore chiarezza.
• Il parametro ID nodo per il gestore contatori per i contatori relativi a TX ora controlla se la modalità dell'indirizzo di destinazione indica un ID breve valido prima di utilizzarlo. (In caso contrario, non viene popolato alcun indirizzo di destinazione e viene invece utilizzato un valore segnaposto di EMBER_UNKNOWN_NODE_ID.)
• Il parametro ID nodo nel gestore contatori per i contatori correlati a RX ora riflette l'ID del nodo di origine, non l'ID del nodo di destinazione
• Il conteggio dei tentativi *non* viene passato come parametro dati per i contatori EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED come descritto in ember-types.h nelle versioni precedenti, ma questo non è mai stato popolato correttamente nelle versioni rilasciate in precedenza, quindi il suo valore nelle versioni precedenti sarebbe sempre stato 0. Questo comportamento è stato chiarito nella descrizione di questi EmberCounterTypes. (Tuttavia, il conteggio dei tentativi per il livello APS continua a essere popolato nel parametro dati per i tipi di contatore EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, in linea con le versioni precedenti.)
• Tutti i contatori che popolano l'ID nodo o il parametro dati per la richiamata sono stati controllati per garantire che passino l'indirizzo previsto (o EMBER_UNKNOWN_NODE_ID se era previsto un ID nodo ma non è stato possibile ottenerlo dal pacchetto) o i dati come descritto nella revisione ember -types.h documentazione.
• Il gestore del contatore per EMBER_COUNTER_MAC_TX_UNICAST_RETRY ora riflette correttamente l'ID del nodo di destinazione del livello MAC e il numero di tentativi nell'ID del nodo di destinazione e nei parametri dei dati.
• Il gestore del contatore per EMBER_COUNTER_PHY_CCA_FAIL_COUNT ora fornisce informazioni sull'ID del nodo di destinazione tramite il parametro Node ID sulla destinazione del livello MAC prevista del messaggio la cui trasmissione non è riuscita.

Chiarimento sul comportamento previsto per CSL
Si ricorda agli utenti che le trasmissioni CSL non sincronizzate zigbee sono soggette a prelazione del protocollo nello scheduler radio. Nelle applicazioni SleepyToSleepy, BLE può e anticiperà una trasmissione CSL zigbee, che terminerà la trasmissione. La prelazione dello scheduler è più comune per CSL non sincronizzato, dato che può essere utilizzata una sequenza di frame di riattivazione potenzialmente lunga. Gli utenti che desiderano regolare le priorità di trasmissione possono utilizzare il componente Tuning e Test DMP a tale scopo. Gli utenti possono anche consultare UG305:
Guida per l'utente multiprotocollo dinamico per ulteriori informazioni.
È stato risolto un problema in CSL per cui una nuova sequenza di frame di riattivazione ricevuta immediatamente dopo un precedente frame di payload non veniva registrata correttamente. Ciò si tradurrebbe in un frame di carico utile mancato.

Modificato nella versione 7.2.2.0
Varie
Migliorato il calcolo delle modifiche segnalabili nel componente Reporting supportando il calcolo della differenza del tipo di dati float. Ciò è supportato utilizzando le librerie float della piattaforma. Se il calcolo delle modifiche segnalabili coinvolge tipi di dati a precisione doppia o semiprecisa, viene introdotta una serie di callback (emberAfGetDiffCallback e emberAfDetectReportChangedCallback) affinché l'utente possa fornire le proprie funzioni aritmetiche. Aggiornate le firme delle funzioni di callback dello stack del framework dell'applicazione e aggiunti callback del framework host mancanti. Questi aggiornamenti sono disponibili su https://docs.silabs.com/. Aggiornata la funzione ezspPollHandler con argomenti di input aggiornati, che richiedevano l'aggiornamento di EZSP_PROTOCOL_VERSION a 0x0B.
Modificato nella versione 7.2.1.0
Varie
Gestione degli errori migliorata in sl_zigbee_set_passive_ack_config().

Modificato nella versione 7.2.0.0
Cane da guardia
Riabilitato il timer del watchdog su Zigbeeample applicazioni. Ora accarezziamo il cane da guardia una volta al secondo nell'app.c file per il progetto corrispondente.
Trova rete sub-GHz
Aggiunta la configurazione CMSIS per le pagine canale e le maschere per il componente di ricerca della rete sub gigahertz.
Governo della rete
Aggiunto uno script di convalida per il componente Zigbee Network Steering per confermare che l'opzione di scansione ottimizzata è abilitata anche se l'opzione "prova tutte le chiavi" è abilitata*.
PCN – PCC
La documentazione è stata aggiornata per indicare che le applicazioni NCP necessitano di CPC incluso nelle applicazioni basate su RTOS e devono essere utilizzate con un'applicazione host che supporta CPC.
Dissipatore di energia verde
La tabella sink GP ora memorizza l'ID gruppo per il tipo sink groupcast (EMBER_GP_SINK_TYPE_GROUPCAST) nel rispettivo token.
L'enumerazione del tipo sink è stata aggiornata per rimuovere EMBER_GP_SINK_TYPE_SINK_GROUPLIST.
Varie
La documentazione è stata aggiornata per indicare che gli ultimi due byte del pacchetto ricevuto in modalità di produzione non devono essere interpretati come byte FCS/CRC.
Le strutture di comando con elementi di dimensione maggiore di 4 byte ora sono definite come matrici di numeri interi anziché come puntatori a numeri interi.

Problemi risolti

Risolto nella versione 7.2.5.0

ID #	Descrizione
1147306	Risolto un problema per il coordinatore multi mac che impediva la scansione sull'interfaccia sub ghz durante la formazione della rete a causa della precedente interruzione della rete.
1198598, 1196698	Risolto il problema con il bit in sospeso del frame spurio impostato quando non ci sono dati in sospeso
1215648	La chiamata a ember Remove Child() durante un tentativo di ricongiungimento sicuro da parte di un dispositivo finale può potenzialmente portare a un ulteriore decremento del conteggio figli, portando potenzialmente a un conteggio figli di -1 (255), impedendo ai dispositivi finali di unirsi/riconnettersi a causa di un ha indicato una mancanza di capacità nel Beacon.
1215649	Le funzioni di ricerca della tabella figlio all'interno dello stack non sono coerenti nell'uso di 0x0000 rispetto a 0xFFFF per il valore restituito dell'ID del nodo che rappresenta voci non valide/vuote, causando problemi nel controllo delle voci inutilizzate nelle API come ember Remove Child().
1215650	La destinazione e l'indice PHY forniti nella struttura Ember Extra Counter Info come parte di ember Counter Handler() potrebbero non essere corretti per i tipi di contatore Unicast MAC TX.
1215652	I pacchetti Beacon in uscita dovrebbero attivare EMBER_COUNTER_MAC_TX_BROADCAST invece di EMBER_COUNTER_MAC_TX_UNICAST.
1215653	L'invio del polling dati quando i buffer dei pacchetti sono stati esauriti quasi a zero può portare a un errore del bus.
1221878	Il ricongiungimento a un dispositivo finale a con la chiave NWK precedente dopo una modifica della chiave ha causato l'inserimento errato del dispositivo finale nella tabella dei vicini e il trattamento come un router anziché come un dispositivo figlio, interferendo con la corretta consegna dei messaggi.
1240390	Le richieste di associazione/disassociazione ZDO rifiutate per motivi di accesso/autorizzazione devono restituire lo stato EMBER_ZDP_NOT_AUTHORIZED anziché lo stato EMBER_ZDP_NOT_PERMITTED come da specifiche Zigbee.
1240620	Risolto un problema per cui la macchina a stati di spostamento del dispositivo finale interrompeva i tentativi di riconnettersi alla rete in condizioni di traffico intenso.

Risolto nella versione 7.2.4.0

ID #	Descrizione
1174328	Risolto un problema che causava il fallimento di uno dei passaggi del test Touchline (DN-TLM-TC-02B).

Risolto nella versione 7.2.3.0

ID #	Descrizione
1130734	Risolto il problema con il dereferenziamento del puntatore nullo durante l'invio di una risposta di associazione se non sono disponibili buffer.

Risolto nella versione 7.2.2.0

ID #	Descrizione
660624	Componente della tabella dei dispositivi aggiornato per essere utilizzato sia dalle architetture SoC che host.
754110	Il calcolo delle modifiche segnalabili viene aggiornato per supportare il calcolo float utilizzando la libreria float dipendente dalla piattaforma.
1026022	Risolto un problema che influenzava la velocità di trasmissione UART durante l'impostazione del valore CTUNE su NCP dall'host utilizzando il comando EZSP_CONFIG_CTUNE_VALUE.
1026760	Risolto un problema che consentiva ai doppi dispositivi finali con funzionalità PHY di ricongiungersi all'interfaccia a 2.4 GHz dopo l'associazione all'interfaccia sub gigahertz.
1030357	Risolto un problema con il comando "plugin megilp set-options" che restituiva un errore in modalità di produzione registrando i callback per l'impostazione dei valori di configurazione.
1063627	Aggiornato ember Af Remote Set Binding Callback() e aggiunto callback mancante per l'architettura host.
1079388	Risolto un problema per cui l'opzione EMBER_AF_PLUGIN_NETWORK_CREATOR_SECURITY_BDB_JOIN_USES_INSTALL_CODE_KEY nella Il componente Network Creator Security viene sovrascritto quando vengono richiamati i comandi CLI "plugin network-creator-security open-network" o "plugin network-creator-security open-with-key".
1087526	Risolti alcuni problemi nascosti.

1096375	Risolto un problema per cui l'API ember Hmac AesHash non era disponibile per le build di applicazioni a partire da Emberizine 7.2.0.
1097258	Risolto un problema che interessava i test case Green Power Server 4.5.2.2, 4.5.2.3, 4.4.3.1 e 4.4.2.8.
1099131	Risolto un problema che impediva al server di inviare un messaggio di terminazione a un client se riceveva un certificato non valido durante la creazione della chiave.
1103117	Risolto un problema che faceva sì che il Green Power Server rimanesse non inizializzato dopo un'interruzione della rete e la riassociazione dell'applicazione Green Power Combo.
1104793	Risolto un problema che causava un errore di asserzione per lo scenario di transazioni di dati in corso su entrambe le interfacce del doppio stack PHY.
1106002	Risolto un problema che interessava il caso di test del server Green Power 4.4.1.7 passaggi 1-2.

Risolto nella versione 7.2.1.0

ID #	Descrizione
289695	Il controllo dell'intervallo per l'ID di origine del dispositivo Green Power riservato e inesistente viene aggiunto ai gestori dei comandi del cluster Green Power.
651930	Rimosso il vecchio callback NCP ember AfPlugin Concentrator Broadcast Sent Callback().
621144	Aggiunto supporto per l'interruttore GPD su dispositivi a pulsante singolo come BRD4183A.
648906	EmberChildIndex() reimplementato.
659010	EmberChildIndex() reimplementato.
727076	Risolto un problema che poteva far sì che la funzione di diagnostica utilizzasse un endpoint errato per aggiornare LQI, RSSI e tentativi MAC medi.
746260	Aggiunto il supporto per il cluster Smart Energy KEEP-ALIVE.
1026760	Risolto il problema per cui il dispositivo finale poteva riconnettersi utilizzando un'interfaccia errata.
1031169	Risolto un problema per cui un GPD accoppiato poteva essere rimosso indipendentemente dalla presenza nella tabella di traduzione.
1031241	Migliorata la convalida dell'indirizzo Green Power riservato.
1063525	È stato risolto un problema che poteva comportare la riuscita dello scambio di chiavi di collegamento di verifica non valide anche quando il Centro protezione utilizzava una chiave di collegamento errata.
1067877	Risolto un problema per cui le informazioni sulla scena venivano rimosse erroneamente quando si aggiungeva una nuova scena con lo stesso Groupoid e ScanID.
1068968	Gestione migliorata dei timeout della tabella figlio in emberGetChildData().
1069245	Prototipo del plug-in della tabella dei dispositivi migliorato ember Af Trust Center Unisciti a Callback() per correggere gli errori di compilazione.
1074378	Risolto un problema che consentiva ai dispositivi finali dual-band di unirsi erroneamente a un canale non preferito ma non impediva di rientrare nel PAN sul canale.
1075748	Risolto un problema che causava un errore di compilazione EEPROM durante la rimozione della CLI.
1077176	Risolto un problema che poteva causare il fallimento di NCP all'avvio a causa del filtro MAC inter-PAN (0x36) a causa di una dimensione errata della tabella del filtro MAC.
1081511	Risolto un problema che impediva l'utilizzo della chiave di tipo 4 (OOB) corretta per la messa in servizio.
1082602	Risolto un problema che poteva causare l'inoltro dei pacchetti che non riuscivano a decrittografare durante la messa in servizio come notifiche di messa in servizio con il flag di autenticazione non riuscita impostato.
1083200	Risolto un problema per cui i codici di integrità dei messaggi non venivano copiati sull'host in emGpCalculateIncomingCommandMic().
1083835	Risolto il problema con la gestione del comando di lettura della tabella sink per il tipo gp Sharedkey che risolveva l'errore GP Test Case 4.4.4.3.
1085137	Risolto un problema per cui il Sink poteva rimuovere tutte le voci per la modalità app 2 e gli EUI64 corrispondenti.
1087618	Risolti i problemi di compilazione dovuti alla mancanza dell'intestazione Green Power Adapter filenon sarà incluso nella versione.
1092779	Risolto il problema che impediva a un dispositivo finale di elaborare una richiesta di congedo ZDO da un nodo di rete non principale.
1091792	Migliorata la gestione degli errori e il codice di ritorno di ember Ottieni lo stato di sicurezza corrente().
1087567	Il PCN sampl'applicazione “nap-quart-hw-dual-phy” non è supportata dalla scheda di sviluppo BRD4155.

ID #	Descrizione
1089841	È stato risolto un problema per cui Ember Trova e riconnetti alla rete con motivo restituiva lo stato occupato per una procedura di spostamento del dispositivo finale sull'interfaccia sub-gigahertz.
1094643	Il prototipo della funzione per emGp Outgoing Command Encrypt è stato rimosso dal server green-power perché è solo interno al server green-power-security file.
1097536	Risolto un problema che causava al coordinatore multi-MAC l'utilizzo di un'interfaccia MAC errata per inviare una risposta di ricongiungimento non richiesta al proprio figlio durante la risoluzione del conflitto di indirizzi. Questo problema ha causato il fallimento del test case ZCP 10.12 su sub-gigahertz.

Risolto nella versione 7.2.0.0

ID #	Descrizione
498094	Risolto un problema nel controllo della funzione For Reporting Config() nel server di misurazione. dove il secondo parametro di input della funzione richiamata ember Af contiene Server() aveva fatto riferimento erroneamente all'ID del cluster anziché all'ID dell'attributo.
657626	L'aggiornamento OTA con richiesta di pagina ora può gestire fino a EMBER_AF_PLUGIN_EEPROM_PARTIAL_WORD_STORAGE_COUNT numero di operazioni di scrittura fuori ordine senza un'asserzione.
684653	Risolto un problema per cui l'avvio del governo della rete aggiungeva attività TC senza controllare lo stato della rete e lo stato del governo.
688985	Risolto il problema per cui il dispositivo di collegamento si collegava alla rete con un ID Pan esteso errato, che avrebbe provocato un conflitto di ID Pan.
742167	Risolto un problema che causava la discrepanza del campo Numero di sequenza nelle coppie di messaggi ZLL (richiesta – risposta).
755880	Modificati gli ID evento GBCS in modo che abbiano valori corretti dalle specifiche.
756571	Risolto il problema per cui la pinna di trasferimento dei pacchetti di ember riceveva un indice errato per i pacchetti EMBER_ZIGBEE_PACKET_TYPE_NWK_DATA/EMBER_ZIGBEE_PACKET_TYPE_NWK_COMMAND
760759	È stato risolto un problema per cui alcuni moduli, come MGM210, possono essere utilizzati per generare e creare un'applicazione che utilizza LED e pulsanti, come Dynamic Multiprotocol LightSed. Le app che utilizzano queste periferiche non sono supportate per i moduli privi di linee dedicate per l'utilizzo sia dei pulsanti che dei LED.
763728	Gestito il caso di spazio insufficiente durante la lettura degli attributi.
819117	Risolto un problema per cui il genitore non controllava RX sul bit inattivo quando rispondeva a una richiesta di ricongiungimento da un dispositivo sconosciuto
824361	Risolti gli avvisi di typedef durante la creazione di "ncp-quart-hw"ample app con IAR.
825902	È stato risolto un problema per cui gli aggiornamenti di associazione, ricongiungimento e ID nodo potevano comportare l'assegnazione di un indirizzo non valido a un nodo.
829607	Risolto un problema relativo alla configurazione del dispositivo finale che sovrascriveva il valore alias dell'indirizzo di rete fornito dall'utente sul proprio ID nodo quando i messaggi multicast e broadcast venivano originati dall'applicazione.
841499	Risolto un problema per cui a volte un dispositivo appena aggiunto non veniva aggiunto alla tabella figlio se il suo indirizzo IEEE non era noto.
842361	Risolto un problema di analisi causato da un array di lunghezza minima errata dei comandi del cluster OTA.
844016	Risolto un problema che causava errori di compilazione su BRD4183C escludendo questa scheda per alcune app. *
850747	Il watchdog è ora abilitato per impostazione predefinita su tutti i Zigbee Emberizineample applicazioni.
1017165	Risolto un problema per cui il componente Forza sospensione e riattivazione dipendeva dal componente CLI
1021877	Risolto il problema nei progetti DynamicMultiprotocolLightSed e DynamicMultiprotocolLightSed in cui lo scheduler non veniva bloccato correttamente dal contesto dell'attività CLI quando il numero di argomenti del comando CLI era inferiore a 2.
1021884	Risolto un allineamento errato per un token indicizzato nel componente wwah-server-silabs.
1024651	Risolto un problema per cui emberAfMessageSentCallback() non veniva chiamato se il bambino era stato rimosso durante la trasmissione.
1026622	Risolto un problema che causava la mancanza dell'ultimo byte con il trasferimento dei pacchetti quando si utilizzava EMBER_MANGLE_PACKET.
1027200	Risolto un problema per cui il componente Keyestablishment inviava NO_RESOURCES invece del BAD_MESSAGE richiesto quando un iniziatore con EUI64 sconosciuto tentava di stabilire la chiave.
1030940	Risolto il problema per cui una frequenza di messaggi APS molto elevata verso i dispositivi SED poteva comportare richieste di (ri)adesione non elaborate.

ID #	Descrizione
1042022	Risolto il problema per cui il componente Keyestablishment non verificava la lunghezza minima della richiesta di comando e della risposta al comando.
1058984	La richiamata basata su modello per il messaggio inviato verrebbe chiamata più volte per i pacchetti frammentati, anziché una volta dopo l'invio di tutti i frammenti. Si trattava di un cambiamento nel comportamento a partire da Zigbee Emberizine SDK 7.0 ed è stato risolto nell'SDK 7.2.0 e versioni successive. La richiamata basata su modello viene ora richiamata solo una volta per trasmissione frammentata.
1060156	Risolto un problema per cui TC non inviava la chiave NWK durante la scansione di altri dispositivi.
1061948	È stato risolto il problema di un numero di sequenza ZCL inferiore per il comando di creazione della chiave di avvio che segue un attributo di lettura.
1066234	Risolto un problema che causava il blocco della macchina a stati dell'istituzione chiave se la risposta Conferma dati chiave veniva persa in modalità wireless.
1066947	Risolto il problema per cui la procedura di scansione nel codice form-and-join poteva danneggiare la memoria utilizzata da altri buffer. Ciò si manifesta come errore del bus, errore di utilizzo o asserzione del buffer di pacchetto.
1068035	Risolto un potenziale problema che causava un errore di collegamento quando il cliente desidera utilizzare il client o il server Green Power solo per la propria applicazione NCP.
1068055	I seguenti attributi facoltativi del cluster ZCL Basic, che mancavano nella definizione XML file, sono stati aggiunti: Dettagli versione produttore 0x000C, Numero di serie 0x000D ed Etichetta prodotto 0x000E.
1069727	Risolto un errore MISRA variabile non inizializzata nelle code indirettefile.
1077662	Risolto il problema per cui la regola di aggiornamento non veniva attivata correttamente per la configurazione delle dimensioni dello stack di attività Zigbee RTOS. Ora è specificato in byte anziché in parole.

Problemi noti nella versione corrente

I problemi in grassetto sono stati aggiunti rispetto alla versione precedente. Se hai perso una versione, le note sulla versione recente sono disponibili su https://www.silabs.com/developers/zigbee-emberznet nella scheda Documenti tecnici.

ID #	Descrizione	Soluzione alternativa
N / A	Le seguenti app/componenti non sono supportati in questa versione · NCP Sonnolento · Supporto EM4	Le funzionalità verranno abilitate nelle versioni successive.
193492	ember Af Fill Command Server globale per configurazione client La macro di reporting è interrotta. Il riempimento del buffer crea un pacchetto di comandi errato.	Utilizza il comando CLI "zcl global send-me-a-report" anziché l'API.
278063	Tunneling energetico intelligente plugins hanno un trattamento/utilizzo contrastante dell'indice della tabella degli indirizzi.	Nessuna soluzione nota
289569	L'elenco di selezione del livello di potenza del componente creatore della rete non offre la gamma completa di valori supportati per EFR32	Modifica l'intervallo <-8..20> specificato nel commento CMSIS per EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P OWER nel /protocol/zigbee/app/framework/plugin/network-creator/config/network-creator-config.h filePer esempioample, cambia in .
295498	La ricezione UART a volte rilascia byte in caso di carico pesante nel caso d'uso multiprotocollo dinamico Zigbee+BLE.	Utilizzare il controllo del flusso hardware o abbassare la velocità di trasmissione.
312291	EMHAL: Le funzioni hal Common Get In.x Millisecond Tick sugli host Linux attualmente utilizzano la funzione gettimeofday, che non è garantita che sia monotona. Se l'ora del sistema cambia, può causare problemi con la temporizzazione dello stack.	Modificare queste funzioni per utilizzare invece clock_gettime con l'origine CLOCK_MONOTONIC.
338151	L'inizializzazione di NCP con un valore basso di conteggio del buffer dei pacchetti può causare pacchetti danneggiati.	Utilizzare il valore riservato 0xFF per il conteggio del buffer dei pacchetti per evitare un valore predefinito troppo basso
387750	Problema con i formati di richiesta della tabella di routing sul dispositivo finale.	Sotto investigazione
400418	Un iniziatore touchlink non può collegarsi a un dispositivo finale di destinazione non nuovo di fabbrica.	Nessuna soluzione nota.
424355	In determinate circostanze, un iniziatore con capacità di destinazione touchlink del dispositivo finale inattivo non nuovo di fabbrica non è in grado di ricevere una risposta alle informazioni sul dispositivo.	Sotto investigazione
465180	La voce di ottimizzazione del blocco radio di coesistenza "Abilita controllo runtime" potrebbe bloccare il corretto funzionamento di Zigbee.	Il controllo opzionale "Selezione Wi-Fi" dell'ottimizzazione del blocco deve essere lasciato "Disabilitato".
480550	Il cluster OTA ha il proprio metodo di frammentazione integrato, quindi non dovrebbe utilizzare la frammentazione APS. Tuttavia, nel caso in cui la crittografia APS sia abilitata, il carico utile di ImageBlockResponses aumenta fino a una dimensione in cui viene attivata la frammentazione APS. Ciò potrebbe portare al fallimento del processo OTA.	Nessuna soluzione nota
481128	La causa dettagliata del ripristino e i dettagli dell'arresto anomalo dovrebbero essere disponibili per impostazione predefinita tramite Virtual UART (Seriale 0) sulle piattaforme NCP quando il plug-in Diagnostica e la periferica Virtual UART sono abilitati.	Poiché Serial 0 è già inizializzato nell'NCP, i clienti possono abilitare ember AfN cp Init Call back nel Zigbee NCP Framework e richiamare le funzioni diagnostiche appropriate (ha lGet Extended Reset Info, hal Get Extended Reset String, hal Print Crash Summary, hal Print Crash Details e halPrintCrashData) in questo callback per stampare questi dati su Serial 0 viewnel registro di acquisizione di Network Analyser. Per un exampPer sapere come utilizzare queste funzioni, fare riferimento al codice incluso in emberAfMainInit() di af-main-soc.c quando è definito EXTENDED_RESET_INFO.

ID #	Descrizione	Soluzione alternativa
486369	Se un Dynamic Multi Proto col LightSoc che forma una nuova rete ha nodi figli rimanenti da una rete che ha lasciato, ember Af Get ChildTableSize restituisce un valore diverso da zero in startIdentifyOnAllChildNodes, causando messaggi di errore Tx 66 quando si indirizzano i figli "fantasma".	Se possibile, cancella in massa la parte prima di creare una nuova rete o controlla a livello di codice la tabella figlia dopo aver lasciato la rete ed elimina tutti i figli utilizzando emberRemoveChild prima di formare una nuova rete.
495563	Adesione a SPI NCP Sleepy End Device Sampl'App non esegue il polling breve, pertanto il tentativo di unione fallisce allo stato di Aggiornamento TC Link Key.	Il dispositivo che desidera partecipare deve essere in modalità sondaggio breve prima di tentare di partecipare. Questa modalità può essere forzata dal plug-in End Device Support.
497832	In Network Analizzatore la ripartizione dei comandi di supporto dell'applicazione Zigbee per il frame di richiesta chiave di verifica fa erroneamente riferimento alla parte del payload che indica l'indirizzo di origine del frame come indirizzo di destinazione.	Nessuna soluzione nota
519905 521782	Spi-NCP potrebbe raramente non riuscire ad avviare la comunicazione del bootloader utilizzando il comando CLI "bootload" del plugin ota-client.	Riavviare il processo di bootload
620596	NCP SPI Esampfile per BRD4181A (EFR32xGMG21) Il pin predefinito nWake definito non può essere utilizzato come pin di riattivazione.	Modificare il pin predefinito per nWake da PD03 a un pin abilitato al risveglio EM2/3 nel plug-in NCP-SPI.
631713	Un dispositivo finale Zigbee segnalerà ripetutamente i conflitti di indirizzi se viene utilizzato il plug-in "Zigbee PRO Stack Library" anziché "Zigbee PRO Leaf Library".	Utilizza la "Libreria Zigbee PRO Leaf" invece del plugin "Libreria Zigbee PRO Stack".
670702	Le inefficienze all'interno del plug-in di reporting possono portare a una latenza significativa in base alla frequenza di scrittura dei dati e alle dimensioni della tabella, che potrebbe interferire con il codice dell'applicazione del cliente, inclusa la tempistica degli eventi.	Se esegui scritture frequenti, valuta la possibilità di controllare le condizioni dei report e di inviare report manualmente anziché utilizzare il plug-in.
708258	Il valore non inizializzato in groups-server.c tramite addEntryToGroupTable() può creare un collegamento spurio e causare l'invio di messaggi di reporting groupcast.	Aggiungi "binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;" dopo “binding.type = EMBER_MULTICAST_BINDING;”
757775	Tutte le parti EFR32 hanno un offset RSSI unico. Inoltre, il design della scheda, le antenne e l'involucro possono influire sull'RSSI.	Quando si crea un nuovo progetto, installare RAIL Utility, componente RSSI. Questa funzionalità include l'offset RSSI predefinito che Silabs ha misurato per ciascuna parte. Questo offset può essere modificato, se necessario, dopo il test RF del prodotto completo.
758965	I componenti del cluster ZCL e la tabella di rilevamento dei comandi ZCL non sono sincronizzati. Pertanto, quando si abilita o disabilita un componente del cluster ZCL, i comandi implementati non verranno abilitati/disabilitati nella corrispondente scheda dei comandi di ZCL Advanced Configurator.	Abilita/disabilita manualmente il rilevamento per i comandi ZCL desiderati nel ZCL Advanced Configurator.
765735	L'aggiornamento OTA non riesce sul dispositivo Sleepy End con richiesta di pagina abilitata.	Utilizza Richiesta di blocco invece di Richiesta di pagina.
845649	La rimozione del componente CLI:Core non elimina le chiamate cli EEPROM a sl_cli.h.	Eliminare l'eeprom-cli.c file che chiama slcli.h. Inoltre, le chiamate a slcli.h e sl_cli_commandarg_t nella ota-storage-simple-eeprom possono essere commentate.
857200	ias-zone-server.c consente di creare un collegamento con un indirizzo CIE “0000000000000000” e successivamente non consente ulteriori collegamenti.	Nessuna soluzione nota
1019961	Marca Z3Gateway generatafile codifica “gcc” come CC	Nessuna soluzione nota

ID #	Descrizione	Soluzione alternativa
1039767	Problema di overflow della coda dei tentativi di rete del router Zigbee nel caso d'uso RTOS multi thread.	Zigbee Stack non è thread-safe. Di conseguenza, la chiamata alle API dello stack zigbee da un'altra attività non è supportata nell'ambiente del sistema operativo e potrebbe mettere lo stack nello stato "non funzionante". Fare riferimento alla seguente nota sull'app per ulteriori informazioni e soluzioni alternative utilizzando il gestore eventi. https://www.silabs.com/documents/public/application- note/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
1081914	È presente un problema per le applicazioni che archiviano le chiavi in ​​modo sicuro o per quelle che includono il componente Secure Key Storage e il token fileFunzionalità di backup del Trust Center basata su Trust Center, come descritto in AN1387: Backup e ripristino di un gateway Z3 Green Power Combo.	Utilizza Classic Key Storage o Trust Center Backup standard, che non memorizza le informazioni sui token in un testo file.
1082798	Il plugin throughput ha 5 byte in meno rispetto alla lunghezza massima del pacchetto.	Nella funzione getHeaderLen() situata in zigbee/framework/plugin/app/framework/plugin/throughput/throughtput.c , rimuovere la sottrazione di EMBER_AF_ZCL_MANUFACTURER_SPECIFIC_OVERH Macro EAD durante il calcolo della variabile maxPayloadLen.
1064370	Lo Z3Switch sampl'applicazione le abilita solo un pulsante (istanza: btn1) per impostazione predefinita, il che porta a una mancata corrispondenza nella descrizione del pulsante nel progettofile.	Soluzione alternativa: installare manualmente l'istanza btn0 durante la creazione del progetto Z3Switch.
1105915	Su un dispositivo di selezione dual band, emberGetRadioParameters restituisce sempre 0 per la pagina canale indipendentemente dalla pagina canale corrente.	Come soluzione alternativa, la pagina può essere recuperata con: emMacPgChanPg(emCurrentChannel) ? (emMacPgChanPg(emCurrentChannel) | 0x18).
1175771	Quando si esegue mfglib riceve la modalità test per l'architettura Host-NCP con sampl'applicazione, Z3Gateway, segnala molti errori ezspErrorHandler 0x34 che indicano l'indisponibilità dei buffer dei messaggi.	Configura EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS sull'app host su 100, ciò riduce l'errore.
1152898	NCP con watchdog di controllo del flusso hardware viene attivato ripetutamente mentre l'host non è attivo.	Assicurarsi che l'NCP sia collegato all'host prima che l'NCP venga alimentato.

Articoli obsoleti

Deprecato nella versione 7.2.0.0
La funzionalità Secure EZSP verrà rimossa in una versione futura.

Elementi rimossi

Rimosso nella versione 7.2.1.0
Rimosso l'API di callback NCP legacy inutilizzata ember Plugin Concentrator Bora cast Sent Callback(). Rimosse le definizioni RESERVED_AVAILABLE_MEMORY e EXTRA_MEMORY inutilizzate in molti Zigbee Sample Modelli di progetti applicativi. Tieni presente che la rimozione di queste definizioni legacy non ha alcun effetto su Sample Applicazioni.

Rimosso nella versione 7.2.0.0
I componenti Zigbee AES (PSA) e Zigbee CCM (PSA) sono stati rimossi. Per le applicazioni basate su EFR, il supporto hardware per queste routine crittografiche viene ora introdotto con il componente Zigbee Security Manager, che viene introdotto nei progetti tramite le dipendenze dei componenti. Le applicazioni host non utilizzano il componente Zigbee Security Manager. Se lo si desidera, le applicazioni host possono comunque utilizzare i componenti AES (software) e CCM (software).

Gateway multiprotocollo e RCP

7.1 nuovi oggetti
Aggiunto nella versione 7.2.2.0
Zigbeed ora carica CREATOR_STACK_RESTORED_EUI64, se presente, dai token host filee lo utilizza come EUI64, sovrascrivendo l'EUI64 memorizzato nell'EFR32.
Aggiunto nella versione 7.2.1.0
Zigbeed ora supporta i comandi coex EZSP.
Aggiunto nella versione 7.2.0.0
Aggiunto il progetto Dynamic Multiprotocol BLE e Zigbee NCP (zigbee_ncp-ble_ncp-xxx.slcp). Rilasciato come qualità sperimentale.
Aggiunto ascolto simultaneo 802.15.4 per EFR32MG24 CMP RCP. Questa è la possibilità di eseguire Zigbee e Open Thread contemporaneamente su canali diversi utilizzando un singolo RCP (rcp-802154-xxx.slcp e rcp-802154-blehci-xxx.slcp). Rilasciato come qualità sperimentale.
Aggiunto il supporto Zigbee per l'architettura x32 a 86 bit.
Aggiunto il supporto per BLE per de-init nei casi d'uso multiprotocollo, liberando risorse di memoria per l'utilizzo da parte di altri stack di protocollo.
Lo Stack API Trace ora può essere abilitato per Zigbeed impostando il livello di debug su 4 o 5 in zigbeed.conf file.
La versione dello stack Zigbeed così come la data e l'ora di build sono ora stampate nei log.

MAI miglioramenti
Modificato nella versione 7.2.2.0
Dimensioni delle code CPC Tx e Rx ridotte per adattare Zigbee BLE DMP NCP alla famiglia MG13.
Modificato zigbee_ble_event_handler per stampare le risposte di scansione dagli annunci pubblicitari legacy nell'app DMPLight.
Le app rcp-xxx-802154 e rcp-xxx-802154-blehci ora utilizzano un tempo di risposta di 192 µsec per gli ack non avanzati mentre utilizzano ancora un tempo di risposta di 256 µsec per gli ack avanzati richiesti da CSL.

7.3 Problemi risolti
Risolto nella versione 7.2.5.0

ID #	Descrizione
1188521	Risolto un problema di blocco RCP durante l'esecuzione della scansione BLE con notifica e traffico ping Open Thread.

Risolto nella versione 7.2.4.0

ID #

Descrizione

1118077

Nell'RCP CMP, i messaggi Spinel venivano eliminati in caso di carico di traffico pesante a causa del fatto che CPC non teneva il passo con i pacchetti in entrata. Risolto questo problema raggruppando tutti i messaggi Spinel pronti per essere inviati tramite CPC in un payload sull'RCP e separandoli sull'host. Ciò migliora notevolmente l'efficienza del CPC in modo che possa tenere il passo con il traffico radio in entrata.

ID #	Descrizione
1113498, 1135805, 1139990, 1143344	Risolti diversi arresti anomali e asserzioni intermittenti di Zigbeed che potevano essere attivati ​​quando si univano più dispositivi Zigbee contemporaneamente al CMP RCP.

Risolto nella versione 7.2.3.0

ID #	Descrizione
1130226	Risolto il problema per cui l'RCP non si ripristinava se il CPC diventava temporaneamente occupato.
1129821	Risolto il problema con il dereferenziamento del puntatore nullo in Zigbeed durante la ricezione di un pacchetto se non sono disponibili buffer.

Risolto nella versione 7.2.1.0

ID #	Descrizione
1036645	Risolto un bug in BLE CPC NCP che impediva a un'app client di riconnettersi dopo la prima disconnessione.
1068435	Risolto il problema relativo ai tempi di messa in servizio bidirezionale di Green Power. Il test di certificazione GPP 5.4.1.23 è superato.
1074593	Risolto il problema per cui i messaggi Just-in-time (JIT) ai dispositivi finali dormienti non venivano inviati correttamente da Zigbee + RCP.
1076235	Risolto il problema per cui ot-cli non veniva eseguito nel contenitore docker multiprotocollo.
1080517	Z3GatewayCPC ora gestisce automaticamente il reset dell'NCP (CPC secondario).
1085498	Risolto un problema per cui Zigbeed non inviava indirettamente risposte di ricongiungimento a dispositivi finali inattivi.
1090915	Risolto il problema per cui venivano visualizzati più errori 0x38 durante il tentativo di aprire un endpoint Zigbee su Z3GatewayCPC OPPURE per impostare i parametri EZSP senza reimpostare il CPC NCP.

Risolto nella versione 7.2.0.0

ID #	Descrizione
828785	Risolto un bug in cpc-hci-bridge che causava la caduta di un pacchetto HCI se BlueZ ne inviava due contemporaneamente.
834191	Migliorato l'utilizzo della CPU dell'applicazione helper cpc-hci-bridge.
1025713	Aumento della lunghezza massima del percorso del dispositivo Zigbeed a 4096.
1036622	Risolto un problema utilizzando cmake per creare ot-cli utilizzando l'RCP multi-PAN.
1040127	La sicurezza CPC non veniva inizializzata per i progetti rcp-uart-802154 e rcp-spi-802154 sulle parti delle serie MG13 e MG14. Per risolvere questo problema, è stato aggiunto mbedtls_entropy_adc come fonte di entropia per queste parti. Ciò potrebbe impedire l'utilizzo dell'ADC in combinazione con la sicurezza CPC.
1066422	Risolta una perdita intermittente del buffer in Zigbeed.
1068429	Risolto un race condition che poteva causare l'asserzione del CMP RCP.
1068435	Aggiunta funzionalità sul nodo RCP per controllare e bufferizzare un singolo frame di dati Green Power bidirezionale e inviarlo al timeout dell'offset rx.
1068942	Risolto un problema nella tabella delle corrispondenze della sorgente RCP che poteva impedire l'accesso ai dispositivi Zigbee.
1074172	Risolto il problema con l'invio della richiesta di congedo da Zigbeed quando si riceveva un sondaggio da un non-bambino.
1074290	Zigbeed ha impedito di elaborare i sondaggi non confermati.
1079903	Risolto un bug nell'RCP CMP che poteva causare l'invio errato dei messaggi SPINEL, con conseguente arresto anomalo o chiusura di Zigbeed e OTBR.

7.4 Problemi noti nella versione corrente
I problemi in grassetto sono stati aggiunti rispetto alla versione precedente. Se hai perso una versione, le note sulla versione recente sono disponibili su https://www.silabs.com/developers/gecko-software-development-kit.

ID #	Descrizione	Soluzione alternativa
811732	Il supporto dei token personalizzati non è disponibile quando si utilizza Zigbee.	Il supporto è pianificato in una versione futura.
937562	Il comando Bluetoothctl 'advertise on' non riesce con l'app rcp-uart-802154-blehci su Raspberry Pi OS 11.	Usa l'app btmgmt invece di bluetoothctl.
1031607	Il progetto rcp-uart-802154.slcp sta esaurendo la RAM su una parte MG1. L'aggiunta di componenti può ridurre la dimensione dell'heap al di sotto di quanto necessario per supportare l'associazione ECDH in CPC.	Una soluzione consiste nel disabilitare la sicurezza CPC tramite la configurazione SL_CPC_SECURITY_ENABLED.
1074205	Il CMP RCP non supporta due reti sullo stesso ID PAN.	Utilizza ID PAN diversi per ogni rete. Il supporto è pianificato in una versione futura.

7.5 Articoli obsoleti
Nessuno
7.6 Elementi rimossi
Nessuno

Utilizzo di questa versione

Questa versione contiene quanto segue:

• Pila Zigbee
• Quadro applicativo Zigbee
• Zigbee Sample Applicazioni

Per ulteriori informazioni su Zigbee e Emberizine SDK vedere UG103.02: Zigbee Fundamentals.
Se sei un utente alle prime armi, consulta QSG180: Z Zigbee Emberizine Guida rapida per SDK 7.0 e versioni successive, per istruzioni sulla configurazione dell'ambiente di sviluppo, sulla creazione e sul flashing comeample dell'applicazione e riferimenti alla documentazione che indicano i passaggi successivi.

8.1 Installazione e utilizzo

Zigbee Emberizine SDK viene fornito come parte di Gecko SDK (GSDK), la suite di SDK di Silicon Labs. Per iniziare rapidamente con GSDK, installa Semplicità Studio 5, che configurerà il tuo ambiente di sviluppo e ti guiderà attraverso l'installazione di GSDK. Simplicity Studio 5 include tutto il necessario per lo sviluppo di prodotti IoT con i dispositivi Silicon Labs, tra cui un lanciatore di risorse e progetti, strumenti di configurazione software, IDE completo con toolchain GNU e strumenti di analisi. Le istruzioni di installazione sono fornite in linea Semplicità Guida per l'utente di Studio 5.

In alternativa, Gecko SDK può essere installato manualmente scaricando o clonando l'ultima versione da GitHub. Vedere https://github.com/Sili- conLabs/gecko_sdk per ulteriori informazioni.

Simplicity Studio installa GSDK per impostazione predefinita in:

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

La documentazione specifica della versione dell'SDK viene installata con l'SDK. Ulteriori informazioni possono spesso essere trovate in base di conoscenza articoli (KBA). I riferimenti API e altre informazioni su questa versione e su quelle precedenti sono disponibili su https://docs.silabs.com/.

8.2 Informazioni sulla sicurezza
Integrazione del Vault sicuro
Per le applicazioni che scelgono di archiviare le chiavi in ​​modo sicuro utilizzando il componente Secure Key Storage su parti Secure Vault-High, la tabella seguente mostra le chiavi protette e le relative caratteristiche di protezione dell'archiviazione gestite dal componente Zigbee Security Manager.

Chiave incartata	Esportabile / Non esportabile	Appunti
Chiave di rete	Esportabile
Chiave di collegamento al Centro protezione	Esportabile
Chiave di collegamento transitorio	Esportabile	Tabella delle chiavi indicizzate, archiviata come chiave volatile
Chiave di collegamento dell'applicazione	Esportabile	Tabella delle chiavi indicizzate
Chiave EZSP protetta	Esportabile
Chiave di crittografia ZLL	Esportabile
Chiave preconfigurata ZLL	Esportabile
Chiave proxy GPD	Esportabile	Tabella delle chiavi indicizzate
Chiave del lavandino GPD	Esportabile	Tabella delle chiavi indicizzate
Chiave interna/segnaposto	Esportabile	Chiave interna per l'utilizzo da parte di Zigbee Security Manager

Le chiavi incapsulate contrassegnate come "non esportabili" possono essere utilizzate ma non possono esserlo viewed o condiviso in fase di esecuzione.
Le chiavi incapsulate contrassegnate come "esportabili" possono essere utilizzate o condivise in fase di esecuzione, ma rimangono crittografate durante l'archiviazione in flash.
Le applicazioni utente non necessitano mai di interagire con la maggior parte di queste chiavi. Le API esistenti per gestire le chiavi della tabella chiavi di collegamento o le chiavi temporanee sono ancora disponibili per l'applicazione utente e ora vengono instradate attraverso il componente Zigbee Security Manager.

In futuro alcune di queste chiavi potrebbero non essere più esportabili nell'applicazione utente. Si consiglia alle applicazioni utente di non fare affidamento sull'esportazione delle chiavi a meno che non sia assolutamente necessario.
Per ulteriori informazioni sulla funzionalità di gestione delle chiavi di Secure Vault, vedere AN1271: archiviazione sicura delle chiavi.

Consulenza sulla sicurezza
Per abbonarti agli avvisi di sicurezza, accedi al portale clienti di Silicon Labs, quindi seleziona Account Home. Fare clic su HOME per accedere alla home page del portale, quindi fare clic sul riquadro Gestisci notifiche. Assicurati che "Avvisi di avviso software/sicurezza e avvisi di modifica prodotto (PCN)" sia selezionato e che tu sia abbonato almeno alla tua piattaforma e al tuo protocollo. Fare clic su Salva per salvare eventuali modifiche.

8.3 Supporto
I clienti del kit di sviluppo hanno diritto alla formazione e al supporto tecnico. Usa il Zigbee dei laboratori di silicio web pagina per ottenere informazioni su tutti i prodotti e servizi Zigbee di Silicon Labs e per iscriversi al supporto del prodotto.
È possibile contattare l'assistenza di Silicon Laboratories all'indirizzo http://www.silabs.com/support.

Semplicità Studio
Accesso con un clic a MCU e strumenti wireless, documentazione, software,
librerie di codici sorgente e altro. Disponibile per Windows, Mac e Linux!

Portafoglio IoT www.silabs.com/IoT	software/hardware www.silabs.com/semplicità	Qualità www.silabs.com/qualità	Supporto e comunità www.silabs.com/community

Disclaimer
Silicon Labs intende fornire ai clienti la documentazione più recente, accurata e approfondita di tutte le periferiche e i moduli disponibili per gli implementatori di sistemi e software che utilizzano o intendono utilizzare i prodotti Silicon Labs. I dati di caratterizzazione, i moduli e le periferiche disponibili, le dimensioni della memoria e gli indirizzi di memoria si riferiscono a ciascun dispositivo specifico e i parametri "tipici" forniti possono variare e variano in diverse applicazioni. Esempio di applicazioneampI file qui descritti sono solo a scopo illustrativo. Silicon Labs si riserva il diritto di apportare modifiche senza ulteriore preavviso alle informazioni, alle specifiche e alle descrizioni del prodotto qui contenute e non fornisce garanzie circa l'accuratezza o la completezza delle informazioni incluse. Senza preavviso, Silicon Labs può aggiornare il firmware del prodotto durante il processo di produzione per motivi di sicurezza o affidabilità. Tali modifiche non altereranno i cationi specifici o le prestazioni del prodotto. Silicon Labs non avrà alcuna responsabilità per le conseguenze dell'uso delle informazioni fornite in questo documento. Questo documento non implica né concede espressamente alcuna licenza per progettare o fabbricare circuiti integrati. I prodotti non sono progettati o autorizzati per essere utilizzati all'interno di dispositivi FDA di Classe III, applicazioni per le quali è richiesta l'approvazione pre-immissione in commercio della FDA o sistemi di supporto vitale senza lo specifico consenso scritto di Silicon Labs. Un “Sistema di supporto vitale” è qualsiasi prodotto o sistema destinato a supportare o sostenere la vita e/o la salute che, in caso di guasto, può ragionevolmente causare lesioni personali significative o morte. I prodotti Silicon Labs non sono progettati o autorizzati per applicazioni militari. I prodotti Silicon Labs non devono in nessun caso essere utilizzati in armi di distruzione di massa comprese (ma non limitate a) armi nucleari, biologiche o chimiche, o missili in grado di trasportare tali armi. Silicon Labs declina ogni garanzia espressa e implicita e non sarà responsabile per eventuali lesioni o danni correlati all'uso di un prodotto Silicon Labs in tali applicazioni non autorizzate. Nota: questo contenuto potrebbe contenere terminologia indivia che è ormai obsoleta. Silicon Labs sta sostituendo questi termini con un linguaggio inclusivo, ove possibile. Per maggiori informazioni visita www.silabs.com/about-us/inclusive-lexicon-project

Informazioni sul marchio
Silicon Laboratories Inc. ® , Silicon Laboratories ® , Silicon Labs ® , SiLabs ® e il logo Silicon Labs ® , Bluegiga ® , Bluegiga Logo ® , EFM ® , EFM32 ® , EFR, Ember ® , Energy Micro, il logo Energy Micro e le relative combinazioni , "i microcontrollori più efficienti dal punto di vista energetico al mondo", Redpine Signals ® , WiSeConnect , n-Link, ThreadArch ® , EZLink ® , EZRadio ® , EZRadioPRO ® , Gecko ® , Gecko OS, Gecko OS Studio, Precision32 ® , Simplicity Studio ® , Telegesis , il logo Telegesis ® , USBXpress ® , Zentri, il logo Zentri e Zentri DMS, Z-Wave ® e altri sono marchi o marchi registrati di Silicon Labs. ARM, CORTEX, Cortex-M3 e THUMB sono marchi o marchi registrati di ARM Holdings. Keil è un marchio registrato di ARM Limited. Wi-Fi è un marchio registrato della Wi-Fi Alliance. Tutti gli altri prodotti o marchi qui menzionati sono marchi dei rispettivi proprietari.

Silicon Laboratories Inc.
400 Ovest Cesar Chavez
Austin, Texas 78701
U.S.A. www.silabs.com

Documenti / Risorse

	SILICON LABS Zigbee EmberZNet SDK [pdf] Manuale del proprietario Zigbee EmberZNet SDK, EmberZNet SDK, SDK
	SILICON LABS Zigbee EmberZNet SDK [pdf] Manuale del proprietario 8.0.3.0, SDK Zigbee EmberZNet, SDK EmberZNet, SDK

Riferimenti

• Manuale d'uso