[Sergio Bertana]

Stai utilizzando l’ultima versione di LogicLab PCK033H200 pacchetto installazione suite IEC61131-3 Vers. 2.2.0 ? Come scritto precedentemente con questa versione non abbiamo feedback che ne riportino bugs.

Poi contattarci telefonicamente e possiamo concordare una assistenza remota via TeamViewer per capire la natura del tuo problema.

[Sergio Bertana]

Una ottima idea quella di scaricare LogicLab e testarne il funzionamento in simulazione su PC il simulatore permette di testare il programma senza disporre dell’hardware fisico (SlimLine), in questo topic si parla di come simulare il programma Marcia/Arresto fornito come esempio con LogicLab. Ulteriori informazioni sulla programmazione in LogicLab le trovi sul forum con centinaia di esempi in codice sorgente, in questo topic ecco un semplice programma da cui iniziare.

Ma veniamo al tuo problema, ho realizzato un programma come il tuo (Ecco lo screenshot). Come vedi occorre definire gli I/O assegnando loro un nome mnemonico ed abbinandoli agli I/O fisici del modulo CPU (Data block 255, Index relativo all’I/O desiderato). Si realizza il programma in uno dei 5 linguaggi della normativa (Esempio FBD) e lo si assegna ad una task di esecuzione.

Poi si avvia il simulatore definendo un workspace, per quanto riguarda gli I/O del modulo CPU è già predisposto un pannello dedicato, altri pannelli possono essere realizzati a piacere. Si esegue il download del programma nel simulatore ed ecco che il programma verrà eseguito.

Trascinando gli operandi nella finestra di watch è possibile eseguirne il debug in tempo reale. Allego il progetto per il download.

[Sergio Bertana]

Come riportato nei posts precedenti sullo SlimLine è implementato il solo server FTP, quindi il tuo PC Windows può leggere e scrivere files nel file system dello SlimLine ma non è possibile il contrario.

Quindi per risolvere il tuo problema devi gestire una applicazione sul PC che esegua il trasferimento del file da gestire dal PC allo SlimLine.

[Sergio Bertana]

Come riportato in molti topics del forum, ricordo che i terminali operatore sono gestibili da remoto tramite una connessione TCP/IP utilizzando un programma VNC client (Topic), è anche possibile accedere direttamente da browser abilitando una applet java (Topic).

Il tuo problema è come portare una connessione TCP/IP in montagna, una possibilità è di creare una rete WiFi, ho clienti che hanno scelto questa soluzione utilizzando i prodotti Ubiquiti. Naturalmente devi poter accedere alla rete da casa (Quindi la casa deve deve essere nella zona di copertura). In caso non sia possibile puoi installare un router GPRS/UMTS collegato direttamente all’impianto da controllare (Se è uno solo) oppure connesso tramite WiFi ad una serie di impianti. Essendo in montagna si può considerare anche una connessione Internet satellitare.

Naturalmente devi disporre di un indirizzo IP pubblico (Meglio se statico) in alternativa puoi utilizzare servizi di gestione degli IP dinamici tipo DynDNS.

Potendo accedere all’impianto via TCP/IP potrai non solo operare sul terminale ma anche programmare sia il terminale (Topic) che il PLC ad esso connesso tramite la porta seriale (Topic). Se il PLC dispone di una porta ethernet potrai programmare il PLC direttamente senza utilizzare il terminale.

[Sergio Bertana]

Premesso che sul linguaggio SFC è stata scritta molta letteratura e cercando su Internet troverai molte informazioni più qualificate delle mie. In generale posso dire che l’esecuzione di un programma SFC parte dall’alto verso il basso e si basa su azioni e transizioni.

L’azione è sempre eseguita mentre nella transizione viene controllata la condizione definita, se la condizione definita nella transizione è vera l’esecuzione dell’azione a monte della transizione è abbandonata e si passa ad eseguire l’azione a valle ed a controllare la successiva transizione.

Abbandonare l’esecuzione dell’azione vuol dire non eseguirne più il programma in essa contenuto, ma tutte le variabili che sono state gestite dall’azione rimarranno nel loro stato. Se nel tuo caso le vuoi azzerare dovrai fartene carico nell’azione successiva. Vedi questo topic potrebbe esserti utile.

[Sergio Bertana]

Credo che il problema sia nei parametri di comunicazione come vedi dallo screenshot, i parametri di default del Twido sono 19200, e, 8 ,1.

[Sergio Bertana]

Probabilmente è perché il programma si trova nella directory di installazione di LogicLab (Tipicamente C:Programmi (x86)ElsistLogicLabExamplesPtp129*00) Screenshot, e tu quando esegui LogicLab non hai i diritti per modificare i files presenti in questa cartella.

Copia l’intera cartella del progetto in un altro percorso del disco che sia accessibile da tutti gli utenti e prova ad aprire il progetto da LogicLab.

[Sergio Bertana]

Nel linguaggio Ladder c’è l’operando fronte (Sia in salita che in discesa) ma questo operando non è presente negli altri linguaggi FDB compreso.

