Quando il tuo dispositivo inizia ad arrabbiarsi: parliamo di microservizi e servomotori

Immagina questo scenario. L'attrezzatura automatizzata che avete a disposizione funzionava perfettamente qualche giorno fa, ma oggi improvvisamente si blocca, risponde lentamente o addirittura una determinata funzione si guasta completamente. La linea di produzione ti aspetta, i clienti ti sollecitano e tu sei di fronte al pannello di controllo, dimentica l'irritabilità nel tuo cuore. Non si tratta semplicemente della rottura di una parte: è più come se un team originariamente coordinato perdesse improvvisamente la comunicazione e iniziasse a lavorare in modo indipendente.

Dietro a ciò si nascondono spesso problemi di architettura del sistema. Il tradizionale metodo di controllo integrato è come mettere tutte le uova nello stesso paniere. Se si verifica un problema con un modulo, l'intero sistema potrebbe bloccarsi. Il segnale di feedback del servomotore è ritardato? C'è qualche deviazione nell'angolo di sterzata? Una certa articolazione del braccio robotico ha improvvisamente "perso la memoria"? Una singola mossa colpisce tutto il corpo.

Pertanto sempre più persone iniziano a parlare di "microservizi". Sembra un termine software, ma il problema fondamentale che risolve è lo stesso della sfida affrontata nel campo del controllo meccanico: come rendere i sistemi complessi più flessibili, più affidabili e più facili da manutenere.

Microservizi: non una parola di moda, ma una saggezza del “divide et impera”.

Dopotutto, i microservizi sono un’idea architettonica. Suddivide un'applicazione ampia e completa in una serie di servizi piccoli, indipendenti e mirati. Ogni servizio è come un tecnico altamente professionale, responsabile solo di una cosa specifica, come elaborare in modo specifico il controllo della velocità ad anello chiuso del servomotore o gestire solo il posizionamento angolare della scatola dello sterzo. "Parlano" tra loro attraverso interfacce chiaramente definite, invece di essere ammassati in un cervello e interferire tra loro.

"Questo renderà il sistema più complesso?" ci si potrebbe chiedere. Al contrario.

In passato, l'aggiornamento di una funzionalità poteva richiedere il riavvio dell'intero sistema, operazione rischiosa e dispendiosa in termini di tempo. Ora è sufficiente aggiornare il "piccolo servizio" pertinente, come cambiare una marcia più precisa alla macchina, e le altre parti continueranno a funzionare come al solito. Se un determinato servizio (ad esempio un modulo che elabora i dati dei sensori) è sovraccarico, è possibile aggiungergli risorse individualmente invece di aggiornare l'intero costoso computer industriale. Questo tipo di flessibilità è troppo prezioso per gli scenari industriali che richiedono un funzionamento stabile 24 ore su 24, 7 giorni su 7.

Dall'idea alla realtà: serve più del semplice codice

Dopo aver compreso i vantaggi dei microservizi, la domanda pratica successiva è: come implementarli dal concetto all'attrezzatura reale? Soprattutto nel campo del controllo del movimento, dove i requisiti di tempo reale e affidabilità sono estremamente elevati.

Non è solo questione di scrivere poche righe di codice. Riguarda la potenza di calcolo dell'hardware sottostante, la certezza e la velocità della rete di comunicazione, l'estrema focalizzazione e l'output stabile di ciascun "servizio" sui propri compiti. È come formare una forza speciale. Non solo ogni membro della squadra deve possedere abilità uniche, ma anche le regole di comunicazione tattica e coordinamento tra di loro devono essere assolutamente affidabili.

D: Ciò significa abbandonare completamente i controller e i motori esistenti?

