[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.

[Sergio Bertana]

Intanto avendo due moduli di estensione connessi al modulo CPU di cavetti CBL074*000 devi ordinarne 2 (Uno per ogni modulo).

In quanto al programma SlimLine ho fatto un semplice programma in linguaggio FBD che gestisce i due controlli di temperatura (Screenshot). Come vedi ho utilizzato i canali “0” e “1” del modulo di acquisizione analogica di indirizzo “0” che è l’indirizzo di default (Quindi non devi spostare gli switches di selezione indirizzo posti sotto al frontale del modulo). Come uscite logiche ho utilizzato due uscite del modulo CPU (%QX255.0 e %QX255.1). In questo modulo puoi testare il tutto solo con il modulo CPU ed il modulo di acquisizione analogica.

Per poter trasferire le variabili da e verso il pannello operatore le ho mappate nella DB100, e se noti le variabili di set point sono allocate a partire da MD100.2048. Da questo indirizzo parte l’area RETAIN, quindi i valori impostati sono mantenuti anche allo spegnimento del sistema.

Ti ho anche preparato un semplice progetto programma terminale che visualizza i valori reali ed imposta i set points. Il programma è previsto per una connessione seriale con lo SlimLine (Download programmi SlimLine e Terminale).

[Sergio Bertana]

Nella sezione video abbiamo dei tutorial sulla programmazione con LogicLab, purtroppo il tutorial che riguarda la simulazione era stato eseguito con il simulatore precedente. Ora con il nuovo SimuLab la simulazione è integrata in LogicLab. Al momento non vi è un tutorial video ma ti ho preparato un semplice tutorial testuale.

Il tutorial fa riferimento al programma StartStop che è presente come dimostrativo nella installazione di LogicLab. Ti rimando poi al forum nella sezione sia di LogicLab che di SlimLine dove troverai moltissimi altri esempi di programmi.

[Sergio Bertana]

Ne ero certo che funzionasse, come ti dicevo è dà molto tempo che commercializziamo convertitori USB/Seriale e specialmente quelli basati sul chipset FTDI hanno a mio parere i migliori drivers.

[Sergio Bertana]

Utilizziamo convertitori USB to seriale da anni ed abbiamo a catalogo diversi modelli (Vedi sito). La maggior parte dei convertitori utilizza il chip della FTDI e con nessuno dei convertitori abbiamo avuto problemi di funzionalità anche in Windows 8, quindi escluderei una incompatibilità.

Quello che non ho capito e se sul vecchio PC utilizzavi lo stesso identico cavo oppure un altro modello e/o un seriale fisica del PC. Ho visto il datasheet del tuo convertitore ed ho visto che esce con i fili nudi che poi devono essere connessi al connettore RS232 della seriale. Ora mi viene il dubbio delle connessioni che hai realizzato, sul connettore RJ45 del modulo CPU i segnali da connettere sono:

Pin 4: GND da connettere al segnale GND del convertitore (Cavo nero)
Pin 5: Rx  da connettere al segnale TXD del convertitore (Cavo arancione)
Pin 6: Tx  da connettere al segnale RXD del convertitore (Cavo giallo)

[Sergio Bertana]

Per il cavo devi cercare un cavo compensato per termocoppie di tipo K (Basta cercare su Google e troverai molti vendors, uno su tutti RS components).

La FB di acquisizione modulo analogico SysGetAnInp, get analog input definendo come modo di acquisizione la costante AD_THERMOCOUPLE_K, ritorna un valore REAL in gradi.

[Autore]

Post