AMCM integra PanX in EOSPRINT: la simulazione termomeccanica entra direttamente nella preparazione delle build metalliche

AMCM ha collegato il software di simulazione termomeccanica PanX, sviluppato dalla statunitense PanOptimization, direttamente al workflow di EOSPRINT, permettendo agli utilizzatori delle piattaforme EOS e AMCM di simulare una build Laser Powder Bed Fusion, individuare problemi termici o meccanici e riportare automaticamente le correzioni nel job prima di avviare la macchina. L’integrazione è particolarmente interessante per i sistemi di grande formato AMCM M 4K e M 8K, dove dimensioni, durata e costo delle costruzioni rendono sempre meno sostenibile il tradizionale metodo trial-and-error. Il passaggio fondamentale non consiste quindi nell’aggiungere l’ennesima visualizzazione FEA al processo di progettazione, ma nel trasformare la simulazione in uno strumento operativo della preparazione della build: EOSPRINT trasferisce a PanX geometrie, posizione delle parti, parametri e timing effettivo della macchina; PanX calcola comportamento termico, stress e deformazioni; le strategie ottimizzate vengono infine restituite al file di produzione.

È importante però chiarire immediatamente cosa questa integrazione non rappresenta. PanX non diventa un sensore in-process e non osserva in tempo reale ciò che sta accadendo nel powder bed. La sua funzione principale è predittiva e feed-forward: calcola prima della produzione cosa dovrebbe succedere durante la build e permette di modificare in anticipo la strategia di processo. Il closed-loop real-time di EOS rimane invece Smart Fusion, che utilizza EOSTATE Exposure Optical Tomography per osservare le emissioni termiche durante la costruzione e modificare dinamicamente la potenza laser. I due approcci lavorano sullo stesso problema — la gestione del calore — ma in momenti differenti.

Dal file EOSPRINT alla simulazione e ritorno

La nuova integrazione evita soprattutto uno dei problemi storici della simulazione additive: dover ricreare manualmente in un secondo software ciò che è già stato preparato nello slicer della macchina.

Il workflow può essere sintetizzato così:

La differenza rispetto a un workflow FEA tradizionale è significativa. Non occorre necessariamente esportare una geometria, ricostruire manualmente supporti e orientamento, inserire nuovamente il materiale, stimare i tempi di scansione e cercare di riprodurre il comportamento della macchina attraverso parametri approssimativi.

PanX riceve invece informazioni direttamente dal job che verrà realmente prodotto.

Il file openjz contiene una parte importante della realtà produttiva

PanX legge dal file EOSPRINT informazioni come:

• geometrie;
• disposizione sul piano;
• parametri di processo;
• configurazione della build.

Alcuni dati importanti non sono però contenuti direttamente nel file e vengono trasferiti attraverso la EOSPRINT API.

Un esempio particolarmente rilevante è il tempo effettivo necessario per processare ogni layer.

Questo dato può sembrare secondario ma, dal punto di vista termico, non lo è affatto.

Un layer che richiede:

8 secondi

e uno che richiede:

80 secondi

presentano una storia termica completamente differente.

Nel primo caso la macchina ritorna molto rapidamente sulla stessa regione Z e il componente ha poco tempo per dissipare calore.

Nel secondo, una parte molto maggiore dell’energia può essere trasferita a:

• powder bed;
• build plate;
• camera;
• strutture circostanti.

Inserire il timing reale nella simulazione permette quindi di avvicinare il modello al processo fisico effettivo.

La geometria da sola non basta a prevedere il comportamento termico

Due parti geometricamente identiche possono avere storie termiche differenti se cambiano:

• posizione sul piano;
• numero di componenti nella build;
• scan strategy;
• laser assignment;
• layer time;
• dwell;
• potenza;
• macchina.

Questo è particolarmente importante sulle piattaforme multi-laser.

Una simulazione basata soltanto sul CAD rischia di descrivere genericamente “la parte”.

La nuova integrazione cerca invece di simulare quella specifica parte dentro quella specifica build preparata per quella specifica macchina.

È un passaggio importante verso l’uso industriale della simulazione.

PanX è una piattaforma FEA termomeccanica

PanX non è un semplice heat-map generator.

La piattaforma può eseguire simulazioni:

• termiche;
• meccaniche;
• termomeccaniche.

Le principali funzioni LPBF dichiarate comprendono:

Alcune di queste funzioni sono più mature di altre. PanOptimization indica per esempio il power optimization come Beta e il support optimization come tecnologia ancora in una fase più sperimentale, mentre thermal/mechanical solver e dwell optimization appartengono al nucleo commerciale consolidato di PanX.

Non bisogna quindi interpretare l’integrazione EOSPRINT come se ogni funzione sperimentale di PanOptimization fosse automaticamente qualificata e disponibile su qualsiasi macchina e materiale.

La gestione termica diventa critica aumentando le dimensioni

Su una piccola parte LPBF è relativamente facile pensare al calore come un fenomeno locale intorno al melt pool.

Su una parte alta un metro la situazione cambia radicalmente.

