
Part Production Cell — MES & OEE
OpenPLC, Ignition Perspective e SQLite: eventi, KPI e cause dei fermi macchina organizzati in modo chiaro.
Flex4 era un progetto in outsourcing per un’azienda svedese di climatizzazione. Il prodotto si collega ad apparecchiature tecniche, riceve dati dai sensori e aiuta gli utenti ad analizzare e bilanciare le prestazioni del sistema.
La sfida progettuale era trasformare le precedenti soluzioni mobile e web in un unico prodotto coerente, mantenendo flussi distinti per telefono e tablet.
Mi sono concentrato sulla chiarezza degli scenari, sulla logica di configurazione, su grafici e registri leggibili, sull’adattamento multi-brand e su decisioni di handoff valide su tutte le piattaforme.

I requisiti erano definiti in anticipo, ma il vecchio prodotto richiedeva ancora una ristrutturazione a livello di prodotto. Ho esaminato i flussi chiave, individuato dove l’interfaccia rallentava il lavoro e chiarito dove la logica poteva essere semplificata prima di passare alle schermate.

L’utente apre l’app, vede le apparecchiature disponibili, le collega e passa alla configurazione. È lo scenario più semplice e ricorrente, quindi è diventato la base dell’intera interfaccia.
Il passo successivo è configurare i flussi. Ce ne sono diversi tipi. Il compito è scegliere una configurazione di riferimento con cui confrontare i dati. Era importante non sovraccaricare l’utente mantenendo comunque il controllo.
Dopo la configurazione compaiono i dati. Grafici e registri mostrano lo scarto tra le letture dei sensori e i valori di riferimento. Così si vede subito se tutto funziona correttamente e se c’è spreco energetico.
Siamo partiti da Flex 2, una versione semplificata del prodotto. Il compito non era coprire tutti gli scenari, ma trovare le fondamenta e definire una direzione visiva. Abbiamo creato schermate chiave e navigazione di base, verificato il comportamento dell’interfaccia in scenari reali e visto cosa funzionava e cosa doveva essere ricostruito. Questa versione è diventata il riferimento per le decisioni successive e ha aiutato a evitare rifacimenti nelle fasi seguenti.

Ho reso la prima schermata il più semplice possibile. Un grande pulsante di ricerca definisce lo scenario principale e porta alla configurazione del sensore. Ho aggiunto una barra di stato per la connessione: occupa poco spazio ma mantiene l’utente informato sul sensore. Le informazioni utili restano sempre visibili, senza azioni aggiuntive.
Ho usato uno stepper e dei chip per selezionare il tipo. Dopo la revisione abbiamo eliminato azioni una tantum come “apri / chiudi valvola” e mantenuto solo i passaggi fondamentali. Il grafico è stato spostato nel pannello inferiore. Questo ha semplificato la schermata e reso lo scenario più chiaro. La soluzione si basava su pattern moderni e sul comportamento reale degli utenti.
Non tutte le idee hanno funzionato al primo tentativo. Abbiamo dovuto abbandonare le azioni tramite pannello inferiore, perché gli utenti le trovavano scomode. Abbiamo mantenuto i popup e i chip per la navigazione. Questo insieme di schermate è stato sufficiente per definire lo stile, testare ipotesi e completare con calma il resto del prodotto.
La versione tablet è stata progettata per uso professionale: più informazioni a schermo, una logica più vicina al desktop e meno transizioni inutili. L’obiettivo era una vista che sostenesse panoramica, leggibilità e sessioni lunghe con dati tecnici.

Le informazioni sono disponibili subito. Non serve passare tra impostazioni e grafici. Ho aggiunto tab classiche per la navigazione: più chiare e familiari, senza la confusione dei chip.
Grandi quantità di dati risultano sensibilmente più facili da leggere. La navigazione resta sempre visibile. Meno transizioni, meno azioni aggiuntive.
La palette è stata adattata per 15 brand. L’interfaccia si adatta automaticamente al colore principale del brand. La coerenza visiva resta invariata in tutte le configurazioni.
Conclusioni

OpenPLC, Ignition Perspective e SQLite: eventi, KPI e cause dei fermi macchina organizzati in modo chiaro.

OpenPLC e Ignition: logica Ladder, macchina a stati in Structured Text, feedback dei sensori e cicli normali verificabili.

Monitoraggio enterprise per una centrale nucleare: stati del sistema, vincoli ingegneristici e logica 3D degli stoccaggi.