Vai al contenuto

Sergio Bertana

Risposte nei forum create

Stai visualizzando 15 post - dal 3,316 a 3,330 (di 4,373 totali)
  • Autore
    Post
  • in risposta a: Accedere da remoto allo storage eventi e dati su SD Card #37716
    Sergio Bertana
    Amministratore del forum

    Come giustamente riporti il file system interno al terminale è accessibile tramite connessione FTP (Vedi post), purtroppo sia la SD Card che le Pen Drive USB non sono accessibili da FTP.

    In questo post trovi ulteriori informazioni sulla storicizzazione dei dati.

    in risposta a: Memorizzazione dati e programma CPU ARM 7 #37715
    Sergio Bertana
    Amministratore del forum

    Il programma utente è memorizzato nella memoria FLASH del microcontrollore LPC2387 ed il tempo minimo di ritenzione dei dati è di 10 anni.

    Le variabili in memoria RETAIN sono memorizzate in una memoria ferromagnetica FM25V01 che presenta un tempo minimo di ritenzione dei dati di 10 anni.

    I files sorgenti del programma (Se si sceglie i scaricarli sul target) sono memorizzati nella directory System. A disposizione dell’utente vi è la directory Storage. Entrambe queste directories sono memorizzate in una memoria FLASH 45DB081 che presenta un tempo minimo di ritenzione dei dati di 20 anni.

    L’unico componente che ha problemi di durata a sistema spento è il real time clock, per continuare a funzionare in assenza di alimentazione viene utilizzato un SuperCap che mantiene attivo l’RTC per 1 mese.

    in risposta a: Utilizzare convertitore ethernet-seriale con protocollo DF1 #37714
    Sergio Bertana
    Amministratore del forum

    Non conosco i prodotti Allen Bradley ma a quanto ho potuto scoprire su Internet ho visto che il protocollo DF1 è un protocollo seriale RS232 o RS485, quindi a livello elettrico è sicuramente compatibile con il convertitore ATC-1000.

    Ma la domanda del cliente è sibillina, cosa si intende per avere una porta Ethernet sul PLC ? Una porta Ethernet nativa supporta connessioni multiple IP su tutte le porte. Il PLC potrebbe gestire sockets TCP connessioni UDP, potrebbe pubblicare pagine web, potrebbe essere presente un server FTP, ecc. Tutte queste cose si possono gestire solo da una porta Ethernet nativa nel PLC (Vedi ad esempio i nostri prodotti SlimLine).

    Se invece il problema del cliente è di gestire il solo protocollo DF1 tramite una connessione Ethernet TCP o UDP, il convertitore ATC-1000 può essere utilizzato. Quando si utilizzano i convertitori Ethernet/Seriale occorre tenere presente che introducono dei ritardi nella comunicazione e questi ritardi in alcuni casi (Molto rari) potrebbero inficiare la comunicazione.

    in risposta a: Configurazione Punto/Multipunto, UDP in broadcast #37713
    Sergio Bertana
    Amministratore del forum

    Dalle prove fatte non ho trovato nessuno tra i prodotti che distribuiamo in grado di trasmettere in broadcast su UDP, posso suggerire di utilizzare più convertitori ATC-1000 connessi in RS485 alla porta seriale del PC. Ogni ATC-1000 può inviare il dato in Multicast a 10 altri convertitori, quindi potrai gestire 10 periferiche per ogni ATC-1000 connesso.

    Naturalmente andrà programmato l’IP dei vari convertitori a cui ti connetti, in questo modo la trasmissione non sarà più in broadcast e questo almeno ti riduce il traffico di rete in quanto i pacchetti verranno correttamente instradati dagli switches di rete.

     

    in risposta a: Informazioni sulla FB Average, value average #37711
    Sergio Bertana
    Amministratore del forum

    Il blocco funzione elabora al suo interno la formula Average=((Value-Average)/Coefficent)+Average. In pratica l’effetto finale è quello che  si otterrebbe con un circuito RC sul valore in ingresso.

    Ho realizzato un programma di test che funziona sul simulatore (Download programma), in cui ho simulato l’effetto della FB su di un valore in ingresso che varia da 0 a 10 e poi da 10 a 0 (Screenshot oscillogrammi). Naturalmente l’effetto “Capacità” dipende sia dal valore di Coefficent che dal tempo di loop del programma.

    Se il programma con FB Average è eseguito nelle task Fast e Slow, il tempo di esecuzione è predefinito e non cambia in funzione degli statements da eseguire al suo interno.

    in risposta a: Invio di un SMS con il carattere ‘@’ nel testo #37710
    Sergio Bertana
    Amministratore del forum

    Aggiungo un programma di esempio (Stampa, Download sorgente), che attivando l’ingresso Di00M00 esegue l’invio del messaggio SMS con il carattere “@” al numero di telefono definito.

    in risposta a: Invio di un SMS con il carattere ‘@’ nel testo #37709
    Sergio Bertana
    Amministratore del forum

    Il modem BGS2, per la codifica del carattere “@” utilizza il codice ascii “0x00”, quindi si deve utilizzare questo codice all’interno della stringa da inviare. La FB ModemSMSSend_v1 accetta come parametro l’indirizzo della stringa messaggio da inviare, purtroppo nelle stringhe il carattere “0x00” è il carattere terminatore di stringa.
     
    Pertanto se crei un messaggio con il carattere “0x00” all’interno, verrà inviata solo la parte di messaggio prima del carattere. Per ovviare al problema ho realizzato una nuova versione della libreria in cui vi è la nuova FB ModemSMSSend_v2 di invio SMS (Estratto manuale). A differenza della precedente questa FB ha un nuovo parametro di input TLgt che se definito indica il numero di caratteri da inviare del testo.
     
    Ecco un esempio di programma ST per inviare un SMS del tipo “The @ char”, come si vede si prepara una stringa con il carattere “_” al posto del “@” e poi prima di inviare il messaggio si sostituisce il carattere con “0x00”.
     
    SMSSend.Number:=ADR(‘+39335123456’); (* Phone number *)
    SMSSend.TLgt:=10; (* Text length *)
    Message:=’The _ char’; (* Message string *)
    Ptr:=ADR(Message)+4; (* Auxiliary pointer *)
    @Ptr:=0; (* Carico codice carattere @ *)

    in risposta a: Gestione encoder con interfaccia SSI #37708
    Sergio Bertana
    Amministratore del forum

    Non abbiamo nella famiglia di moduli SlimLine un modulo specifico per la gestione di encoder con uscita SSI, ma essendo l’interfaccia SSI assimilabile a livello elettrico ad una connessione RS422 è possibile utilizzare un normale convertitore RS232 to RS422 per connetterla ad una delle porte seriali.

    Utilizzando ad esempio un convertitore ATC-105, e collegando il clock del SSI al segnale DTR ed il dato SSI al segnale di CTS, utilizzando da programma LogicLab le funzioni SysSetSerialDTR, set DTR signal status e SysGetSerialCTS, get serial CTS signal status è possibile gestire la lettura dell’encoder.

    in risposta a: Come utilizzare le Tags nei programmi EasyBuilder #37707
    Sergio Bertana
    Amministratore del forum

    Aggiungo che personalmente preferisco utilizzare un file csv (Esempio Tags.csv) per la definizione delle Tags, in questo modo il file è gestibile da un comune text editor (Esempio Notepad) rendendo semplice l’aggiunta e la modifica delle Tags. Ecco come si presenta il file:

    Pulsante Start,SlimLine,0x,40128,Pulsante di start pompa
    Pulsante Stop,SlimLine,0x,40129,Pulsante di stop pompa

    La prima colonna riporta la Tag.
    Nella seconda colonna vi è il nome del PLC a cui la Tag fà riferimento.
    Nella terza colonna vi è il tipo di variabile (Cambia in base al protocollo del PLC).
    Nella quarta colonna vi è l’indirizzo della variabile.
    La quinta colonna è opzionale (E’ ignorata da EasyBuilder), la utilizzo come campo note.

    Per importare le Tags così create nel programma EasyBuilder utilizzare il tasto Importa CSV, ed accettando con Si il Pop-up che informa che verranno sostituiti tutti gli indirizzi delle Tags esistenti (Screenshot).

    in risposta a: Definizione e visualizzazione tempo di un timer su SlimLine #37706
    Sergio Bertana
    Amministratore del forum

    Per le Tags ti rimando a questo post dove sono trattate in modo esaustivo.

    in risposta a: Come utilizzare le Tags nei programmi EasyBuilder #37704
    Sergio Bertana
    Amministratore del forum

    Intanto cosa sono le Tags, per Tag si intende una etichetta che identifica una variabile, è molto più semplice e mnemonico utilizzare un nome per indicare una variabile piuttosto che il suo indirizzo fisico. Per esempio nel caso di un PLC con protocollo Modbus potremo assegnare la Tag PulsanteStart alla variabile BOOL (Tipo 0x) ad address 40128.

    Nel programma EasyBuilder potremo poi abbinare ai vari oggetti grafici la variabile definendone il nome (Tag) e non il tipo e l’indirizzo. EasyBuilder ha la definizione di tutte le variabili interne al terminale (Esempio LB-9000 initialized as on) quindi quando si vuole utilizzare una variabile interna per abbinarla ad un oggetto basterà sceglierla dall’elenco (Screenshot). La stessa cosa è possibile con le variabili PLC ma prima occorre definire le Tags allego un estratto manuale EasyBuilder che tratta l’argomento.

    Attivando il pulsante Tag si attiva la finestra di definizione delle Tags, da cui scegliendo le Tags di progetto è possibile definire le varie etichette abbinando ad ognuna il tipo e l’indirizzo della variabile fisica nel PLC (Screenshot). Nell’esempio l’etichetta Pulsante Stop è stata assegnata alla variabile 0x 40129 del PLC SilimLine.

    Con i pulsanti di esportazione ed importazione è possibile gestire le Tags utilizzando programmi esterni (Excel o text editor). Alcuni PLC prevedono infatti l’esportazione delle variabili in formato Excel e quindi con il tool di importazione è possibile importarle direttamente nel programma EasyBuilder.

    in risposta a: Informazioni sull’utilizzo del simulatore PLC #37703
    Sergio Bertana
    Amministratore del forum

    Commetti l’errore che commettono in tanti, per la simulazione utilizzi il tasto Simulation mode all’interno di LogicLab (Screenshot). Questa funzione non è ancora attualmente utilizzabile, in alternativa abbiamo realizzato un programma esterno a LogicLab (ePlcEmulator) che deve essere eseguito in background (Vedi post).

    Da LogicLab occorre connettersi al simulatore come ci si connette ad un sistema target esterno (Tasto Connects to the target). In questo modo si possono fare le stesse operazioni che si attuano quando si è connessi al sistema target reale.

    Naturalmente il simulatore non ha tutte le funzioni embedded presenti nel target SlimLine reale, nel forum puoi trovare programmi di esempio realizzati proprio per il simulatore, in questo post si trova un programma con gestione di una regolazione PID.

    in risposta a: Configurazione Punto/Multipunto, UDP in broadcast #37702
    Sergio Bertana
    Amministratore del forum

    Ho effettuato il test anche su ATC-2000, ma non accetta e non invia i dati su indirizzo di broadcast.

    Per quanto riguarda il convertitore TRP-C37, ho verificato che è in grado di ricevere i dati inviati in broadcast nello stesso modo dell’ATC-1000 (Screenshot impostazione). Come per l’ATC-1000 anche il TRP-C37 non può inviare dati ad indirizzo di broadcast.

    in risposta a: Configurazione Punto/Multipunto, UDP in broadcast #37700
    Sergio Bertana
    Amministratore del forum

    Aggiungo che ho testato anche la possibilità di configurare l’ATC-1000 per inviare i dati in broadcast (Ho impostato come remote address 192.168.0.255) ma in questa configurazione l’ATC non invia i dati. Probabilmente non è gestito l’invio verso indirizzo broadcast.

    in risposta a: Configurazione Punto/Multipunto, UDP in broadcast #37699
    Sergio Bertana
    Amministratore del forum

    Ho effettuato le prove con un ATC-1000 configurato in connessione UDP (Screenshot), per il test ho utilizzato Toolly.

    Come si vede dallo screenshot, inviando la stringa “From UDP” in broadcast UDP (192.168.0.255) sulla porta 21, la stringa viene ricevuta dall’ATC-1000 che la ritorna in seriale (E’ connesso con la porta COM4 del PC). Naturalmente la stessa stringa è ricevuta anche dal PC che è in ascolto sulla porta 21.

    Inviando la stringa “From serial” dalla porta COM4 la stringa viene inviata dall’ATC-1000 all’indirizzo 192.168.0.88 e ricevuta dal PC che è in ascolto sulla porta 21. La stringa ricevuta è visualizzata nella finestra di Toolly.

    Quindi da queste prove possiamo affermare che anche l’ATC-1000 può essere utilizzato nella configurazione da tè richiesta. Il PC invia i dati in broadcast a tutti gli ATC-1000 che saranno configurati per inviare i dati al solo IP del PC.

Stai visualizzando 15 post - dal 3,316 a 3,330 (di 4,373 totali)