Durante decine o centinaia di ore di costruzione, energia viene continuamente trasferita al componente e alla polvere circostante.

Possono formarsi regioni persistentemente calde.

Il risultato può essere:

• deformazione;
• perdita di accuratezza;
• stress residuo;
• variazioni microstrutturali;
• powder caking;
• polvere parzialmente sinterizzata;
• maggiore difficoltà di depowdering.

AMCM cita esplicitamente questi problemi fra le motivazioni dell’integrazione.

M 4K e M 8K rendono il problema molto più evidente

L’attuale gamma AMCM comprende piattaforme di dimensioni molto superiori alla classica EOS M 290.

M 8K utilizza inoltre otto laser da 1,2 kW.

La quantità di energia potenzialmente immessa nel sistema e il volume di materiale interessato sono quindi enormemente superiori rispetto alle prime generazioni LPBF.

Questo non significa naturalmente che tutti gli otto laser lavorino sempre alla potenza massima simultaneamente.

Significa però che la gestione termica della macchina diventa un problema di sistema.

AMCM lavora sul calore sia con hardware sia con software

La simulazione PanX rappresenta soltanto uno dei livelli.

M 8K utilizza anche:

• raffreddamento attivo di laser e scanner;
• controllo della temperatura della camera;
• gestione termica della struttura;
• gas flow dedicato AirSword;
• scanner in posizione fissa;
• strategie multi-laser.

Il software risolve un problema differente.

L’hardware cerca di mantenere condizioni stabili nella macchina.

PanX cerca di capire come:

geometria + layout + parametri + timing

genereranno localmente accumulo di calore nella parte.

Le due attività sono complementari.

Una camera stabile non garantisce una parte termicamente uniforme

Anche se la temperatura della macchina fosse perfettamente controllata, una parete sottile e un enorme blocco massivo non accumulerebbero energia nello stesso modo.

La geometria modifica il rapporto fra:

• energia immessa;
• volume;
• superficie;
• capacità di dissipazione.

È il motivo per cui i coupon standard non possono raccontare tutto ciò che accadrà su un componente industriale complesso.

Un density cube non riproduce un aerospike da 765 mm

PanOptimization e AMCM utilizzano proprio un aerospike rocket engine come dimostrazione delle capacità del solver.

La parte misura circa 765 mm di altezza ed è stata prodotta su AMCM M 4K.

La simulazione completa utilizza circa:

26 milioni di elementi

e

57 milioni di nodi.

Secondo PanOptimization il calcolo termomeccanico viene completato in circa 3,5 ore su una workstation con CPU a 60 core e circa 120 GB di RAM.

Questi numeri sono dati forniti dal produttore del software, non benchmark indipendenti universali.

Sono però interessanti perché mostrano il problema di scala che PanX cerca di risolvere.

Il paradosso delle parti grandi è che contengono ancora feature piccole

Una parte da 800 mm non è necessariamente una geometria grossolana.

Può contenere:

• pareti da pochi decimi di millimetro;
• cooling channel;
• lattice;
• piccoli raccordi;
• superfici sottili.

Una simulazione accurata deve quindi descrivere contemporaneamente:

volume enorme + dettagli molto piccoli.

Con un mesh convenzionale uniforme il numero di elementi può diventare rapidamente ingestibile.

PanOptimization ha sviluppato PanX proprio per evitare di dover eliminare o “omogeneizzare” le feature più fini solo per rendere il calcolo computazionalmente possibile.

PanX utilizza Multi-Grid Modeling e mesh adattiva

Fra le tecnologie proprietarie dichiarate troviamo:

• Periodic Adaptivity;
• Multi-Grid Modeling;
• Feature Aware Meshing;
• weighted-average thermal modeling.

L’obiettivo è utilizzare elevata risoluzione dove necessaria senza applicare la stessa dimensione degli elementi a tutto il volume.

PanOptimization sostiene che il costo computazionale cresca in modo approssimativamente lineare con la dimensione dei problemi nel proprio approccio, invece della crescita molto più penalizzante dei solver tradizionali.

È un claim del produttore, ma la capacità di affrontare modelli con decine o centinaia di milioni di nodi costituisce chiaramente il nucleo tecnologico di PanX.

La polvere non fusa viene inclusa nel modello

Questo è uno degli aspetti tecnicamente più interessanti.

Molte simulazioni semplificate trattano l’area esterna alla parte con una semplice boundary condition.

PanX può invece modellare esplicitamente anche il volume di loose powder.

Perché importa?

La polvere:

• assorbe calore;
• lo conduce lentamente;
• modifica il gradiente termico;
• rimane calda attraverso layer successivi.

Su una grande build può quindi partecipare in maniera significativa alla storia termica.

PanOptimization mostra un caso nel quale l’esclusione della polvere dal modello modifica la temperatura prevista di alcune regioni di centinaia di gradi.

Il valore esatto non deve essere generalizzato a qualsiasi build, ma il principio è importante:

powder bed ≠ ambiente termicamente neutro.

Viene modellata anche la build plate

