SILICON LABS Kit di sviluppo software EmberZNet SDK Gecko

Informazioni sul prodotto

Specifiche

• Versione SDK di Zigbee EmberZNet: 7.4.2.0
• Versione della suite Gecko SDK: 4.4
• Data di rilascio: 10 aprile 2024
• Venditore: Laboratori di silicio
• Piattaforma: Zigbee di Silicon Labs
• Caratteristiche principali: Supporto multiprotocollo (CMP) Zigbee e OpenThread su SoC
• Compilatori compatibili: GCC (The GNU Compiler Collection) versione 12.2.1
• Versione del protocollo EZSP: 0x0D

Istruzioni per l'uso del prodotto

Avvisi di compatibilità e utilizzo
Per aggiornamenti e avvisi sulla sicurezza, fare riferimento al capitolo Sicurezza delle note di rilascio della piattaforma Gecko o visitare Silicon Labs webluogo. Iscriviti agli avvisi sulla sicurezza per le informazioni più recenti.

Utilizzo di questa versione
Se non conosci Zigbee EmberZNet SDK, segui le istruzioni fornite per garantire un utilizzo corretto.

Utilizzo delle funzionalità principali
Prendi vantaggiotage del supporto multiprotocollo per Zigbee e OpenThread sulla piattaforma SoC per una connettività migliorata.

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.4.2.0 rilasciata il 10 aprile 2024
• 7.4.1.0 rilasciato il 14 febbraio 2024
• 7.4.0.0 rilasciato il 13 dicembre 2023

CARATTERISTICHE PRINCIPALI

Zigbee

• Conformità Zigbee R23
• Conformità Zigbee Smart Energy 1.4a – produzione
• Conformità Zigbee GP 1.1.2 – Alpha
• Supporto MG27 – produzione
• Supporto migliorato per le parti Secure Vault
• Supporto lento su applicazioni NCP SPI (non CPC) – Alpha

Multiprotocollo 

• Supporto per l'ascolto simultaneo (RCP) – MG21 e MG24
• Zigbee NCP multiprotocollo (CMP) simultaneo + OpenThread RCP – produzione
• Bluetooth multiprotocollo dinamico + supporto Zigbee multiprotocollo simultaneo (CMP) e OpenThread su SoC

Avvisi di compatibilità e utilizzo
Per informazioni sugli aggiornamenti e gli avvisi di sicurezza, consultare il capitolo Sicurezza delle note sulla versione della piattaforma Gecko installate con questo SDK o nella scheda DOCUMENTI TECNICI all'indirizzo 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, consulta Utilizzo di questa versione.

Compilatori compatibili:
IAR Embedded Workbench per ARM (IAR-EWARM) versione 9.40.1.

• 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 12.2.1, fornita con Simplicity Studio. La versione del protocollo EZSP per questa versione è 0x0D.

Nuovi articoli

Questa versione di Gecko SDK (GSDK) sarà l'ultima con supporto combinato per tutti i dispositivi EFM ed EFR, ad eccezione delle patch per questa versione secondo necessità. A partire dalla metà del 2024 introdurremo SDK separati:

• L'attuale Gecko SDK continuerà a supportare i dispositivi Serie 0 e 1.
• Un nuovo SDK si rivolgerà specificamente ai dispositivi delle serie 2 e 3.

L'SDK Gecko continuerà a supportare tutti i dispositivi Serie 0 e 1 senza alcuna modifica al supporto a lungo termine, alla manutenzione, alla qualità e alla reattività forniti dalla nostra politica sul software.
Il nuovo SDK si diramerà da Gecko SDK e inizierà a offrire nuove funzionalità che aiutano gli sviluppatori a fare progressitage delle funzionalità avanzate dei nostri prodotti Serie 2 e 3.
Questa decisione è in linea con il feedback dei clienti, riflettendo il nostro impegno a elevare la qualità, garantire stabilità e migliorare le prestazioni per un'esperienza utente eccezionale attraverso i nostri SDK software.

Nuovi componenti
Novità nella versione 7.4.0.0

• I componenti "zigbee_direct_security_p256" e "zigbee_direct_security_curve25519" sono stati aggiunti in modo che gli utenti possano configurare un'opzione di sicurezza Zigbee Direct specifica.
• Gli utenti possono avere più componenti "zigbee_direct_security" abilitati su un'applicazione Zigbee Direct Device (ZDD). In questo caso, l'effettiva opzione di sicurezza dipende dalla configurazione Zigbee Virtual Device (ZVD).

Nuove API
Novità nella versione 7.4.2.0

