[Sergio Bertana]

Purtroppo a differenza del protocollo HostLink (Poin to point) che è documentato il protocollo NT Link (Multipoint) non è documentato e non è supportato dai pannelli Weintek. Ora visto che devi realizzare una rete multidrop ti serve per forza il protocollo NT Link e quindi non puoi fare coesistere tra loro più pannelli Weintek.

Se c’è convenienza di prezzo sul pannello, facendo i dovuti conti, l’unico modo di collegare un pannello Weintek al PLC è di aggiungere una porta seriale al PLC e connettere a questa porta il pannello in HostLink.

[Sergio Bertana]

Un esempio di salvataggio dati su SD Card lo trovi in questo topic. Naturalmente la SDCard deve essere prima formattata e nella formattazione come hai già correttamente fatto notare tu si deve indicare il numero massimo di files che si vogliono avere (Il limite è 64 files).

Attenzione! rispetto a quanto citato nel topic dell’esempio il comando di Format è stato modificato ora occorre scrivere il comando seguito dalla directory che si vuole formattare (Storage o SDCard), e poi il numero di files che si desidera avere (Esempio Format SDCard, 16). Riporto lo screenshot di Toolly con l’esecuzione del comando.

Aprendo il file su disco con la funzione Sysfopen in ‘a‘ append, se il file non esiste viene creato, se il file esiste ci si posiziona alla fine. Le successive operazioni di scrittura (Sysfputc, Sysfwrite) aggiungeranno caratteri in coda al file aumentandone la dimensione.

[Sergio Bertana]

Riporto comunque indicazioni sull’help contestuale e sul manuale di programmazione. Installando LogicLab si dispone di un help contestuale, basta evidenziare l’oggetto desiderato ed agendo con il tasto F1 si aprirà un documento pdf posizionato contestualmente sull’oggetto (Screenshot).

Il documento di help contestuale è il Manuale programmazione IEC61131-3 che è scaricabile anche dal nostro sito.

[Sergio Bertana]

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.

[Sergio Bertana]

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.

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

[Autore]

Post