Thejuster (Admin)
Guru^2
Messaggi: 2305
Iscritto: 04/05/2008
|
Buongiorno ragazzi ho una domanda.
Un mio amico raccoglie macchinari da rottamare aziendali. E molti di questi hanno dei plc funzionali che vonogo abbandonati o buttati.
Ne ho preso uno ed è funzionante.
E della Mitsubishi.
Mi sorge una domanda.
Per poter iniziare a sperimentare il ladder o qualcosina su questi plc c'è bisogno di qualche software particolare?
O va bene winproladder?
Hanno qualche protezione che può impedire il caricamento di nuovi programmi o posso andare tranquillamente?
|
|
|
TheDarkJuster (Member)
Guru^2
Messaggi: 1620
Iscritto: 27/09/2013
|
Premetto che non ho familiarità con i PLC.
I microcontrollori hanno dei fuse che se bruciati inibiscono la riprogrammazione e penso che per i PLC sia lo stesso. Bisogna vedere se chi lo ha programmato l'ha fatto. Mi sa che l'unica è provare.
|
|
|
Thejuster (Admin)
Guru^2
Messaggi: 2305
Iscritto: 04/05/2008
|
Grazie juster.
Spero che non hanno bruciato appositamente quei fusibili.
Anche perché non sò nemmeno dove dovrei guardare.
per il software va bene?
ho sperimentato piccole cose su un simulatore e sembra abbastanza facile da capire.
almeno per quanto riguarda l'input ed output di tensione.
mentre per la lettura dei dati, o motori non ho la più pallida idea di come leggere valori etc. 
vabbe almeno in questa prossima quarantena non mi annoierò
|
|
|
Lucios (Normal User)
Newbie
Messaggi: 12
Iscritto: 19/10/2020
|
Ho letto solo ora quindi forse hai già risolto, comunque:
ogni PLC ha il suo ambiente di sviluppo. Per Mitsubishi puoi cominciare guardando qui https://it3a.mitsubishielectric.com/fa/it/products/cnt/plce ...
Non sono un esperto di Mitsubishi in particolare ma mi pare di ricordare che dipenda anche dal modello.
I "fuse" non c'entrano nulla, almeno sui PLC moderni.
Naturalmente per imparare a "fare cose" con i PLC bisognerebbe avere una preparazione, almeno di base.
Sono macchine pensate per l'automazione e poco hanno a che fare con la programmazione tradizionale o con i microcontrollori. Non esiste uno standard di fatto anche se si sta cercando di imporre degli standard tipo CODESYS.
|
|
|
AldoBaldo (Member)
Guru
Messaggi: 699
Iscritto: 08/01/2015
|
So che è una domanda campata in aria, però leggendo m'è venuta una curiosità su questi "PLC" (per farvi un'idea, ho dovuto cercare il significato della sigla con un motore di ricerca, da tanto ne so)... Le centraline che infestano le auto, le motociclette e perfino le biciclette (!) di oggigiorno rientrano in questa categoria? Anche quelle che controllano, che so, le "sospensioni intelligenti" (finché non si guastano, poi ti schianti) o certi sistemi di frenatura o di controllo dell'assetto o... insomma, il punto dovrebbe essere chiaro.
ATTENZIONE! Sono un hobbista e l'affidabilità delle mie conoscenze informatiche è molto limitata. Non prendere come esempio il codice che scrivo, perché non ho alcuna formazione accademica e rischieresti di apprendere pratiche controproducenti. |
|
|
Lucios (Normal User)
Newbie
Messaggi: 12
Iscritto: 19/10/2020
|
Domanda più che legittima per chi non è del mestiere 
Le centraline per auto, ecc. sono soluzioni embedded molto verticali e pensate per il compito assegnato, non si possono prettamente definire PLC.
I PLC (o controllori logici programmabili) sono delle apparecchiature industriali "general purpose", pensati cioè per "far funzionare" macchine industriali nei più disparati settori: manufacturing, alimentare, chimico, petrolifero, ecc. ecc.
Facciamo un excursus storico:
Una volta se aprivi un armadio elettrico qualsiasi (ad es. di una macchina per confezionare tortellini) ti trovavi di fronte ad una marea di relè cablati in modo di svolgere il compito; in seguito i relè sono stati sostituiti nell'ordine: da circuiti a transistor, da schede integrate TTL e/o CMOS, da schede gestite a microprocessore però dedicate allo scopo, programmabili il più delle volte in Assembly e con i programmi compilati memorizzati in EPROM.
Tutti i suddetti sistemi avevano il problema che ad ogni modifica di funzionamento, piccola o grande che sia, dovevi andare a modificare l'hardware (a parte le schede a microprocessore che però ti obbligavano a cancellare e reincidere le EPROM).
I PLC sono nati sull'onda della rivoluzione informatica e ti consentono di gestire delle periferiche (non intese come stampanti) ma come segnali di ingresso (pulsanti, interruttori, ecc.), segnali di uscita (elettrovalvole, motori, ecc.), e di implementare una logica di funzionamento semplicemente modificando del software. Una grossa rivoluzione!
In realtà si tratta sempre di elaboratori che però devono rispettare imperativamente almeno i 2 requisiti seguenti:
1- Essere perfettamente a norme industriali (insensibili ad interferenze elettromagnetiche, disturbi, ecc.)
2- Ma soprattutto gestire un real-time "reale", scusa il gioco di parole...
Un PLC deve eseguire il programma in esecuzione in un intervallo di tempo ben definito e costante perchè ad es. se alla pressione di un pulsante devi azionare una valvola che apre un flusso in un tubo e la devi arrestare dopo 250 msec o nell'attimo esatto in cui interviene un livello, devi essere sicuro che ciò accada.
Per fare ciò la quasi totalità dei PLC usa hardware dedicati e sistemi operativi appositamente pensati per questo.
Ci sono anche PLC che usano particolari distribuzioni Linux con un kernel modificato per gestire il real-time ma sono pochi.
In genere, ma non è sempre così, il S.O. di un PLC ha una o più task cicliche che girano in un tempo discreto ed il programmatore installa all'interno di esse il programma utente.
Ma la cosa più "bastarda" è che nel corso degli anni ogni produttore di PLC è andato per la sua strada, per cui ad oggi non esiste uno standard "de facto" tra i vari modelli, e gli ambienti di sviluppo di conseguenza sono tipicamente proprietari.
I linguaggi di programmazione sono molteplici anche se ultimamente molti si stanno uniformando allo standard IEC 61131 (lascio a te l'onere di andarlo a consultare,soprattutto se soffri d'insonnia...) che prevede i seguenti 5 linguaggi:
- Ladder
- SFC
- IL
- Function Block Diagram
- Structured Text
Ultima modifica effettuata da Lucios il 05/01/2021 alle 14:02 |
|
|
Lucios (Normal User)
Newbie
Messaggi: 12
Iscritto: 19/10/2020
|
Dimenticavo...
le apparecchiature al di fuori dell'ambito industriale che più si possono assimilare ai PLC sono quelle destinate alla domotica, giusto per darti un'idea.
|
|
|
AldoBaldo (Member)
Guru
Messaggi: 699
Iscritto: 08/01/2015
|
Anche se stendo un velo pietoso sulla mia comprensione di certi particolari che hai spiegato, credo di aver compreso le linee generali (diciamo "divulgative") della tua risposta. Tra l'altro, ti ringrazio in modo particolare per il tempo che hai dedicato a prepararla -- francamente mi aspettavo giusto un accenno, e sarei già stato soddisfatto così.
Il fatto che esistano ancora apparecchiature non standardizzate (anzi, a naso direi che si tratta della maggior parte, e il fenomeno non riguarda certo solo l'elettronica) mi infastidisce parecchio, anche perché temo che le ragioni siano in massima parte di carattere speculativo. Se solo potessi essere io il dittatore del mondo... 
ATTENZIONE! Sono un hobbista e l'affidabilità delle mie conoscenze informatiche è molto limitata. Non prendere come esempio il codice che scrivo, perché non ho alcuna formazione accademica e rischieresti di apprendere pratiche controproducenti. |
|
|
Thejuster (Admin)
Guru^2
Messaggi: 2305
Iscritto: 04/05/2008
|
grazie per le delucidazioni lucios.
Cmq si tratta di un PLC Mitsubishi che avrà almeno 15 anni.
Più che un PLC sembra un controllo motori.
l'unico suo compito e quello di attivare o disattivare motori al passaggio di una fotocellula.
direi cosa molto semplice da realizzare.
Quello che pensavo è, usando il drag e drop la vedo dura creare logiche molto elaborate.
servirebbe per forza qualcosa di scritto via codice per definire diversi comportamenti.
Prendo esempio un video che mi è saltato in faccia casualmente.
I Robot di Amazon quello che girano tipo come scaffali.
Non credo i plc contenuti siano semplicemente programmati a Drag e Drop.
Ma devono interfacciarsi con tutti gli altri robot presenti magari via wifi e stabilire un nuovo percorso di movimento nel caso il loro sia già impegnato. cose assurde insomma.
|
|
|
| 
