Che Linguaggio Usate?

[luca78]

Ciao a tutti,

solitamente che linguaggio usate per programmare???

io sto iniziando con il ladder perche per il momento lo trovo piu semplice ma poco potente e limitato, mi stavo spostando su IL ma ho anche visto ST che mi sembra abbastanza completo.

che ne pensate??? ho visto male??

[varlux]

La risposta in un link.

[TRC]

Beh il Ladder è comune al 99,9 % di PLC, se parli di Siemens 300 c'è l'AWL (equivalente a IL in tedesco) che è il massimo per crearti i blocchetti funzionali e fare le operazioni un po' particolari, comunque il linguaggio è una scelta personale che cambia con gli anni, di solito dopo un po' di tempo (parlanto di Step 7) i linguaggi si mischiano, personalmente uso il Ladder mischiato a qualche FB e FC in AWL, l'altro linguaggio (quello per gli elettronici puri) non lo capisco, ciao

[Piero Azzoni]

non comprendo quale e', secondo te la limitazione del ladder

coas non puoi fare ?

[luca78]

ma io parlo per la mia piccolissima esperienza e mollti FB in ladder non riesco ad aggiungerli ma solo in IL e ST magari e una limitazzione del programma che sto usando quello dell ABB

[Luca Bab]

Ovviamente con il ladder ti dimentichi tutto quello che parla di puntatori

personalmente divido i blocchi in base alle funzioni , quindi tutto quello che e' automazione pura lo programmo in KOP , mentre per tutti i dati uso AWL

Attenzione che il KOP utilizza piu' memoria ( provate a mettere a zero 5 word )

ciao

Luca

[luca78]

non lo sapevo questo.

grazie

comunque sto cercando di impare bene ST dovrei riuscire a far tutto con quello con trovate?? e poi da quello che ho capito va bene per tutti i plc

[varlux]

comunque sto cercando di impare bene ST dovrei riuscire a far tutto con quello con trovate?? e poi da quello che ho capito va bene per tutti i plc

Anche KOP va bene per tutti i PLC

Anche AWL va bene per tutti i PLC

Anche SFC va bene per tutti i PLC

.......

[rddiego]

seeee per tutti i plc che hai usato tu!!!!!!

[varlux]

seeee per tutti i plc che hai usato tu!!!!!!

Per tutti quei PLC dei quali ho letto le caratteristiche.

[Cristina Fantoni]

personalmente divido i blocchi in base alle funzioni , quindi tutto quello che e' automazione pura lo programmo in KOP , mentre per tutti i dati uso AWL

Concordo, solo che, utilizzando prevalentemente =S=, uso ST per l'elaborazione dei dati, le regolazioni, ... ed LD per l'automazione "pura"

comunque sto cercando di impare bene ST dovrei riuscire a far tutto con quello con trovate?? e poi da quello che ho capito va bene per tutti i plc

Il linguaggio ST non mi sembra che ci sia (di base) in tutti i PLC, e' molto piu' facile che ci sia IL (AWL per Siemens), infatti alcuni PLC non implementano tutti i linguaggi: se li vuoi utilizzare compri un applicativo a parte.

In ogni caso, e' assolutamente vero che con ST fai tutto, ma quando sei in fase di collaudo, per cio' che riguarda la parte piu' squisitamente digitale, e' spesso molto piu' comodo il Ladder, da qui la scelta di alcuni di utilizzarli secondo necessita'.

Per tutti quei PLC dei quali ho letto le caratteristiche.

Ricordati che la teoria e' basilare, ma senza la pratica il suo valore e' molto ridotto... sui manuali e' spesso molto facile, e' quando ti devi "smazzare" un problema che viene davvero da ridere.... :ph34r:

In ufficio ho appeso una massima di Albert Einstein:

"La teoria e' quando si sa tutto e niente funziona, la pratica e' quando tutto funziona e nessuno sa il perche'. In questo caso abbiamo messo insieme la teoria con la pratica: non c'e' niente che funziona e nessuno sa il perche'".

[varlux]

non c'e' niente che funziona e nessuno sa il perchè!

[Ron the bon]

In effetti bisogna vedere con che plc lavori. Alcuni plc ti danno la possibilita' di programmare in diversi linguaggi, altri invece no.

Personalmente preferisco il ladder, anche perche' in fase di prova lo trovo piu' facile e "vedo" subito cosa e' attivo e cosa no.

Se pero' prendi S7, come vuoi fare un ladder un po' piu' "strano" ecco che non funziona piu' e devi cambiare in awl. Lo stesso se usi i puntatori.

[senior_eng]

Caio a tutti/e

A parte che la marca di PLC ti limita eventualmente sul tipo di programmazione, io vorrei chiedere una cosa...

Qual'e il linguagio di programmazione piu' facile per il gruppo/team di manutenzione in ogni struttura industriale?

Forse qulche volta cerchiamo una soluzione piu' semplice per noi durante la programmazione e ci sfugge che il programa eventualmente deve essere utilizzato anche da altri che hanno conoscenze differenti dalle nostre (vedi personale tecnico del cliente).

Scusate l'intrusione, ma sono nuovo nuovo (qui nel forum) e provo a condividere le mie esperienze..

Grazie

[Luca Bab]

Non c'e' una risposta alla tua domanda

solitamente il linguaggio piu' facile e' quello che conosci meglio

e' solo una questione di gusti personali ,

solitamente chi viene dalla elettromeccanica preferisce il LAD

chi viene dai PC preferisce AWL