La plate non funziona soltanto come supporto geometrico.

Agisce come:

• heat sink;
• elemento strutturale;
• vincolo meccanico.

Può inoltre deformarsi insieme alle parti.

PanX permette di includere plate e comportamento della build durante:

1. stampa;
2. rimozione dei bulloni;
3. separazione del componente.

Una parte può apparire geometricamente corretta mentre rimane vincolata e deformarsi dopo essere stata staccata.

La simulazione deve quindi prevedere anche il release of constraint.

La compensazione geometrica cerca di anticipare la deformazione

Una volta prevista la deformazione finale, PanX può creare una geometria compensata.

Il principio è analogo a quello utilizzato in molti processi produttivi:

se sappiamo che una superficie si sposterà di:

+0,8 mm

possiamo modificare il CAD iniziale in senso opposto.

La parte viene quindi stampata apparentemente “sbagliata”, ma la deformazione prevista dovrebbe portarla più vicino alla forma nominale.

PanOptimization mostra un esempio nel quale la compensazione elimina circa il 95% della distorsione misurata nel caso studiato.

È un risultato specifico, non una percentuale garantita su qualsiasi parte.

Distortion compensation non corregge un processo instabile

È fondamentale distinguere le due cose.

Se una parte presenta una deformazione:

• ripetibile;
• prevedibile;
• stabile fra le build;

la compensazione geometrica può essere molto efficace.

Se invece la deformazione cambia continuamente perché:

• powder lot varia;
• gas flow è instabile;
• calibrazione laser deriva;
• il recoater introduce eventi casuali;

una semplice compensazione CAD non risolve il problema.

La simulazione presuppone che il processo abbia una sufficiente stabilità.

Dwell optimization attacca direttamente l’accumulo termico

Il secondo strumento è il dwell time.

Se PanX prevede che il layer successivo venga iniziato mentre una determinata zona è ancora troppo calda, può inserire un’attesa.

La logica è:

layer completato → raffreddamento → temperatura target → nuovo layer.

Il vantaggio rispetto a un dwell fisso molto conservativo è evitare di aspettare quando non serve.

PanOptimization calcola il tempo minimo necessario a mantenere l’interlayer temperature entro il limite impostato.

Dwell time maggiore riduce overheating ma aumenta il tempo di build

È quindi un problema di ottimizzazione.

Troppo poco dwell:

• accumulo termico;
• deformazione;
• powder sticking;
• difetti.

Troppo dwell:

• macchina inutilmente ferma;
• costo/parte maggiore;
• minore produttività.

Il software cerca il compromesso minimo necessario.

PanOptimization considera il dwell una delle strategie più semplici da qualificare

La ragione è interessante.

Modificare il dwell non richiede necessariamente modificare:

• laser power;
• scan speed;
• hatch distance;
• melt strategy.

I parametri fondamentali di fusione possono rimanere invariati.

Cambia soltanto quanto tempo si aspetta prima di proseguire.

Dal punto di vista di un’organizzazione regolamentata può quindi essere più semplice giustificare:

stesso processo + raffreddamento controllato

rispetto a:

potenza laser differente punto per punto.

“Più semplice da qualificare” non significa comunque automaticamente qualificato.

Il caso M 8K da 1.200 mm mostra l’effetto pratico

PanOptimization utilizza come esempio un componente AMCM alto circa 1.200 mm.

L’ottimizzazione dei dwell time viene eseguita in circa un’ora, secondo il produttore, su una workstation ingegneristica.

L’obiettivo era mantenere l’interlayer temperature sufficientemente bassa da ridurre:

• ossidazione superficiale;
• powder sticking;
• problemi nei canali interni.

Qui il tema diventa particolarmente importante perché un canale interno molto lungo che si riempie di powder parzialmente sinterizzata può diventare quasi impossibile da pulire dopo la build.

Powder sticking non è semplicemente un problema estetico

Se polvere circostante viene riscaldata troppo a lungo, le particelle possono iniziare a creare neck o agglomerati senza essere completamente fuse.

Il risultato può essere una crosta difficilmente rimovibile.

Su una superficie esterna può essere trattata.

Dentro:

• cooling channel;
• manifold;
• nozzle;
• heat exchanger;

può rendere inutilizzabile il componente.

Prevedere una zona troppo calda prima della stampa può quindi evitare un failure mode che potrebbe essere scoperto soltanto al termine di una build durata giorni.

La potenza laser può essere ottimizzata localmente

Il workflow integrato permette inoltre di trasferire al job correzioni della laser power.

Il concetto è differente dal dwell.

Invece di aspettare che una regione si raffreddi, si può diminuire la quantità di energia immessa in un’area già termicamente calda.

In altre regioni può essere utilizzato un valore differente.

La distribuzione diventa quindi:

nominal power × correction factor spaziale.

PanX può generare una serie di mappe associate ai layer.

Le correzioni vengono trasferite come TIFF stack

L’integrazione utilizza un meccanismo particolarmente interessante dell’ecosistema EOS.

Le correzioni di potenza possono essere rappresentate come:

stack di immagini TIFF

più il relativo file Smart Fusion Replay.

L’immagine funziona essenzialmente come una mappa spaziale.

Ogni regione del layer contiene informazioni che determinano la correzione da applicare.

La strategia calcolata da PanX può quindi essere inserita nel job EOSPRINT e successivamente eseguita dalla macchina.

Questo crea un collegamento diretto:

FEA → machine instruction.

Ma PanX power optimization non è Smart Fusion

La somiglianza può creare confusione.

PanX:

simula prima della build → calcola una mappa → usa valori predefiniti durante la stampa.

Smart Fusion:

misura durante la build → confronta il comportamento termico → modifica la potenza in tempo reale.

Entrambi possono gestire laser power, ma arrivano alla decisione in maniera completamente differente.

Smart Fusion utilizza EOSTATE Exposure OT

EOS Smart Fusion utilizza una camera Optical Tomography che osserva le emissioni del powder bed con risoluzione ottica nell’ordine di circa 100 µm.

Durante la build:

1. viene misurata l’emissione;
2. viene valutata la distribuzione termica;
3. viene calcolata una correzione;
4. viene modificata la potenza laser.

Questo avviene layer-by-layer.

È quindi un vero closed-loop process control.

PanX non necessita che la macchina sia già in produzione per determinare la strategia.

La simulazione tenta di anticipare ciò che Smart Fusion potrebbe osservare successivamente.

Previsione e feedback possono essere complementari

Il modello ideale potrebbe essere:

PanX → ottimizza il job prima della stampa

e successivamente:

Smart Fusion → gestisce le deviazioni residue reali durante la stampa.

Il primo riduce la distanza iniziale dalla condizione desiderata.

Il secondo corregge:

• variazioni non previste;
• disturbi;
• differenze macchina;
• comportamento reale del materiale.

Questo concetto è molto simile a ciò che avviene in altri sistemi di controllo industriale:

feed-forward + feedback.

L’integrazione annunciata, però, non significa automaticamente che questa combinazione sia già qualificata per qualsiasi configurazione EOS/AMCM.

Smart Fusion Replay introduce un terzo approccio

EOS aveva sviluppato Smart Fusion Replay proprio per rispondere a un problema di qualification.

Il normale Smart Fusion è adattivo.

Una build può ricevere una correzione leggermente diversa dalla successiva.

Per la produzione aerospace o medicale questo può complicare la definizione di un processo completamente deterministico.

Replay permette di:

1. eseguire una build Smart Fusion;
2. registrare le correzioni;
3. congelarle;
4. riutilizzarle in build successive.

Il processo successivo diventa quindi:

predefined power map

anziché:

nuova decisione dinamica ad ogni build.

PanX sfrutta ora quella stessa infrastruttura per una correzione calcolata virtualmente

È forse uno degli aspetti più sofisticati dell’integrazione.

La struttura Smart Fusion Replay permette di eseguire una mappa di correzione laser deterministica.

Tradizionalmente quella mappa nasce da una precedente build reale Smart Fusion.

Con l’integrazione PanX può invece produrre una strategia di potenza basata sulla simulazione pre-build, che viene successivamente trasferita attraverso il formato compatibile.

Il risultato avvicina:

virtual process development

a

machine execution.

La simulazione può quindi ridurre il numero di build esplorative

Immaginiamo un componente M 8K che costi decine di migliaia di euro in:

• powder;
• machine time;
• gas;
• personale;
• post-processing.

Il metodo tradizionale:

print → measure → modify → print again

può diventare economicamente insostenibile.

Il workflow virtuale cerca di spostare più iterazioni possibile sul computer:

simulate → modify → simulate → optimize → print.

Naturalmente l’ultima parola continua ad averla il componente reale.

Simulation ≠ qualification

È probabilmente la distinzione più importante dell’intero annuncio.

Una simulazione può:

• supportare qualification;
• ridurre prove;
• spiegare fenomeni;
• documentare la thermal history.

Non può da sola certificare che il componente reale soddisfi tutti i requisiti.

Per una parte aerospace possono continuare a servire:

• CT;
• metallografia;
• tensile test;
• fatigue;
• dimensional inspection;
• powder traceability;
• machine qualification.

Il modello deve inoltre essere validato contro risultati sperimentali.

Una previsione accurata non è automaticamente una prova

Se PanX prevede:

“massima temperatura 720 °C”

non significa che una authority debba accettare automaticamente quella temperatura come evento fisicamente dimostrato.

La credibilità del modello dipende da:

• calibration;
• validation;
• sensitivity;
• material assumptions;
• machine data;
• correlation con test.

Questa distinzione è fondamentale quando si parla di aerospace e defense.

PanX cerca però di rendere la simulazione abbastanza veloce da entrare davvero nel ciclo produttivo

Un FEA che richiede tre settimane può essere utile per ricerca.

Difficilmente può essere utilizzato ogni volta che cambia:

• nesting;
• orientamento;
• layout.

La strategia PanX punta invece a tempi nell’ordine delle ore.

PanOptimization pubblica diversi esempi.

