Pulsante per set/reset S7-1200

[paolo1969]

ok grazie.

[spai]

La soluzione N.1 del post [9] funziona, se elimini il contatto "E0.0" prima del rilevamento del fronte di salita di E0.0 stesso.

[paolo1969]

Ciao spai , e grazie per la risposta ........ ho provato anche il tuo consiglio , funziona anche questo come gli altri.... vibra sempre il rele dell'uscita e il funzionamento non e costante...

[spai]

Allora hai qualche altro problema.
Quel sistema per generare un flip-flop è supercollaudato.

Sicuro di non usare, per esempio, il merker di appoggio per il fronte di salita anche in altre parti del programma?
Il segnale sull'ingresso, da dove arriva? Sicuro che non ci sia, per esempio, un contatto che rimbalza? Che filtro c'è impostato, in configurazione hardware, sull'ingresso?

[paolo1969]

Uso le impostazioni di fabbrica, tempo ciclo 150ms, filtro di inserimento 6,4 ms ,per attivare l'ingresso uso il simulatore, ci sono solo queste poche righe di programma nel plc.....

[spai]

Merker di clock e di sistema?

[paolo1969]

Controllato anche quelli..... sono a posto.

[Candy]

Evidentemente esiste la magia. Io però non la conosco.
Ti ho già spiegato in [4] cosa occorre fare, ti ho già detto che le soluzioni in [9] sono da gettare. Ti ho detto che per programmare si una la conoscenza, non la politica.

STORIA DI UNA SIMULAZIONE.
...Lanciamo il TIA PORTAL. (Ma anche dopo il lavoro?) Uff...

1) Prepariamo l'ambiente di lavoro:

1_CPu.jpg (14.31 KiB) Osservato 13439 volte

2) Controlliamo la config HW. 150 ms di watchdog sono il default, non ci serve, lasciamolo stare così.

2_CfgHw.jpg (31.21 KiB) Osservato 13439 volte

3) Controlliamo che di default i merker di clock non siano linkati, tanto non ci servono.

3_mc.jpg (20.28 KiB) Osservato 13439 volte

Ok, è cosa ci serve.

4) Scriviamo il ladder in OB1:

4_ladder.jpg (26.15 KiB) Osservato 13439 volte

5) La CPU concreta non ci serve, basta il simulatore:

5_Cpu.jpg (27.09 KiB) Osservato 13439 volte

Ok, girà. Sta in RUN. Proviamo.

6) Primo step. tutto a zero:

6_Primostep.jpg (72.35 KiB) Osservato 13439 volte

7) Simulo l'ingresso I0.0, sta premuto per un poco:

7_Secondostep.jpg (67.23 KiB) Osservato 13439 volte

8) Rilascio I0.0... L'uscita Q0.0 non ha mai vibrato, è ad 1 per ora:

8_Terzostep.jpg (67.24 KiB) Osservato 13439 volte

9) E' rimasta ad uno... Bene. Andiamo avanti, per ora non vibra. Ripremo I0.0:

9_Quartostep.jpg (71.16 KiB) Osservato 13439 volte

10) Ancora bene, si è spenta Q0.0, ed ora? Se lascio I0.0? Proviamo:

10_End.jpg (67.26 KiB) Osservato 13439 volte

Bene. Sembra funzionare. Non ha mai vibrato nulla. Ed il LADDER sembra quello postato in [4], non altrove.
Bene, è ancora come penso io: vince la logica sulla magia e sulla politica.

Verifica.

[spai]

ti ho già detto che le soluzioni in [9] sono da gettare.

Perché?
Io considero (la soluzione Nr.1) il modo migliore per fare un flip-flop.
Se ci fosse anche l'istruzione XOR (come, per esempio, in S7-300), diventerebbe ancora più semplice.

L'unica cosa sbagliata è il rilevamento del fronte di salita.
Sempre con riferimento al post [9] soluzione Nr.1, M20.0 è utilizzato come flag per la rilevazione del fronte di salita, e anche come fronte di salita stesso.
Mi dispiace essermene accorto solo ora, ma è evidente che così non può funzionare.
Tutto il resto però sì che funziona.
Ho buttato giù su una cpu S7-1212 il seguente codice:

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Come c'era da aspettarsi, funziona alla grande.
Superfluo dire che mi sarei meravigliato del contrario.

[Candy]

Quello che hai postato in [19] è ben diverso da quanto postato in [9]; per forza che funziona.
Anche se a dire il vero, la grafica da te usata in [19] non mi è familiare, forse appartiene a qualche CPU specifica? Mi ricorda di più le S7-200...