Istruzioni SDK Open Thread SILICON LABS 2.5.2.0

A: Fare riferimento al capitolo Sicurezza delle Note di rilascio della piattaforma o visitare https://www.silabs.com/developers/thread per aggiornamenti sulla sicurezza. Iscriviti a Security Advisories per informazioni in tempo reale.

INFORMAZIONI SUL PRODOTTO

Thread è un protocollo di rete mesh IPv6 wireless sicuro, affidabile, scalabile e aggiornabile. Fornisce un bridging a basso costo verso altre reti IP, ottimizzato per il funzionamento a basso consumo/batteria di riserva. Lo stack Thread è progettato specificamente per applicazioni Connected Home in cui è richiesta una rete basata su IP e potrebbe essere richiesta una varietà di livelli applicativi. OpenThread rilasciato da Google è un'implementazione open source di Thread. Google ha rilasciato OpenThread per accelerare lo sviluppo di prodotti per la casa connessa e gli edifici commerciali. Con uno stretto livello di astrazione della piattaforma e un ingombro di memoria ridotto, OpenThread è altamente portatile. Supporta progetti di system-on-chip (SoC), coprocessore di rete (NCP) e coprocessore radio (RCP).

Silicon Labs ha sviluppato un SDK basato su OpenThread, studiato appositamente per funzionare con l'hardware Silicon Labs. Il Silicon Labs OpenThread SDK è una versione potenziata completamente testata della fonte GitHub. Supporta una gamma di hardware più ampia rispetto alla versione GitHub e include documentazione ed example applicazioni non disponibili su GitHub. Queste note di rilascio riguardano le versioni SDK:

2.5.2.0 GA rilasciato il 18 settembre 2024
2.5.1.0 GA rilasciato il 24 luglio 2024

2.5.0.0 GA rilasciato il 5 giugno 2024

CARATTERISTICHE PRINCIPALI

Openthread

Conformità alla certificazione Thread 1.3.0 con Thread Test Harness v59.0 per architetture SoC e Host-RCP
Caratteristiche del thread 1.4 – Alpha / Experi-mental

Miglioramenti delle metriche Coex
Risultati delle prestazioni di OpenThread Mesh (AN1408)

Nuovo supporto per le parti:
Supporto MG26 – Alpha

Rimosso il supporto per la serie 0/1

Multiprotocollo

Supporto ZigbeeD e OTBR su Open-WRT – Alpha
DMP BLE + CMP ZB e Materia/OT – Alpha

Rimosso il supporto per la serie 0/1

Avvisi di compatibilità e utilizzo

Per informazioni sugli aggiornamenti e gli avvisi di sicurezza, vedere il capitolo Sicurezza delle Note di rilascio della piattaforma installate con questo SDK o nella scheda DOCUMENTI TECNICI su https://www.silabs.com/developers/thread. Silicon Labs consiglia inoltre vivamente di abbonarsi agli avvisi di sicurezza per informazioni aggiornate. Per istruzioni o se non si ha esperienza con l'SDK OpenThread di Silicon Labs, vedere Utilizzo di questa versione.

Compilatori compatibili:

GCC (The GNU Compiler Collection) versione 12.2.1, fornita con Simplicity Studio

Nuovi articoli

SDK è una piattaforma di sviluppo software embedded per la creazione di prodotti IoT basati sui nostri dispositivi wireless e MCU Serie 2 e Serie 3. Integra stack di protocolli wireless, middleware, driver periferici, un bootloader e un'applicazione examples: un framework solido per la creazione di dispositivi IoT sicuri e ottimizzati per l'alimentazione. Simplicity SDK offre potenti funzionalità come bassissimo consumo energetico, forte affidabilità di rete, supporto per un gran numero di nodi e astrazione di requisiti complessi come multiprotocollo e pre-certificazione. Inoltre, Silicon Labs fornisce aggiornamenti software e di sicurezza over-the-air (OTA) per aggiornare da remoto i dispositivi, ridurre al minimo i costi di manutenzione e migliorare l'esperienza del prodotto per l'utente finale. Simplicity SDK è un seguito del nostro popolare Gecko SDK, che continuerà a essere disponibile per fornire supporto a lungo termine per i nostri dispositivi Serie 0 e Serie 1. Per ulteriori informazioni sui dispositivi Serie 0 e Serie 1, fare riferimento a: Dispositivo EFM0/EZR1/EFR32 serie 32 e serie 32 (silabs.com).