Sono benchmark forniti da PanOptimization e dipendono dall’hardware utilizzato.

Non devono essere interpretati come garanzia che ogni M 8K possa essere simulata in un’ora.

Mostrano però l’ordine di grandezza perseguito.

Una simulazione deve essere più veloce della build per essere realmente utile

Una parte che richiede:

160 ore di stampa

può tollerare una simulazione da:

14 ore.

Una parte che richiede 45 minuti probabilmente no.

Per questo la simulazione avanzata crea più valore proprio sulle build:

• grandi;
• costose;
• complesse;
• critiche.

È esattamente il target AMCM.

PanX non richiede necessariamente un supercomputer

PanOptimization indica che molti modelli possono essere eseguiti su workstation ingegneristiche e in alcuni casi persino su laptop ad alte prestazioni.

I modelli più complessi utilizzano configurazioni tipiche come:

• 48–60 core CPU;
• 120–500 GB RAM.

Non è hardware domestico.

Ma è molto diverso dal dover necessariamente utilizzare un cluster HPC dedicato.

Questo facilita l’integrazione dentro normali engineering department.

Il software viene installato on-premise

PanX è commercializzato tramite licenza annuale e viene installato localmente, non obbligatoriamente come servizio cloud.

Per settori come:

• defense;
• space;
• aerospace;

questo può essere importante.

CAD, parameter set e build file possono contenere proprietà intellettuale particolarmente sensibile.

Una soluzione on-premise permette all’organizzazione di mantenere i dati dentro la propria infrastruttura.

La vera novità dell’integrazione è eliminare la doppia preparazione

PanX esisteva già.

EOSPRINT esisteva già.

AMCM utilizzava già PanX su grandi componenti.

La novità consiste nel collegarli direttamente.

Prima, un processo di simulazione poteva richiedere:

EOSPRINT → export → setup PanX → simulazione → interpretazione → ritorno manuale a EOSPRINT.

Adesso l’obiettivo è:

EOSPRINT ⇄ PanX.

Questo riduce soprattutto:

• lavoro ripetitivo;
• errori di trascrizione;
• perdita di parametri;
• distanza fra simulation engineer e production engineer.

È spesso questo genere di integrazione, più che un nuovo algoritmo, a rendere realmente utilizzabile una tecnologia in produzione.

La EOSPRINT API è quindi un elemento centrale

EOS ha progressivamente aperto interfacce software per permettere l’integrazione con:

• CAD;
• MES;
• software partner;
• sistemi esterni.

La API EOSPRINT espone dati e funzioni che permettono ai software di creare o interrogare informazioni relative ai job.

Nel caso PanX l’API fornisce soprattutto dati non completamente contenuti nell’openjz.

Questa architettura evita di dover indovinare come si comporterà realmente la macchina.

Open interface non significa accesso indiscriminato a ogni parametro

EOS continua comunque a gestire:

• material set;
• process strategy;
• licenze;
• machine compatibility.

Una API industriale non equivale a dare a qualsiasi software libero controllo completo della macchina.

Le funzioni disponibili dipendono da:

• versione software;
• licenza;
• sistema;
• configurazione.

L’integrazione viene descritta come utile anche per EOS M 290

Sebbene il caso d’uso più evidente sia M 8K, la collaborazione non viene presentata come limitata ai sistemi ultra-large.

PanOptimization e AMCM indicano benefici per utenti che vanno dalla classe EOS M 290 fino alla M 8K.

Su una M 290 il valore della simulazione può comunque essere importante per:

• heat exchanger;
• impeller;
• topology-optimized structure;
• parti soggette a distorsione.

Ciò che cambia è l’economia del problema.

Una build M 8K fallita può rendere la simulazione molto più facile da giustificare finanziariamente.

La M 8K aumenta il costo dell’errore

M 8K offre un volume nominale di:

800 × 800 × 1.200 mm

con otto laser da:

1,2 kW.

Un grande componente può richiedere:

• enormi quantità di polvere;
• diversi giorni di machine time;
• personale;
• powder conditioning;
• depowdering;
• heat treatment;
• machining.

Scoprire alla fine che:

• una parete si è deformata;
• un canale è pieno di powder cake;
• una zona ha sviluppato cracking;

può rappresentare una perdita molto elevata.

È qui che il concetto di virtual build before physical build diventa economicamente interessante.

La simulazione può evidenziare un hotspot prima che diventi un problema reale

Un hotspot è una regione nella quale il calore viene dissipato più lentamente di quanto venga aggiunto.

Può comparire per esempio:

• nella transizione da una parete sottile a un volume massivo;
• in una regione con molte feature ravvicinate;
• all’interno di un manifold;
• durante una rapida diminuzione dell’area di layer.

PanX permette di visualizzare la temperatura prevista layer dopo layer.

Il progettista può quindi modificare:

• dwell;
• potenza;
• orientamento;
• geometria;
• supporti.

La scelta migliore potrebbe essere modificare il design, non il processo

Questo è un aspetto importante.