Però è di semplice realizzazione utilizzando gli altri operatori disponibili, come vedi nello screenshot, utilizzando l’operando XOR si controlla la differenza tra gli operandi BVars[1] e BVars[2] e se diversi trasferisco immediatamente il valore di BVars[1] in BVars[2] facendoli ridiventare uguali. In questo modo ho controllato il fronte di variazione che è visibile dall’incremento del valore del contatore. Ti allego il programma sorgente.

[Sergio Bertana]

Come vedi dalla stampa del programma che ti ho realizzato come esempio, ho utilizzato la porta COM1, l’ho impostata con i parametri seriali della stampante (Verifica se la tua è impostata in questo modo).

Come vedi ho controllato il tempo di stampa (300 secondi) ed al termine del tempo eseguo l’uscita su seriale della stringa da stampare. La stampante ha 42 caratteri per riga, così ho organizzato la riga tenendo conto della dimensione della stampante. Ecco come si presenta la riga stampata.

06/05/2014 – 10:42 V1: 12.5 V2:120.6

La variabile di tempo LogTime è inizializzata a 300 Sec ma tu puoi definire la variabile nella zona delle variabili globali (Magari da DB100.2048 in avanti) e così ne puoi impostare il valore da terminale operatore.

Le variabili di cui è stampato il valore (Vars[0], Vars[1]), le ho per semplicità definite nel programma, ma è ovvio che nel tuo caso saranno le variabili che tu desideri stampare (Download programma).

[Sergio Bertana]

Non capisco la tua domanda, il linguaggio SFC è un linguaggio grafico, si compone di Azioni e Transizioni. Ad ogni Azione o Transizione puoi abbinare l’esecuzione di un programma che può a sua volta essere scritto negli altri 4 linguaggi della normativa IEC61131.

In questi topics (1), (2), (3) trovi ulteriori informazioni.

[Sergio Bertana]

Si certo nella famiglia UniFi è stata introdotta una caratteristica definita Wireless Uplink (Vedi note) che permette di realizzare la topologia di rete di cui hai bisogno.

[Sergio Bertana]

Aggiungo una curiosità come si vede dallo screenshot del post precedente è possibile impostare il protocolo Modbus Over IP anche sulle porte seriali. Questo è stato fatto per poter collegare alla porta seriale un convertitore Ethernet/Seriale tipo ATC-1000 ed accedere al modulo CPU via Modbus TCP anche su di un  modulo compact che non dispone della porta Ethernet.

[Sergio Bertana]

Il supporto al protocollo Modbus sia Ascii che RTU su porta seriale è standard in tutti i modelli. Sui modelli con porta ethernet è supportato anche il protocollo Modbus Over IP.

In particolare il modello entry level della serie Compact che hai citato dispone solo di una porta RS232, che può essere utilizzata sia per la per la programmazione che per la connessione in modbus RTU con pannello operatore e/o come nel tuo caso per le  tue necessità.

Dovendo utilizzare la porta seriale per comunicare consiglio di effettuare le operazioni di programmazione utilizzando la connessione via USB (Topic). Per l’impostazione dei parametri di comunicazione seriale (Default 115200, e, 8, 1) devi utilizzare la connessione USB ed accedere da pagina web (Screenshot).

Nel forum cercando Modbus troverai moltissinme informazioni su come gestire il protocollo con esempi, in questo topic altre informazioni utili.

[Sergio Bertana]

La domanda è complessa e ci sono punti che non mi sono molto chiari. Mi sembra di capire che il pannello operatore è sul campo ed è connesso in RS232 con lo SlimLine. In questo caso mio dici che sei riuscito a programmarlo da remoto, come hai fatto, utilizzando una connessione Internet con ADSL o un router GPRS/UMTS ?
 
Se hai programmato in remoto il terminale via TCP/IP puoi tranquillamente utilizzare la funzione Pass-Through (Vedi topic, topic). Il Pass-Through ti installa una porta COM virtuale nel PC basterà connettere LogicLab al PLC sul campo tramite quesdta porta COM per programmarlo come se fosse fisicamente connesso al PC. Anche se quando si parla di programmazione remota io consiglio di utilizzare un router sull’impianto e di realizzare una rete Ethernet tra il router il terminale e lo SlimLine.
 
Per quanto riguarda i modem noi utilizziamo i modelli della Cinterion per i quali abbiamo sviluppato una libreria apposita di gestione. Per la comunicazione si utilizza una connessione GPRS (Topic) ma la connessione non avviene tra modem e modem bensì tra modem ed una applicazione web nel cluod. Il vantaggio è di avere una tariffazione a dati e non a tempo e di poter gestire da web l’impianto.
 
La libreria di gestione modem permette comunque anche l’invio e la ricezione di messaggi SMS (Topic).

[Sergio Bertana]

Il programma sviluppato con LogicLab si può simulare su PC utilizzando SimuLab (Topic). La simulazione è possibile anche con il programma sviluppato con EasyBuilder (Topic).

Ma mentre EasyBuilder gestisce le comunicazioni reali con il PLC, SimuLab non gestisce la comunicazione, questo argomento è stato ampiamente trattato in questo topic. Quindi purtroppo per poter simulare il programma con la comunicazione con il terminale operatore occorre disporre almeno del modulo CPU SlimLine.

[Autore]

Post