Risposte nei forum create
-
Post
-
ODVA è l’organizzazione che definisce le regole del protocollo Ethernet/IP, quindi il protocollo è corretto. Naturalmente è importante che il sistema di pesatura sia conforme alle specifiche del protocollo Ethernet/IP cosi come definite da ODVA. Ma siccome mi dici che hai fatto prove e funziona direi che non ci sono problemi.
Ora il tuo sistema di pesatura avrà una tabella con gli indirizzi ed i tipi delle variabili a cui fare riferimento, se usi una connessione di tipo ODVA General Ethernet/IP (Implicit messaging) potrai accedere direttamente alle variabili definendone l’indirizzo.
Intanto non formattare il disco C: quello interno al sistema perchè contiene i dati di configurazione oltre alle pagine web. Sia che utilizzi l’SDCard che il disco USB (In questo caso garantiamo il funzionamento solo se utilizzi il Lettore/scrittore micro SD-Card) devi inserire il disco a sistema spento.
Se la formattazione non ti dà errori dovresti collegandoti in FTP vedere il disco e poter trasferire dati da PC a disco e viceversa. Se questo funziona tutto è Ok.
L’esempio più semplice lo trovi nella funzione SysFfopen, l’esempio ST_SysFfopen apre il file indicato (Puoi usare un file che avrai prima trasferito in FTP) e ne legge i primi 32 caratteri. Nella stessa funzione trovi l’esempio ST_MemoryDump che permette il trasferimento di una zona di memoria su di un file sia in scrittura che in lettura. Altri esempi nella funzione StringToLogFile, o nella SysStrFind.
Ricorda che la gestione del disco deve essere messa in programmi eseguiti in task Back.Ma se hai errori nel programma collegati al sistema in Telnet e con il comando SysLog verifica che errori hai qui elenco completo errori.
Non conoscendo il mondo Siemens ho chiesto lumi ad un ns cliente, ti giro la risposta che mi ha dato.
Se il dato è su DB occorre usare come tipo dati DBDn. Quindi nr DB+4 cifre per il registro.
Esempio DB12.DBD54 sarà 120054
Spero che ti sia di aiuto.
Non conosco il mondo Siemens, ma non capiosco perchè non utilizzi direttamente la lettura da cMT di 5 variabili float 32 bit in questo modo hai il tuo valore in REAL direttamente sul cMT.
Poi potrai definire nel cMT il formato di visualizzazione (Quante cifre prima e dopo la virgloa).
Non ho ben chiaro quello che stai realizzando, non sono un esperto di SFC quindi scusa il mio programma banale, ho realizzato il programma SFCExample (Download).
Step 0: Attiva l’uscita 0 del modulo CPU SlimLine ed attende 2 secondi.
Step 1: Disattiva l’uscita 0 del modulo CPU SlimLine ed attende 2 secondi.Come vedi dallo screenshot ho definito la variabile TDelay di tipo timer eTON, e nello step 0 eseguo l’azione SetDo00 che esegue il timer e sulla transizione ne controllo l’uscita Q. Nello step 1 eseguo l’azione ResetDo00 che esegue il timer e sulla transizione ne controllo l’uscita Q.
Nota importante, come vedi nelle due azioni l’ingresso IN del timer è gestito con lo stato dell’uscita, questo perchè occorre che il FB veda disattivarsi IN per poi sulla attivazione gestire una nuova temporizzazione.
Allego un estratto del manuale che riporta le indicazioni per attivare il backup via LTE della rete WAN.
In questo modo la connessione via rete WAN è prioritaria, se attiva il router si connetterà attraverso questa connessione. In assenza di connnessione verrà attivata automaticamente la connessione LTE.
Non utilizzo mai i linguaggi grafici, se guardi tutti gli esempi che abbiamo sia nelle knowledge che nel forum sono in ST.
Il linguaggio testuale ha il grosso vantaggio di poter essere facilmente manipolato, copiato in parti da un programma ed incollato in un altro. Inoltre con semplici passaggi ssi può passare da LogicLab a CODESYS.
Un esempio di programma in SFC lo puoi trovare in questo topic.
Per aiutarti ho girato la domanda ad Axel che sono gli sviluppatori dell’ambiente di sviluppo LogicLab ed ecco la loro risposta.
Ovviamente Spento deve essere dichiarato.
Dentro le azioni puoi chiamare ciò che ti pare, es. funzione ma è possibile associare solo un azione per N (finché lo step è attivo) oppure P (pulse, quando lo step viene attivato).
Dopodiché assegni le condizioni di uscita dalle transazioni, possono essere del codice o delle variabili booleane.
Ho fato la prova con un semplice progettino con una inputazione/visualizzazione numerica di variabile UDINT, mi sono collegato ad un nostro sistema SlimLine e non ho avuto alcun problema. Il tutto provato con EasyBuilderPro in simulazione su PC.
Ecco lo screenshot delle impostazioni che ho effettuato, controlla se sono le stesse del tuo progetto.
Per la connessione con sistemi programmati in CODESYS Weintek ha predisposto driver appositi con gestione sia dell’indirizzamento assoluto che simbolico.
Il driver funziona con tutti i sistemi programmati in CODESYS.
Quindi se ti viene visualizzato il messaggio PLC no response significa che hai commesso qualche errore di configurazione. Ti consiglio di realizzare un progetto con un solo pulsante toggle utilizzando l’indirizzamento assoluto e vedere se riesci a farlo funzionare.
Per la configurazione del protocollo puoi verificare il manuale Guida connessioni PLC.
Come vedi dalla comparazione delle caratteristiche tra i vari HMI il cMT-SVR supporta le SQL query e naturalmente ha il supporto al Modbus sia RTU che TCP.
Naturalmente per risolvere il tup problema dovrai lavorare di macro sul pannello, per la gestione delle query SQL puoi dare una occhiata a questo articolo.
Ti ricordo comunque che EasyBuilderPro permette la completa simulazione del progetto, quindi puoi provare a scrivere il tuo programma e testarlo in simulazione prima di acquistare il cMT-SVR.
Weintek ha testato alcuni dongle USB, l’elenco è riportato nel post precedente e sulla pagina descrittiva del prodotto. Naturalmente anche altri dongle possono funzionare ma purtroppo non c’è modo di configurarli, se inserendo il dongle nel cMT questo non viene riconosciuto non si può fare nulla.
Puoi indagare se il cMT riconosce il dongle tramite le variabili del pannello indicate nella pagina Cellular Data Network (Screenshot).
Ti consiglio di realizzare una pagina sul pannello in cui visualizzi il valore di tutte le variabili interessate e verificare se il non funzionamento può essere determinato da un tuo errore (Esempio il PIN della SIM). Ma se il cMT non riconosce il dongle come connesso (LW-11379=0) non c’è modo di agire.
Lo SlimLine Raspberry viene rilasciato con il DHCP attivo e con l’accesso da utility Discover attivo. Quindi è strano che tu non riesca a raggiungerla. Questo potrebbe capitare se hai installato qualche tuo programma o ad esempio il run time di Codesys.
In questo articolo diamo alcune indicazioni su come raggiungere il modulo. Ma se non riesci in alcun modo puoi sempre usare il metodo nativo, colleghi una tastiera ed un monitor e ci accedi direttamente.
La funzione di variazione colore su immagine è attiva solo sulle immagini delle librerie di sistema che vengono costruite da Weintek.
Per tutte le altre immagini caricate dall’utente non c’è questa possibilità.
Il bus di estensione dei ns sistemi utilizza il protocollo I2C standard è quindi possibile collegare qualsisi dispositivo I2C al bus. Abbiamo previsto la funzione SysI2CWrRd proprio per poter gestire dispositivi I2C standard connessi al bus di estensione.
Come hai già visto tu il segnale RDYO-N è il segnale di abilitazione ai moduli , normalmente è allo stato logico TRUE (+5Vdc) e si porta a FALSE quando il programma PLC è in esecuzione (LED RDY acceso).
Guardando il datsheet del MPC23017 vedo che ha un ingresso di RESET negato, quindi devi collegare a questo ingresso il segnale RDYO-N negato. mentre per la gestione dei comandi I2C devi riferti al datasheet del componente al capitolo byte mode and sequential mode.
In Byte mode puoi scrivere/leggere un solo byte per ogni esecuzione della funzione SysI2CWrRd, in Sequential mode puoi scrivere/leggere più bytes sequenzialmente per ogni esecuzione della funzione SysI2CWrRd. Ecco un esempio di utilizzo
// Esempio scrittura e lettura di 1 byte in "byte mode". I2CWrite[0]:=xx; //Device register address I2CWrite[1]:=xx; //Data to write i:=SysI2CWrRd(Address:=xx, WrBytes:=2, WrBuffer:=ADR(I2CWrite), RdBytes:=0, RdBuffer:=eNULL) I2CWrite[0]:=xx; //Device register address i:=SysI2CWrRd(Address:=xx, WrBytes:=1, WrBuffer:=ADR(I2CWrite), RdBytes:=1, RdBuffer:=ADR(I2CRead )) // Esempio scrittura e lettura di 4 bytes in "sequential mode". I2CWrite[0]:=xx; //Device register address I2CWrite[1]:=xx; //Data to write I2CWrite[2]:=xx; //Data to write I2CWrite[3]:=xx; //Data to write I2CWrite[3]:=xx; //Data to write i:=SysI2CWrRd(Address:=xx, WrBytes:=5, WrBuffer:=ADR(I2CWrite), RdBytes:=0, RdBuffer:=eNULL) I2CWrite[0]:=xx; //Device register address i:=SysI2CWrRd(Address:=xx, WrBytes:=1, WrBuffer:=ADR(I2CWrite), RdBytes:=4, RdBuffer:=ADR(I2CRead ))
Il bus di estensione può essere utilizzato sia da task in back che slow o fast, l’accesso al bus blocca il task switching, quindi per minimizzare i jitters è preferibile non eseguire scritture/letture sequenziali di più di 4 bytes.
Nota: Tutto quello cho ho scritto l’ho desunto dal datasheet del PIO quindi fai tu la verifica reale di funzionamento.
