SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

Specifiche

• Versione SDK Zigbee EmberZNet: 7.4.5.0 GA
• Versione Gecko SDK Suite: 4.4
• Data di rilascio: 23 ottobre 2024
• Piattaforma: Silicon Labs
• Compilatori supportati: GCC (The GNU Compiler Collection) versione 12.2.1
• Versione protocollo EZSP: 0x0D

Istruzioni per l'uso del prodotto

Caratteristiche principali
L'SDK Zigbee EmberZNet di Silicon Labs offre le seguenti funzionalità chiave
Supporto Zigbee e OpenThread multiprotocollo (CMP) su SoC.

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 la scheda DOCUMENTI TECNICI su Silicon Labs websito. Si consiglia di iscriversi a Security Advisories per le informazioni più recenti.

Compilatori compatibili
Assicurati di utilizzare il corretto files con il compilatore supportato
GCC (The GNU Compiler Collection) versione 12.2.1 fornito con Simplicity Studio.

Protocollo EZSP
La versione del protocollo EZSP per questa versione è 0x0D.

Domande frequenti

• D: Quali sono i nuovi componenti introdotti nella versione 7.4.5.0?
  
  • R: Gli utenti possono ora avere più componenti zigbee_direct_security abilitati su un'applicazione Zigbee Direct Device (ZDD), con l'opzione di sicurezza effettiva che dipende dalla configurazione Zigbee Virtual Device (ZVD).
• D: Quali sono le nuove API aggiunte nella versione 7.4.4.0?
  
  • A: Le nuove API includono mfglibSetCtune e mfglibGetCtune.
• D: Quali sono le nuove piattaforme supportate nella versione 7.4.5.0?
  
  • A: EFR32MG24A020F768IM40 è ora supportato come piattaforma.
• D: Dove posso trovare la documentazione aggiornata per il componente Zigbee Secure Key Storage?
  
  • R: La descrizione del componente Zigbee Secure Key Storage è stata aggiornata nella versione 7.4.0.0, insieme a una nuova nota applicativa per l'interazione con il gruppo di componenti Zigbee Security Manager (AN1412: Zigbee Security Manager).

Zigbee EmberZNet SDK 7.4.5.0 GA

Gecko SDK Suite 4.4

23 ottobre 2024

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.5.0 rilasciata il 23 ottobre 2024
• 7.4.4.0 rilasciata il 14 agosto 2024
• 7.4.3.0 rilasciato il 2 maggio 2024
• 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

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, 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

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.4.0
Sono state introdotte due API dedicate alla libreria di produzione per ottenere e impostare i valori CTUNE.
Nelle precedenti release di patch l'accesso e l'impostazione del valore CTUNE sono diventati parte delle API RAIL. In questa patch viene introdotto un set di API di produzione che incapsulano le API RAIL come segue per impostare e ottenere il valore.
mfglibSetCtune
mfglibOttieniCtune

Novità nella versione 7.4.2.0

• SPI NCP esteso per supportare le modalità di sospensione 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 il comando CLI personalizzato sleepMode 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 interrupt (ISR). Questi eventi, che sono programmati dall'ISR, devono avere un parametro di ritardo di 0 millisecondi. In altre parole, gli eventi dall'ISR devono essere attivati ​​come un evento immediato. Non è consentita alcuna disattivazione di eventi all'interno dell'ISR.
  Il motivo di quanto sopra è il seguente: il sistema di eventi manipola la coda di 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 pari a 0, che viene pianificato nella successiva elaborazione della coda di eventi. Ciò consente di eseguire un ulteriore ritardo o disattivazione dopo l'uscita dell'ISR. Per distinguere gli eventi destinati a essere utilizzati all'interno del contesto ISR, la struttura dell'evento è contrassegnata con uno sli_zigbee_isr_event_marker durante l'inizializzazione.
  Fare riferimento alla sorgente zigbee_app_framework_event.h file per i dettagli di questa nuova funzione.
