Guida per l'utente del software Stack di protocollo Zigbee SILICON LABS SDK 7.4.1.0 GA

Per aggiornamenti e avvisi sulla sicurezza, fare riferimento al capitolo Sicurezza delle note sulla versione della piattaforma Gecko installata con questo SDK o visitare la scheda DOCUMENTI TECNICI su Silicon Labs websito.
Rimani aggiornato iscrivendoti agli avvisi sulla sicurezza.

Domande frequenti

Domanda: Come posso verificare il corretto filevengono utilizzati con i compilatori compatibili?
Risposta: Puoi verificare che sia corretto filevengono utilizzati controllando la versione GCC 12.2.1 fornita con Simplicity Studio.

Domanda: Dove posso trovare informazioni sugli aggiornamenti e gli avvisi di sicurezza?
Risposta: 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.

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.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, vedi Utilizzo di questa versione.

Compilatori compatibili

IAR Embedded Workbench per ARM (IAR-EWARM) versione 9.40.1.
L'utilizzo di Wine per creare con l'utilità della riga di comando IarBuild.exe o la GUI 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 che utilizzano macOS o Linux di non creare con IAR al di fuori di Simplicity Studio. I clienti che lo fanno devono verificare attentamente che siano corretti 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

Nuovo in uscita

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
Nuovo in uscita

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
Nuovo in uscita

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 nel rilascio
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 o gli argomenti dati corretti e la documentazione API relativa al comportamento di alcuni contatori che utilizzavano questi parametri non era chiara o fuorviante.
Anche se la firma di emberCounterHandler() non è cambiata, il modo in cui i suoi parametri vengono popolati è leggermente cambiato.

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 viene popolato alcun indirizzo di destinazione e viene invece utilizzato un valore segnaposto di EMBER_UNKNOWN_NODE_ID.)
Il parametro ID nodo nel gestore contatori per i contatori correlati a RX ora riflette l'ID del nodo di origine, non l'ID del nodo di destinazione.

Il conteggio dei tentativi *non* viene passato come parametro dati per i contatori EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS/FAILED come descritto in ember-types. h nelle versioni precedenti, ma questo non è mai stato popolato correttamente nelle versioni rilasciate in precedenza, quindi il suo valore nelle versioni precedenti sarebbe sempre stato 0. Questo comportamento è stato chiarito nella descrizione di questi EmberCounterTypes. Tuttavia, il conteggio dei tentativi per il livello APS continua a essere popolato nel parametro dati per i tipi di contatore EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, per essere coerente 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 diversi 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 abbinamento 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 è più grande di diverse 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 nel rilascio

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 passaggio errato del dispositivo finale al funzionamento 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 durante la ricezione di 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 nel rilascio

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 Pro Stack o Leaf Stack.
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 utente multiprotocollo dinamico per ulteriori informazioni. È stato risolto un problema in CSL per cui una nuova sequenza di frame di risveglio ricevuta immediatamente dopo un frame di payload precedente 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 la gestione della rete da eseguire su una 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.

ID #	Descrizione
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 di 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 risveglio 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 controllo della rete si affermasse se veniva chiamata una chiamata per interrompere una 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 risveglio 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 erano presenti 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 nodo che rappresenta voci non valide/vuote, causando problemi nel controllo delle voci non utilizzate 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

ID #	Descrizione
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 lancio del gruppo nella tabella proxy.
1222509	Il router/coordinatore invia una richiesta di congedo e ricongiungimento a un dispositivo finale di polling non secondario, 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 ti sei perso una versione, le note sulla versione recente sono disponibili all'indirizzo 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 una 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 getting meofday, 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 iniziatore con capacità target touchline del dispositivo finale non nuovo di fabbrica non è in grado di ricevere una risposta informativa sul 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 i Silab offset RSSI predefiniti misurati 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	Rimozione della CLI: il componente principale 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	server-zona-ias. c consente di creare un collegamento con indirizzo CIE “0000000000000000” e posteriormente 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)startAddress & ~(FLASH_PAGE_SIZE-(1));**

Articoli obsoleti

Deprecato nel rilascio
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 nel rilascio
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 nel rilascio

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 di ncp in ncp-configuration.c

Gateway multiprotocollo e RCP