Se una geometria genera continuamente problemi termici, non è sempre corretto chiedere al software di “aggiustarla”.

Può essere più efficace:

• aumentare una sezione;
• modificare il raccordo;
• aprire una zona;
• ridistribuire materiale.

PanX permette di valutare rapidamente alternative.

La simulazione diventa quindi anche strumento DfAM, non soltanto process engineering.

Crack-risk prediction va oltre la semplice tensione di Von Mises

PanOptimization utilizza una metodologia denominata P-integral per affrontare uno dei problemi classici della previsione del cracking.

In presenza di una concentrazione geometrica, stress e strain FEA possono crescere indefinitamente raffinando il mesh.

Un semplice valore massimo può quindi essere dipendente dalla dimensione degli elementi e poco significativo come indicatore di crack.

PanX utilizza invece un criterio progettato per risultare meno dipendente dal mesh.

Anche qui si tratta di tecnologia proprietaria del produttore, che deve essere calibrata e validata sull’applicazione.

Ma è importante perché mostra come la simulazione stia andando oltre il tradizionale:

“la parte si deformerà di X millimetri”.

Per la qualification interessa anche la storia termica

Microstruttura e proprietà del materiale dipendono fortemente dalla storia:

heating → melting → cooling → reheating.

In LPBF una regione viene sottoposta a numerosi cicli termici durante i layer successivi.

Due coupon prodotti con stessi parametri nominali ma condizioni termiche differenti possono quindi non essere completamente equivalenti.

Il modello termico può aiutare a spiegare perché una determinata area:

• presenta hardness differente;
• sviluppa stress;
• accumula difetti.

Ma PanX non sostituisce un modello microstrutturale completo

Prevedere la temperatura non equivale automaticamente a prevedere:

• grain size;
• texture;
• phase fraction;
• fatigue.

Per collegare thermal history a proprietà metallurgiche servono modelli e correlazioni ulteriori.

È quindi corretto parlare di simulation-assisted qualification, non di qualification automatica dal CAD.

La simulazione può ridurre il numero di coupon, ma non renderli inutili

Un grande vantaggio potenziale è diminuire la necessità di produrre coupon in ogni possibile posizione della build plate.

PanX dichiara di poter considerare:

• build plate;
• posizione;
• loose powder;
• thermal interaction fra parti.

Questo permette di comprendere virtualmente molte variazioni spaziali.

Rimangono comunque necessarie prove per dimostrare che il modello rappresenti correttamente la macchina reale.

Più parti sul piano interagiscono termicamente

Questa è un’altra caratteristica spesso trascurata.

Due parti vicine non sono necessariamente termicamente indipendenti.

Il calore trasferito alla polvere da una può modificare l’ambiente termico dell’altra.

Su un build densamente nested, la distribuzione delle parti diventa quindi una variabile del processo.

PanX può modellare l’intera build plate.

Questo rende possibile valutare non soltanto:

part design

ma anche:

build layout.

Un nesting migliore dal punto di vista economico può essere peggiore termicamente

Massimizzare il numero di parti riduce teoricamente il costo per componente.

Ma se le parti vengono collocate troppo vicine e creano:

• accumulo termico;
• gas-flow interference;
• overheating;

l’economia può peggiorare.

Il layout ottimale deve quindi bilanciare:

productivity + thermal behaviour.

La simulazione non risolve direttamente il gas flow

PanX è soprattutto un solver termomeccanico.

Il comportamento di:

• plume;
• spatter;
• gas flow;

richiede modelli fluidodinamici differenti.

AMCM affronta questo problema sulla M 8K soprattutto attraverso l’hardware AirSword.

Questo mostra perché nessun singolo software possa descrivere automaticamente tutti i failure mode LPBF.

Una parte può essere termicamente ottima e avere comunque problemi legati a:

• recoating;
• spatter;
• contamination;
• laser optics.

PanX non è quindi un digital twin completo della macchina

Il termine “digital twin” viene spesso utilizzato troppo facilmente.

PanX rappresenta in grande dettaglio alcuni fenomeni:

• temperatura;
• stress;
• deformazione;
• timing.

Non simula necessariamente in un unico modello:

• ogni particella di powder;
• dinamica esatta del melt pool;
• fluidodinamica della camera;
• usura recoater;
• comportamento di ogni componente hardware.

È più preciso definirlo una physics-based process simulation platform.

Lo stesso vale per la parola “predictive”

Previsione non significa certezza.

Un modello è sempre una rappresentazione semplificata della realtà.

La qualità della previsione dipende da:

• input corretti;
• calibration;
• assumptions;
• discretizzazione;
• material behaviour.

L’integrazione EOSPRINT migliora soprattutto il primo punto: riduce la possibilità che il simulation engineer utilizzi dati differenti da quelli realmente impostati sul printer.

Automatic data transfer riduce anche gli errori umani

Immaginiamo una build con:

• 40 µm layer;
• un certo exposure set;
• una specifica disposizione;
• dwell variabile.

Se durante la simulazione viene inserito accidentalmente:

60 µm layer

il modello descrive un processo differente.

