Risposte nei forum create
-
Post
-
Domanda interessante, tutti i programmi eseguiti nella stessa task (Fast, Slow, Back) sono eseguiti in modo sequenziale partendo dall’alto verso il basso secondo l’ordine di assegnazione (Screenshot). Quindi Back_01 esarà eseguito prima di Back_02 e cosi via. Quindi è evidente che tra diversi program all’interno della stesa task di esecuzione l’integrità tra le variabili è sempre garantita.
Il problema si pone tra i program eseguiti su differenti task, la task Slow interrompe la Back e la Fast interrompe sia la Slow che la Back. Ma come vedi dal programma di esempio TaskExchange, tutte le variabili sono atomiche quindi la loro integrità è sempre garantita (Download programma).
Purtroppo i sistemi Ares non prevedono la gestione di uscite logiche. Per gestire lettura di stati ed invio comandi via SMS noi proponiamo la Modem machine, ma si tratta di un sistema basato su di un dispositivo programmabile SlimLine. Per il suo utilizzo è necessario avere una competenza in programmazione.
Non commetti nessun errore la flag di DIFF. CODE (In Inglese) o di CODICE DIFF. (SIM) (In Italiano) compare per un bug in LogicLab che trova una differenza che in realtà non c’è.
Abbiamo già informato Axel (Che produce LogicLab) che ci farà avere l’upgrade del programma con la soluzione quanto prima.
Attenzione alla gestione delle connessioni simultanee utilizzando il protocollo Modbus su di un ATC-3000. Qualsiasi convertitore Ethernet/Seriale non gestisce i pacchetti Modbus, quindi può succedere che con più connessioni al domanda inviata da una connessione si risponda ad un’altra connessione rendendo impossibile la comunicazione.
Per poter gestire connessioni Modbus da più connessioni occorre utilizzare un gateway Modbus come l’ATC3001.
Ti ricordo che anche lo SlimLine con il FB ModbusTCPGateway può funzionare da Gateway modbus (Topic), in questo caso puoi istanziare dei FB ModbusTCPGateway e tramite un TCPServer gestire le connessioni da altri dispositivi e quando questi sono connessi disabilitare un attimo la comunicazione ModbusMaster per fare passare la comunicazione.
Magari per non appesantire troppo il programma puoi suddividerlo su più moduli CPU anche considerando che il modulo SlimLine costa meno del gateway Modbus.
Perchè uscire dalla seriale dello SlimLine e collegarsi con un convertitore Ethernet/Seriale ? meglio aprire 11 connessioni TCPClient poi passare in sequenza i vari file pointer alla FB ModbusMaster.
Se vuoi ancora più velocità di comunicazione, puoi istanziare più FB ModbusMaster (Addirittura 11, una per ogni connessione TCPClient).
Si certo puoi utilizzare convertitori Ethernet/Seriali per aggiungere porte seriali virtuali ai sistemi SlimLine come indicato in questo topic.
Naturalmente il tuo dispositivo seriale opera con il protocollo Modbus RTU quindi il blocco funzione ModbusMaster andrà configurato con Type=0 per gestire il protocollo RTU, anche se la comunicazione con il convertitore sarà in TCP.
Il Formato impostato sul TIA portal per le variabili DWORD viene interpretato dal terminale Weintek come unsigned. Per visualizzare variabili con segno devi utilizzare variabili DINT.
Trovi tutte le informazioni che ti servono sulla guida connessioni PLC.
Sembra un problema di connessione al portale SensDesk, ho contattato il supporto HWgroup che mi ha chiesto di inviare il file di configurazione dell’Ares.
Il file si trova nel Tab Aresconf, puoi mandare al nostro indirizo eMail support il file.
La libreria è attualmente in lavorazione quindi non la abbiamo ancora rilasciata, ma se tu scarichi il progetto presente nel post troverai al suo interno anche il FB EMailSend che ti serve.
Avendo il progetto, con esporta oggetti puoi esportare il FB ed utilizzarlo nei tuoi progetti.
E’ sicuramente un problema di formattazione della memoria Storage. Il file system dello SlimLine richiede in fase di formattazione di definire quanti files deve contenere la cartella (Vedi questo topic e questo topic).
Quindi devi formattare per avere il numero di files che ti servono, tenendo contoi che lo spazio totale viene equamente suddiviso per il numero di files che definisci.
Dipende per cosa si intende rimanere indietro, a seconda del progetto (numero variabili scambiate e oggetti generici) il rinfresco variabili è tra i 300 e 600 mS indicativamente.
Se il conteggio è base secondo si dovrebbe vederlo bene se è ogni 200mS per esempio è normale vederlo saltare, si può provare ad impostare la comunicazione a 187Kb.
L’acquisizione dati dai misuratori di energia SDM120 è stata trattata in questo topic dove viene gestita dai nostri sistemi programmabili SlimLine. Il misuratore gestisce il protocollo Modbus RTU, di default i parametri di comunicazione sono 2400, n, 8, 1 ed il nodo Modbus è 1.
Ho realizzato un semplice progetto con EasyBuilderPro che acquisice il valore di tensione, frequenza e potenza attiva dallo strumento, ecco lo screenshot del programma. Come vedi per acquisire le variabili ho scelto il comando 3xDouble (Codice Modbus 04), l’indirizzo della variabile Voltage è 0 anzichè 1 perchè ho scelto il protocollo Modbus zero addressing e quindi occorre sottrarre 1 all’indirizzo.
Attenzione alla impostazione del protocollo di comunicazione, come vedi dallo screenshot ho impostato il protocollo modbus RTU zero addressing (Per avere la possibilità di conversione) e nella conversione ho scelto di eseguire lo swap del valore acquisito. Allego il programma SDM120Test realizzato con EasyBuilderPro, come vedi ho settato la COM6 perchè stò simulando il funzionamento con il simulatore su PC (Download programma).
Approfitto della domanda per realizzare un blocco funzione che riceve la stringa ascii in uscita dallo strumento e acquisisce i valori delle grandezze che ti interessano. Il FB può essere di aiuto ad altri clienti che hanno esigenze simili alla tua e dimostra la facilità con quale con un semplice programma in ST con i nostri sistemi SlimLine grazie alla completa disponibilità di librerie permettono di risolvere il tuo problema.
Ecco lo screenshot del programma FBD principale, come si vede il FB SysSerialPort gestisce la porta seriale COM0 a cui è connesso lo strumento, lo stream di comunicazione File in uscita dal FB è passato al FB WT2xxAcquisition che è il blocco funzione che ho realizzato di cui allego stampa.
Come si vede il FB è realizzato con una macchina a stati (Operatore CASE), il cuore della ricezione è il case 10 dove si ricevono i caratteri e si salvano in RxData. La ricezione inizia e termina su di una pausa di 100 mS, lo strumento infatti invia le stringhe ogni periodo di tempo.
Per sicurezza ricevuta la stringa controllo se termina con “END”, poi avendo notato che le misure che mi interessano sono tutte precedyute da “3N ” mi posiziono su questi caratteri con la funzione SysStrFind e successivamente con la funzione SysVarsscanf eseguo l’acquisizione del valore che traferisco nella relativa variabile di uscita.
Come si vede ho inserito nel FB alcune chiamate alla funzione SysSpyData che permettono di spiarne il funzione dalla console di spionaggio (Download del programma WTPowerMeter).
In alternativa alla connessione TCP è possibile utilizzare la connessione in UDP con il convertitore ATC-1000, l’UDP essendo connection less utilizza meno banda sulla connessione ethernet. Ecco lo screenshot del programma sullo SlimLine e le impostazioni da effettuare sull’ATC-1000.
Come si vede nella pagina UDP occorre abilitare la connessione e definire l’indirizzo IP a la porta dello SlimLine. Nella pagina UART Control occorre abilitare il Silent Time a 200 mS in questo modo il convertitore non frammenta i pacchetti UDP in trasmissione. Allego il programma EastronSDM120UDP per il download.