• NCP SPI esteso da utilizzare come sleepy in alcuni casi d'uso Host-NCP. In questo caso d'uso, l'NCP SPI può essere configurato come dispositivo terminale dormiente. L'host Z3Gateway sampl'applicazione le viene estesa con un codice CLI personalizzato aggiuntivo responsabile di comandare all'NCP di accedere a una delle modalità di sospensione tramite la modalità di sospensione del comando CLI personalizzato e deve riattivarsi utilizzando il comando CLI personalizzato wakeup prima di ulteriori comunicazioni EZSP.
• Introdotta una nuova API sl_zigbee_af_isr_event_init per inizializzare gli eventi del framework applicativo che devono essere attivati ​​all'interno di una routine di servizio di interruzione (ISR). Questi eventi, pianificati dall'ISR, devono avere un parametro di ritardo di 0 millisecondi. In altre parole, gli eventi provenienti da PVR devono essere attivati ​​come evento immediato. Non è consentita la disattivazione degli eventi all'interno dell'ISR. Il motivo di quanto sopra è il seguente. Il sistema di eventi utilizza la manipolazione della coda degli eventi durante la pianificazione (attivazione con un ritardo diverso da zero o disattivazione) di un evento. Per ridurre al minimo la latenza, un ISR dovrebbe attivare un evento con ritardo 0, che viene pianificato come evento successivo nella successiva elaborazione della coda eventi. Ciò consente di effettuare un ulteriore ritardo, o disattivazione, dopo l'uscita dell'ISR. Per distinguere gli eventi destinati ad essere utilizzati all'interno di ISR, la struttura degli eventi viene contrassegnata con sli_zigbee_isr_event_marker durante l'inizializzazione. Fare riferimento alla fonte zigbee_app_framework_event.h file per i dettagli di questa nuova funzione.
• Chiarimento sull'utilizzo della nuova funzione emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice che viene chiamata all'interno dello stack API emberFindAndRejoinNetworkWithReason per ottenere una maschera di canale utilizzata per il rejoin. La specifica SE1.4a limita il cambio di interfaccia (da 2.4 GHz a sub-GHz o viceversa) durante il ricongiungimento di un dispositivo di tipo dispositivo terminale di unione Multi-Mac. Poiché il tipo di dispositivo è una configurazione del framework dell'applicazione (ovvero, il tipo di dispositivo finale che si unisce sarà un dispositivo sub-GHz o un dispositivo a 2.4 GHz, non entrambi, al momento della configurazione), questa chiamata fornisce la maschera del canale in base a tale configurazione in modo che la maschera di ricongiungimento sia sempre la stessa della maschera dell'interfaccia di unione.

Novità nella versione 7.4.0.0 

• Aggiunta una nuova API sl_zigbee_token_factory_reset per ripristinare i token Zigbee NVM3 al valore predefinito.
• Aggiunta l'API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), che restituisce true se la tabella delle chiavi di collegamento può aggiungere o aggiornare una voce con questo indirizzo (la tabella non è piena).

Aggiunta una nuova API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* contesto, sl_zb_sec_man_key_t* chiave), che restituisce true se la chiave a cui fa riferimento il contesto ha lo stesso valore della chiave fornita nell'argomento.

Supporto per la nuova piattaforma
Novità nella versione 7.4.0.0
In questa versione è stato aggiunto il supporto dello stack Zigbee per le seguenti nuove parti: EFR32MG24A010F768IM40 e EFR32MG24A020F768IM40.

Nuova documentazione
Novità nella versione 7.4.0.0
Aggiornata la descrizione del componente Zigbee Secure Key Storage per riflettere l'aggiunta di Zigbee Secure Key Storage Upgrade (che aggiunge compatibilità con le versioni precedenti con i progetti esistenti).
Aggiunta una nuova nota applicativa per l'interazione con il gruppo di componenti Zigbee Security Manager (AN1412: Zigbee Security Manager).

Comportamento previsto
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 Zigbee CSL, 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 utente multiprotocollo dinamico per ulteriori informazioni.

Miglioramenti

Modificato nella versione 7.4.0.0
Modifiche alla documentazione API emberCounterHandler
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 era poco chiara o fuorviante. Anche se la firma di emberCounterHandler() non è cambiata, il modo in cui i suoi parametri vengono popolati è leggermente cambiato.

• I commenti sulle enumerazioni EmberCounterType in ember-types.h sono stati ampliati per maggiore chiarezza.
• Il parametro ID nodo del 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 verrà compilato alcun indirizzo di destinazione e verrà inserito un valore segnaposto pari a
  Viene invece utilizzato 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 numero di tentativi per i tentativi del livello APS continua a essere popolato nel parametro dati per
  Tipi di contatori EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, per coerenza 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 i dati, l'indirizzo o l'EMBER_UNKNOWN_NODE_ID previsti se era previsto un ID nodo ma non è stato possibile ottenerlo dal pacchetto, come descritto nella versione rivista di ember- documentazione di types.h.
