La robotica è sempre più presente nei sistemi di automazione industriale perché permette di migliorare l'efficienza di molti processi produttivi e in particolare:
Nei processi industriali i robot affiancano le tradizionali macchine automatiche ma a differenza di queste, che sono specializzate nello svolgere un compito semplice e sempre uguale, sono in grado di svolgere compiti diversi e molto più complessi permettendo una maggiore flessibilità di impiego.
In generale un robot è una macchina capace di compiere una serie complessa di azioni in maniera automatica. Un robot industriale è un tipo di robot usato nell'industria manifatturiera per svolgere in maniera automatica e ripetitiva compiti quali:
La robotica è una materia interdisciplinare, infatti coinvolge:
Un robot industriale è definito così: manipolatore multi-funzione, controllato automaticamente, ri-programmabile, a tre o più gradi di libertà, utilizzato per l’automazione di applicazioni industriali, dove:
Per la parte meccanica le definizioni più importanti sono:
A seconda dell'applicazione da svolgere sulla flangia si monta un tool (utensile) adatto, ad esempio:
Il grado di libertà il tipo di giunti può cambiare a seconda del robot ma in generale, se si vuole poter raggiungere un punto a piacere nello spazio con un orientamento a piacere, servono sei gradi di libertà e quindi sei giunti. Nella robotica si usa il termine posa (pose in inglese) per indicare insieme la posa e l'orientamento di un oggetto nello spazio dove:
La posizione e l'orientamento del punto di lavoro dove “agisce il tool” è chiamato TCP (tool center point) e la programmazione del robot di fatto consiste nel definire i movimenti e le azioni che deve compiere il TCP per svolgere un determinato compito.
Per quanto riguarda la parte elettrica e elettronica ogni robot è dotato di:
Esistono varie tipologie di robot con caratteristiche diverse. Le principali sono:
I robot si classificano in base al numero e alla tipologia di giunti in:
I robot industriali più utilizzati sono:
Negli ultimi anni sono sempre più diffusi anche i robot collaborativi o cobot. Sono piccoli robot a sei o sette assi, usati nel campo dell'assemblaggio, della manipolazione e dell'asservimento macchina, fatti per lavorare fianco a fianco con le persone senza barriere di sicurezza. Questo è possibile perché sono piccoli e leggeri, non hanno parti appuntite o pericolose e sono dotati di sensori che arrestano istantaneamente il movimento in caso di collisione. Oltre a questo sono facili da installare e utilizzare e possono essere programmati anche con una tecnica di auto-apprendimento che permette di programmare il robot senza scrivere codice ma spostando manualmente il tool e memorizzando le posizioni da raggiungere. Il robot in dotazione al laboratorio è un robot collaborativo della ABB. Questa soluzione ha molti vantaggi:
Il nostro robot collaborativo è il modello YuMi Single Arm, indicato anche con la sigla IRB15040. Le sue caratteristiche sono queste:
Il controller nella parte inferiore del carrello si occupa di:
Di fatto si tratta di un computer con una potenza di calcolo elevata su cui gira un sistema operativo dedicato (Robotware 7) ma che a bordo integra anche tutta l'elettronica di potenza che serve a pilotare i motori e le interfacce per gestire i segnali del robot e di altri dispositivi esterni, sia come ingressi che come uscite.
Nei robot ABB l'unità di programmazione esterna (teach pendant) collegata al controller viene chiamata Flexpendant6). Questo dispositivo, dotato di joystick e touchscreen, serve a:
Volendo si può programmare e utilizzare il robot con la sola Flexpendant. In questa modalità, detta programmazione online perché per utilizzare la Flexpendant bisogna essere fisicamente collegati al robot, si definiscono i target spostando il TCP nelle posizioni desiderate, si specifica da touchscreen che tipo di percorso compiere e quali azioni svolgere con il tool e si salva il programma che il robot poi eseguirà ripetutamente in maniera automatica. Questa soluzione è veramente semplice ma richiede la presenza del robot e dell'operatore sul campo, cioè nell'ambiente di lavoro del robot. Per sfruttare appieno le potenzialità del robot bisogna ricorrere alla programmazione offline. In questa modalità la programmazione si fa al PC, senza essere necessariamente collegati al robot, usando l'ambiente di sviluppo (IDE) RobotStudio di ABB. Con questo software si può:
In un laboratorio scolastico la programmazione offline è la più indicata perché consente a tutti gli studenti di lavorare contemporaneamente a un progetto ed eventualmente testare la propria soluzione singolarmente collegandosi al robot.
Per programmare il robot occorre:
La definizione di posizione e orientamento di un target (o di qualunque altro oggetto) è data rispetto ad un sistema di riferimento scelto opportunamente. I vari sistemi di riferimento sono a loro volta definiti uno rispetto all'altro a partire da quello principale, detto work object zero (wobj0), posto alla base del robot. Altri sistemi di riferimento di uso comune sono:
Ma ce ne posso essere molti altri. In generale conviene definire sistemi di riferimento specifici a seconda dell'applicazione. Ad esempio se il robot deve eseguire una lavorazione su un pezzo conviene definire un riferimento specifico, detto work object, centrato su uno spigolo del pezzo perché:
La movimentazione del robot può avvenire in due modi:
La movimentazione lineare è particolarmente utile ma richiede una potenza di calcolo elevata per risolvere un problema di cinematica inversa, ovvero calcolare posizioni e velocità dei vari giunti che consentano di raggiungere la posizione desiderata. Questo compito può essere molto difficile, infatti:
Nel raggiungere un target allora è particolarmente importante considerare il tipo di movimento e la configurazione con cui lo si raggiunge. Proprio per questo, nei robot ABB, i target vengono memorizzati in un tipo di dati chiamato robtarget che oltre alla posa contiene anche la configurazione del robot scelta per il target.
Nell'esecuzione del programma il robot si muove lungo dei percorsi, definiti con la Flexpendant o con RobotStudio, che contengono le istruzioni di movimento. In queste istruzioni, oltre al target da raggiungere, si specifica:
In genere si muove il robot con movimenti moveJ tranne quando si devono fare lavorazioni precise. In questo caso ci si avvicina al punto di lavoro definendo un target su punto di approccio, da raggiungere con movimenti moveJ, per poi procedere con movimenti moveL solo dove è necessario; per allontanarsi si definisce un target su un punto di svincolo e da lì si procede con movimenti moveJ.
Nell'anno scolastico 2023-2024 abbiamo usato RobotStudio2023. Questa versione ha un'interfaccia grafica diversa rispetto a quelle precedenti a cui fanno riferimento i libri di testo (ad esempio la 2020) ma i comandi e le funzioni sono più o meno quelli. Questo software non è esente da difetti:
RobotStudio si può utilizzare gratuitamente per 30 giorni poi richiede una licenza per funzionare. A scuola è installato un server che dispone di 100 licenze concesse a titolo gratuito da ABB ma da rinnovare ogni anno. RobotStudio va configurato indicando l'indirizzo IP del server a cui richiedere una licenza che viene impegnata solo mentre lo si usa e poi restituita.
Oltre ad installare RobotStudio occorre anche installare questi Add-In:
RobotWare 7 a sua volta propone l'installazione del software Virtual Flexpendant, indipendente da RobotStudio, che simula l'unità di programmazione esterna Flexpendant. Per simulare correttamente la pinza conviene installare anche il componente Virtual SmartGripper.
I principali tipi di file associati a RobotStudio sono:
.rsstn, che contiene solo la rappresentazione virtuale del robot ma che solitamente è abbinata alla cartella di un controllore virtuale.rsproj, creato insieme alla corrispondente cartella quando si crea un nuovo progetto in RobotSudio, che contiene stazione, controllore virtuale e altro e permette facilmente di scambiare e replicare una stazione.rspag, che contiene una copia completa della stazione e del controllore.tar, creati con RobotStudio o direttamente da Flexpendant (si possono salvare su USB o sul controllore stesso), che contengono una copia completa del sistema (cioè del controllore) e di tutti i suoi parametriCi sono una serie di impostazioni e procedure non bene documentate che è meglio utilizzare.
Si può cambiare la lingua di RobotStudio dalle opzioni (NB la traduzione in italiano presenta degli errori). Sempre nelle opzioni, alla voce Sincronizzazione, conviene indicare per tutti e quattro i campi il nome MainModule; in questo modo tutti i dati principali (tool, workobject, ecc.) vengono salvati in un modulo principale con quel nome.
Per cominciare, se si vuole replicare la stazione con il robot vero e proprio serve:
L'ultimo passaggio serve solo a creare il sistema di coordinate Servo posto nel punto dove le dita della pinza afferrano un oggetto. Questo tool indispensabile, che manca nel componente Virtual SmartGripper (forse per una dimenticanza), viene creato e resta anche dopo aver eliminato lo SmartGripper.
Si può usare RobotStudio anche senza modificare le opzioni predefinite ma sarebbe meglio:
Altre opzioni che risultano attivate nel controller reale e che non sono presenti di default:
Quando il calcolo dei movimenti genera il warning Errore d'angolo la simulazione si interrompe. Questo situazione capita molto di frequente ed è abbastanza imprevedibile. Per trascurare il warning inserire nel codice RAPID l'istruzione:
CornerPathWarning FALSE;
In simulazione non è richiesto ma la pinza del robot richiede una calibrazione ad ogni nuovo avvio del controller. Per farla in automatico inserire nel condice RAPID le istruzioni:
g_JogIn; WaitTime 1; g_Calibrate;
Che chiudono la pinza e dopo un secondo effettuano la calibrazione.
Nel link seguente si può scaricare un file che contiene una stazione robotica (robot, virtual controller, smartgripper) che replica quella del laboratorio9) e può essere usato come modello da cui partire per un progetto RobotStudio.
modello stazione con robot IRB14050
E' un file pack-and-go da aprire con RobotStudio; dopo averlo scompattato si salva il progetto in una nuova posizione.
Simulazione:
Concetti sul RAPID:
Esercizio:
La documentazione sul robot si può scaricare dal portale ABB della documentazione (alcuni richiedono una registrazione al sito).
Il 10/9/2024 provo a configurare PROFINET per comunicare col PLC. Non si può testare con un controller virtuale ma bisogna collegarsi direttamente al robot sulla porta LAN o sulla WAN (chiamate anche rispettivamente I/O e Public network). Non si usa la porta MGMT che serve solo per accedere al controller da RobotStudio con DHCP18).
Appena lanciato RobotStudio con Online|One Click Connect ci si collega al controller via MGMT. Poi si accede e, eventualmente si richiede l'accesso in scrittura. L'utente Default User ha permessi sufficienti per configurare PROFINET (Authenticate|View User Grants). Non serve configurare LAN e WAN (dalla scheda Controllore tasto destro sul nome del controller poi Proprietà|Impostazioni di Rete|Rete I/O oppure Public Network come descritto nel paragrafo 18.6 del manuale RobotStudio) perché la WAN Network ha già un IP 192.168.0.10 (è anche gateway per la I/O network) compatibile con quello dei PLC (192.168.0.1). Purtroppo servono due cavi di rete su PC e controller:
Per usare contemporaneamente TIA Portal e RobotStudio il PC deve avere tre schede di rete (una per la rete di istituto, una per PLC e controller con PROFINET, una per accedere al controller). Uso un adattatore ethernet USB per collegarmi a MGMT.
Seguo l'Application Manual su PROFINET per configurazione e altro19), chiedo l'accesso in scrittura e lancio I/O Engineering20). Probabilmente il manuale è scritto per i controller IRC5 e i passaggi indicati nel paragrafo 4.4 per impostare il nome della stazione su PROFINET non corrispondono per il controller Omnicore del nostro robot. Alla fine scopro che da I/O Engineering, dopo aver selezionato PROFINET, posso cliccare sulla scheda Device Catalogue e aggiungere un nome e la label. Aggiungo anche i segnali DI e DO a 64byte. Prima di sovrascrivere la configurazione salvo quella di Lepori (qui c'è un backup). Riaprendo I/O Engineering ritrovo la configurazione salvata e dopo averlo chiuso ritrovo le stesse voci su Configuration|I/O System|PROFINET Network. PROFINET è finalmente espandibile tra gli I/O system.
Provo a fare uno scan della rete PROFINET da I/O Engineering ma non trova il PLC. Riprovo dopo aver impostato LLDP legacy. Rimetto LLDP standard e imposto il nome “omnicore” come compare di default su TIA Portal. Carico SW e HW sul PLC dopo aver corretto l'indirizzo IP del controller. Lo scan da I/O Engineering non va comunque.
Provo a seguire il tutorial tedesco e poi quello spagnolo. In I/O Engineering creo:
In TIA Portal, dopo aver aggiunto dall'apparecchiatura di campo il controller Omincore configurato così:
Compilo la configurazione hardware e la carico sul PLC. Poi scrivo un programma con un solo segmento dove attivando l'ingresso fisico I0.0 del PLC si attiva l'uscita Q2.0 su PROFINET (l'indirizzo si vede dalla vista generale dei dispositivi associata al controller ominicore in TIA Portal). Dopo aver caricato il programma, se mi collego online col controller e apro la vista I/O System dalla scheda Controllore, vedo l'ingresso digitale PROFINET passare a 1 quando attivo l'ingresso del PLC. Funziona!
Ci sono più modi di caricare un programma sviluppato offline su RobotStudio simulando e eseguendo il progetto su un controller virtuale. Sarebbe bene che il controller virtuale avesse le stesse opzioni e configurazioni di quello reale, altrimenti si avranno comportamenti imprevisti (vedi i problemi nelle configurazioni dei target legati al parametro Arm Angle Reference). Si può salvare il programma su chiavetta USB e caricarlo da FlexPendant ma è più semplice usare un collegamento Ethernet sulla porta MGMT del controller. Andando online su Robotstudio compare il controller reale insieme a quello virtuale; a questo punto, chiedendo l'accesso in scrittura, si può direttamente caricare un programma sul controller.
Una soluzione ancora migliore, ma forse più complicata per il gran numero di opzioni a disposizione, è quella di creare una “relazione” tra i due controller e fare un “transfer” di programmi e dati tra i due controller.