Nuovi componenti

Aggiunto nella versione 2.5.0.0

• ot_core_vendor_extension – Questo componente implementa l'interfaccia ot::Extension::ExtensionBase per EFR32. Quando utilizzato con il componente OT Crash Handler, le informazioni sul crash verranno stampate dopo l'inizializzazione dell'istanza OpenThread.

Nuove funzionalità

Aggiunto nella versione 2.5.0.0

Le versioni di OpenThread e OpenThread Border Router sono state aggiornate. Vedere le sezioni 8.2 e 8.3.
Biblioteche e sample applicazioni in questo SDK utilizzano per impostazione predefinita Thread 1.3. La versione e le funzionalità di Thread 1.4, tra cui la condivisione delle credenziali e il supporto delle chiavi effimere, sono supportate ma non sono pronte per la certificazione e sono ancora in fase di sviluppo.
Ottimizzazione dell'API OpenThread per consentire l'accesso thread-safe allo stack OpenThread in un ambiente RTOS multi-thread.
Un nuovo componente della piattaforma, Clock Manager, è integrato in tutti gli open-thread sample applicazioni per la configurazione dell'orologio.
Un nuovo componente della piattaforma, Memory Manager, è integrato in tutti gli open-thread sampapplicazioni per la gestione dinamica della memoria.
OTBR su OpenWRT. È stato aggiunto un nuovo pacchetto multiprotocollo open-thread-br ipk da utilizzare nell'ambiente host OpenWRT.
Supporto per le metriche OpenThread Coex

Nuove API

Aggiunto nella versione 2.5.0.0

Supporto per i comandi API e CLI di OpenThread diag channel e transmit power: otPlatDiagTxPowerSet() e otPlatDiagChan-nelSet().

Nuovo supporto per la scheda radio

Aggiunto nella versione 2.5.0.0

È stato aggiunto il supporto per le seguenti schede radio:

BRD4116A – EFR32MG26B410F3200IM48-A

Miglioramenti

Modificato nella versione 2.5.0.0
Il componente ot_rcp_gp_interface è stato rinominato ot_gp_interface.

L'API Open Thread include tutte le modifiche fino agli aggiornamenti descritti qui: https://openthread.io/reference/api-up-dates#may_17_2024.
L'insieme delle demo predefiniteample applicazioni sono state aggiornate come segue:
ot-ble-dump – (brd2703a, brd4116a, brd4180a, brd4186c)

ot-ble-dmp-no-buttons – (brd2703a, brd4116a, brd4180a, brd4186c)
ot-cli-ftd – (brd2703a, brd4116a, brd4180a, brd4186c)
ot-cli-mtd – (brd2703a, brd4116a, brd4180a, brd4186c)

ot-rcp – (brd2703a, brd4116a, brd4180a, brd4180b, brd4186c)
Il codice sorgente del file rcp-spi-802154 è brd4116a, brd4180a, brd4180b, brd4186c.
Il codice sorgente del file rcp-spi-802154-blehci è brd4116a, brd4180a, brd4180b, brd4186c.

brd802154a, brd2703b, brd4116c) è un'unità di elaborazione dati di tipo rcp-uarti-4180.
Il protocollo rcp-uart-802154-blehci è disponibile solo per i modelli brd2703a, brd4116a, brd4180a, brd4180b, brd4186c.
demo-sonnolenta-ftd – (brd2703a, brd4116a, brd4180a, brd4186c)

demo-sonnolenta-mtd – (brd2703a, brd4116a, brd4180a, brd4186c)
demo-sonnolenta-usata – (brd2703a, brd4116a, brd4180a, brd4186c)
OPENTHREAD_CONFIG_CSL_RECEIVE_TIME_AHEAD aumentato a 750 us. per le librerie di certificazione FTD e MTD predefinite da utilizzare con dispositivi in fase di test mediante certificazione basata su libreria.

