Risposte nei forum create
-
Post
-
Come dicevo prima ci si può spingere fino a 2 Khz. Ho comunque eseguito una rilevazione oscillografica e con un carico da 1KOhm sull’uscita ho ottenuto il risultato che vedi dallo screenshot.
Come vedi ho raggiunto la frequenza di 2,5Khz con un duty cycle impostato al 78 %.In realtà a causa dei ritardi degli OptoMOS in uscita il duty cycle reale del segnale è circa del 50 %. Come vedi il tempo di chiusura dell’OptoMOS (Salita del segnale) è molto più lento del tempo di apertura (Discesa del segnale). Il livello dell’uscita attiva è a 12 Vdc.
Il blocco funzione SysGetEncoder, get encoder input funziona solo sull’hardware reale in quanto viene gestito direttamente dalla PLD presente sul modulo di estensione I/O.
Ma se vuoi puoi utilizzare il blocco funzione IOEncoder, incremental encoder over I/O che permette di gestire la quadratura dei fronti dei segnali A e B di un encoder direttamente connesso agli I/O. In questo modo puoi simularne il funzionamento anche sul simulatore. Ma è un pò scomodo muovere i due ingressi del simulatore come se fossero i due segnali dell’encoder.
Ti consiglio di utilizzare una variabile UDINT che puoi gestire tutta da debug come se fosse in realtà la tua quota encoder in uscita dal blocco funzione di gestione.
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.
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.
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.
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.
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.
Credo che il problema sia nei parametri di comunicazione come vedi dallo screenshot, i parametri di default del Twido sono 19200, e, 8 ,1.
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.
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.
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).
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.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.
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.
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.
