camacio Inserita: 18 gennaio 2004 Autore Segnala Inserita: 18 gennaio 2004 Ciao a tutti.Volevo chiedere:vorrei fare un corso base per la programmazione di plc, ne ho trovato uno che tratta il "plc simatic s7-200 con pacchetto di programmazione "step7 micro win"".Il corso si svolge 3 giorni la settimana per un totale di 120 ore complessivi tra teoria e laboratorio,con un costo totale sotto i 500 euro.Cosa ne dite, sia per il prezzo ma sopratutto per il tipo di plc utilizzato? PS -sono un principante e con preparazione teorica bassa.grazie
camacio Inserito: 18 gennaio 2004 Segnala Inserito: 18 gennaio 2004 Ciao a tutti.Volevo chiedere:vorrei fare un corso base per la programmazione di plc, ne ho trovato uno che tratta il "plc simatic s7-200 con pacchetto di programmazione "step7 micro win"".Il corso si svolge 3 giorni la settimana per un totale di 120 ore complessivi tra teoria e laboratorio,con un costo totale sotto i 500 euro.Cosa ne dite, sia per il prezzo ma sopratutto per il tipo di plc utilizzato? PS -sono un principante e con preparazione teorica bassa.grazie
Livio Orsini Inserita: 18 gennaio 2004 Segnala Inserita: 18 gennaio 2004 (modificato) Circa 500 euro possono essere pochi o tanti: dipende da cosa ti danno.Tieni presente che la CPU più piccola, la S7-222, credo che tu la possa avere per meno di 200?, per microwin32 Siemens fornisce una versione di prova che vale 30 giorni, ma dopo la puoi ricaricare. La documentazione ed un corso base che ti permette di programmare in poco tempo (credo che dicano 20 ore) è gratuita. Quindi se questo corso si limita a mettriti a disposizione, per qualche ora un PC ed una CPU S7-2xx (non pensare di trascorre 120 ore con la macchina) secondo me è un furto!Se invece ti vengono impartite nozioni generali di automazione e risoluzione di problemi ad essa connessi, oltre ad impare l'uso e la programmazione del PLC, il corso ha un corso molto a buon mercato. Dubito però che sia possibile in 120 ore!Relativamente al PLC si può dire che è uno dei migliori della fascia bassa. Non è il migliore in assoluto, ma è senz'altro uno dei più diffusi, di ottima affidabilità, molto completo e di buone prestazioni.Poi vai alla Home page del forum e: Corso on-line GRATIS (per i tesserati). Si basa su un buon PLC e ti costerebbe solo il costo della tessera. Modificato: 18 gennaio 2004 da NULL
Livio Orsini Inserita: 18 gennaio 2004 Segnala Inserita: 18 gennaio 2004 (modificato) Circa 500 euro possono essere pochi o tanti: dipende da cosa ti danno.Tieni presente che la CPU più piccola, la S7-222, credo che tu la possa avere per meno di 200?, per microwin32 Siemens fornisce una versione di prova che vale 30 giorni, ma dopo la puoi ricaricare. La documentazione ed un corso base che ti permette di programmare in poco tempo (credo che dicano 20 ore) è gratuita. Quindi se questo corso si limita a mettriti a disposizione, per qualche ora un PC ed una CPU S7-2xx (non pensare di trascorre 120 ore con la macchina) secondo me è un furto!Se invece ti vengono impartite nozioni generali di automazione e risoluzione di problemi ad essa connessi, oltre ad impare l'uso e la programmazione del PLC, il corso ha un corso molto a buon mercato. Dubito però che sia possibile in 120 ore!Relativamente al PLC si può dire che è uno dei migliori della fascia bassa. Non è il migliore in assoluto, ma è senz'altro uno dei più diffusi, di ottima affidabilità, molto completo e di buone prestazioni.Poi vai alla Home page del forum e: Corso on-line GRATIS (per i tesserati). Si basa su un buon PLC e ti costerebbe solo il costo della tessera. Modificato: 18 gennaio 2004 da NULL
matrix74 Inserita: 18 gennaio 2004 Segnala Inserita: 18 gennaio 2004 ciao prova ad andare nel sito della siemens,con la cifra che tu dici puoi fare un buon corso.ciao
matrix74 Inserita: 18 gennaio 2004 Segnala Inserita: 18 gennaio 2004 ciao prova ad andare nel sito della siemens,con la cifra che tu dici puoi fare un buon corso.ciao
odx Inserita: 19 gennaio 2004 Segnala Inserita: 19 gennaio 2004 Ma usare anche un buon motore di ricerca ognitanto :lolhttp://www.ad.siemens.com/fea/html_72/down_module.htmeccovi tutti i manuali di (quasi) tutti i corsi Siemens, corsi anche basilari che spiegano le fondamenta del PLC !!A sto punto basta solo avere tempo/voglia di leggerli e valutare quale seguire con un prof. e quale fare da solo !A dimenticavo sono tutti in ITALIANO ! N.B.:Senza nulla togliere ai corsi online che ci sono qua e che appena potrò andare in posta a fare il versamento ...
odx Inserita: 19 gennaio 2004 Segnala Inserita: 19 gennaio 2004 Ma usare anche un buon motore di ricerca ognitanto :lolhttp://www.ad.siemens.com/fea/html_72/down_module.htmeccovi tutti i manuali di (quasi) tutti i corsi Siemens, corsi anche basilari che spiegano le fondamenta del PLC !!A sto punto basta solo avere tempo/voglia di leggerli e valutare quale seguire con un prof. e quale fare da solo !A dimenticavo sono tutti in ITALIANO ! N.B.:Senza nulla togliere ai corsi online che ci sono qua e che appena potrò andare in posta a fare il versamento ...
odx Inserita: 19 gennaio 2004 Segnala Inserita: 19 gennaio 2004 Dimenticavo ...solo i file word sono in italiano il resto lo stanno convertendo, comunque un programmatore di PLC sa l'inglese .... vero ?
odx Inserita: 19 gennaio 2004 Segnala Inserita: 19 gennaio 2004 Dimenticavo ...solo i file word sono in italiano il resto lo stanno convertendo, comunque un programmatore di PLC sa l'inglese .... vero ?
caracarogna Inserita: 1 ottobre 2008 Segnala Inserita: 1 ottobre 2008 Ciao,Proprio non capisco! Ho 2 Plc:1) S7300-2DP2) S7300-2 PN/DPin comunicazione tra di loro via TCP tramite funzioni AG_SEND / AG_RECEIVE ...La comunicazione non presenta errori ma, spesso, rallenta in maniera ingiustificata ...Per controllare la velocita' di comunicazione incremento un DINT sul PLC 1, lo trasmetto al PLC 2 che lo ritrasmette al PLC 1 il quale calcola il tempo tra la trasmissione di un valore e la ricezione dello stesso.Normalmente per completare il giro occorrono min.40ms max.80ms (monitorato per ore), tuttavia, in seguito a semplici operazioni (quali aggiornameti programmi su una delle due CPU) il tempo di comunicazione puo' arrivare a min 80ms max.2sec90ms (monitorato per ore). Una volta che i tempi di comunicazione vengono compromessi non c'e' modo di ristabilirli, a meno che non si spenga una delle due CPU, al riavvio, se si e' fortunati, la comunicazione riprende i suoi min.40ms max.80ms.Tengo a precisare che non ho implementato alcuna logica per la regolamentazione delle trasmissioni/ricezioni, ossia sul PLC 1 ho un blocco AG_SEND e un blocco AG_RECEIVE sempre abilitati, idem sul PLC 2 ...Qualcuno ha avuto problemi simili????
caracarogna Inserita: 1 ottobre 2008 Segnala Inserita: 1 ottobre 2008 Ciao,Proprio non capisco! Ho 2 Plc:1) S7300-2DP2) S7300-2 PN/DPin comunicazione tra di loro via TCP tramite funzioni AG_SEND / AG_RECEIVE ...La comunicazione non presenta errori ma, spesso, rallenta in maniera ingiustificata ...Per controllare la velocita' di comunicazione incremento un DINT sul PLC 1, lo trasmetto al PLC 2 che lo ritrasmette al PLC 1 il quale calcola il tempo tra la trasmissione di un valore e la ricezione dello stesso.Normalmente per completare il giro occorrono min.40ms max.80ms (monitorato per ore), tuttavia, in seguito a semplici operazioni (quali aggiornameti programmi su una delle due CPU) il tempo di comunicazione puo' arrivare a min 80ms max.2sec90ms (monitorato per ore). Una volta che i tempi di comunicazione vengono compromessi non c'e' modo di ristabilirli, a meno che non si spenga una delle due CPU, al riavvio, se si e' fortunati, la comunicazione riprende i suoi min.40ms max.80ms.Tengo a precisare che non ho implementato alcuna logica per la regolamentazione delle trasmissioni/ricezioni, ossia sul PLC 1 ho un blocco AG_SEND e un blocco AG_RECEIVE sempre abilitati, idem sul PLC 2 ...Qualcuno ha avuto problemi simili????
caracarogna Inserita: 1 ottobre 2008 Segnala Inserita: 1 ottobre 2008 ... Hops ... Ecce Baco ...... Risolto ...Scusate ma non so come cancellare il post ...
caracarogna Inserita: 1 ottobre 2008 Segnala Inserita: 1 ottobre 2008 ... Hops ... Ecce Baco ...... Risolto ...Scusate ma non so come cancellare il post ...
caracarogna Inserita: 1 ottobre 2008 Segnala Inserita: 1 ottobre 2008 Precisazione:Tengo a precisare che non ho implementato alcuna logica per la regolamentazione delle trasmissioni/ricezioni,ossia sul PLC 1 ho un blocco AG_SEND e un blocco AG_RECEIVE sempre abilitati, idem sul PLC 2 ...In realta' avevo creato una logica per regolamentare le trasmissioni ma pensavo fosse irrilevante ...Il Plc1 trasmetteva un numero al Plc2 il quale lo rispediva indietro, ogni volta che il Plc1 rilevava l'uguaglianza tra il numero ricevuto e quello trasmesso incrementava quest'ultimo e comandava un send, ogni volta che il Plc2 rilevava una differenza tra il numero ricevuto e quello trasmesso copiava il ricevuto sul trasmesso e comandava un send ...Ho notato che send troppo ravvicinati intoppano la comunicazione, ritardando il send (di 30ms ad esempio) non incorro piu' nel problema descritto in precedenza.
caracarogna Inserita: 1 ottobre 2008 Segnala Inserita: 1 ottobre 2008 Precisazione:Tengo a precisare che non ho implementato alcuna logica per la regolamentazione delle trasmissioni/ricezioni,ossia sul PLC 1 ho un blocco AG_SEND e un blocco AG_RECEIVE sempre abilitati, idem sul PLC 2 ...In realta' avevo creato una logica per regolamentare le trasmissioni ma pensavo fosse irrilevante ...Il Plc1 trasmetteva un numero al Plc2 il quale lo rispediva indietro, ogni volta che il Plc1 rilevava l'uguaglianza tra il numero ricevuto e quello trasmesso incrementava quest'ultimo e comandava un send, ogni volta che il Plc2 rilevava una differenza tra il numero ricevuto e quello trasmesso copiava il ricevuto sul trasmesso e comandava un send ...Ho notato che send troppo ravvicinati intoppano la comunicazione, ritardando il send (di 30ms ad esempio) non incorro piu' nel problema descritto in precedenza.
Andboa Inserita: 12 giugno 2011 Segnala Inserita: 12 giugno 2011 CIAO, di recente ho implementato la comunicazione tcp ip tra una cpu B&R ed una scheda 343 lean , ho riscontrato gli stessi problemi,i dati che scambiavo erano 10 byte , e ho visto che non avevo errori di connessione o pacchetti errati, ma il sistema non era stabile , certe volte i dati letti dall cpu siemens arrivavano con un ritardo anche di 8/9 sec.Se poi mi collegavo lato s7 con interfaccia ndswanip (quindi in eth) la comunicazione diventava ancora piu' instabile.Alcuni anni fa avevo usato il winsock in in C per realizzare una interfaccia Hmi con 343_lean vecchio processore , usando pero' il vecchio protoccollo(S5) fetch/write , non contento delle prestazioni del send/recive ho implementato il protocollo fetch/write in B&R ed ho visto che la situazione è migliorata , per due motivi:1) ho eliminato codice in cpu s7 (tolto agsend , agrecive)2) avendo B&R la possibilita' di gestire codice con cicliche diverse , ho rallentato il send a 24 ms che corrispondeva al tempo ciclo della cpu s7 , e messo il recive in una ciclica a 4ms .In realta' non sono ancora soddisfatto , la comunicazione non è ancora stabile !!Le prove che ho fatto utilizzano una cpu 314C-2DP.In questi giorni vedro' di fare altre prove......Un saluto a tutti . :thumb_yello:
Andboa Inserita: 12 giugno 2011 Segnala Inserita: 12 giugno 2011 CIAO, di recente ho implementato la comunicazione tcp ip tra una cpu B&R ed una scheda 343 lean , ho riscontrato gli stessi problemi,i dati che scambiavo erano 10 byte , e ho visto che non avevo errori di connessione o pacchetti errati, ma il sistema non era stabile , certe volte i dati letti dall cpu siemens arrivavano con un ritardo anche di 8/9 sec.Se poi mi collegavo lato s7 con interfaccia ndswanip (quindi in eth) la comunicazione diventava ancora piu' instabile.Alcuni anni fa avevo usato il winsock in in C per realizzare una interfaccia Hmi con 343_lean vecchio processore , usando pero' il vecchio protoccollo(S5) fetch/write , non contento delle prestazioni del send/recive ho implementato il protocollo fetch/write in B&R ed ho visto che la situazione è migliorata , per due motivi:1) ho eliminato codice in cpu s7 (tolto agsend , agrecive)2) avendo B&R la possibilita' di gestire codice con cicliche diverse , ho rallentato il send a 24 ms che corrispondeva al tempo ciclo della cpu s7 , e messo il recive in una ciclica a 4ms .In realta' non sono ancora soddisfatto , la comunicazione non è ancora stabile !!Le prove che ho fatto utilizzano una cpu 314C-2DP.In questi giorni vedro' di fare altre prove......Un saluto a tutti . :thumb_yello:
greenhorn Inserita: 9 luglio 2011 Segnala Inserita: 9 luglio 2011 Scusa la domanda stupida, ma togliendo agsend e agrecive cosa si guadagna sulla CPU ?
greenhorn Inserita: 9 luglio 2011 Segnala Inserita: 9 luglio 2011 Scusa la domanda stupida, ma togliendo agsend e agrecive cosa si guadagna sulla CPU ?
Andboa Inserita: 11 luglio 2011 Segnala Inserita: 11 luglio 2011 Rete stabile!!!Siemens --->> B&R utilizzandi il vecchio protocollo S5 Fetch/Write , Che lavori sulo il processore della CP343-1 .Saluti al GreenHorn ! Credici .
Andboa Inserita: 11 luglio 2011 Segnala Inserita: 11 luglio 2011 Rete stabile!!!Siemens --->> B&R utilizzandi il vecchio protocollo S5 Fetch/Write , Che lavori sulo il processore della CP343-1 .Saluti al GreenHorn ! Credici .
Messaggi consigliati
Crea un account o accedi per commentare
Devi essere un utente per poter lasciare un commento
Crea un account
Registrati per un nuovo account nella nostra comunità. è facile!
Registra un nuovo accountAccedi
Hai già un account? Accedi qui.
Accedi ora