Integraçion RFID e IoT: comme i tag, i lettoî, a lògica Edge e i scistemi cloud fonçioñan insemme

RFID e l'Internet de cöse son de spesso confrontæ comme se un progetto o l'aise da çerne l'un ò l'atro. Inte un muggio de scistemi industriæ, sta chì a l'é a costion de l'architettua errâ.

RFID a l'é unna tecnologia d'identificaçion automatica e de cattua di dæti. L'IoT o descrive di dispoxitivi e di scistemi ligæ che se scangian di dæti pe mezo de ræ. Unna desccegaçion RFID a peu donca vegnî un seu de cattua de dæti drento de unn'architettua IoT ciù grande: i tag identifican di oggetti fixichi, i lettoî î osservan, o software edge o converte e lettue gròsse inte di eventi utili e e applicaçioin in ræ scompartiscian quelli eventi co-i scistemi cloud ò enterprise.

Sta guidda a l'ascciæisce che o confin d'integraçion pe-e squaddre de asset, de magazzin, de produçion e de vendia a-o dettaggio ch'an de beseugno de connette l'hardware RFID con de moderne applicaçioin conligæ sensa trattâ ògni tag pascivo comme un dispoxitivo connesso à l'Internet-.

 

RFID e IoT resòlvan di seu differenti do mæximo problema fixico à -digitale

O NIST o definisce un appægio IoT comme un appægio co-o manco un trasduttô pe interagî co-o mondo fixico e a-o manco unn'interfaccia de ræ pe interagî co-o mondo digitale. Un tag RFID pascivo pe commun o no l'incontra quello modello da solo: o no l'à de connescion Ethernet, Wi-Fi ò ræ çellolare e pe commun o communica sôo che quande o l'é alimentou da un lettô compatibile.

O lettô ò o portâ o l'é de spesso o ponte.

Pe unna vixon à livello de componente- do mæximo RFID, oGuida pe l'architettua do scistema RFIDspiega i tag, e antenne, i lettoî, o middleware e i software d’applicaçion. Sta pagina a se conçentra in sce l'integraçion tra quello stack RFID e un ambiente IoT.

 

Un tag RFID pascivo pe commun o no l'é un endpoint IoT

Un di confin de progettaçion ciù utili o l’é de smette de ciammâ ògni oggetto marcou un dispoxitivo connesso à Internet-.

Un tag UHF pascivo o peu contegnî un EPC e responde à un interrogatô. O tag pe commun o no l'arve unna connescion TCP/IP, o no s'autentifica à un broker cloud ò o no pubrica i seu messaggi in sce Wi-Fi. L'infrastruttua do lettô a l'exeguisce a transaçion RF e dapeu a passa i dæti inte un software in ræ.

Sta distinçion a l'influisce in sciâ seguessa, in sciâ gestion di dispoxitivi e in sciâ resoluçion di problemi. Un fallimento de lettua do tag-o l’é un problema de RF fin à quande no vëgne demostrou o conträio. Un fallimento de l'API cloud o l'é un problema de ræ/applicaçion. Combinâ tutti doî co-a frase "problema IoT" o rende ciù diffiçile l'analixi da reixe-cause.

 

O lettô o trasforma e osservaçioin fixiche inte di input digitali

O lettô o contròlla a communicaçion co-e tag RFID inta seu zöna de lettua. À segonda do scistema, o peu inventâ di EPC, leze de atre memöie, scrive di dæti, segnalâ de informaçioin in sce l’antenna e espoñe o stato do dispoxitivo pe mezo de un SDK, LLRP, API ò interfaccia de fornitô.

Inte sta fase, l'output o l'é ancon ciù vexin à unn'osservaçion de sensô che à un evento de travaggio:

tag EPC X o l'é stæto osservou da-o lettô Y in sce l'antenna Z a-o momento T .

Quell'osservaçion a peu ëse repetua tante vòtte tanto che o tag o l'arresta into campo. L'invio de tutte e osservaçioin gròsse direttamente à unn'applicaçion cloud o peu creâ do traffego de ræ inutile e unna lògica de daffæ ambigua.

 

Edge Logic o dovieiva nettezzâ i dæti RFID avanti che o Cloud o î deuvie

O software edge ò middleware RFID pe commun o l’exeguisce o primmo livello d’elaboraçion di eventi.