• Il gestore 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 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.

Codice Green Power aggiornato
Il codice del server Green Power viene aggiornato con vari miglioramenti tra cui:

• Aggiunto più codice di convalida per i comandi in entrata con endpoint non valido durante la ricezione sul server GP.
• Aggiunto codice per gestire il caso in cui non c'è più spazio per creare messaggi di energia verde.
• Il sink ora elimina la configurazione di accoppiamento con l'azione di rimozione dell'accoppiamento in alcuni casi secondo la sezione A.3.5.2.4.1 delle specifiche.
• Il sink ora salva l'elenco dei gruppi esistente di una voce prima di rimuoverla durante l'elaborazione della configurazione di associazione con l'azione di estensione.
• Il comando di query di traduzione restituisce "NON TROVATO" come codice di errore quando la tabella di traduzione è vuota o l'indice è maggiore del numero di voci nella tabella.
• Modificata la versione dell'endpoint GP in alcune app da 1 a 0.

L'uso di CSMA nella funzione di invio GPDF è limitato perché i dispositivi Green Power sono dispositivi a consumo energetico minimo e non utilizzano CSMA nella maggior parte dei progetti. La soluzione preferita è invece quella di inviare più pacchetti utilizzando lo stesso budget energetico.
Rimosso l'uso di un endpoint nascosto nell'opzione del plugin Green Power Server. Utilizza invece uno degli endpoint dell'applicazione.

Miglioramenti al codice del plug-in di aggiornamento della chiave di rete
Modificato il periodo di aggiornamento periodico della chiave di rete in modo che possa durare fino a 1 anno.

Ristrutturate alcune API per evitare esportazioni di chiavi non necessarie
Apportate modifiche per favorire l'uso di contesti chiave rispetto ai dati chiave in testo semplice.

• sl_zigbee_send_security_challenge_request ora accetta un argomento sl_zb_sec_man_context_t al posto di EmberKeyData.
• I valori dell'enumerazione sl_zb_sec_man_derived_key_type sono ora una maschera di bit a 16 bit per supportare direttamente alcune derivazioni di chiave che combinano più tipi derivati.

Problemi risolti

Risolto nella versione 7.4.2.0

ID #	Descrizione
1252268	L'opzione dell'applicazione host zigbee per aprire una porta IP su 4900/4901 è deprecata. Il modo alternativo per utilizzare una connessione remota per interagire con l'applicazione host potrebbe essere quello di utilizzare l'utilità socat nella maggior parte dei sistemi operativi supportati. (Altro riferimento: 1232361)
1254541	Viene introdotta una nuova funzione di inizializzazione degli eventi, sl_zigbee_af_isr_event_init, per consentire l'inizializzazione degli eventi dell'applicazione destinati ad essere attivati ​​da una routine di servizio di interruzione (ISR). Questi eventi sono attivabili solo dall'ISR con ritardo di 0 msec. Questi eventi non devono essere programmati con un ritardo diverso da zero o disattivati ​​dall'ISR.   È stata aggiunta la documentazione del framework applicativo per la funzione di cui sopra. Fare riferimento a docs.silabs.com per questa versione per i documenti API di cui sopra. (Altro riferimento: 1252940)
1255175	Risolto il problema che causava l'errore di elaborazione del messaggio di conferma chiave di verifica APS. (Altro riferimento: 1227738)
1260605	Il parametro opzionale optionsMask per il comando CLI "net multi-phy-start" veniva ignorato e sempre trattato come 0. (Altro riferimento: 1258636)
1262538	Risolto un problema per cui il server GP non rilasciava frame con FC uguale a FC memorizzato. (Altro riferimento: 1259936)
1263124	Rimosso il codice per la gestione dei comandi MAC deprecati. (Altro riferimento: 1262368)
1266765	Risolto un problema con l'etichetta dello stack di foglie pro. (Altro riferimento: 1259298)
1270706	Risolto un problema che impediva al framework dell'applicazione di inviare la risposta predefinita ZCL per un caso di successo.
1272181	Risolto un problema che causava errori di compilazione durante l'abilitazione della tabella di reporting estesa su Z3Gateway. (Altro riferimento: 1188397)
1272280	La specifica SE1.4a richiede che un dispositivo finale di unione multi-MAC si riconnetta sulla stessa interfaccia a cui si è unito in precedenza. Non è consentito alcun cambio di interfaccia (passaggio da 2.4 GHz a Sub-GHz o viceversa) durante il ricongiungimento. Il ricongiungimento può essere avviato a seguito della perdita del genitore o di un riciclo di alimentazione del nodo. In entrambi questi casi, l'API dello stack emberFindAndRejoinNetworkWithReason viene chiamata internamente per avviare il processo di rejoin e questa API necessita della maschera del canale di rejoin come argomento. Questa maschera di canale viene acquisita dallo stack dalla funzione chiamante, emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice, che viene implementata come origine e come parte del progetto dell'applicazione. Un'implementazione predefinita può essere trovata in ember-configuration.c come funzione DEBOLE in modo che sia possibile una sovrascrittura da parte dell'utente.
1273235	L'attivazione di un'operazione di rimozione del bambino per un bambino del dispositivo finale inattivo quando una risposta di associazione o una risposta di ricongiungimento è ancora in attesa di consegna per quel bambino può comportare due cancellazioni per la stessa voce bambino. Ciò lascerà emberChildCount() disattivato di -1. Se questo è l'ultimo figlio della tabella da rimuovere, ciò può portare a un sottoflusso del conteggio dei figli. Ciò inibisce qualsiasi ulteriore tentativo di unione/riunione da parte di qualsiasi dispositivo finale fino all'esecuzione di un ripristino o di un LeaveNetwork, il che potrebbe comportare un errore di asserzione (citando child.c) in alcune versioni.
1273585	Il valore di inizializzazione per i contatori dei frame di sicurezza Green Power nella memoria non volatile è impostato su 0 da 0xFFFFFFFF. (Altro riferimento: 1269700)
1277012	Se la tabella figlio è piena e un figlio esistente del dispositivo locale tenta di ricongiungersi, il ricongiungimento viene rifiutato erroneamente, causando la rimozione della voce figlio e costringendo il figlio a ricongiungersi nuovamente per essere riassociato a quel genitore.

