Step 7 300 Utilizzo Tabella Simboli

[fiorezzz]

Sono abituato a utilizzare la tabella simboli all'interno dei vari progetti in step 7 300 per una questione di commentare il più possibile quello che faccio e per avere una traccia dei merker contatori ecc. già utilizzati e di avere il tutto all'interno dello stesso progetto sw.

Mi sono confrontato con altri programmatori e in particolare in una grossa azienda non utilizzano la tebella simboli ma fanno le stesse cose compilando un documento word (in cui è stata inserita una tebella ) e quindi devono usare questo documento per avere traccia di quanto scritto e di conseguenza per ogni riga awl ( modo di programmazione comune utilizzato) scrivono il relativo commento .

Alla mia domanda di come mai non usino la tabella simboli mi hanno risposto : " per progetti complessi la tabella simboli non è efficente "

Voi cosa ne dite ? ..io sono sconcertato

[Felice_Boccia]

Ma, cosa dire????

La risposta che ti forniscono è alquanto blanda, progetti complessi con un plc s7 300, e se usavano dei 400 come li avrebbero descritti???. La tabella dei simboli contiene i commenti di tutte le variabili che si possono usare tranne quelle contenute in DB, quindi sfogliando il programma puoi subito vedere a cosa corrisponde lo stato del bit o word che stai osservando.

Forse non sanno che possono commentare ogni singola riga scritta in AWL ( // Carica xxxxxxxxxxxxxxx).

Ma poi come fanno per la messa in servizio, ogni volta sfogliano il loro listato dei simboli?? E fanno efficienza BOOOOO.

Mi viene da pensare pure che magari non includono i commenti per evitare o rendere più difficile la lettura del programma da parte di terzi. Comunque per le aziende con cui lavoro chiedono sempre espressamente a capitolato che il software sia commentato in tutte le sue parti ed in italiano.

Se scopri che scrivendo i commenti su word si riesce ad essere più efficiente tienici informati. Ciao

[fiorezzz]

Loro commentano riga per riga tipo M5.0 //Consenso Apertura Porta

ma mi immagino quando devono scrivere 100 volte M5.0 andare a recuperare il relativo commento dopo il // ..se tale commento lo scrivevano nel simbolico era gia fatta

[Massimo Bernardi]

Io la vedo così:

La "Grossa Azienda" è piuttosto una "Vecchia Azienda" con regole feree che non possono essere cambiate

Probabilmente con sistemi di programmazione paleolitici (mi ricordo il tastierino dell'Hitachi) poteva essere utile, ma con strumenti cone quelli che abbiamo a disposizione oggi mi sembra una Str*****a pazzesca.

Mi sa che hai parlato con l'ultimo arrivato e non sapeva cosa rispondeti.

Io lavoro su progetti abbastanza grandi (Forni ed essiccatoi per laterizi, Colate continue e forni per acciaierie) e mi viene da ridere pensando di tenere aperto word per capire il significati di un merker o consultare 4 pagine per cecare un'uscita o una decina di pagine per un proximity.

Prova a dirgli che trovi più efficiente un foglio di carta stampata conì non deve passare a word per consultarlo.... e fatti due risate

Cero CTRL+T (o ctrl+F) aiuta ma hai voglia.....

Massimo

[TRC]

Beh dai, la tabella simboli non è il massimo da tenere ordinata, su qualche migliaio di variabili tutte in fila senza spazi divisori viene difficile da leggere, soprattutto per controllare se una tal memoria o timer o altro è già utilizzato o meno, del tipo quando ci sono simboli per parole e bit

un ordine giusto per la lettura sarebbe:

WORD

mw 0 //pulsantiera 1

mb 0 // tasti

m 0.0 tasto 1

m 0.1 tasto 2

..

..

..

mb 1 // lampade

m 1.0 led 1

m 1.1 led 2

..

..

TABELLA SIMBOLI

m0.0 tasto 1

m0.1 tasto 2

m1.0 led 1

m1.1 led 2

mb0 tasti

mb1 led

mw0 pulsantiera

[lucios]

soprattutto per controllare se una tal memoria o timer o altro è già utilizzato o meno

Ma per questo c'è la cross-reference!

Ciao

[Massimo Bernardi]

Sicuramente se devi gestire un impianto di grosse dimensioni e cominci a fare casino con la abella dei simboli non ci salti più fuori, ma credo che con un file di testo il problema rimanga.

Qualche volta mi è toccato si usare excel per riordinare un simbolico incasinato, specialmente se hai a che fare con qualche centinaia (o migliaia) di merker.

Usare i DB commentati con UDT e array semplifica molto la vita, ma per fare comparire i commenti dei DB devi richiamare tutte le volte l'operando per intero anche quando non serve, e se cerchi di ottimizzare al max il programma usare due istruzioni al posto di una (scrivere U DB7.DBX32.0 invece che U DBX32.0) non è il massimo.

Sta di fatto che i commenti non li usi per vedere se una memoria è usata o no.... anche perche (sempre se hai a che fare con progetti di grosse dimesioni) non sei l'unico a mettere le mani in un programma e non puoi essere sicuro che chi ha lavorato prima di te abbia commentato tutto.

E nemmeno la cross reference è così sicura, infatti le variabili puntate non risultano utilizzate...

Secondi me l'unica cosa da usare è il buon senso, e il buon senso mi dice che se ho uno strumento a disposizione mi sembra da idioti non usarlo.... se poi lo uso male... allora sono imbecille io.

Massimo

[lucios]

Sicuramente se devi gestire un impianto di grosse dimensioni e cominci a fare casino con la abella dei simboli non ci salti più fuori

Perchè? Non capisco... la tabella dei simboli serve per rendere più leggibile il codice.

Con Siemens hai a disposizione una cross-reference che puoi visualizzare ordinata e filtrata come preferisci, inoltre hai una tabella di occupazione memoria che ti dice byte per byte se è stata usata, appunto, a word,byte, bit, ecc.

Cosa altro ti serve? L'unico problema sorge quando usi i puntatori, ma d'altronde uno che sviluppa plc non è un farmacista, deve lavorare con un pò di logica .

Ciao