Se integri una pinza Robotiq in un ambiente ROS 2, fino a ieri usavi un driver mantenuto dalla community. Da adesso Robotiq mantiene i propri pacchetti ROS 2 ufficiali (v1.1.0) per gli Adaptive Gripper. Non è una feature nuova sulla pinza: è un cambio di manutenzione, e tocca chi costruisce macchine e chi fa ricerca.
Cosa cambia, in concreto
I pacchetti ROS 2 sono costruiti sull’SDK C++ open source di Robotiq, la stessa base che alimenta anche le applicazioni non-ROS. La conseguenza pratica: quando Robotiq corregge un problema nell’SDK, la correzione arriva insieme al mondo ROS e a quello non-ROS, dallo stesso branch, e non resta a carico di un volontario.
Gli altri punti che contano per chi ci mette le mani:
- Sono ufficiali e mantenuti da Robotiq, con issue e discussioni sul repository ufficiale.
- Su Humble sostituiscono direttamente il driver community (il branch humble di PickNik): stessa integrazione, cambia il manutentore. Su Jazzy e Lyrical il tipo di action cambia (
ParallelGripperCommandal posto diGripperCommand), quindi lì la migrazione richiede un piccolo adattamento. - Controllo fino a circa 200 Hz su Linux (a 115200 baud). Su Windows e macOS il tetto pratico scende intorno ai 60 Hz.
- Letture di stato thread-safe, come istantanea completa dell’ultimo ciclo di scambio. C’è margine per una policy appresa o un modello di visione che regola la presa in closed loop.
- Build su Humble, Jazzy e Lyrical: le tre distro supportate.
Il repository dei pacchetti ROS 2 è github.com/robotiq/ros; l’SDK C++ su cui poggiano è github.com/robotiq/grippers.
Se già usi il driver community: la migrazione
Su Humble i pacchetti ufficiali sostituiscono il driver community senza rifare l’integrazione. Quello che guadagni è meno debito tecnico: un driver con un proprietario chiaro, aggiornato insieme all’SDK, con un canale di supporto ufficiale. Su una macchina che va in produzione, “chi mantiene questo pezzo” è una domanda che prima o poi arriva, e qui ha una risposta. Su Jazzy e Lyrical la sostanza è la stessa, ma metti in conto di adattare il tipo di action.
Cosa coprono, e cosa resta community
Il driver ROS 2 copre le 2F Adaptive (2F-85 e 2F-140). La Hand-E è supportata tramite l’SDK C++. Le TSF Tactile Fingertips hanno un pacchetto dedicato (robotiq_tsf, driver del sensore TSF-85). Restano invece su repository di terze parti prodotti come la ventosa E-Pick e il sensore di forza FT-300: se lavori con quelli, il supporto è ancora quello community.
Perché conta se costruisci macchine
Per un costruttore di macchine o un integratore, il driver è pura infrastruttura: deve funzionare e non dare sorprese. Un driver ufficiale e mantenuto sposta la manutenzione dalla tua lista a quella di Robotiq, allinea i fix tra ROS e non-ROS, e ti toglie la dipendenza da un repository community che potrebbe fermarsi. Meno tempo sul plumbing, più tempo sull’applicazione che vendi.
Perché conta se fai ricerca
Per un laboratorio la base conta perché ci costruisci sopra. I circa 200 Hz su Linux, con stato thread-safe, lasciano spazio a chi vuole chiudere l’anello con una policy appresa o con la visione, senza combattere il driver. E il driver si usa anche in simulazione ROS 2 (Gazebo, Isaac), utile per prototipare prima di toccare l’hardware, tenendo presente che in simulazione alcuni valori di stato non vengono scritti. Ed è un pacchetto che continua a evolvere: Robotiq sta lavorando a una primitiva di sincronizzazione del ciclo di scambio e a un dump leggibile dei blocchi comando e stato per il debug.
Cosa resta uguale
La pinza è la stessa: non cambia l’hardware, non cambia cosa il gripper sa fare. Cambia il software con cui lo integri in ROS 2, e cambia chi lo tiene in ordine. Per molti progetti è la parte che si preferisce non dover gestire.