Risolto nella versione 7.4.1.0 

ID #	Descrizione
1036893	Risolto un problema che causava l'installazione del componente legacy dell'interfaccia del boot loader da parte del componente cluster OTA come dipendenza.
1114905	Zigbee Direct: gestione migliorata delle caratteristiche di rete Leave.
1180937	Risolto il problema con il ripristino WDT durante la connessione di Zigbee Direct ZDD a ZVD di terze parti.
1223904	Risolto un problema che causava il funzionamento errato dello spostamento del dispositivo finale in un ambiente molto trafficato.
1224393	Aggiornato il codice del gestore delle richieste della tabella sink Green Power per aggiornare l'indirizzo di destinazione della risposta.
1228808	Risolto il problema di visualizzazione con le definizioni delle macro nella documentazione gp-types.h.
1232297	Risolto un problema per cui emberSetOutgoingNwkFrameCounter e emberSetOutgoingApsFrameCounter non funzionavano su applicazioni host a 64 bit (restituendo EMBER_BAD_ARGUMENT).
1232359	Risolto il problema con il calcolo del parametro gppTunnelingDelay nell'elaborazione dei comandi del client green power.
1240392	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.
1243523	Zigbee Direct: stabilità migliorata della connessione BLE a ZVD.
1249455	Risolto un problema che causava l'entrata in modalità di sospensione di un dispositivo terminale in modalità sospensione quando veniva ricevuta una trasmissione prima di ricevere un riconoscimento.
1252295	Correggere un errore di battitura nella macro del catalogo componenti SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT.

Risolto nella versione 7.4.0.0 

ID #	Descrizione
1019348	Risolti i requisiti di dipendenza per il componente Zigbee ZCL Cli in modo che possa essere rimosso quando non necessario.
1024246	Aggiornata la descrizione della funzione per emberHaveLinkKey() e sl_zb_sec_man_have_link_key().
1036503	Aggiunta una descrizione per consigliare l'uso del Micrium Kernel per DMPample app.
1037661	È stato risolto un problema che impediva all'applicazione di installare lo stack pro o lo stack foglia.
1078136	Risolto un crash intermittente durante la modifica degli eventi dal contesto di interruzione
1081548	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 Zigbee CSL, 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 dell'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.
1084111	Il supporto iniziale SPI-NCP per le schede basate su MG24 viene aggiornato come parte di questa versione.
1104056	Aggiunto supporto per il controllo della rete da eseguire sulla rete secondaria in caso di rete multipla
1120515	Risolto un problema per cui il canale non cambiava quando si utilizzava il comando mfglib set-channel.
1141109	Risolto un problema che causava la generazione dei messaggi di posta elettronicaample application ncp-uart-gp-multi-rail per perdere alcune intestazioni files quando si utilizza il componente adattatore Green Power con l'opzione -cp.
1144316	Aggiornata la descrizione di alcuni tipi di strutture dati nella documentazione gp-types.h.
1144884	Risolto il problema con il bit in sospeso del frame spurio impostato quando non ci sono dati in sospeso.
1152512	Risolto un potenziale arresto anomalo in low-mac-rail durante la modifica dell'evento nel contesto ISR.
1154616	Aggiunta un'eccezione per la condizione per inizializzare la rete con il caso "Cambio di ruolo da dispositivo terminale dormiente a dispositivo finale non dormiente".
1157289	Risolto un problema che poteva causare il fallimento del test BDB DN-TLM-TC-02B.