Per progetti più vecchi files (.slcps) il valore di configurazione predefinito di CIRCULAR_QUEUE_LEN_MAX deve essere maggiore o uguale a SL_OPENTHREAD_RADIO_RX_BUFFER_COUNT (ad esempio 16). Altrimenti, lo script di convalida non riuscirà a generare il progetto. Questo può essere fatto aggiungendo la voce del valore di configurazione direttamente in .slcp o da Simplicity Studio: vai al componente 'Circular Queue', quindi vai alla configurazione e imposta la lunghezza massima come da SL_OPENTHREAD_RADIO_RX_BUFFER_COUNT.
Per più applicazioni RCP, sostituire l'app.c esistente con /protocollo/openthread/sample-apps/ot-ncp/app.c nel progetto esistente o modifiche alla porta da /protocollo/openthread/sample-apps/ot-ncp/app.c per personalizzare app.c, se ne hai una.

Problemi risolti

Risolto nella versione 2.5.2.0

ID #	Descrizione
1238120 / 1334227	In un ambiente RCP multiprotocollo, alcuni pacchetti in arrivo venivano interpretati erroneamente come pacchetti Zigbee Green Power, innescando un pacchetto in uscita casuale. Il problema è stato risolto rafforzando il rilevamento dei pacchetti Zigbee Green Power sull'RCP.
1289835 / 1334618	Risolto il problema con il router di confine Openthread che rilasciava più pacchetti del previsto quando veniva eseguito all'interno di un contenitore Docker e sotto pressione.
1295848 / 1334987	Corretta la comparsa occasionale di byte di intestazione duplicati che causavano reset RCP in reti trafficate con molto traffico su SPI. Inoltre, si consiglia di utilizzare una velocità spi-bus più elevata (ad esempio 4 MHz, a seconda del traffico di rete) con un livello di debug logging ridotto per avere una comunicazione stabile tra l'host e rcp. Una velocità spi più elevata su OTBR può essere impostata in radio-URL come argomento 'spi-speed=<>'.
1327029 / 1337439	Aggiunto supporto per l'istanza uartdrv_eusart:vcom nelle applicazioni OpenThread.
1329286 / 1334038	Rimossa l'opzione del compilatore GCC "-Werror=unused-parameter" in modo che sia possibile creare applicazioni con parametri inutilizzati.

Risolto nella versione 2.5.1.0

ID #	Descrizione
1295833	Quanto segue è stato aggiunto al file README di NCP per riflettere meglio lo stato effettivo degli NCPample apps. “Si noti che il modello di progettazione NCP non è supportato o testato, sebbene il supporto sperimentale sia disponibile con lo stack OpenThread.”

Risolto nella versione 2.5.0.0

ID #	Descrizione
1208578	Aggiunto supporto per collegare la libreria CPC alle app host Posix utilizzando i percorsi forniti e utilizzando pkg-config.
1235923	Risolto un bug di wrap nelle chiamate a otPlatAlarmMilliStartAt e otPlatAlarmMicroStartAt.
1238120	In un ambiente RCP multiprotocollo, alcuni pacchetti in entrata venivano erroneamente interpretati come pacchetti Zigbee Green Power, attivando un pacchetto in uscita casuale. Il problema viene risolto rafforzando il rilevamento dei pacchetti Zigbee Green Power sull'RCP.
1243597	Rimossi i pulsanti extra ot-ble-dmp-no-buttonsample apps dalla cartella demos.
1249346 1255247	È 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.
1249492	Il comando dBus FactoryReset non causa più la terminazione del router di confine del thread aperto.
1251926	Quando si utilizza la funzionalità di gestione degli arresti anomali in un ambiente Host/RCP, l'RCP tentava di inviare le informazioni sugli arresti anomali all'Host troppo presto dopo il riavvio, causando l'eliminazione delle informazioni prima della registrazione. Questo problema è stato risolto introducendo una nuova proprietà spinel nello stack di thread aperti upstream. La proprietà consente all'Host di richiedere i registri degli arresti anomali all'RCP una volta che l'Host è pronto per riceverli. Vedere https://github.com/openthread/openthread/pull/10061 per maggiori informazioni sulla nuova proprietà dello spinello.
1251952	Risolto il problema con il riferimento non definito a otInstanceResetToBootloader durante la creazione con ot_cert_libs e bootloader_interface.
1255595	Risolve un problema di promozione del tipo durante la gestione di valori di grandi dimensioni nelle API otPlatAlarm
1263222	Metrica coassiale fissa "Tempo medio richiesta-concessione".
1277790	Metrica coassiale fissa "Concessione immediata".
1287331	L'ot-ble-dmp sampL'applicazione è ora supportata solo su dispositivi con almeno 768k di flash.

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/thread nella scheda Documenti tecnici.