Inoltre ti posso dire che se il codice ( sia PLC che pannello ) e' fatto bene , il cliente finale non ha bisogno di saper leggere il programma

Ciao

Luca

[lucios]

Inoltre ti posso dire che se il codice ( sia PLC che pannello ) e' fatto bene , il cliente finale non ha bisogno di saper leggere il programma

Giusto, ma io devo ancora trovare un cliente i cui tecnici della manutenzione, a parte nelle automazioni più semplici, riescano a capire bene il funzionamento di un programma di plc (in qualsiasi linguaggio sia scritto).

Non perchè siano scemi, ma perchè dietro lo sviluppo di un'automazione c'è: studio preventivo, analisi funzionalità, conoscenza (leggi "zucca" ) del programmatore, ecc. ecc.

Non è proprio un'operazione semplicissima capire quello che è stato fatto da altri....

Ciao

[Luca Bab]

Giusto, ma io devo ancora trovare un cliente i cui tecnici della manutenzione, a parte nelle automazioni più semplici, riescano a capire bene il funzionamento di un programma di plc (in qualsiasi linguaggio sia scritto).

Appunto , un buon codice ( ripeto , sia per PLC che pannello ) , ed una buona documentazione cartacea , evita ai tecnici il bisogno di saper leggere il programma

Bye

Luca

[senior_eng]

Ciao Luca,

Condivido la tua oservazione sulla scelta del linguaggio in base alle "radici" tecniche, ma posso anche confermarti che i Clienti finali (in strutture industriali di una certa entita') hanno un gruppo manutenzione che gradisce (letteralmente ORDINA) avere la possibilita' di leggere, verificare, modificare ed aggiornare il od i programmi PLC forniti dalla societa' di progettazione. Probabilmente nel caso di macchinari standard tipo OEM non e' richiesta tale flessibilita', ma nei processi continui (acciaierie, cartiere, petrolchimici, farmaceutici etc..) e' vivacemente richiesta.

Nella mia esperienza, ho notato che normalmente I clienti Europei preferiscono LADder per impianti di almeno 5 anni, mentre nei processi piu' recenti si avvicinano al tipo di programmazione grafica a blocchi IEC. Nel settore Asiatico/Americano sono piu' propensi a radici LADDER anche nei processi nuovi.

Queste flessibilita' di programmazione aperte all'intervento del Cliente finale riguarda processi complessi o di strutture alquanto estese.

Certo l'esperienza di altri utenti potrebbe darci una visione piu' ampia sulla tendenza del mercato.

Da parte mia, cerco sempre di sviluppare il programma in maniera che qualunque tecnico possa intervenire senza dover "sudare" sette camice per capirne la filosofia ed il concetto, anche perche' la manutenzione (con un certo livello di specializzazione ovviamente) e' quella che dopo qualche anno conoscera' l'impianto specifico molto meglio del progettista

Grazie

[Luca Bab]

Anch'io condivido la tua osservazione

Con la mia esperienza , ti posso dire che non sono mai state richieste particolari regole per la scrittura del codice ( anche da parte di grosse multinazionale ) , da commessa compare solo il tipo di plc .

Ovviamente un programma chiaro , favorisce non solo il cliente ma anche chi dovra' metterci le mani in futuro ( anche chi lo ha scritto )

Poi le mentalita' dei clienti sono varie ed eventuali ,ne ho trovati che si arrangiano per qualsiasi cosa ( anche grosse modifiche HW e SW ) mentre altri di regola richiedono sempre l'intervento del tecnico

anche perche' la manutenzione (con un certo livello di specializzazione ovviamente) e' quella che dopo qualche anno conoscera' l'impianto specifico molto meglio del progettista

Su questo punto non concordo pienamente , poiche' se l'impianto dopo qualche anno ha avuto bisogno di tanta manutenzione ............................................

ciao

Luca

[Ron the bon]

Daccordo con Luca Bab,

Se il programma e' protetto e nessuno lo cambia allora seguendo la documentazione si riesce a capire.

Pero' alle volte ci sono ditte che per risparmiare fanno loro stesse dei cambiamenti e se poi alla fine non funziona ti dice: noi NON abbiamo fatto niente, non funziona piu'. E allora li le cose cominciano a complicarsi.

[batta]

Qual'e il linguagio di programmazione piu' facile per il gruppo/team di manutenzione in ogni struttura industriale?

Salvo rare eccezioni ritengo si possa tranquillamente affermare che il linguaggio più facile sia il ladder. Più facile e migliore non sono però sinonimi.

Secondo me il ladder è più immediato ed ha il vantaggio di fornire una visualizzazione che non ha quasi bisogno di interpretazione, tanto è immediata, anche in segmenti complessi con logica booleana. Presenta invece limiti notevoli nella manipolazione di variabili, costringendo ad effettuare passaggi che con altri linguaggi non servono.

Poi, come in tutte le cose, è questione di abitudine e di motivazioni puramente soggettive

Personalmente, salvo i casi in cui mi viene espressamente richiesto dal cliente, programmo quasi tutto in AWL. Anche segmenti complessi che contengono solo logica booleana, difficili da interpretare in awl, li scrivo usando sempre istruzioni semplici (con poche parentesi, per intenderci) e variabili locali di appoggio. Insomma, se ci sono tre diverse condizioni da controllare per attivare un bit, piuttosto che fare un segmento in ladder con i tre rami in parallelo, appoggio le tre condizioni a 3 variabili locali che poi utilizzo in OR per l'attivazione del bit.

Modificato: 5 ottobre 2006 da batta