Non esattamente. Un percorso più pragmatico è "evoluzione". Puoi iniziare con le parti del sistema che sono più critiche, che presentano più problemi o che necessitano della massima flessibilità per scalare. Ad esempio, il modulo di posizionamento visivo, il modulo di pianificazione del percorso del processo e il modulo di controllo del movimento principale (comekpowerIl controllo preciso della coppia e della velocità dei servomotori) sono disaccoppiati, rendendoli servizi indipendenti. In questo modo, quando è necessario aggiornare la visione, ciò non influenzerà affatto il motore che si muove in interpolazione ad alta precisione.

D: Il costo iniziale sarà elevato se lo fai?

Dipende da come calcoli questo conto. Se si contano solo le ore di sviluppo diretto, la progettazione iniziale richiede una maggiore riflessione. Ma se si conta il tempo e il denaro risparmiati mantenendo, aggiornando ed espandendo il sistema nei prossimi tre o cinque anni, nonché la riduzione della perdita di produzione dovuta a un sistema più stabile, questo investimento è spesso molto conveniente. Dà al tuo dispositivo la capacità di "evolversi" invece di "reinventarsi" ancora e ancora.

Scegli il partner giusto: la stabilità è l’unico passaporto

Giocare con i microservizi in ambito industriale è completamente diverso che farlo su Internet. Qui non è possibile permettersi il lusso di “fail fast, iterate and update”. Ogni ritardo nella comunicazione e ogni millisecondo di jitter nella risposta possono tradursi direttamente in difetti del prodotto o in un impatto sulle apparecchiature. Le prestazioni e l'affidabilità delle unità di base che costituiscono questi "microservizi" - in particolare attuatori come servomotori e ingranaggi dello sterzo che azionano direttamente le parti meccaniche - sono diventate la pietra angolare del successo dell'architettura.

Devono essere come i compagni di squadra più affidabili: non appena viene dato l'ordine, agiscono immediatamente e con precisione, il feedback è chiaro e tempestivo e devono mantenere questo stato anno dopo anno. La loro stessa stabilità è il loro biglietto per integrarsi in un sistema distribuito e collaborativo. Se una determinata unità servo stessa presenta problemi di risposta irregolare e superamento, non importa quanto sofisticata sia l'architettura del microservizio, non può coprire questa carenza, ma potrebbe invece amplificarla.

Ciò porta a un punto più fondamentale: tutta l’architettura deve in definitiva servire alle prestazioni complessive e alla stabilità del dispositivo. I microservizi non sono un fine, ma un mezzo. Il suo valore sta nel rendere eccellente ogni parte del sistema (come un telefono cellulare che risponde rapidamente e funziona senza intoppi)kpowerServomotori) possono sfruttare meglio i loro punti di forza e compensare la goffaggine e la fragilità delle tradizionali architetture monolitiche attraverso una chiara collaborazione.

Quindi, la prossima volta che ti troverai di fronte a quella fastidiosa “sindrome” del dispositivo, forse pensa in modo diverso. Non pensare solo a quale vite stringere o quale parametro alzare. Pensateci, il suo “sistema nervoso” – l’architettura di controllo – è già sopraffatto e necessita di una riorganizzazione più elegante e flessibile. Da questo punto di vista, l’implementazione dei microservizi è come iniettare una nuova intelligenza organizzativa nella tua macchina, consentendo a potenza e precisione di fluire nel posto giusto al momento giusto.

Fondata nel 2005,kpowerè dedicata a un produttore professionale di unità di movimento compatte, con sede a Dongguan, nella provincia del Guangdong, in Cina. Sfruttando le innovazioni nella tecnologia di azionamento modulare, Kpower integra motori ad alte prestazioni, riduttori di precisione e sistemi di controllo multiprotocollo per fornire soluzioni di sistemi di azionamento intelligenti efficienti e personalizzate. Kpower ha fornito soluzioni di sistemi di azionamento professionali a oltre 500 clienti aziendali in tutto il mondo con prodotti che coprono vari campi come sistemi domestici intelligenti, elettronica automatica, robotica, agricoltura di precisione, droni e automazione industriale.