• Chiarimento sull'uso della nuova funzione ember Update Multi Mac Rejoin Channel Mask For Selection Or Joining Device che viene chiamata all'interno dell'API stack ember Find And Rejoin Network With Reason 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 rejoining di un dispositivo di tipo Multi-MAC Joining End. Poiché il tipo di dispositivo è una configurazione del framework applicativo (ovvero, il tipo di dispositivo di join end sarà un dispositivo sub-GHz o un dispositivo a 2.4 GHz, non entrambi, in fase di configurazione), questa chiamata fornisce la maschera di canale basata su tale configurazione in modo che la maschera di rejoin sia sempre uguale alla maschera dell'interfaccia di join.

Novità nella versione 7.4.0.0

• Aggiunta una nuova API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) per reimpostare i token Zigbee NVM3 al loro 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 dell'aggiornamento Zigbee Secure Key Storage (che aggiunge la 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 dell'utente multiprotocollo dinamico per ulteriori informazioni.

Miglioramenti

Modificato nella versione 7.4.0.0 Modifiche alla documentazione dell'API del gestore dei contatori ember
Nelle versioni precedenti, il callback del Counter Handler per i tipi di contatori Ember dei livelli MAC e APS relativi ai pacchetti RX e TX non riceveva l'ID del nodo di destinazione o gli argomenti dati corretti, e la documentazione API relativa al comportamento di determinati contatori che utilizzavano questi parametri era poco chiara o fuorviante.

Sebbene la firma di ember Counter Handler() non sia cambiata, il modo in cui vengono popolati i suoi parametri è leggermente cambiato.