ID #	Descrizione
1157426	Risolto un problema di compilazione durante la creazione di zigbee_simple_app con il componente green_power_adapter.
1157932	Aggiunta una condizione per verificare se manca il campo "tempo di transizione" e impostare un valore predefinito 0xFFFF per questo campo mancante.
1166340	Risolto un problema che impediva a emberAfGpdfSend di inviare il numero previsto di trasmissioni ripetute.
1167807	Risolto un problema per cui i dispositivi che fungevano da Trust Center nelle reti distribuite cancellavano erroneamente le chiavi di collegamento transitorie ogni volta che un nuovo dispositivo si collegava.
1169504	Risolto un problema che causava il ripristino di un dispositivo in stato di stop al riavvio forzato.
1169966	Risolto il problema con la convalida del valore restituito mancante nel codice di allocazione del buffer.
1171477, 172270	Con mfglib start 1 nessun messaggio viene trasmesso ma ricevuto, quindi il messaggio visualizzato sul terminale “mfglib send complete” è sbagliato e cambiato in “RXed %d packets in the last %d ms”.
1171935	Modificato il periodo di aggiornamento periodico della chiave di rete in modo che possa durare fino a 1 anno.
1172778	Aggiunta l'invocazione mancante di emberAfPluginGreenPowerServerUpdateAliasCallback al server Green Power..
1174288	Risolto un problema che faceva sì che il processo di gestione della rete si affermasse se veniva chiamata una chiamata per interrompere la scansione in corso.
1178393	Aggiornato un errore nella documentazione.
1180445	In Smart Energy, l'OTA ora continua a scaricare se il coordinatore raggiunge il ciclo di lavoro limitato.
1185509	Risolto un problema in CSL per cui una nuova sequenza di frame di riattivazione ricevuta immediatamente dopo un frame di payload precedente non veniva registrata correttamente. Ciò si tradurrebbe in un frame di carico utile mancato.
1186107	Risolto un problema che causava la mancata decrittazione dei GPDF ricevuti per sostituire il GPDF in arrivo nella notifica di messa in servizio del GP.
1188397	Risolto un problema che causava un errore di compilazione quando si abilitava la dimensione estesa della tabella del report.
1194090	Corretto lo stato di errore nella risposta predefinita per il comando Sink Commissioning Mode – successiva alla sezione 3.3.4.8.2
1194963	Risolto un problema che memorizzava la struttura commissioningGpd prima di chiamare la richiamata dell'utente emberAfGreenPowerServerPairingStatusCallback.
1194966	Risolto un problema per cui i campi endpoint e proxyInvolved non venivano impostati con l'azione Esci dalla messa in servizio.
1196698	Risolto il problema con il bit di frame in sospeso spurio impostato quando non c'erano dati in sospeso.
1199958	Aggiunto codice per gestire il caso in cui non c'è più spazio per creare messaggi di energia verde.
1202034	Risolto un problema per cui la variabile dello stack sl_zb_sec_man_context_t non veniva inizializzata correttamente, causando il fallimento dell'unione con il codice di installazione.
1206040	La chiamata a emberRemoveChild() 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 una mancanza indicata di capacità nel Beacon.
1207580	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 emberRemoveChild().
1210706	La destinazione e l'indice PHY forniti nella struttura EmberExtraCounterInfo come parte di emberCounterHandler() potrebbero non essere corretti per i tipi di contatori Unicast MAC TX.
1211610 1212525	Risolto un problema per cui le applicazioni multiprotocollo dinamico si arrestavano in modo anomalo dopo aver abilitato il componente Aggiornamento archiviazione chiave protetta.
1211847	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 sono spiegate nella sezione 2 sopra.
1212449	I beacon in uscita venivano categorizzati in modo errato dal livello MAC, portando emberCounterHandler() a non riuscire a catturare questi pacchetti con il tipo di contatore EMBER_COUNTER_MAC_TX_BROADCAST e a contare invece i beacon con il tipo di contatore EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. Ciò ha potenzialmente comportato valori inaffidabili per il parametro dest EmberNodeId passato alla struttura EmberCounterInfo
1214866	L'invio di pacchetti di polling dati in determinate configurazioni a traffico elevato può provocare un guasto del bus.
1216552	È stato risolto un problema che causava un'asserzione in condizioni di traffico intenso.
1216613	Risolto un problema che portava a un valore errato del raggio di groupcast nella tabella proxy.

