Programmazione PLC: è ora di fare un passo avanti?

permettimi di intromettermi nel tuo ragionamenti, io programmo plc da oltre 30 anni ho iniziato quando i plc si programmavano con tastierino dedicato con i tasti che riportavano i numeri e alcune lettere, poi c'è stata l'evoluzione dei pc e siamo arrivati ai nostri giorni.
Quando ho iniziato ad avvicinarmi alle soluzioni softplc era il lontano 1992 prodotto da una società italiana e si programmava in un linguaggio simile a quello che oggi è il linguaggio strutturato.
Quando ho proposto la soluzione del softplc tutti mi dicevano che ero matto (colleghi e fornitori) ad affidarmi ad un plc per automatizzare la mia macchina, ma avevo gia capito che la strada del futuro era quella non una scatola con dentro un micro e la programmazione a contatti.

Proseguo qui il tuo ragionamento, iniziato in questo thread, per non sporcarlo ulteriormente. Tuttavia vale la pena tentare un approfondimento.

Sicuramente l'automazione industriale ed il mondo della programmazione a PLC deve chiedersi che futuro vuole ritagliarsi, rispetto a tutto cosa lo circonda e le aspettative del mercato e degli utenti finali.

Mentre quando tu hai iniziato a lavorare, più o meno lo stesso periodo in cui ho iniziato io, l'automazione tramite PLC e poi tramite HMI aveva portato una reale e concreta novità, rispetto ad un modo di fare che fino ad allora nessuno conosceva, e quindi fonte indubbiamente di timori e reticenze varie, oggi rischia di invecchiare ed essere mess all'angolo.

Non tanto l'automazione che, in qualche modo, andrà sempre avanti; semmai gli attori che ne fano parte.

Soprattutto chi ha integrato nella logica storica risolta dl PLC anche il cosidetto "motion" ha guardato a CodeSys e poi lo ha adottato come ambiente di programmazione di più ampio raggio. Ma il problema non è se si deba guiardare a CoDeSys, piuttosto che altri sistemi di sviluppo. A mio avviso il problema è altrove.

Il modo di progrmmare, anche nell'automazione del macchinario, non deve isolarsi troppo, o per nulla, dagli altri modi di programmare: vuoi microcontrollore, PC, tablet o quello che sarà. Io non condivido affatto che, per il solo motivo che gli addeti al mondo dell'automazione sono manutentori poco istruiti ed affini ai linguaggi, si debbano adottre forme di programmazione "semplificata" con oggetti preconfezionati dai vari brand e, per altre esigenze, tutto sia reso "impossibile", o "possibile" con pacchetti o licenze aggiuntive. E non intendo dire che non debano esserci pacchetti e licenze aggiuntive. Intendo dire che anhe il sistema di automazione debba poter fare uso e disporre di tutte le soluzioni offerte da altri sistemi.

Un esempio banale, che avevo già accennato nel precedente thread: possibile che per rappresentare un rettangolo, una frase, od un numero, su un pannello HMI, debba programmare due sistemi diversi almeno: uno logico ed uno grafico? Ma non esiste poprio più ormai. Tra qualche anno CoDeSys si installerà su dei tablet integrati, penso, spero... PErché diversamente la professione che in questi anni è stata dei programmatori di PLC, passerà a tenici più attenti ed idonei ad altri sistemi di programmazione integrati.

Allora, e mi riallaccio al discorso del thread originale: devo davvero accettare di non poter creare file e scriverci dentro cosa voglio, solo per il fatto che gli sviluppatori del sistema logico hanno pausa che alcuni addeti lo usino male e mandino in "palla" il sistema? Ma non deve essere un problema mio, non deve essere un problema del linguaggio di programmazione che viene dunque limitato. Semmai sarà un problema di chi avrà scritto quel codice errato, pesante, o cosa altro sarà.

Oggi il cliente più ignorante in materia ha almeno uno smartphone con cui può fare di tutto, ci chiede di risolvere problemi, incredulo che invece "noi", per fare qualcosa in più che non accendere lampadine dobbiamo creare architetture con PLC, HMI, server dati, reti, ecc. Giusto il mese scorso mi è successa una cosa simile: su un impianto che montava una S7-300 ed un HMI di quelli nuovi, ma hanno chiesto di esportare su flash USB alcuni dati di produzione: come fare? Quando gli ho detto quali erano le soluzioni tecniche possibli, mi hanno guardato male, pensando che ne volessi approfittare. Eppure chi è che oggi non si aspetta, come minimo, che un sistema di automazione possa esportare alcuni dati almeno su file CSV?

Non so se il filo conduttore del mio ragionamento sia chiaro a tutti. Trovo assurde tutte le limitazioni poste al sistema per paura che un utente "programmatore" poco attento posa fare danni. Forse è una scuola di pensiero che ha prevalso, ancora fortemente esaminata nelle stanze dei bottoni, non so. Spero però non duri un giorno di più.