Quando il servomotore si connette ai microservizi: parliamo del meraviglioso viaggio di Write to Server

Hai mai avuto un momento come questo? L'attrezzatura si è improvvisamente bloccata e i bracci robotici sulla linea di produzione erano come ballerini che improvvisamente hanno dimenticato i loro movimenti. I servomotori giravano ancora, ma i dati erano andati persi da qualche parte. Oppure, durante il debug del servo, trovo che il feedback dell'angolo è sempre lento di mezzo battito, come se uno strumento di precisione venisse azionato attraverso uno strato di vetro smerigliato. Sembra di tenere in mano l'ultimo modello di servosistema, ma puoi usare solo un walkie-talkie per trasmettere istruzioni: la tecnologia ovviamente è lì, ma semplicemente non può essere collegata.

Ehi, non preoccuparti, questo problema è più comune di quanto pensi.

Quella cosa che si perde sempre nei "messaggi"

Servomotori, servi e bracci robotici: questi ragazzi intelligenti eseguono movimenti di alta precisione ogni giorno. Ascoltano le istruzioni e forniscono feedback e il tempo reale è la loro ancora di salvezza. Ma come inviare istruzioni? Il metodo tradizionale è un po’ come affidare a qualcuno il compito di dirtelo: tu lo dici ad A, A lo dice a B e B lo dice al dispositivo. Fai qualche altro passo e il messaggio potrebbe essere fuori forma o semplicemente in ritardo.

Pensateci: un braccio robotico a sei assi che esegue assemblaggi di precisione. Invii istruzioni di posizione tramite software. Le istruzioni vanno prima al controller e vengono poi convertite in segnali di impulso prima di azionare il motore. Se si verifica un leggero ritardo in qualsiasi collegamento centrale, l'assemblaggio può deviare anche solo di pochi decimi di millimetro. Nel settore della precisione, ciò significa spesso rilavorare un intero lotto di pezzi.

"Ma stiamo già utilizzando servo ad alte prestazioni." Alcune persone diranno questo.

Veramente. Ma spesso il problema non è nel motore in sé, ma nel sistema di "messaggistica".

Quando i microservizi Java decidono di "connettersi direttamente"

La storia inizia con un'idea diversa: cosa accadrebbe se l'applicazione "parlasse" direttamente al server, eliminando quegli intermediari non necessari?

Questo è ciò che fa il microservizio Java di scrittura sull'applicazione server. Si tratta essenzialmente di un insieme di ponti software leggeri che consentono alle applicazioni Java di scrivere istruzioni direttamente sul servodispositivo. Non è più necessario ricorrere ai PLC tradizionali o ai controller dedicati, proprio come passare dallo scrivere una lettera e inviare un corriere a una conversazione faccia a faccia.

Immagina: scrivi una logica di controllo utilizzando il familiare codice Java, fai clic su Esegui e il comando raggiunge direttamente il servoazionamento. I dati di feedback ritornano rapidamente lungo la stessa scorciatoia. Quel feedback angolare che è sempre mezzo battito troppo lento? Ora raggiunge la tua interfaccia di monitoraggio quasi in tempo reale.

Un amico che l'ha provato ha fatto un'analogia: "Una volta era come dirigere un'orchestra dietro un vetro. Ora che il vetro è stato tolto, ogni nota è chiara e diretta".

Non è solo "un po' più veloce"

L’aumento di velocità è evidente, ma i cambiamenti vanno oltre.

È flessibilità. In passato, per regolare i parametri del servo o la logica di controllo, poteva essere necessario modificare il programma del controller o addirittura riconfigurare l'hardware. Ora è possibile apportare molte modifiche direttamente a livello dell'applicazione Java. È come se avessi dato al braccio robotico una nuova "modalità di comportamento" senza ricablare o aggiornare il firmware.

Poi ci sono quei fastidiosi problemi di compatibilità. Marche diverse di servi e modelli diversi di servi potrebbero aver richiesto in passato adattamenti diversi del protocollo di comunicazione. Ora questo insieme di microservizi fornisce un "livello di traduzione" standardizzato. Utilizzi lo stesso set di codice Java per comunicare più facilmente con dispositivi diversi.

Più realisticamente: i tempi di sviluppo e debug sono ridotti. Gran parte della logica può essere verificata in linguaggi di alto livello e quindi implementata direttamente, eliminando la necessità di ripetuti trapianti e test tra piattaforme diverse.