ID #	Descrizione
1222509	Il router/coordinatore invia una richiesta di congedo e ricongiungimento a un dispositivo finale di polling non figlio, ma la destinazione MAC è 0xFFFF invece di corrispondere all'indirizzo di destinazione NWK.
1223842	Risolto un problema con la generazione di sl_component_catalog.h che lasciava codice indesiderato causando errori di compilazione.
756628	Modificata la chiamata del callback dell'applicazione emberAfMacFilterMatchMessageCallback in modo che venga chiamata solo per i messaggi ZLL convalidati dallo stack.
816088	Configurazione EMBER spostata da zigbeed_configuration.h a zigbeed.slcp.
829508	Per evitare una condizione di competizione, è stata aggiunta un'ulteriore convalida in emberSetLogicalAndRadioChannel per restituire un errore se i livelli inferiori sono occupati o non in grado di modificare il canale.

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.si-labs.com/developers/zigbee-emberznet nella scheda Documenti tecnici.

ID #	Descrizione	Soluzione alternativa
N / A	Le seguenti app/componenti non sono supportati in questa versione: supporto EM4.	La funzionalità verrà abilitata nelle versioni successive.
193492	La macro di porting emberAfFillCommandGlobalServerToClientConfigureRe porting è 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 halCommonGetIntxxMillisecondTick sugli host Linux attualmente utilizzano la funzione gettimeofday, che non è garantito 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	Il 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	Un dispositivo terminale non nuovo di fabbrica che tocca un iniziatore con capacità di destinazione non è in grado di ricevere una risposta con le informazioni del dispositivo in determinate circostanze.	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 emberAfNcpInitCallback nel Zigbee NCP Framework e chiamare le funzioni diagnostiche appropriate (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails e halPrintCrashData) in questo callback per stampare questi dati su Serial 0 per viewnel registro di acquisizione di Network Analyser. Per un exampPer sapere come utilizzare queste funzioni, fare riferimento al codice incluso in emberAfMainInit() di a-main-soc.c quando è definito EXTENDED_RESET_INFO.

ID #	Descrizione	Soluzione alternativa
486369	Se un DynamicMultiProtocolLightSoc che forma una nuova rete ha nodi figli rimanenti da una rete che ha lasciato, emberAfGetChildTableSize 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'associazione spuria e causare l'invio di messaggi di reporting del cast di gruppo.	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 sl_cli.h. Inoltre, le chiamate a sl_cli.h e sl_cli_command_arg_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 in uno stato "non funzionante". Fare riferimento alla seguente nota sull'app per ulteriori informazioni e una soluzione alternativa utilizzando il gestore eventi. https://www.silabs.com/documents/public/application- note/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
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 progetto file.	Soluzione alternativa: installare manualmente l'istanza btn0 durante la creazione del progetto Z3Switch.
1161063	Z3Light e potenzialmente altre applicazioni segnalano valori di revisione del cluster errati.	Aggiorna manualmente l'attributo di revisione del cluster alla revisione appropriata.
1164768, 1171478, 1171479	ERRORE: ezspErrorHandler 0x34 segnalato ripetutamente durante la modalità di ricezione mfglib	Per ridurre i messaggi di errore stampati, configurare EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS sull'app host su 100, in modo che la coda di richiamata venga liberata più rapidamente.
1252460	Le routine di ripristino della SimEEPROM (sia per v1 che per v2) eseguite all'avvio potrebbero eseguire chiamate di cancellazione della pagina flash disallineate con conseguenti asserzioni durante em_msc. la routine MSC_ErasePage di c.	Soluzione alternativa: inserire la seguente riga di codice nella parte superiore della funzione MSC_ErasePage() in em_msc.c: indirizzo iniziale = (uint32_t*)((uint32_t)indirizzo iniziale & ~(FLASH_PAGE_SIZE-(1));

Articoli obsoleti

Deprecato nella versione 7.4.1.0|
A partire da GSDK 7.4.0.0, inclusa questa patch, l'opzione "-v" in Z3Gateway per un'applicazione host Linux per creare un'interfaccia telnet con la porta 4900 o 4901 è deprecata. Il modo alternativo consigliato per creare un'interfaccia telnet è utilizzare utilità Linux come “socat”.

• Deprecato nella versione 7.4.0.0
• Rimosse le seguenti API di sicurezza deprecate:
• braceGetKey()
• braceGetKeyTableEntry()
• emberSetKeyTableEntry()
• braceHaveLinkKey()
• emberAddOrUpdateKeyTableEntry()
• emberAddTransientLinkKey()
• emberGetTransientKeyTableEntry()
• emberGetTransientLinkKey()
• emberHmacAesHash()
• Utilizza le API fornite da Zigbee Security Manager per l'accesso all'archiviazione delle chiavi e all'hashing HMAC.