Nuovi articoli
Aggiunto nel rilascio

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 nel rilascio

La combinazione multiprotocollo Zigbee NCP/OpenThread RCP è ora di qualità di produzione.

Problemi risolti
Risolto nel rilascio

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 nel rilascio

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
811732	Il supporto del token personalizzato non è disponibile quando si utilizza Zigbeed.	Il supporto è pianificato in una versione futura.
937562	Il comando Bluetoothctl 'advertise on' non riesce con l'app rcp-uart-802154-blehci su Raspberry Pi OS 11.	Usa l'app btmgmt invece di bluetoothctl.
1022972	Coex non funziona su ZB NCP + OT RCP.	Il supporto è previsto per una versione futura.
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.
1231021	OTBR può affermare quando oltre 80 dispositivi Zibee si uniscono simultaneamente.	Aggiunta una correzione che potrebbe risolvere il problema. Verrà affrontato in modo completo in una versione futura.

Articoli obsoleti

Nessuno

Elementi rimossi
Rimosso nel rilascio

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, pur utilizzando ancora un tempo di risposta 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 ulteriori informazioni.

Simplicity Studio installa GSDK per impostazione predefinita in:

(Windows): C:\Utenti\ \SimplicityStudio\SDKs\gecko_sdk

(MacOS): /Utenti/ /SimplicityStudio/SDKs/gecko_sdk

La documentazione specifica 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!

Disclaimer
Silicon Labs intende fornire ai clienti la documentazione più recente, accurata e approfondita di tutte le periferiche e i moduli disponibili per gli implementatori di sistemi e software che utilizzano o intendono utilizzare i prodotti Silicon Labs. I dati di caratterizzazione, i moduli e le periferiche disponibili, le dimensioni della memoria e gli indirizzi di memoria si riferiscono a ciascun dispositivo specifico e i parametri "tipici" forniti possono variare e variano in diverse applicazioni. Esempio di applicazioneample qui descritte sono solo a scopo illustrativo. Silicon Labs si riserva il diritto di apportare modifiche senza ulteriore avviso alle informazioni, alle specifiche e alle descrizioni del prodotto qui contenute e non fornisce garanzie in merito all'accuratezza o alla 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 alterano le specifiche o le prestazioni del prodotto. Silicon Labs non si assume alcuna responsabilità per le conseguenze dell'uso delle informazioni fornite in questo documento. Questo documento non implica o 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 prima della commercializzazione 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 sostenere o sostenere la vita e/o la salute che, in caso di guasto, può ragionevolmente causare gravi lesioni personali 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 incluse (ma non limitate a) armi nucleari, biologiche o chimiche o missili in grado di consegnare tali armi. Silicon Labs declina 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 può contenere una terminologia offensiva che ora è obsoleta. Silicon Labs sta sostituendo questi termini con un linguaggio inclusivo, ove possibile. Per maggiori informazioni visita www.silabs.com/about-us/inclusive-lexicon-project.

Informazioni sul marchio
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® e il logo Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, il logo Energy Micro e le loro combinazioni, "i microcontrollori più ecologici 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 commerciali o marchi registrati di Silicon Labs. ARM, CORTEX, Cortex-M3 e THUMB sono marchi commerciali 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 nomi di marchi qui menzionati sono marchi dei rispettivi titolari.

CONTATTO

Silicon Laboratories Inc.

400 Ovest Cesar Chavez
Austin, Texas 78701
U.S.A.

www.silabs.com

Documenti / Risorse

Software SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack [pdf] Guida utente
SDK 7.4.1.0 GA Software stack di protocollo Zigbee, SDK 7.4.1.0 GA, Software stack di protocollo Zigbee, Software stack di protocollo, Software stack

Riferimenti

Manuale d'uso

Software SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack

Informazioni sul prodotto

Istruzioni per l'uso del prodotto

Domande frequenti

CARATTERISTICHE PRINCIPALI

Nuovi componenti

Comportamento previsto

Miglioramenti

Problemi risolti

Problemi noti nella versione corrente

Articoli obsoleti

Elementi rimossi

Gateway multiprotocollo e RCP

Installazione e utilizzo

Informazioni sulla sicurezza

CONTATTO

Documenti / Risorse

Riferimenti

Lascia un commento

Annulla risposta