• I commenti sulle enumerazioni EmberCounterType in ember-types.h sono stati ampliati per maggiore chiarezza.
• Il parametro ID nodo per il gestore del contatore per i contatori correlati a TX ora controlla se la modalità indirizzo di destinazione indica un ID breve valido prima di utilizzarlo. (In caso contrario, non viene popolato alcun indirizzo di destinazione e viene inserito un valore segnaposto di
  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 il parametro Node ID o dati per il callback sono stati controllati per garantire che passino i dati previsti, l'indirizzo o EMBER_UNKNOWN_NODE_ID, se era previsto un Node ID ma non è stato possibile ottenerlo dal pacchetto, come descritto nella documentazione ember-types.h rivista.
• 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 di energia verde è stato 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 ci sia più spazio per creare messaggi Green Power.
• Ora il sink elimina la configurazione di associazione con l'azione Rimuovi associazione in alcuni casi, come da sezione A.3.5.2.4.1 delle specifiche.
• Ora il sink salva l'elenco dei gruppi esistente di una voce prima di rimuoverla durante l'elaborazione della configurazione di associazione con l'azione Estendi.
• 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.5.0

ID #	Descrizione
1357860	È stato risolto un problema che causava un arresto anomalo quando più endpoint iniziavano a inizializzare l'evento di feedback di identificazione. (Altro riferimento: 1348659)
1357517	È stato risolto un problema che causava l'arresto anomalo del sistema quando un'app multi-rete tentava di indirizzarsi sulla rete secondaria.
1356285	In rari casi, un pacchetto può essere passato al Callback Outgoing Packet Handoff con un parametro di indice del payload che supera la lunghezza dichiarata del buffer del pacchetto, portando a un assert in legacy-packet-buffer.c se il componente Packet Handoff è abilitato. Le funzioni di gestione Incoming e Outgoing del componente ora catturano questa condizione e scartano il pacchetto non valido senza ulteriore elaborazione. (Altro riferimento: 1350285)
1355289	Risolto un problema che causava la ricezione della risposta LQI ​​con indirizzo MAC composto da soli zeri. (Altro riferimento: 1351489)
1349160	Lo Z3Gateway compilato su Raspberry Pi con kernel 6.6 non è riuscito a connettersi a NCP tramite SPI per impostazione predefinita. La soluzione è ridefinire i GPIO come descritto qui. Nota le seguenti informazioni sui GPIO che mappano l'interfaccia SPI NCP. Su kernel 6.6, eseguendo sudo cat /sys/kernel/debug/gpio Verrà visualizzato quanto segue gpio-520 (GPIO8) gpio-534 (GPIO22) gpio-535 (GPIO23) gpio-536 (GPIO24) Quindi ridefinisci il GPIO per l'interfaccia SPI NCP da sopra sysfs in spi-protocol-linux-config.h come #define NCP_CHIP_SELECT_GPIO "520" #definisci NCP_HOST_INT_GPIO “534” #definisci NCP_RESET_GPIO “535” #define NCP_WAKE_GPIO “536” (Altro riferimento: 1297976)
1343044	Se il plugin Fragmentation calcolasse male il payload disponibile per un frammento unicast, potrebbe inviare più dati all'NCP di quanti ne possano essere contenuti in un singolo pacchetto dopo aver tenuto conto di tutto l'overhead dello stack. Ciò potrebbe causare un danneggiamento della memoria nell'NCP che innesca errori di assert o altri comportamenti imprevisti. (Altro riferimento: 1289413)
1343012	Patch del firmware Si4468 aggiunta alla libreria phy-pro2plus per risolvere le condizioni di competizione nell'elaborazione Tx/Rx sub-GHz. (Altro riferimento: 1341928)
1311214	Corretta risposta predefinita aggiuntiva generata quando il messaggio ZCL del comando del server OTA in arrivo ha la risposta predefinita abilitata. Viene inviata una sola risposta a un errore e per le richieste di immagini di blocco riuscite, non viene impostata alcuna risposta predefinita. (Altro riferimento: 1300935)
1296653	Se un dispositivo NCP dual-PHY eseguisse una scansione energetica sulla banda sub-GHz mentre la radio a 2.4 GHz è attiva, grandi raffiche di traffico Beacon in arrivo in risposta alle richieste Beacon in arrivo sul canale radio a 2.4 GHz potrebbero occupare una grande quantità di memoria buffer dello stack (allocata dal segmento Heap) mentre vengono scansionati i numerosi canali sub-GHz, il che potrebbe causare un cortocircuito del buffer.tages e condizioni di overflow EZSP se la dimensione dell'heap (che determina il numero di buffer disponibili nel sistema) non era sufficientemente grande. Questa condizione di overflow potrebbe impedire al gestore scansione completata di raggiungere l'applicazione host, causando il blocco permanente della macchina a stati di scansione dell'app. Il codice Energy Scanning per dispositivi dual PHY ora scarta tutti i pacchetti Beacon ricevuti sulla radio a 2.4 GHz durante la scansione di un canale sub-GHz, impedendo così a un grande afflusso di beacon di creare il problema sopra menzionato. Si noti che ciò non impedisce il normale funzionamento della rete su 2.4 GHz poiché i Beacon vengono utilizzati solo per il rilevamento di potenziali conflitti PAN ID quando il dispositivo non sta eseguendo una scansione attiva e i conflitti PAN ID possono ancora essere rilevati da altri router nella rete durante questo periodo o dal coordinatore una volta completata la scansione energetica. (Altro riferimento: 1276049)

ID #	Descrizione
1295250	Risolti i problemi di compilazione durante l'aggiunta del componente ZigBee 3.0 del test harness a un'applicazione standard. (Altro riferimento: 1280058)
1294848	Aggiunti controlli per la matrice dati ZCL per accogliere la lunghezza della stringa più lunga fino a 253. (Altro riferimento: 1275092)
1294843	Corretta l'inizializzazione mancante delle variabili locali prima dell'uso. (Altro riferimento: 1275104)
1271968	Il componente zigbee_watchdog_periodic_refresh non è più utilizzato nel framework applicativo zigbee ed è deprecato in questa versione. Il timer watchdog è disabilitato per impostazione predefinita per tutti gli sample applicazioni. In futuro verrà aggiunto un componente watchdog migliorato all'SDK. Nota : Assicurati di abilitare il timer watchdog con la voce di configurazione SL_LEGACY_HAL_DISABLE_WATCHDOG impostata su 0 nella tua applicazione.
1270721	Risolto un problema per migliorare l'unione multi-hop dei dispositivi. All'annuncio del dispositivo, la coppia di indirizzi viene aggiunta alla cache degli indirizzi. (Altro riferimento: 1266351)

Risolto nella versione 7.4.4.0

ID #	Descrizione
1334454	Risolto un problema nella gestione della risposta di reinserimento. (Altro riferimento: 1331580)
1330732	La funzionalità diagnostica dovrebbe disabilitare l'interruzione dopo la chiamata a Iostream per evitare un'asserzione durante l'acquisizione del mutex.
1330720	Il valore EZSP_MAX_FRAME_LENGTH viene riportato a 220, consentendo anche alla lunghezza massima del messaggio XNCP di essere pari a 220. (Altro riferimento: 1327706)
1330311	Risolto un problema che causava il fallimento di alcuni test proxy GP durante la configurazione dell'host RCP. (Altro riferimento: 1328991)
1312369	Funzione debole resa SL_LEGACY_HAL_WDOG_IRQHandler(), consentendo ai clienti di fornire la propria implementazione.
1310711	Aggiunto controllo degli errori in fase di compilazione per SL_STACK_SIZE quando il componente RTOS viene utilizzato nel progetto ZigBee.
1309913	Aggiunta protezione mutex per la coda eventi di App Framework, in modo che le API degli eventi di App Framework possano essere chiamate da più attività. (Altro rif: 1252940, 1254397)
1309333	Dopo che un nuovo dispositivo finale si è unito alla banda sub-GHz, i dati di invecchiamento del ciclo di lavoro sono stati cancellati per errore per tutti i dispositivi finali secondari. (Altro riferimento: 1296881)
1296002	È stato risolto un problema che causava definizioni multiple della funzione halAppBootloader.
1295756	Gli eventi dello stack non contrassegnati come "interrupt-safe" non devono essere pianificati nel contesto ISR poiché ciò potrebbe creare una condizione di competizione con conseguente eliminazione dell'evento dalla coda degli eventi. Un esempio di ciò ha impedito ai dispositivi sub-GHz di pianificare correttamente i backoff MAC quando veniva attivata questa condizione di competizione. (Altro riferimento: 1269856)
1294660	Risolto un problema per cui il plugin di network steering poteva comportarsi come se il dispositivo fosse già su una rete quando non lo era, rimanendo bloccato in questo stato non valido fino al ripristino. Questo poteva essere attivato chiamando il comando CLI network leave con tempi sufficientemente precisi mentre network steering era nel mezzo dell'unione a una rete e con una scansione MAC ancora in sospeso. (Altro riferimento: 1293923)
1290695	Risolto un problema che perdeva un pacchetto di messa in servizio ZLL per il caso d'uso quando un endpoint era disabilitato mentre gli altri endpoint erano ancora abilitati. La correzione viene aggiunta per controllare tutti gli endpoint abilitati. (Altro riferimento: 1275586)

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	È 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 SPI-NCP iniziale per le schede basate su MG24 è stato 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.
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.

ID #	Descrizione
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 del terminale visualizzato “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 con memset eseguito per la struttura commissioningGpd prima di chiamare il callback 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.
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.

ID #	Descrizione
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	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 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 af-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	Molto raramente SPI NCP potrebbe 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 il componente RSSI di RAIL Utility. Questa funzionalità include l'offset RSSI predefinito che SiLabs ha misurato per ogni 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 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- notes/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.

Articoli obsoleti

Deprecato nella versione 7.4.5.0
In GSDK 7.4.5.0 zigbee_watchdog_periodic_refresh è deprecato. Il metodo alternativo consigliato per aggiornare il timer watchdog è usare le API legacy del timer watchdog in un evento periodico specifico dell'applicazione.

Deprecato nella versione 7.4.1.0
In GSDK 7.4.0.0 e versioni successive, inclusa questa patch, l'opzione "-v" in uno Z3Gateway per un'applicazione host Linux per creare un'interfaccia telnet con porta 4900 o 4901 è deprecata. Il modo alternativo consigliato per creare un'interfaccia telnet è usare utility 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.

Elementi rimossi

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 il set Packet BufferCount() in af-host.c e l'inutile controllo del caso EZSP_CONFIG_PACKET_BUFFER_COUNT: in command-handlers.c.
• Rimosso l'argomento di allocazione della memoria perché non è più 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 di ncp in ncp-configuration.c.

Gateway multiprotocollo e RCP

 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 la combinazione 802.15.4 RCP/Bluetooth RCP, 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.

Miglioramenti

Modificato nella versione 7.4.0.0
La combinazione multiprotocollo Zigbee NCP/OpenThread RCP è ora di qualità di produzione. Questo sampl'applicazione non è supportata sui dispositivi EFR Serie 1.

Problemi risolti

Risolto nella versione 7.4.5.0

ID #	Descrizione
1328799	Il soft reset attivato dal comando Spinel RESET ora cancella i buffer dell'RCP 15.4.
1337101	Le operazioni di trasmissione 15.4 incomplete (Tx in attesa di un ack, Tx di un ack in risposta a un messaggio, ecc.) non vengono più considerate prematuramente come fallite in caso di interruzione radio dovuta a DMP. Ciò consente di dare a tale operazione la possibilità di essere riprogrammata dopo l'interruzione o di fallire in modo permanente tramite RAIL (eventi di errore dello stato dello scheduler). (Altro riferimento: 1339032)
1337228	In Zigbeed, l'API tick halCommonGetInt32uMillisecondTick() è stata aggiornata per utilizzare un clock MONOTONICO, in modo da non essere influenzata dall'NTP in un sistema host. (Altro riferimento: 1339032)
1346785	È stata corretta una condizione di competizione che poteva causare la disattivazione dell'ascolto simultaneo sull'RCP 802.15.4 quando entrambi i protocolli trasmettevano simultaneamente. (Altro riferimento: 1349176)
1346849	Aggiungendo il componente rail_mux a un progetto, ora questo verrà compilato automaticamente con le varianti della libreria stack associata. (Altro riferimento: 1349102)

Risolto nella versione 7.4.4.0

ID #	Descrizione
1184065	Ingombro RAM ridotto per zigbee_ncp-ot_rcp-spi e zigbee_ncp-ot_rcp_uart su MG13 e MG21.
1282264	Risolto un problema che avrebbe potuto interrompere le operazioni di trasmissione radio cancellando prematuramente il fifo di trasmissione causando underflow.
1292537	L'applicazione DMP Zigbee-BLE NCP ora viene visualizzata correttamente nell'interfaccia utente di Simplicity Studio. (Altro riferimento: 1292540)

1230193	Risolto il problema relativo al tipo di nodo errato durante l'accesso alla rete sul dispositivo finale. (Altro riferimento: 1298347)
1332330	È stato risolto un problema per cui un RCP 15.4+BLE operante in un ambiente con traffico di rete intenso poteva occasionalmente riscontrare una condizione di competizione che impediva di inviare messaggi a CPCd fino al riavvio del dispositivo. (Altro riferimento: 1333156)

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.
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 hai perso una versione, le note sulla versione recente sono disponibili su 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.
1334477	Avviare e arrestare più volte lo stack BLE potrebbe comportare l'impossibilità per lo stack BLE di riavviare nuovamente la pubblicità sui dispositivi EFR serie 1 nei dispositivi DMP Zigbee-BLEampl'applicazione.	N / A

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

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

• (Finestre): 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.

La figura seguente è un example

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 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 in 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 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.

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, logo Energy Micro e loro combinazioni , "i microcontrollori più ecologici al mondo", Redpine Signals®, WiSeConnect, n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, the Telegesis Logo®, 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
• U.S.A.
• www.silabs.com

Documenti / Risorse

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdf] Guida utente 7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Ember Z Net SDK, Z Net SDK, Net SDK, SDK

Riferimenti

• Manuale d'uso