La connessione API riduce questi mismatch.

È un beneficio apparentemente banale ma fondamentale nella produzione regolamentata.

Il file di simulazione e quello di produzione diventano più strettamente collegati

Questo può essere importante anche per la tracciabilità.

Un’organizzazione potrebbe conservare:

• CAD revision;
• openjz;
• simulation setup;
• prediction;
• optimized job;
• inspection results.

Il risultato si avvicina a una vera digital evidence chain.

Per aerospace e defense può diventare particolarmente utile durante:

• qualification;
• root-cause analysis;
• change management.

Qualsiasi modifica importante dovrebbe però riaprire almeno parte della verifica

Se una build qualificata viene modificata da:

1 parte → 6 parti sul piano

la storia termica può cambiare.

Se si cambia:

• laser assignment;
• layer;
• orientamento;

il precedente risultato di simulazione non può essere assunto automaticamente valido.

Proprio la velocità di PanX può rendere pratico ripetere la verifica virtuale dopo una modifica.

Simulation può diventare un gate prima della produzione

Un possibile workflow industriale potrebbe essere:

CAD approved

↓

EOSPRINT build preparation

↓

PanX thermal/mechanical check

↓

pass/fail virtual criteria

↓

optimization

↓

production release.

In questo scenario nessuna build costosa viene inviata alla M 8K prima di avere superato una verifica virtuale.

Non significa che AMCM abbia imposto formalmente questo workflow a tutti i clienti.

È il tipo di processo che l’integrazione rende possibile.

Il valore maggiore è probabilmente nelle parti che non possono essere provate molte volte

Un componente piccolo può essere stampato tre volte per trovare il miglior parametro.

Un rocket chamber da un metro no.

Materiale, tempo e macchina sono troppo costosi.

Più aumenta il costo dell’esperimento fisico, più aumenta il valore dell’esperimento virtuale.

Questa è la ragione economica dietro la crescente attenzione verso simulation nella large-format LPBF.

PanX può funzionare anche senza EOSPRINT

L’integrazione non trasforma PanX in un software esclusivo EOS.

PanOptimization continua a commercializzare PanX come piattaforma standalone per:

• LPBF;
• DED.

Può quindi essere utilizzato con macchine di altri produttori.

Esistono inoltre altre integrazioni OEM, compreso il collegamento con il software Flow di Velo3D.

La partnership AMCM è quindi un nuovo integration layer, non un’acquisizione o un’esclusiva.

PanOptimization rimane una società indipendente

PanOptimization ha sede a State College, Pennsylvania, e dichiara di essere finanziata attraverso i ricavi delle licenze PanX, senza capitale esterno.

Il fondatore e CEO/CTO Pan Michaleris possiede una lunga esperienza nella simulazione termomeccanica di welding e additive manufacturing e in precedenza aveva fondato Pan Computing, acquisita da Autodesk nel 2016.

Il software CUBES sviluppato dalla precedente società divenne successivamente parte di Netfabb Simulation.

PanX rappresenta quindi l’evoluzione di un lavoro di simulazione AM iniziato molto prima dell’attuale collaborazione con AMCM.

L’integrazione non nasce dal nulla nel 2026

AMCM utilizzava già PanX per simulare componenti molto grandi.

L’aerospike e il componente M 8K da 1.200 mm erano già esempi della collaborazione tecnica.

La novità è rendere il rapporto molto più diretto:

solver PanX + EOSPRINT production workflow.

È il passaggio da:

“i nostri specialisti possono simulare questa parte”

a:

“la simulazione può diventare una fase standard della preparazione della build”.

È una trasformazione più importante di quanto sembri

Il metal AM ha sofferto a lungo di una separazione fra:

CAD

simulation

build preparation

machine

quality.

Ogni passaggio utilizzava software differenti e spesso richiedeva traduzioni manuali.

Un processo industriale maturo tende invece a collegare questi ambienti.

La nuova integrazione rappresenta quindi soprattutto un pezzo del digital thread.

Non completa l’intero digital thread, ma elimina un importante punto di discontinuità.

La capacità di scrivere le correzioni nella macchina è più importante della semplice visualizzazione

Un simulatore che mostra:

“questa zona sarà troppo calda”

lascia ancora all’ingegnere il compito di capire come intervenire.

Un sistema che può trasformare quella previsione in:

• dwell modificati;
• geometry compensation;
• power map;

fa un passo ulteriore.

Passa da:

prediction

a:

optimization.

È probabilmente questo il principale salto concettuale di PanX.

Resta comunque necessario il giudizio dell’ingegnere

Un algoritmo può trovare una soluzione matematicamente valida ma industrialmente indesiderabile.

Per esempio:

aggiungere 30 secondi di dwell a ogni layer

può risolvere l’overheating ma aggiungere giorni a una grande build.

Ridurre troppo la potenza potrebbe influire sulla densificazione.

La soluzione migliore dipende da:

• qualità;
• tempo;
• costo;
• qualification.

Il software fornisce strumenti di ottimizzazione, non elimina l’ingegneria di processo.