• remeuve e lettue duplicæ drento de unna finestra de tempo definia;
• filtrâ i identificatoî che no appartëgnan a-o workflow;
• assoçiâ unna lettua con un lettô, antenna, pòrta, staçion de travaggio ò zòna;
• applicâ a lògica de direçion ò de trigger donde l'installaçion a â sostëgne;
• osservaçioin tampon durante e interruçioin da ræ;
• convertî i identificatoî de tag inte di identificatoî d’applicaçioin;
• elevâ de ecceçioin pe-i tag desconosciui, duplicæ ò inatteisi;
• pubricâ un evento compatto a-o scistema apreuvo.

L'architettua de scistema de GS1 a mette i lettoî RFID e o software de filtraggio/recuggeita in sciô percorso de cattua di dæti- avanti di dæti d'evento à livello d'applicaçion-. A seu famiggia de standard RFID a comprende de interfacce comme LLRP e Eventi à livello d’applicaçion pe sto confin.

L'importante prinçipio de progettaçion o l'é che a nuvia a dovieiva reçeive di eventi utili, no unn'alluvioin incontrollâ d'osservaçioin RF.

 

Addeuviâ un modello d'evento pe avvardâ o scignificato inte tutti i scistemi

Dòppo che o seu RFID o l'à identificou un oggetto, a domanda apreuvo a l'é cöse l'é avvegnuo con quell'oggetto.

GS1Norma EPCISfornisce un modello utile pe-i eventi de vixibilitæ esprimmendo ocöse, quande, donde, perché e commedi produti e di ben. EPCIS 2.0 o sostëgne ascì i dæti di sensoî, cösa ch'a î rende relevanti quande l'identitæ RFID a ven combinâ co-a temperatua, e condiçioin ò atre osservaçioin IoT.

Un progetto o no l'à da deuviâ EPCIS pe imprende da sta struttua chì. A-o manco, un evento RFID-à-IoT pe-o sòlito o dovieiva portâ assæ de contesto pe responde:

• che oggetto ò oggetti ean coinvòlti;
• quande l'evento o l'é avvegnuo;
• donde l'osservaçion a l'appartëgne;
• che passo commerciale o l'é avvegnuo;
• che dispoxitivo ò proçesso o l'à produto l'evento;
• se l'evento o l'é normale ò ecceçionale.

 

L'identificaçion RFID e a sensaçion de l'IoT peuan scompartî o mæximo evento

RFID de spesso o responde "quæ oggetto o l'é sto chì?" mentre i sensoî respondan "in che condiçion o l'é?"

Un scistema à cadeña à freido-collegou, prexempio, o peu deuviâ un identificatô RFID ò còdiçe à bare pe-a spediçion e un sensô de temperatua in ræ pe-e mesuaçioin de l'ambiente. Un scistema de produçion o peu identificâ un strumento ò un pezo de travaggio pe mezo de l'RFID e combinâ quell'identitæ co-i dæti de stato ò de vibraçioin da machina da di sensoî separæ.

L'architettua a dovieiva mantegnî e vivagne de dæti distinte ascì quande l'applicaçion dapeu a ghe azzonze.

 

Deçidde cöse deve restâ a-o bordo

A connettivitæ in sciô cloud a serve pe-a vixibilitæ de ciù sciti, l'analixi e a gestion çentralizzâ, ma no tutte e deçixoin RFID dovieivan aspëtâ un viægio de torno in sciô cloud.

Mantegnî a lògica locale quande o proçesso o dev’anâ avanti durante l’interruçion da ræ ò o l’à de beseugno de un contròllo fixico con unna bassa latensa-, comme:

• avertî ò fermâ un portâ de traspòrto;
• attivando unna luxe de pila ò un sonâ;
• refuâ un elemento marcou inaspëtou;
• lettue de tampon durante a perdia da connettivitæ WAN;
• deduplicando e lettue de volumme erto-;
• controllâ a potensa do lettô ò o sequensiamento de l’antenna.

Manda di eventi de livello ciù erto a-o cloud quande o valô o ne vëgne da-a vixibilitæ tra -sciti, da l'analixi stòrica, da-i dashboard, da l'amministraçion à distansa ò da l'integraçion co-e applicaçioin pe l'açienda.

 

Utilizzâ o livello de ræ pe-i eventi, no pe asconde i problemi de progettaçion RF

Un lettô connesso o no correze unna zöna de lettua negativa.

Se i tag vëgnan persci perché son montæ de mainea no corretta, screenæ da metallo ò liquido, orientæ pöco ben ò a-o de feua do campo de l’antenna previsto, e API cloud ciù spedie no peuan repiggiâ l’identitæ mancante. Da mæxima, un portâ ch'o leze i tag vexin o l'invia solo che de osservaçioin negative de mainea ciù efficaçe.

