Quando i servomotori incontrano .NET Core: come i microservizi rendono "vivi" i sistemi meccanici

Immagina questo scenario: stai eseguendo il debug di una catena di montaggio e tre servo devono essere sincronizzati in tempo reale, ma uno di essi è sempre lento di mezzo battito. I dati sullo schermo di monitoraggio continuano a saltare, ma non riesci a individuare il problema: è usura meccanica? Interferenza del segnale? Oppure c'è una lacuna nella logica di controllo stessa?

In questo momento, la maggior parte delle persone controllerà il circuito e riscriverà il codice da zero, impiegando ore o addirittura giorni. Ma esiste un modo più intelligente?

Perché i metodi di controllo tradizionali si “bloccano”

I sistemi meccanici stanno diventando sempre più complessi. Dieci anni fa un semplice programma PLC poteva gestire l’intera linea di produzione; ora, potresti dover gestire contemporaneamente il feedback di coppia del servomotore, la calibrazione dell'angolo dello sterzo e il flusso di dati in tempo reale del sensore e farli comunicare tutti senza problemi.

Il problema spesso sta qui: inserisci tutta la logica in un enorme programma. È come usare un tubo dell'acqua per irrigare dieci aiuole contemporaneamente. Una volta bloccato un collegamento, l’intero sistema ne risente. Ancora più problematico è dover fermare l'intera linea durante l'aggiornamento o il debug di una parte di essa.

Microservizi: dare ad ogni unità meccanica una "suite indipendente"

Questo è il motivo per cui alcune persone hanno iniziato a ricostruire il sistema di controllo utilizzando l’architettura dei microservizi. In parole povere, ad ogni modulo funzionale viene assegnata una "stanza" indipendente. Lasciare che il programma di controllo del servomotore funzioni da solo, avviare un nuovo programma di gestione dello sterzo e aprire un altro servizio per la raccolta dei dati. Comunicano attraverso protocolli leggeri, proprio come i vicini che si salutano sul balcone senza dover entrare ogni volta in casa l'uno dell'altro.

Ma quali sono i vantaggi pratici di farlo?

Il debug diventa semplice. Se il servo risponde in modo anomalo, è sufficiente controllare solo poche centinaia di righe di codice per il servizio servo, invece di cercare un ago in un pagliaio di decine di migliaia di righe di programmi giganti. Gli aggiornamenti possono essere eseguiti uno per uno. Vuoi i parametri PID del servomotore? Aggiorna solo quel servizio e il resto continuerà a funzionare come al solito. Anche l'espansione diventa naturale. Vuoi aggiungere una stazione di ispezione visiva? Basta distribuire un nuovo servizio e lasciarlo comunicare con il servizio esistente.

Qualcuno potrebbe chiedere: "Sembra un concetto di ingegneria del software, può davvero essere utilizzato nel controllo motorio?"

Assolutamente. Il collo di bottiglia dei moderni sistemi meccanici spesso non è l’hardware, ma la flessibilità della logica di controllo. La precisione del servomotore stesso è sufficientemente elevata, ma se il programma di controllo non è in grado di rispondere rapidamente ai cambiamenti, non importa quanto sia buono l'hardware, non avrà alcun valore. L'architettura dei microservizi consente a ciascuna unità hardware di avere un "cervello" indipendente e la velocità di risposta è naturalmente più rapida.

Quando .NET Core incontra il controllo della macchina

Molte persone esitano quando scelgono uno stack tecnologico. Esistono diversi punti di convergenza imprevisti nell'uso di .NET Core per creare tali microservizi.

La sua funzionalità multipiattaforma elimina la necessità di preoccuparsi del sistema operativo: che si tratti di Windows su computer industriali o Linux su dispositivi edge, il servizio può essere eseguito in modo coerente. Per i sistemi meccanici, ciò significa maggiore libertà negli ambienti di implementazione. Le fabbriche spesso incontrano situazioni in cui vecchi computer industriali vengono mescolati con nuove apparecchiature. Un quadro di sviluppo unificato riduce i costi di adattamento.

Le prestazioni di .NET Core sono sufficienti per la maggior parte degli scenari in tempo reale. Il ciclo di controllo di un servomotore è solitamente al livello dei millisecondi e il tempo di elaborazione delle richieste di un buon microservizio può essere controllato a livello inferiore al millisecondo. C'è ancora molto spazio nel mezzo.