ID #	Descrizione	Soluzione alternativa
482915 495241 1295252	Una limitazione nota con il driver UART può causare la perdita di caratteri nell'input o nell'output della CLI. Ciò può accadere durante sezioni critiche particolarmente lunghe che possono disabilitare gli interrupt, quindi può essere alleviato ripetendo la CLI o attendendo abbastanza a lungo per i cambiamenti di stato.	Nessuna soluzione nota
815275	La possibilità di modificare le modalità CCA radio in fase di compilazione utilizzando un'opzione di configurazione in Simplicity Studio non è attualmente supportata.	Utilizza l'opzione di configurazione SL_OPENTHREAD_RADIO_CCA_MODE definita nell'intestazione openthread-core-efr32-config.h file incluso nel tuo progetto
1286531 1295725	Instabilità CSL/SSED.	Regola le impostazioni delle macro di configurazione relative a CSL.

Articoli obsoleti

Deprecato nella versione 2.5.0.0

Nessuno.

Elementi rimossi

Rimosso nella versione 2.5.0.0

Supporto per parti della serie 0 e della serie 1
Supporto per supporto proprietario sub-GHz

Gateway multiprotocollo e RCP

Nuovi articoli

Aggiunto nella versione 2.5.0.0

È stato aggiunto il supporto OpenWRT alpha per le applicazioni Zigbee, OTBR e Z3Gateway. Zigbeed e OTBR sono ora forniti anche nel formato di pacchetto IPK. Per i dettagli, vedere AN1333: Esecuzione di Zigbee, OpenThread e Bluetooth contemporaneamente su un host Linux con un coprocessore multiprotocollo.

Miglioramenti

Modificato nella versione 2.5.2.0

In Zigbeed, l'API tick halCommonGetInt32uMillisecondTick() è ora aggiornata per utilizzare un clock MONOTONICO, in modo da non essere influenzata dall'NTP in un sistema host.

Modificato nella versione 2.5.1.0

L'API zb_ble_dmp_print_ble_connections() è definita nel componente zigbee_ble_event_handler e referenziata nel componente zigbee_ble_dmp_cli. Per le applicazioni che utilizzano il componente zigbee_ble_dmp_cli, ma NON zigbee_ble_event_handler, dovrai aggiungere uno stub vuoto per questa funzione nella tua app. c file come segue: void zb_ble_dmp_print_ble_connections(void) { }

Modificato nella versione 2.5.0.0

Nessuno.

Problemi risolti

Risolto nella versione 2.5.2.0

ID #	Descrizione
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: 1333150)
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: 1346711)

Risolto nella versione 2.5.1.0

ID #	Descrizione
1300848	È stato risolto un problema per cui Z3Gateway nell'ambiente OpenWRT non riusciva ad avviare la comunicazione EZSP a causa della mancata corrispondenza dei caratteri di controllo Termios in esecuzione su OpenWRT e altri ambienti.

Risolto nella versione 2.5.0.0

ID #	Descrizione
1231021	Risolto un problema che evitava un'asserzione OTBR recuperando l'RCP anziché passare gli errori di trasmissione non gestiti al sub-mac.
1242948	Rimosse le asserzioni di test spurie da ZigBee.
1244459	Risolto il problema per cui le trasmissioni indirette con nuovi tentativi MAC tramite RCP potevano causare la rimozione di una voce della tabella delle corrispondenze di origine per il figlio nonostante i messaggi in sospeso.
1245988	Risolto un problema per cui Zigbeed non si riavviava durante l'esecuzione di un'azione di ripristino del nodo di backup e ripristino del Trust Center.
1282264	È stato risolto un problema che avrebbe potuto interrompere le operazioni di trasmissione radio cancellando prematuramente il fifo di trasmissione, causando un underflow.
1288653	L'app Zigbee/OT/BLE SOC ora stamperà le informazioni di connessione dopo aver ricevuto il comando CLI "plugin ble gap print- connections".
1292537	L'applicazione Zigbee/BLE NCP ora viene visualizzata correttamente nell'interfaccia utente di Simplicity Studio.
1252365	Aggiunto il plugin Coexistence negli RCP Zigbee NCP/OpenThreadampl'applicazione.
1293853	Riduzione dell'occupazione di RAM per zigbee_ncp-ot_rcp-spi e zigbee_ncp-ot_rcp_uart su MG21.
1124140	È stato risolto un problema per cui l'impostazione di SL_OPENTHREAD_RADIO_RX_BUFFER_COUNT su un valore diverso da 1 impediva a z3-light_ot-ftd_soc di inviare beacon Zigbee dopo l'attivazione della rete OpenThread.