Rimuovi elementi d

Rimosso nella versione 7.4.0.0

• Rimosse le API pubbliche duplicate nell'intestazione pubblica file gp-types.h.
• Il componente zigbee_end_device_bind è stato rimosso. Questo componente è stato utilizzato dal coordinatore per mediare le richieste di associazione per i dispositivi finali. Questa funzionalità opzionale è stata rimossa dalla R22 delle specifiche core Zigbee.
• Rimosso setPacketBufferCount() in af-host.c e il caso di controllo inutile EZSP_CONFIG_PACKET_BUFFER_COUNT: in command-handlers.c.
• Rimosso l'argomento memoryAllocation perché non è necessario dividere in due fasi durante l'inizializzazione di NCP.
• Rimosso emberAfNcpInitCallback() nell'app.c di se14-comms-hub, se14-ihd e se14-meter-gas.
• Rimossa l'impostazione del valore EZSP_CONFIG_RETRY_QUEUE_SIZE durante l'inizializzazione ncp nella configurazione ncp. C.

Gateway multiprotocollo e RCP

1. Nuovi articoli
   • Aggiunto nella versione 7.4.0.0
   • Ascolto simultaneo, viene rilasciata la possibilità per gli stack Zigbee e OpenThread di operare su canali 802.15.4 indipendenti quando si utilizza un RCP EFR32xG24 o xG21. L'ascolto simultaneo non è disponibile per 802.15.4 RCP/Bluetooth RCP
   • combinazione, la combinazione Zigbee NCP/OpenThread RCP o per il system-on-chip (SoC) Zigbee/OpenThread. Verrà aggiunto a questi prodotti in una versione futura.
   • L'estensione del fornitore della CLI OpenThread è stata aggiunta alle app host OpenThread dei contenitori multiprotocollo. Ciò include i comandi coex cli.
2. Miglioramenti
   • Modificato nella versione 7.4.0.0
   • La combinazione multiprotocollo Zigbee NCP/OpenThread RCP è ora di qualità di produzione.
3. Problemi risolti
   • Risolto nella versione 7.4.2.0

ID #	Descrizione
1022972	Aggiunto plugin di coesistenza a Zigbee-OpenThread NCP/RCP sampl'applicazione.
1231021	Evitare un'asserzione in OTBR che è stata osservata durante l'unione di oltre 80 dispositivi Zibee ripristinando l'RCP anziché passando errori di trasmissione non gestiti al sub mac.
1249346	È stato risolto un problema per cui l'RCP poteva rimuovere erroneamente dalla coda i pacchetti destinati all'host, provocando un errore di analisi nell'OTBR e una terminazione imprevista.

Risolto nella versione 7.4.1.0 

ID #	Descrizione
1213701	zigbeed non consentiva la creazione di una voce della tabella delle corrispondenze di origine per un bambino se la coda indiretta MAC ha già dati in sospeso per quel bambino. Questo comportamento potrebbe portare al fallimento delle transazioni a livello di applicazione tra il bambino e qualche altro dispositivo a causa della mancanza di APS Ack o di risposta a livello di app, in particolare l'interruzione e la terminazione imprevista degli aggiornamenti ZCL OTA destinati al dispositivo bambino.
1244461	La voce della tabella delle corrispondenze di origine per il bambino potrebbe essere rimossa nonostante i messaggi in sospeso.

Risolto nella versione 7.4.0.0 

ID #	Descrizione
1081828	Problema di throughput con Zigbee/BLE DMP basati su FreeRTOSample applicazioni.
1090921	Z3GatewayCpc ha riscontrato problemi nella creazione di una rete in un ambiente rumoroso.
1153055	È stata causata un'asserzione sull'host quando si è verificato un errore di comunicazione durante la lettura della versione NCP da zigbee_ncp-ble_ncp-uart sampl'app.
1155676	L'RCP 802.15.4 scartava tutti i pacchetti unicast ricevuti (dopo l'attacco MAC) se più interfacce 15.4 condividevano lo stesso ID nodo a 16 bit.
1173178	L'host ha segnalato erroneamente centinaia di pacchetti ricevuti con mfglib nella configurazione Host-RCP.