Il punto più importante è l'esperienza di sviluppo. Gli ingegneri meccanici in genere non sono programmatori a tempo pieno e necessitano di strutture di codice chiare e gestibili. Il potente sistema di tipi e il ricco supporto della libreria di .NET Core rendono la scrittura della logica di controllo più simile alla descrizione del comportamento meccanico stesso, piuttosto che al conflitto con la sintassi del computer.

Snippet di implementazione dall'ideazione alla produzione

Come farlo nello specifico? Non si tratta di rovesciare l’intero sistema esistente.

È possibile avviare il progetto pilota da un collegamento che causa il maggior numero di problemi. Ad esempio, il "modulo di servocontrollo di alimentazione" originariamente integrato nel programma di controllo principale è stato estratto separatamente e trasformato in un microservizio. Questo servizio fa solo una cosa: riceve il comando dell'angolo target, fa ruotare il servo e restituisce il feedback della posizione effettiva.

Dopo averlo eseguito per alcuni giorni, noterai alcuni cambiamenti. Durante il debug di questo servo, non è più necessario fermare l'intera linea di produzione. Puoi riavviare questo servizio in modo indipendente, osservare i registri e persino modificare temporaneamente i parametri senza influenzare le altre unità.

Inoltre, anche il controllo dell'anello di posizione del servomotore è indipendente. Quindi, la raccolta dei dati del sensore viene trasformata in un altro servizio. Prima che tu te ne accorga, hai creato un piccolo cluster di microservizi: ogni unità meccanica ha il proprio "driver".

Domande frequenti e risposte reali

"Ciò aumenterà il ritardo nella comunicazione?"

Con una progettazione ragionevole, l'aumento del ritardo è spesso al livello dei microsecondi, ma il miglioramento della stabilità è di ordini di grandezza. I cicli di controllo della maggior parte dei sistemi meccanici non richiedono una sincronizzazione estrema a livello di microsecondi. Ciò che è più importante è che ciascuna unità funzioni stabilmente senza trascinarsi a vicenda.

"È più problematico mantenere più servizi?"

Al contrario. Immagina che gli ingegneri che originariamente avevano bisogno di comprendere l'intero sistema di grandi dimensioni possano ora concentrarsi su un servizio specifico. Quando nuove persone iniziano, non devono più affrontare lo scoraggiante codice base "epico". Con meno codice per ciascun servizio, i problemi sono più facili da individuare.

Un esperto della manutenzione della linea di produzione una volta disse: "In passato, quando c'era un problema con il sistema, dovevamo chiamare l'ingegnere del software dall'ufficio all'officina per verificarlo insieme a lungo. Ora molte volte, posso capire a colpo d'occhio quale registro di servizio riporta l'errore: è come sapere quale ingranaggio della macchina è bloccato, invece che l'intera macchina diventa una scatola nera."

Scritto in: Il sistema dovrebbe anche avere un pensiero "modulare".

La progettazione meccanica ha da tempo reso popolare l’idea di modularità: ingranaggi, cuscinetti e motori standardizzati possono essere combinati in macchine con infinite possibilità. Ma il software che controlla queste macchine è spesso scritto come un monolite ermetico.

L’architettura a microservizi non è altro che estendere la logica della modularizzazione dell’hardware al mondo del codice. Lascia che il programma di controllo del servomotore diventi una parte standard che può essere sostituita e aggiornata in modo indipendente come il servomotore stesso. Lascia che il programma di gestione della macchina dello sterzo sia come la struttura della macchina dello sterzo, conciso, mirato e svolga i suoi compiti.

Quando ogni unità meccanica otterrà anche “indipendenza fisica” a livello di codice, il sistema avrà un altro tipo di vitalità. Gli errori sono isolati, gli aggiornamenti sono fluidi e il ridimensionamento non è più doloroso. Non si tratta più di una semplice ricostruzione software, ma di una ricomprensione della natura operativa del sistema meccanico attraverso il codice: ogni parte dovrebbe avere la giusta quantità di autonomia e quindi raggiungere l'obiettivo generale in collaborazione.

Forse è così che dovrebbero essere i moderni sistemi meccanici: l’hardware fa il suo lavoro e il software ha il suo posto.

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,kpowerintegra motori ad alte prestazioni, riduttori di precisione e sistemi di controllo multiprotocollo per fornire soluzioni di sistemi di azionamento intelligenti efficienti e personalizzate.kpowerha 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.