Problemi noti nella versione corrente

ID #	Descrizione	Soluzione alternativa
937562	Il comando Bluetoothctl 'advertise on' non riesce con l'app rcp-uart-802154-blah su Raspberry Pi OS 11.	Usa l'app btmgmt invece di bluetoothctl.
1074205	Il CMP RCP non supporta due reti sullo stesso PAN ID.	Utilizza ID PAN diversi per ciascuna 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.
1209958	L'RCP ZB/OT/BLE su MG24 e MG21 può smettere di funzionare dopo alcuni minuti durante l'esecuzione di tutti e tre i protocolli.	Questo problema verrà risolto in una versione futura.
1221299	Le letture RSSI di Mfglib differiscono tra RCP e NCP.	Verrà affrontato in una versione futura.

Articoli obsoleti

Nessuno.

Elementi rimossi

Rimosso nella versione 2.5.0.0

Nessuno.

Utilizzo di questa versione

Questa versione contiene quanto segue

Stack OpenThread di Silicon Labs
Silicon Labs OpenThread sample applicazioni
Router di confine OpenThread di Silicon Labs

Per ulteriori informazioni sull'SDK OpenThread vedere QSG170: Guida rapida OpenThread di Silicon LabsSe sei nuovo su Thread, vedi UG103.11: Nozioni fondamentali sui thread.

Installazione e utilizzo

OpenThread SDK fa parte di Simplicity SDK, la suite di Silicon Labs SDK. Per iniziare rapidamente con OpenThread e Simplicity SDK, inizia installando Semplicità Studio 5, che imposterà il tuo ambiente di sviluppo e ti guiderà attraverso l'installazione di Simplicity SDK. Simplicity Studio 5 include tutto il necessario per lo sviluppo di prodotti IoT con dispositivi Silicon Labs, tra cui un launcher di risorse e progetti, strumenti di configurazione software, IDE completo con toolchain GNU e strumenti di analisi. Le istruzioni di installazione sono fornite online Guida per l'utente di Simplicity Studio 5In alternativa, Simplicity SDK può essere installato manualmente scaricando o clonando l'ultima versione da GitHub. Vedere https://github.com/Sili-conLabs/simplicity_sdk per maggiori informazioni. La posizione di installazione predefinita di GSDK è cambiata a partire da Simplicity Studio 5.3.

Windows: C:\Utenti\ \SimplicityStudio\SDK\simplicity_sdk
MacOS: /Utenti/ /SimplicityStudio/SDK/simplicity_sdk
La documentazione specifica della versione dell'SDK viene installata con l'SDK. I riferimenti API e altre informazioni su questa versione sono disponibili su https://docs.silabs.com/openthread/latest/Seleziona la versione del tuo SDK in alto a destra.

Repository GitHub OpenThread

L'SDK OpenThread di Silicon Labs include tutte le modifiche dal repository OpenThread GitHub (https://github.com/openthread/openthread) fino a e incluso il commit 1fceb225b. Una versione migliorata del repository OpenThread può essere trovata nella seguente posizione GSDK di Simplicity Studio 5: \util\terze_parti\openthread

Repository GitHub di OpenThread Border Router

L'SDK OpenThread di Silicon Labs include tutte le modifiche dal repository GitHub del router di confine OpenThread (https://github.com/openthread/ot-br-posix) fino al commit e56c02006 incluso. Una versione migliorata del repository del router di confine OpenThread può essere trovata nella seguente posizione GSDK di Simplicity Studio 5: \util\terze_parti\ot-br-posix

Utilizzo del router di confine