Quindi, come funziona?

Il principio non è troppo complesso da comprendere. Puoi pensarlo come un "postino" altamente specializzato.

L'applicazione Java genera istruzioni di controllo (come "l'asse gira di 30 gradi, velocità 50 giri/min"). Questo insieme di microservizi prende il comando, lo traduce in un linguaggio comprensibile al servoazionamento (solitamente un protocollo industriale come EtherCAT, CANopen o Modbus TCP) e quindi lo invia direttamente sulla rete Ethernet. Anche il feedback proveniente dall'azionamento (posizione effettiva, coppia, temperatura) ritorna lungo lo stesso percorso, convertito in un formato dati che l'applicazione può facilmente elaborare.

La chiave è che questo "postino" è molto vivace e concentrato. Non pianifica percorsi complessi, né affronta logiche aziendali irrilevanti. Si concentra solo su una cosa: stabilire un canale bidirezionale stabile e ad alta velocità tra l'applicazione e il servo.

Nessuna magia, solo meno deviazioni.

Come appare in una scena reale?

Facciamo un semplice esempio: una stazione di smistamento materiali. La telecamera identifica la categoria dell'oggetto e il sistema decide se posizionarlo nell'area A o nell'area B. Nel metodo tradizionale, i risultati del riconoscimento devono prima essere trasmessi al computer host, che poi controlla il servomotore per azionare il braccio di smistamento attraverso il PLC. E adesso? Il modulo di identificazione (scritto in Java) può inviare direttamente istruzioni di posizione al servo che guida il braccio di smistamento attraverso questo insieme di microservizi.

Ci sono meno passaggi e meno potenziali punti di errore. Ancora meglio è che se si desidera modificare la logica di ordinamento in futuro (ad esempio aggiungendo un'area C), la maggior parte delle modifiche avverrà nel codice Java con cui si ha familiarità, senza dover scavare nel diagramma ladder del PLC o riconfigurare il controller di movimento.

Permette alle capacità degli ingegneri del software di toccare il "nervo motore" dei macchinari in modo più diretto.

Alcune semplici considerazioni al momento della scelta

Se stai considerando un piano simile, potresti avere alcune domande che ti passano per la mente:

• È stabile? L'ambiente industriale non può tollerare la "perdita di connessione" ad ogni turno.
• Supporta il nostro dispositivo? Nel laboratorio vengono spesso mescolati servi di anni e marchi diversi.
• Sarà difficile integrarsi? Le nostre applicazioni Java esistenti possono essere collegate senza problemi?
• E il sovraccarico prestazionale? Rallenterà il nostro sistema esistente?

Queste preoccupazioni sono molto reali. Una soluzione di microservizi affidabile dovrebbe essere in grado di dare una risposta chiara: deve essere testata in ambienti industriali rigorosi per garantire stabilità operativa a lungo termine; dovrebbe supportare i principali protocolli di comunicazione industriale e più ampia è la copertura, meglio è; il suo metodo di accesso è abbastanza semplice e fornisce una chiara documentazione API invece di un mucchio di oscure trappole di configurazione; quanto a prestazioni, si tratta di un efficiente "traduttore" piuttosto che di un ingombrante "bagaglio".

In definitiva, il valore degli strumenti sta nel risolvere i problemi, non nel crearne di nuovi.

Fai un piccolo passo avanti

L’evoluzione della tecnologia spesso non è una rivoluzione sconvolgente, ma la rimozione di un collegamento ridondante e la riduzione della distanza di comunicazione. La "distanza" tra i sistemi server e le moderne applicazioni software viene dissolta da concetti di microservizi come Write to Server.

Ciò che ciò comporta potrebbe non essere solo un miglioramento di qualche punto percentuale sul misuratore di efficienza, ma anche un modo più fluido di collaborazione: consentire al cervello (software) responsabile della logica e al corpo (macchina) responsabile dell’esecuzione di capirsi a vicenda in modo più diretto e rapido.

Questo potrebbe essere un piccolo microcosmo della futura officina intelligente: tutte le connessioni sono più dirette e tutte le collaborazioni sono più fluide. E tutto questo può iniziare abbattendo un “muro” non necessario.

Esplora la possibilità di rendere il controllo più diretto.kpowerNei settori dei servomotori, dei servi e del controllo del movimento, continuiamo a prestare attenzione alla perfetta connessione tra software e hardware.

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. 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.