ID #	Descrizione
1190859	Errore EZSP durante l'invio di pacchetti casuali mfglib nella configurazione Host-RCP.
1199706	I sondaggi di dati provenienti dai dispositivi secondari dimenticati non impostavano correttamente un frame in sospeso sull'RCP per accodare un comando Lascia e Rientra al figlio precedente.
1207967	Il comando "mfglib send random" inviava pacchetti extra su Zigbeed.
1208012	La modalità mfglib rx non aggiornava correttamente le informazioni sui pacchetti durante la ricezione sull'RCP.
1214359	Il nodo coordinatore si è bloccato quando 80 o più router hanno tentato di connettersi simultaneamente nella configurazione Host-RCP.
1216470	Dopo aver inoltrato una trasmissione per la maschera di indirizzo 0xFFFF, un RCP Zigbee che funge da dispositivo genitore lascerebbe impostato il flag di dati in sospeso per ciascun figlio. Ciò ha fatto sì che ogni bambino restasse sveglio aspettandosi i dati dopo ogni sondaggio e richiedeva qualche altra transazione di dati in sospeso su ciascun dispositivo finale per cancellare eventualmente questo stato.

Problemi noti nella versione corrente
I problemi in grassetto sono stati aggiunti rispetto alla versione precedente. Se ti sei perso una versione, le note sulla versione recente sono disponibili all'indirizzo https://www.si-labs.com/developers/gecko-software-development-kit

ID #	Descrizione	Soluzione alternativa
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.
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.
1122723	In un ambiente frenetico la CLI potrebbe non rispondere nell'app z3-light_ot-ftd_soc.	Nessuna soluzione nota.
1124140	z3-light_ot-ftd_soc sampl'app non è in grado di formare la rete Zigbee se la rete OT è già attiva.	Avvia prima la rete Zigbee e poi la rete OT.
1170052	CMP Zigbee NCP + OT RCP e DMP Zigbee NCP + BLE NCP potrebbero non adattarsi alle parti di RAM da 64 KB e inferiori in questa versione corrente.	Parti da 64 KB non attualmente supportate per queste app.
1209958	L'RCP ZB/OT/BLE su Bobcat e Bobcat Lite può smettere di funzionare dopo alcuni minuti durante l'esecuzione di tutti e tre i protocolli	Verrà affrontato in una versione futura
1221299	Le letture RSSI di Mfglib differiscono tra RCP e NCP.	Verrà affrontato in una versione futura.

Articoli obsoleti
Nessuno

Elementi rimossi
Rimosso nella versione 7.4.0.0
La macro "NONCOMPLIANT_ACK_TIMING_WORKAROUND" è stata rimossa. Tutte le app RCP ora supportano per impostazione predefinita un tempo di risposta di 192 µsec per gli ack non avanzati mentre utilizzano ancora un tempo di consegna di 256 µsec per gli ack avanzati richiesti da CSL.

Utilizzo di questa versione

Questa versione contiene quanto segue

• Pila Zigbee
• Quadro applicativo Zigbee
• Zigbee Sample Applicazioni

Per ulteriori informazioni su Zigbee e EmberZNet SDK vedere UG103.02: Zigbee Fundamentals. Se sei un utente alle prime armi, consulta QSG180: Zigbee EmberZNet 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.

Installazione e utilizzo
L'SDK Zigbee EmberZNet viene fornito come parte di Gecko SDK (GSDK), la suite di SDK di Silicon Labs. Per iniziare rapidamente con GSDK, installa Simplicity 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 nella Guida per l'utente online di Simplicity 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 maggiori informazioni. Simplicity Studio installa GSDK per impostazione predefinita in:

• (Windows): C:\Utenti\ \SimplicityStudio\SDK\gecko_sdk
• (Mac OS): /Utenti/ /SimplicityStudio/SDKs/gecko_sdk

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

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à Secure Vault Key Management, vedere AN1271: Secure Key Storage.

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.

Supporto
I clienti del kit di sviluppo hanno diritto alla formazione e al supporto tecnico. Utilizzare Zigbee di Silicon Laboratories web 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 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 e variano a seconda delle diverse applicazioni. Applicazione esampI 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 le specifiche 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 esclude ogni garanzia esplicita 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 offensiva 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, logo Bluegiga, EFM, EFM32, EFR, Ember, Energy Micro, logo Energy Micro e loro 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 West Cesar Chavez Austin, TX 78701 Stati Uniti www.silabs.com

Domande frequenti

D: Qual è il compilatore consigliato per questo SDK?
R: Il compilatore consigliato è GCC versione 12.2.1 fornita con Simplicity Studio.

D: Dove posso trovare gli aggiornamenti e gli avvisi sulla sicurezza?
R: Fare riferimento al capitolo Sicurezza delle note di rilascio della piattaforma Gecko o visitare Silicon Labs websito per informazioni sulla sicurezza.

Documenti / Risorse

SILICON LABS Kit di sviluppo software EmberZNet SDK Gecko [pdf] Guida utente Kit di sviluppo software EmberZNet SDK Gecko, Kit di sviluppo software SDK Gecko, Kit di sviluppo software Gecko, Kit di sviluppo software, Kit di sviluppo, Kit

Riferimenti

• Manuale d'uso