La relazione fra PanX e Smart Fusion potrebbe diventare particolarmente potente

La direzione tecnologica diventa interessante se consideriamo insieme:

PanX
prevede.

Smart Fusion
misura e reagisce.

Smart Fusion Replay
rende deterministiche correzioni già definite.

Il workflow futuro potrebbe quindi combinare:

physics model + actual sensor data + deterministic production.

È una struttura molto più vicina al manufacturing avanzato di altri settori rispetto al classico approccio “prova il parametro e guarda cosa succede”.

Ma ogni livello aggiunge anche complessità di qualification

Se un componente viene prodotto utilizzando:

• geometry compensation;
• dwell variabile;
• spatial power map;
• in-process feedback;

la process definition diventa più complessa.

Serve decidere quali elementi:

• sono fissi;
• possono variare;
• devono essere registrati;
• richiedono requalification.

Il fatto che una tecnologia migliori tecnicamente il processo non significa necessariamente che renda automaticamente più semplice certificarlo.

Per questo la componente deterministica è importante

Un processo precomputato da PanX può essere salvato e rieseguito.

Questo offre una differenza fondamentale rispetto a una decisione adattiva che può cambiare da build a build.

In settori regolamentati è spesso più semplice qualificare:

una sequenza di parametri complessa ma deterministica

che:

un algoritmo autorizzato a cambiare continuamente il processo.

Smart Fusion Replay nasce esattamente da questa esigenza.

La simulazione può quindi contribuire a spostare il metal AM dal trial-and-error alla virtual qualification

Non siamo ancora alla qualifica completamente virtuale.

Ma la direzione è chiara.

Oggi:

coupon → build → CT → modifica → nuova build.

Domani una parte maggiore di queste iterazioni può essere svolta:

model → simulate → optimize → build → validate.

Il numero di prove fisiche può diminuire.

La qualità delle prove rimanenti può aumentare perché vengono concentrate sui casi veramente rilevanti.

Il vantaggio economico cresce esponenzialmente con la scala della macchina

Su M 8K il costo di una build fallita può diventare enorme.

PanOptimization osserva che le grandi produzioni AM possono facilmente raggiungere costi a sei cifre per singolo job.

È una stima generale del produttore software e non un listino AMCM.

Ma rende bene l’ordine di grandezza.

Spendere alcune ore di calcolo prima di impegnare una macchina per molti giorni diventa facilmente giustificabile.

Il computer diventa quindi una sorta di prima macchina di produzione

Prima viene costruita una versione virtuale della build.

Si osservano:

• heat accumulation;
• stress;
• distortion;
• crack risk.

Soltanto dopo la build viene trasferita alla macchina fisica.

È una logica consolidata in:

• aerospace simulation;
• casting;
• forming;
• machining.

La sua estensione sistematica alla LPBF è un segno della maturazione della tecnologia.

L’integrazione PanX-EOSPRINT non garantisce il “first time right”, ma riduce l’incertezza

È importante mantenere questa distinzione.

Nessun modello può conoscere ogni evento casuale che si verificherà realmente nella macchina.

Può però eliminare una categoria significativa di failure mode prevedibili.

In particolare quelli collegati a:

• geometria;
• thermal history;
• layout;
• timing.

Questo può ridurre drasticamente la necessità di imparare esclusivamente attraverso parti fallite.

Il risultato più importante potrebbe essere proprio il cambio di ruolo della simulazione

Per molti anni simulation in additive manufacturing è stata utilizzata soprattutto per:

prevedere deformazione.

PanX e AMCM stanno cercando di trasformarla in qualcosa di più ampio:

design decision → process decision → qualification evidence → machine instruction.

È un cambiamento notevole.

La simulazione smette di essere semplicemente un report colorato prodotto dopo che il CAD è già stato deciso.

Diventa una fase attiva del manufacturing plan.

Con l’integrazione EOSPRINT, una previsione termica può arrivare fino alla modifica concreta del dwell o della potenza utilizzata dalla macchina.

È proprio questo collegamento fra fisica virtuale e istruzione di produzione a rendere la notizia particolarmente significativa.

Per AMCM il problema è inoltre molto concreto. La nuova generazione di grandi sistemi LPBF permette di produrre componenti da un metro o più, ma porta con sé un paradosso: più la tecnologia riesce a costruire parti grandi e costose, meno è accettabile scoprire i problemi attraverso una serie di tentativi fisici.

La simulazione diventa quindi non soltanto uno strumento utile, ma potenzialmente una necessità economica.

PanX non sostituisce il controllo macchina, non sostituisce CT e prove meccaniche e non certifica automaticamente una parte. Ma collegandosi direttamente a EOSPRINT può diventare qualcosa di molto più operativo: un filtro virtuale attraverso cui la build passa prima di consumare polvere, laser time e giorni di capacità produttiva reale.

Ed è probabilmente questo il vero significato dell’integrazione: non semplicemente prevedere meglio ciò che la stampante farà, ma utilizzare quella previsione per cambiare il job prima che sia troppo tardi.

Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI).