Se ho un progetto fatto con la V5.1 posso salvarlo per la V5.0 ?
Quali sono i merker retentivi sulla cpu 315 ?
Con Step7 V5.1 posso programmare una cpu 200 ?
Se si con che cavo mi devo collegare?

Grazie per le risposte...

>Se ho un progetto fatto con la V5.1 posso salvarlo per la V5.0 ?

Sì con le dovute cautele, del timpo mantenere sempre il riferimento assoluto delle variabili e non al simbolico. Attento all'uso delle istruzioni con AR2 in FB ... ;-) ...

>Quali sono i merker retentivi sulla cpu 315 ?

Tutti basta che li progetti in configurazione hardware !

>Con Step7 V5.1 posso programmare una cpu 200 ?

Che io sappia no, La serie S7 300 / 400 è un modo a parte e ha ben poco da spartire con la 200.

ciao

Ancora una domanda si possono commentare i dati di un db sia come word che come bit?
es:
db10.dbw 0 Tastiera
db10.dbx 1.0 Tasto 1 tastiera

Ivan.

>Ancora una domanda si possono commentare i dati di un db sia come word che come bit?
>es:
>db10.dbw 0 Tastiera
>db1.dbx 1.0 Tasto 1 tastiera

la risposta è afferamtiva, basta configurare il BD una parte come WORD e laltra come BOOL.
Se invece il DB dell'esempio è sempre il 10 e quindi le due variabili sono sovrapposte, allora credo di no.
Ciao Loris

M0.0 Tasto_1
M0.1 Tasto_2
M0.2 Tasto_3
M0.3 Tasto_4
M0.4 Tasto_5
...

MW0 Tastiera

in questo caso con il simbolico facendo

L "Tastiera" ottiene MW0

e U Tasto_1 ottieni M0.0

ciao

La serie s7-200 la si può programmare solo con Step Micro, una notizia simpatica è che questo software non ha bisogno di autorizzazioni, e anche l'hardware di connessione è molto semplice, tuttavia se hai il Pc-Adapter, la port MPI del PG o le varie schede (CP5411 / CP5511 / CP5611) puoi usarle anche loro come connessione per il 200.

Tu cercavi se non erro un'interfaccia per la serie 300/400: ebbene oltre Siemens, che io sappia la vendono solo Process Informatik ( www.process-informatik.de ) distribuito in Italia da Telestar (www.telestar-automation.it) e da HelmHolz (www.helmholz.de) e distribuita in Italia da Lotis (www.lotis.it), questi adapter non sono molto costosi, o perlomeno risparmi circa il 30% sul costo del Siemens originale, però sono terribilmente lenti: l'unica soluzione è la scheda PCI o PCMCIA.

[Il problema di questa interfaccia è che contiene oltre al converter RS232-RS485 anche un microcontroller proprietario Siemens (per chi lo conosce si chiama ASPC1) che fa dialogare il bus (MPI / PPI / Profibus) con la seriale (RS232) comprarsi il microcontroller per poi fare l'interfaccia non è conveniente ed è impossibile visto che ASPC1 è un PLCC da 100 pin: sfido chiunque a saldarlo. Io (purtroppo da solo, e solo nel tempo libero) sto tentando di fare retro-engineering su tutto l'adapter, ma è già un'impresa trovare il software per fare il log dei segnali ...
Approfitto del discorso per chiedere a chi fosse interessato al progetto di contattarmi personalmente. Ribadisco qui come ho fatto negli States che il fine è no-profit infatti se ne verrà fuori qualcosa questo sarà di pubblico dominio.]

Se ti interessa l'interfaccia per il 200 mandami una mail, quando il server di PLCForum sarà un po' più veloce lo carico nella sezione download.

Scusate la prolissità del post.

Ciao

Gabriele Corrieri
gabriele.corrieri@tin.it

fammi pure sapere ... anche perchè ho sempre cercato l'occasione
per imparare qualcosa di nuovo soprattutto de retro-engineering e comunicazioni ...

ciao ...

Innanzitutto per AWL: ASPC1 è venduto direttamente da Siemens, il codice non c'è nel listino, io ce l'ho nel manuale delle reti, se mi viene in mano nel week-end posto anche il codice. Il punto è comunque che ASPC1 è venduto in scatolini di "test" di 5 pezzi, e anche i rappresentanti locali Siemens sono un po' disorientati: quello che serve l'azienda per cui lavoro ha telefonato in Siemens a Milano, che hanno comunque risposto in maniera che io non possa mai acquistare ASPC1: come mi diceva qualcuno Siemens si sceglie anche i clienti! La strada ASPC1 è comunque lunga e secondo me troppo ingarbugliata.
I risultati che mi prefiggo di ottenere dai miei esperimenti sono paragonabili a quelle del PC Adapter seriale, con escluso il protocollo Profibus infatti per "tirare" 12Mbit/s ci vorrebbe un micro molto veloce: la stessa MicroChip (la produttrice dei PIC) mi ha confermato che con i suoi micro si arriva a 1,5 Mbit/s a 12Mb ci vuole un hardware molto prestante ...
Una piccola base del traffico seriale tra PcAdapter e computer c'è sul sito www.runmode.com è solo una base, e solo dal lato RS232, mentre io devo "logare" sia i due canali RS232 che il canale RS485 del bus.
Qui arriva il primo nodo, che devo ancora sciogliere: se per l'hardware non ci sono problemi, ossia di schede seriali se ne trovano che raggiungono le velocità di 900Kbit/s, per il logger io sto cercando da novembre un software che mi possa logare tre canali insieme, e ovviamente correlare nel tempo: per i pochi che ancora non lo sanno il PcAdapter comunica in seriale a 19,2 (ma ci vuole un'eternità per qualsiasi operazione) sia a 38,4 Kb/s e qui le velocità sono pari ossia il flusso dati da pc ad adapter viaggia sempre a 19,2 o 38,4 ... sul bus MPI il discorso cambia radicalmente: la velocità è 187,5 Kb/s e le seriali standard vanno fino a 115,2 Kb/s e bisogna legare il segnale più lento della seriale a quello più veloce del bus, cambia il livello di trasmissione, ma un SN75176 e il solito MAX 232 riportano il tutto a livelli standard, cambia, ed è la
cosa più importante, il metodo di comunicazione. Sui bus di comunicazione ci sono due possibili "metodi" uno si chiama "peer to peer" e l'altro "token passing" o "token ring".
Il "peer to peer" è quello che si chiama "non deterministico", che si usa anche usualmente sulle nostre reti Lan, casalinghe od aziendali, ossia chi ha da trasmettere qualcosa tenta di inserirsi nella comunicazione: è un po' come un ufficio con una sola linea telefonica: appena la linea si libera tutti coloro che devono chiamare tenteranno di prendere la linea: solo il più veloce ce la farà, ed anche se uno avesse un messaggio urgente da comunicare se è lento maipiù potrebbe riuscirci.
Per contro il "token passing" o "token ring" è chiamato anche deterministico: tutti i bus industriali da MPI a Profibus, a Lon, Interbus, Modbus ... sono deterministici: ossia sempre l'esempio dell'ufficio di prima: ci si dà una sequenza: appena il telefono si libera non sarà il più veloce ad avere la linea, ma sarà il successivo nella sequenza, e siccome i pacchetti dati sono di ugual lunghezza io posso calcolare il tempo di acquisizione o di comando del mio sistema, che è pari al tempo di scansione di tutti gli utenti in linea.
Ora: l'adapter quando crea una "connessione" sulla rete MPI partecipa alla sequenza e il discorso del retro-enginnering si snoda su 2 livelli: la creazione della connessione e la gestione della sequenza, cioè il funzionamento di base del bus, e i comandi veri e propri, quelli cioè che provengono da Step 7, piuttosto che da ProDave, WinCC o qualsiasi altro software.
C'è un'ultima cosa, della quale sono stato anch'io informato: MPI è un protocollo brevettato, ossia è di proprietà Siemens, nulla vieta di usarlo (e lo fanno quelli che vendono gli adapter non-Siemens, nonchè gli OP che lavorano su MPI), ma sicuramente c'è la possibilità che qualcuno possa chiedere qualcosa (vedi Siemens). Io ho posto che la cosa abbia valenza pubblica, ma mi pare doveroso avvertire tutti che c'è questa problematica.

Mi devo "vergognare di aver fatto un post così lungo ... ho pensato di ridurlo, ma forse è una vera base di infarinatura sull'argomento, scusatemi se mi sono ripetuto e se ho commesso errori qua e là, se sono stato poco chiaro fate pure domande.

Gabriele Corrieri
gabriele.corrieri@tin.it

Poi io volevo usare solo micro + SN75176 + MAX232 + flash EEPROM per il protocollo, più forse un display ... il costo di tutto dovrebbe stare in 25-30 euro ... costo umano a parte.
Il rabbit non lo conosco ... io volevo stare su PIC perchè sto imparando in quella direzione, ma se qualche buon programmatore di micro vuole proporci una soluzione è ben accetto!

Ora il mio problema più grande è il software per logare le porte! Anche perchè se finiamo l'hardware ma non c'è pronta una riga di codice è come essere ai blocchi di partenza. Escludiamo PortMon 98 e ComTap 2.11 perchè il primo perde dati per strada, già provato, mentre per il secondo ho bisogno di due pc e poi non tira velocità oltre 115200 mentre bisogna tirare 192000 bps (187,5 *1024) lato MPI.

Ciao
Gabriele Corrieri
gabriele.corrieri@tin.it

Una cosa discutendo oggi con un amico ... nessuno sa nulla di token-ring IBM? Potremmo trovare qualche analogia ...

Ciao
Gabriele Corrieri
gabriele.corrieri@tin.it

Per quanto rigurda i micro, quel che costa sono i programmatori, infatti per i microchip i programmatori sono spesso free o comunque reperibili in rete ... sto anchio "hobbisticamente" cercando imparare e farmi qualcosa con i pic ... a che ne pensi dei DSPic, potrebbero questi risolvere i problemi di comunicazione ?!? sto cercando in rete qualche schema per questi pic ... speriamo di trovare qualcosa ...

usare USB è conveniente industrialmente, ma farsi hardware è piuttosto tosto, soprattuutto se il progetto è free/pulbico dominio ...

se so qualcosa vi informo

ciao

Per i programmatori ci sono due alternative: devi essere in ogni caso essere disposto a saldarti la scheda/schedina. In particolare se ti accontenti dei pic, c'è un prommer seriale, mi arriva lo schema dopodomani, altrimenti c'è il Willem (www.willem.org) è un prommer completo fa le Eprom 27/28, i PIC, la flash 24 e 93. I costi di entrambi sono hobbistici se ti fai tutto da te, mentre se acquisti il c/s del Willem ti rendi conto che costa già un'esosità.
Dei DSPic non so nulla dimmi qualcosa.
USB *non* lo considero standard industriale, a parte la difficoltà di logarti, driver & co. c'è un discorso fondamentale: i connettori USB (A o B) sono inseriti a pressione: niente viti, niente clip: se si sganciano io che faccio?

Ciao,
Gabriele Corrieri
gabriele.corrieri@tin.it

Ciao
Gabriele Corrieri
gabriele.corrieri@tin.it

Ciao
Gabriele Corrieri
gabriele.corrieri@tin.it

ciao

Gabriele

Master comunica e slave risponde/esegue.

I segnali quindi che vedi potrebbero essere i segnali che il master
manda per "attirare" l'atenzione ;-).
Forse essendo sia PLC che PG dei "master" ci sarà qualcosa di simile al collision detect delle reti non deterministiche tipo le Lan .

Per i pic a livello hobbistico ho usato il Ludipippo che però mi permette di usare solo i 16x84, faccio tesoro di dove mi hai mandato. Stagnare non mi fa nessuna paura, ho saldato a mano libera parecchie volte l'SMD (i max 232 a pin ridotti ;-(, certi OPAMP e Convertitori cc/cc) anche se devo ammettere che ero facilitato dal fatto che il circuito era in parte restagnato.

Se può servirti, io uso spesso panelli operatori che collego in profibus con il sitema S7 315 2DP, e li vi è una schedina con il fantomatico micro della Siemens, ma quello che mi stupisce è il fatto che usano delle FPGA (della Xilinx).
Con il tempo cerco di trovare qulcosa di libero sulle FPGA, mi ricordo di aver visto un sito che non trovo più dove c'era uno schema per programmarle e il relativo software di publico dminio con relativi sorgenti e "compilatore" VHDL ...

ciao

buon lavoro a tutti.

PLC forum 2002

Snitz forum ©