Siemens Tp277 - Serie di pulsanti

[mazzucconi]

Buongiorno a tutti,

avrei una richiesta d'aiuto riguardo la gestione di pulsanti su di un touch siemens tp277 collegato ad un PLC che può essere della serie 400 o 300.

Devo visualizzare parecchi pulsanti e metterli a disposizione degli operatori.

Per non avere molte pagine da scorrere ho pensato di fare solo una pagina con diverse serie di tasti (8 per l'esattezza) sovrapposte e due frecce per andare avanti e indietro.

Le frecce incrementeno un conteggio che, in funzione del suo valore e sfuttando la funzione legata alla visibilità, permetto di impostare la serie di tasti che voglio.

Il sistema funziona ma da non programmatore quale sono, ammetto che è macchinoso.

Si può ottenere lo stesso risultato con un altro metodo ?

Grazie e buon lavoro

[pigroplc]

Il sistema in se non è macchinoso, casomai il debug potrebbe essere un pochino faticoso se non azzecchi i criteri di visibilità dei tasti legati ad un tag interno.

Potresti invece lasciare la stessa pagina e gli stessi tasti, solamente cambiando il valore del puntatore che vai a modificare con i tasti frecce puoi visualizzare diversi testi o bitmap sui pulsanti, e conseguentemente collegare l'impostazione di bit differenti in funzione di una variabile multiplexata sempre secondo l'indice prima menzionato.

Se invece ai pulsanti vuoi attribuire funzioni diverse dal semplice set/reset di bit bisogna creare uno script per ogni tasto che semplicemente utilizzi una funzione del tipo "case"

(NON SO SE IL TP277 ACCETTA GLI SCRIPT, QUESTO E' DA VERIFICARE)

in conclusione, se le pagine non sono tante (tipo una decina) e tu non hai dimestichezza con Winccflx il sistema più semplice è fare le pagine.

pigroplc

[batta]

Fai più pagine, anche fossero 100.

Ne guadagni in semplicità di gestione e flessibilità. Senza parlare del debug.

E poi, copiare una pagina e modificare gli oggetti non richiede più tempo che copiare gli oggetti (col casino che ne consegue per la sovrapposizione), modificarne le proprietà e incasinarsi pure con la visualizzazione. Anzi.

[mazzucconi]

Scusate la risposta in ritardo ma ieri era un giorno di festa per me.

Nonostante il TP 270 accetti gli script, credo che la strada delle pagine sia per me quella da seguire.

Grazie

[mazzucconi]

Buongiorno

approfitto ancora di voi.

Ho provato a scrivere alcuni script aiutandomi che dei lontani ricordi di VB e sono riuscito a farli eseguire a comando.

Come posso eseguirli una volta sola all'avvio del Pannello o del PLC ?

Grazie

[pigroplc]

Bene per l'ardire, continua con gli script, con i quali si fanno un sacco di cosine furbe.

Se vuoi far partire lo script all'avvio del pannello devi metterlo come evento all'avvio della pagina dichiarata come pagina di avvio (a tal proposito ti avviso che i tag potrebbero essere non aggiornati all'atto dell'esecuzione dello script), per esempio se invece vuoi lanciarlo in occasione dell'avvio del plc basta mettere in ob100 una word=2 , che viene impostata come tag in lettura continua. Inoltre la word avrà come limiti zero e uno, quindi al superamento del valore limite maggiore esegui lo script.

Semplice vero?

pigroplc

[marco_d_piu]

Se a qualcuno dovesse servire credo di aver risolto il problema, lo verifico lunedì.

Ho l'ultima versione del software WinnCC Fkexible(mi arriva tramite contratto di aggiornamento "SUS") ma non ho mai scaricato HOT fix per questa versione.

Leggo ora sul Service and support della Siemens

-L'update 3 della mia versione del software risolve il problema dei tasti touch che non si rilasciano sul pannello KT1000

- L'update 10 (rilasciato il 14 di questo mese) risolve invece un'altro problema del pannello che avevo riscontrato. A volte (abbastanza frequentemente) il pannello perdeva la connessione profibus se un tasto touch veniva mantenuto premuto per più di pochi secondi. A causa di questo errore anche altre stazioni andavano in anomalia temporanea. Avevo tamponato spostando il pannello sulla connessione MPI della cpu, con buona pace dell'elettricista a cui ho fatto tirare 20 di metri di cavo in più.

Avrei dovuto verificare subito se il problema veniva trattato nelle note degli hot fix sul sisto della Siemens, tanto più che il pannello è abbastanza giovane. mi servirà da lezione per il futuro.

[marco_d_piu]

Scusate, ho fatto un po' di casino. L'ultimo mio intervento non riguardava questa discussione.

[mazzucconi]

Grazie pigro, sono riuscito a diminuire le originali 6 pagine (simili tra loro), con 2 solamente utilizzando gli scripts per sostituire i testi.

E' un peccato non conoscere bene VB.

Vorrei chiedere un'altra cosa.

Questa che sto facendo è una prova ed il pannello utiilizzato è troppo oneroso per la funzione che deve eseguire.

Poichè questo lavoro dovrebbe essere moltiplicato per una ventina di macchine sarebbe mia intenzione utilizzare il pannello KTP 600 sempre Siemens, quello con max 128 tag.

E' possibile eseguire gli scripts con questo modello?

[pigroplc]

A guardare la guida in linea di WinCC Flx 2008 SP2 alla voce "System limits" vedo che per il tuo pannello gli script non sono possibili.

La valida alternativa è quella di ventilare l'acquisto di 20 pannelli al tuo commerciale Siemens e vedere quanto sconto ti propone. Con i chiari di luna che ci sono in giro.......

pigroplc

[batta]

... sono riuscito a diminuire le originali 6 pagine (simili tra loro), con 2 solamente utilizzando gli scripts per sostituire i testi.

Io la vedo così: hai fatto un utile esercizio con gli script, ma da un punto di vista pratico ne vale veramente la pena?

Hai ridotto le pagine da 6 a 2. Proviamo ad elencare vantaggi e svantaggi.

Vantaggi:

- riduzione numero di pagine.

Ma è un vero vantaggio? Capirei da 200 a 2, ma da 6 a 2 non mi pare un gran risparmio, soprattutto considerando che le pagine in più sono fatte col copia/incolla.

Per quanto riguarda il risparmio di memoria, se non sei vicino ai limiti del pannello non ti serve a nulla: la memoria a disposizione la paghi uguale, sia che la usi, sia che non la usi.

Svantaggi:

- obbligo di utilizzo di pannello che supporta gli script (quindi problemi con i pannelli più economici)

- minor chiarezza globale del progetto (non si vede a colpo d'occhio cosa contengono le pagine, ma si devono interpretare gli script)

- maggiori difficoltà in fase di debug

- minor flessibilità nel caso in una pagina ci fosse bisogno di modifiche che la renderebbero diversa dalle altre, anche per pochi particolari (salvo risolvere con altre complicazioni, tipo visibilità degli oggetti o simili)

Insomma, a mio avviso la soluzione con gli script per risparmiare pagine non rende l'applicativo migliore, ma solo più complicato.

Se poi, come affermi, vorresti far girare l'applicativo su KTP600, ti conviene tornare alla soluzione con le 6 pagine (sono solo 6 pagine!!!) e vedere se per eventuali altri problemi risolti ora con gli script non si possano percorrere vie alternative.

Modificato: 21 dicembre 2010 da batta