Per facilità d'uso, Silicon Labs consiglia l'uso di un contenitore Docker per il router di confine OpenThread. Fare riferimento a AN1256: Utilizzo di Silicon Labs RCP con OpenThread Border Router per dettagli su come configurare la versione corretta del contenitore Docker del router di confine OpenThread. È disponibile su https://hub.docker.com/r/siliconlabsinc/openthread-border-routerSe si installa manualmente un router di confine, utilizzando le copie fornite con Silicon Labs OpenThread SDK, fare riferimento a AN1256: Utilizzo di Silicon Labs RCP con OpenThread Border Router per maggiori dettagli. Sebbene l'aggiornamento dell'ambiente del router di confine a una versione GitHub successiva sia supportato su OpenThread website, potrebbe rendere il router di confine incompatibile con lo stack OpenThread RCP nell'SDK.

Supporto NCP/RCP

Il supporto OpenThread NCP è incluso in OpenThread SDK ma qualsiasi utilizzo di questo supporto deve essere considerato sperimentale. OpenThread RCP è completamente implementato e supportato.

Informazioni sulla sicurezza

Integrazione del Vault sicuro

Quando vengono implementate su dispositivi Secure Vault High, le chiavi sensibili vengono protette utilizzando la funzionalità Secure Vault Key Management. La tabella seguente mostra le chiavi protette e le relative caratteristiche di protezione dell'archiviazione.

Chiave incartata	Esportabile / Non esportabile	Appunti
Chiave principale del thread	Esportabile	Deve essere esportabile per formare i TLV
PSKc	Esportabile	Deve essere esportabile per formare i TLV
Chiave di crittografia della chiave	Esportabile	Deve essere esportabile per formare i TLV
Chiave MLE	Non esportabile
Chiave MLE temporanea	Non esportabile
Chiave precedente MAC	Non esportabile
Chiave corrente MAC	Non esportabile
Tasto MAC successivo	Non esportabile

Le chiavi incapsulate contrassegnate come "non esportabili" possono essere utilizzate ma non possono esserlo viewo condivise in fase di esecuzione. Le chiavi wrappate contrassegnate come "Esportabili" possono essere utilizzate o condivise in fase di esecuzione, ma rimangono crittografate durante l'archiviazione in flash. Per ulteriori informazioni sulla funzionalità Secure Vault Key Management, vedere AN1271: archiviazione sicura delle chiavi.

Consulenza sulla sicurezza

Per iscriverti a Security Advisories, accedi al portale clienti Silicon Labs, quindi seleziona Account Home. Fai clic su HOME per andare alla home page del portale, quindi fai clic sul riquadro Manage Notifications. Assicurati che 'Software/Security Advisory Notices & Product Change Notices (PCN)' sia selezionato e che tu sia iscritto almeno per la tua piattaforma e il tuo protocollo. Fai clic su Save per salvare eventuali modifiche. La figura seguente è un esempioampon:

Supporto

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

Certificazione del filo

Questa release è stata qualificata per Thread 1.3.0 con Thread Test Harness v60.0 (Member Release). Per le certificazioni Thread Product legate a questa major release e alle patch release associate (senza aggiornamenti dello stack OpenThread), Silicon Labs consiglia di utilizzare la versione TH di cui sopra per la qualificazione. Questa release include anche un set di librerie OpenThread stack e PAL che possono essere utilizzate per la certificazione Thread tramite ereditarietà.

Portafoglio IoT

www.silabs.com/IoT

software/hardware

www.silabs.com/semplicità

Qualità

www.silabs.com/qualità

Supporto e comunità

www.silabs.com/community

Disclaimer

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

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 combinazioni di cui, "i microcontrollori più efficienti dal punto di vista energetico 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

silabs.com
Costruire un mondo più connesso.

Documenti / Risorse

SDK a thread aperto SILICON LABS 2.5.2.0 [pdf] Istruzioni
2.5.2.0 SDK di thread aperto, SDK di thread aperto, SDK di thread, SDK

Riferimenti

Manuale d'uso

SDK a thread aperto SILICON LABS 2.5.2.0

Domande frequenti

INFORMAZIONI SUL PRODOTTO

CARATTERISTICHE PRINCIPALI

Nuovi articoli

Miglioramenti

Problemi risolti

Problemi noti nella versione corrente

Articoli obsoleti

Elementi rimossi

Gateway multiprotocollo e RCP

Utilizzo di questa versione

Supporto

Documenti / Risorse

Riferimenti

Lascia un commento

Annulla risposta