O livello hardware RFID o dev’ëse validou primma. de SyntecGuida tecnologica RFIDfornisce di background in sciâ frequensa, i tag, i lettoî e e antenne avanti o passo d'integraçion da ræ.

 

Sceglie l'interfaccia d'integraçion da-a scâ de desccegamento

GS1 o l'osserva che e architettue IoT dependan da l'identificaçion, da-a cattua automatica di dæti e da-a scompartiçion di dæti interoperabili. O l'éPanoramica di standard IoTo poxiçioña espliçitamente l'EPC/RFID comme uña de tecnologie ch'a liga di oggetti fixichi à l'informaçion digitale.

 

Separâ a seguessa RFID da-a seguessa da ræ IoT

RFID e IoT azzonzan de despæge superfiçie de seguessa.

O livello de lettô de tag-o peu comportâ di identificatoî pubrichi, unna memöia controllâ da-a password-, l'autenticaçion do tag ò nisciuña autenticaçion pe ninte, à segonda da tecnologia. O livello de lettô/ræ o peu comportâ e credençiæ do dispoxitivo, e clave API, o TLS, a segmentaçion da ræ, a gestion do firmware e e permiscioin pe-o cloud.

Unna fòrte poxiçion de seguessa in sciô cloud a no trasforma un sencio tag RFID ID fisso- inte unna credençiâ autenticâ criptograficamente. Da mæxima, un tag RFID seguo o no l'assegua automaticamente o scistema operativo ò a connescion de ræ do lettô.

L'orientamento IoT do NIST o definisce a seguessa di dispoxitivi connessi à ræ- comme o seu problema do çiclo de vitta. Trattâ l'interfaccia d'äia RFID, o dispoxitivo lettô/bordo e l'applicaçion cloud comme di confin de confiansa separæ.

 

Pianificâ o fonçionamento offline avanti ch'o l'agge de beseugno

I scistemi industriali dovieivan definî cöse succede quande a connescion cloud ò WAN a no l'é à dispoxiçion.

E domande pe-o pilòtto comprendan:

• o lettô o contunnia à operâ localemente;
• che eventi son bufferæ e pe quante tempo;
• comme vëgnan preventivi i eventi bufferæ duplicæ dòppo a reconnescion;
• che deçixoin locale se peuan ancon piggiâ;
• comme o scistema o marca i eventi creæ tanto ch'o l'é offline;
• cöse succede se o tempo do dispoxitivo o se deriva;
• comme vëgnan scincronizzæ i cangiamenti de configuraçion dòppo o repiggio.

A connettivitæ in sciô cloud a dovieiva estende o scistema, no vegnî un scingolo ponto de fallimento no previsto.

 

Pilotâ a transaçion fixica completa-à-in sciâ nuvia

Un utile pilòtto RFID/IoT o verifica a cadeña completa:

1. marcâ l'elemento fixico rappresentativo;
2. validâ a zöna de lettua prevista;
3. cattuâ l'identificatô gròsso;
4. applicâ o filtro di bordi e o contesto;
5. creâ l'evento de travaggio previsto;
6. mandâ l'evento pe tutta a ræ;
7. confermâ che a piattaforma cloud ò enterprise a l'immagazziña l'elemento, a poxiçion e l'ora corretti;
8. attiva l'açion downstream atteisa;
9. lettue duplicæ de prova, tag desconosciue, interruçion da ræ e reavvio do dispoxitivo;
10. verificâ a reconciliaçion dòppo a recuperaçion.

Unna lettua de tag con successo a l'é donca solo che o primmo checkpoint.

 

Cosa mette inte unna speçificaçion d'integraçion IoT RFID

Se o progetto o l'é ancon apreuvo à seleçionâ l'hardware RFID, oCategoria de lettô RFIDo l’é o passo commerciale succescivo dòppo che l’evento lezzuo e o confin d’integraçion son stæti definii.

 

A regola d'integraçion

A sequensa prattica a l’é:

oggetto fixico → identitæ RFID → zöna de lettua → osservaçion do lettô → filtraggio di bòrdi → evento de travaggio → traspòrto in ræ → piattaforma IoT/cloud → açion de l'açienda

RFID e IoT no son de respòste in concorrensa a-a mæxima domanda. O RFID o peu fornî de osservaçioin d'identitæ fixica e d'evento che se peu fiâse; L'infrastruttua IoT a peu connettise, combinâ e distribuî quelli eventi. L'architettua a fonçioña quande ògni seu o l'à unna responsabilitæ ciæa e o progetto o valida a cadeña intrega, incangio de presummî che a connettivitæ da sola a cree di dæti utili.