Risposte nei forum create
-
Post
-
Di default il numero di utenti che possono accedere in contemporanea al cMT-SVT è fissato a 3 ma il sistema supporta fino a 10 utenti contemporanei.
Il numero di utenti che possono connettersi in contemporanea lo si definisce nelle impostazioni di progetto in EasyBuilderPro (Screenshot).
Si certo è possibile abilitare l’invio di report con svariate opzioni (Screenshot).
Viene inviato un file htm come quello in esempio (Download).
Utilizzando un tasto funzione è possibile trasferire su pen drive USB lo screenshot della pagina attualmente visualizzata sul panello (Ecco le impostazioni).
I pannelli Weintek possono generare file nel formato CSV per i dati di log o file JPG per l’hardcopy delle immagini visualizzate (Vedi topic).
Il terminale può gestire file PDF in sola lettura per una eventuale visualizzazione.
Il pannello può inviare file su server FTP in rete e/o ha un server FTP attivo con cui è possibile connettersi per la lettura dei files.
La porta RS485 è stata provata con il modulo ModbusMaster “grafico” di Codesys.
La porta CAN è stato testata con il modulo CANOpen “grafico” di Codesys. Non si sono provati moduli che gestiscono gli assi.
Nelle nostre prove abbiamo sempre usato il runtime CODESYS “Standard” e non “Multicore”.
Ricordo che la licenza CODESYS per Raspberry NON è realtime per cui occorre tenerne conto. Ecco cosa riporta il datasheet.
The runtime system does not have real-time behavior. Its Jitter depends on many factors, especially on parallel executed Linux applications, and is ideally approximately 50 µs with maximum values of approximately 400 µs.
Il pannello può eseguire anche più macro in contemporanea, non c’è un limite prefissato sul numero di macro contemporanee eseguibili.
Naturalmente il limite è dato dal carico di lavoro che il panello stà eseguendo, quindi i pannelli più performanti saranno in grado di gestire più velocemente tutte le macro rispetto ai pannelli meno performanti.
Lato CODESYS è possibile gestire la porta ETH1 (Modbus tcp) e la porta CAN master. Le porte seriali e la ETH2 sono di esclusivo utilizzo HMI con EasyBuilderPro quindi CODESYS non le può gestire.
WebVisu non è supportato, Weintek ha EasyBuilderPro il proprio ambiente di sviluppo HMI e non ha interesse a spingere i clienti ad usare WebVisu. Il loro approccio è usare CODESYS come PLC in un terminale dove la visualizzazione grafica è in ambiente EasyBuilder che comunica con il PLC in Ethernet via localhost.
Rumors danno la possibilità di rilascio di Etercat sulla famiglia CMT nella seconda parte dell’anno, ma al momento non è possibile sapere se solo gestibile da CODESYS o anche da HMI.
Ecco le risposte.
- I moduli di espansione si connettono al modulo CPU con dei cavetti di interconnesione che vanno acquistati separatamente. Esiste un cavo passante per i moduli intermedi ed un cavo non passante per il modulo finale.
- La licenza CODESYS non è compresa nel prezzo di acquisto del prodotto. Questo perchè il prodotto può essere utilizzato anche con altri linguaggi di programmazione. La licenza CODESYS và acquistata direttamente dallo store del fornitore e si sceglie quella adatta alla propria applicazione.
- Il simulatore I/O si collega ai moduli di estensione I/O, bisogna eseguire il cablaggio dal connettore del simulatore ai morsetti del modulo I/O.
- Il bus I2C utilizzato sui sistemi SlimLine è attualmente utilizzato da oltre un decennio in migliaia di applicazioni. Naturalmente è un bus locale quindi i moduli di estensione sono direttamente connessi al modulo CPU.
- I moduli di I/O digitale hanno il tipico filtro in ingresso da 4.5 mS come richiesto dalla normativa. Il tempo di accesso ad un modulo di I/O è dell’ordine di 250 uS. Quindi possiamo dire che è sicuramente un tempo di risposta paragonabile ai PLC classici.
- Per la gestione dei moduli di I/O e del circuito di watchdog forniamo la libreria eCDSSystem8Core (Vedi articolo). Come vedi dall’esempio per gestire i moduli di I/O forniamo nella libreria delle funzioni apposite.
Si certo puoi usare il cMT-G01 per quello che devi fare.
Però visto che tutti i pannelli hanno supportano la connessione con PLC OMRON EtherNet/IP (NJ/NX1P) ed il protocollo Modbus TCP, potresti tranquillamente utilizzare (Risparmiando sul costo) anche un cMT-SVR o qualsiasi pannello HMI.
Realizzi un programma con un Data Transfer ciclico che legge i dati dal PLC e li appoggia in variabili HMI che poi saranno accessibili dallo SCADA via Modbus TCP.
Se il Logo accetta più connessioni TCP/IP contemporanee basta collegare uno switch e mettere i due pannelli in rete con il PLC, ognuno di essi dialogherà con il PLC.
Se il Logo acccetta una sola connessione TCP/IP puoi configurare un pannello per dialogare con il PLC in modo Locale, l’altro pannello lo configuri per dialogare con il PLC in Remoto definendo come indirizzo IP quello del pannello connesso al PLC. Il secondo pannello raggiungerà il PLC passando attraverso il primo.
Ma hai provato il progetto che trovi qualche post prima del tuo, fà esattamente quello che cerchi di fare tu.
Dove è l’errore… quello che hai scritto mi sembra tutto corretto ma i dubbi sono:
Che tipo di protocollo hai impostato, perchè se usi lo ZeroAddressing hai un errore sull’offset.
Hai mica modificato l’endianness di lettura, le variabili REAL usano 2 words e quindi è importante avere l’endianness corretto. Si imposta nella definizione del protocollo. Ti consiglio di provare prima con una variabile UINT che essendo a 16 bits non ha problemi di endianness.
Nella definizione della variabile sul pannello hai definito che è una variabile float ed hai definito il suo range di valori.
La libreria 1Wire DEVE essere compilata definendo la flag Case sensivity nel progetto (Screenshot).
Nel capitolo System Registers del manuale di EasyBuildderPro, trovi l’elenco di tutte le variabili di sistema con il loro significato. Eccone un estratto.
LB-9200 PLC 1 status (SN0, COM 1), set on to retry connection (Node 1) LB-9201 PLC 1 status (SN1, COM 1), set on to retry connection (Node 2) ... LB-9455 PLC 1 status (SN255, COM 1), set on to retry connection (Node 255) LB-9500 PLC 2 status (SN0, COM 2), set on to retry connection (Node 1) LB-9501 PLC 2 status (SN1, COM 2), set on to retry connection (Node 2) ... LB-9755 PLC 2 status (SN255, COM 2), set on to retry connection (Node 255)
Come vedi c’è un bit per ogni nodo modbus che si attiva su errore comunicazione.
Il Pop up “PLC not response” può essere cancellato o inibito per singolo driver (non per singolo nodo), ti rimando a questo topic per le informazioni.
L’errore è non leggere la documentazione del pannello, perchè se vedi il pin out del pannello sulla porta COM1 non usa i pin standard 2-3-5 del connettore 9 poli. Ma usa i pin 5-6-9 quindi non puoi utilizzare il connettore standard.
Nella pagina del terminale trovi uno schema di costruzione del cavo, devi seguire le connessioni del modello MT6050i.
Consiglio, visto che hai i cavi già connessi al PC, anzichè trasferire il progetto sul terminale reale usa il simulatore On-Line di EasyBuilderPro che ti permette di testare tutto il funzionamento come con il pannello reale. La simulazione dura circa 10 minuti poi devi riavviare il simulatore.
1) Non si possono dichiarare RETAIN le variabili di I/O, se vuoi mantenere la situazione di una variabili allo spegnimento del sistema dichiare una variabile globale BOOL di tipo RETAIN ed appoggi lo stato sulla variabile e poi copi la variabile sulla relativa variabile di uscita.
E’ evidente che non puoi e sarebbe inutile mantenere lo stato delle variabili di ingresso, quelle riportano lo stato reale dell’ingresso quindi lo stato del dispositivo che lo comanda.
2) Si usano i FB quando hai più uscite ma sopratutto quando hai variabili di memoria definite all’interno. I FB mantengono la memoria allocata e quindi lo stato delle variabili, mentre nelle function tutte le variabili interne sono distrutte all’uscita della function.
3) Si può fare, riportiamo esempi di collegamento con Raspberry utilizando Node-RED, tra l’altro l’MPS055 è basato su Raspberry e permette in un unico prodotto di avere la programmazione LogicLab e di utilizare Node-RED (Vedi esempio).
4) Si il modello MPS054 ha 4 I/O, e sono mappati come %IX255.0, %IX255.1, %QX255.0, %QX255.1.
5) SysFirstLoop non è una funzione, è una variabile globale (ce ne sono molte) che è attiva solo al primo loop di esecuzione programma. Ma come hai visto c’è la task Boot sotto alla quale puoi collegare tutti i program che vuoi e questi sono eseguiti una sola volta alla prima esecuzione.
Viene utilizzato SysFirstLoop per comodità nei programmi dove si deve agire al primo loop di esecuzione sulle variabili locali, che non sarebbero visibili da altri program e quindi non potrebbero essere gestite da un program eseguito in task di Boot.
