Risposte nei forum create
-
Post
-
In questo topic si parla di rete con CPU compact utilizzate come moduli di I/O in alternativa ai moduli TRP C28M anche perché il costo è di qualche pochi superiore ma si tratta di prodotti programmabili.
Se tu sei già riuscito a leggere/scrivere gli I/O del TRP da PC in Modbus non dovresti avere problemi a gestirli con i blocco funzione Modbus. Ti ricordo che abbiamo fatto diversi upgrade del FB ora l’ultimo livello è il ModbusMaster. In questo topic puoi trovare il programma sorgente di una FB creata appositamente per la gestione dei TRPC28M.
Tutti i pannelli HMI Weintek gestiscono i protocolli di comunicazione con quasi tutti i PLC di mercato, per un elenco completo dei PLC supportati si può consultare la Guida connessioni PLC. Comunque relativamente al protocollo PPI Siemens confermo che è supportato. Naturalmente proponendo noi una gamma di PLC con protocollo modbus consigliamo di dare una occhiata.
Per il download del progetto da PC nel pannello si può utilizzare un cavo USB A to mini B, oppure se il pannello ha la porta Ethernet (Come nel caso del MT8050iE) si può utilizzare la connessione Ethernet che pemette anche di eseguire l’upload da remoto via Internet e la gestione del pannello da remoto con VNC (Topic).
La serie iE si programma con EasyBuilder Pro (Ne consiglio il download dalla pagina del terminale del nostro sito). Ricordo che il programma permette anche la completa emulazione del pannello compresa la connessione con il PLC. Pertanto puoi solo con il programma testare completamente il progetto dialogando con il PLC e solo dopo acquistare il pannello.
Tutti i pannelli della serie iE hanno il real time clock calendar con mantenimento orario a sistema spento tramite batteria.
Si tutti i pannelli serie iE hanno 3 porte COM ed una USB Host. Le versioni con Ethernet hanno anche l’interfaccia Ethernet.
I pannelli sono mediamente pronti a stock, comunque sul sito (Se si è registrati) o autoinviandosi una quotazione automatica
(Topic) è possibile vedere se il prodotto è disponibile (Spunta verde nella colonna disponibilità).Se il pagamento è in carta di credito o contrassegno e se il pannello è a stock la spedizione avviene nel pomeriggio successivo all’ordine (Se l’ordine arriva per le 10 parte nel pomeriggio stesso), mediamente al giorno dopo arriva dal cliente.
L’upgrade del firmware è obbligatorio per utilizzare la nuova versione della FB, per l’upgrade guarda qui.
La FB ModbusMaster gestisce il CRC al suo interno, lo genera per i frames di comando e lo controlla sui frames di risposta ricevuti, ed è proprio questo controllo che garantisce la correttezza dei dati.
In effetti la riga di codice IF (MdbElect.Ok) THEN @ElctDPtr:=TO_REAL(MdbElect.Buffer)/1000.0; END_IF; genera un errore di compilazione. Ma c’è qualcosa che non mi torna, il parametro MdbElect.Buffer deve essere valorizzato con l’indirizzo del buffer che contiene i dati da scrivere/leggere tramite il comando modbus.
Non capisco quello che tu vuoi fare con il tuo programma, in pratica stai convertendo in float un indirizzo di memoria e lo trasferisci nella memoria puntata da ElctDPtr di cui non ne conosco il tipo. Attenzione. l’uso dei puntatori è molto pericoloso bisogna sempre sapere con certezza cosa succede. Un uso improprio può portare anche ad un blocco della esecuzione del programma.
Non sono esperto di LOGO (Noi produciamo la nostra serie di prodotti SlimLine) ma attenzione alle variabili VM, potrebbe essere che debbano essere indirizzate solo su indirizzi pari, quando indirizzi l’indirizzo dispari può essere che la variabile venga scritta su due variabili contigue.
Prova ad usare VM0, VM2, VM4 e così di seguito…
Aggiungo che come base di partenza puoi usare il programma indicato in questo post. Come vedi in quel caso viene sequenziata la lettura di diversi nodi, mentre tu dovrai sequenziare letture sempre dallo stesso nodo ma da registri diversi.
Partiamo dal PROGRAM ERROR, questo tipo di errore è un errore interno al LogicLab, viene generato dopo avere parsato tutto il codice sorgente ed aver generato il metacodice per la compilazione. Purtroppo la linea riportata a diferenza di altri errori di parsing del codice sorgente non è riferita al programma sorgente ma è riferita al metacodice interno, e quindi non è possibile risalire facilmente al problema.
In presenza di questo errore la soluzione per trovarlo è di commentare parti di programma sorgente e ricompilare fino a trovare la parte di programma che genera l’errore. Eventualmente puoi inviarmi il progetto support[at]elsist.it per una analisi mia e/o per inviarlo ad Axel per ulteriori tests.
Mi hai detto che usi una PCB122*100 quindi dovrai utilizzare un convertitore RS232/RS485 tipo ATC-105 o altri della ns gamma di convertitori. Ma perché non usi la porta RS485 del modulo CPU ?
In quanto al programma come si vede dal manuale istruzioni, tutti i registri da leggere dal contatore Electrex sono su registri contigui, allora io mi eviterei il lavoro di sequenziare le letture ma utilizzerei una sola lettura di tutti i registri contemporaneamente o al limite 2 o 3 letture di gruppi di registri.Intanto per la visualizzazione di uno stato è preferibile utilizzare un oggetto Lampada Bit gli oggetti Pulsante Toggle e Imposta Bit servono ad impostare i valori sul PLC. Naturalmente ne visualizzano anche il reale stato, ecco perché al cambiamento di stato del’ingresso del PLC cambia lo stato del pulsante sul terminale.
Ma quando si cerca di impostare i valori nel PLC bisogna essere certi che il programma del PLC non operi sullo stesso operando, tu non puoi attivare una uscita se il programma del PLC la disattiva e/o viceversa. In pratica il terminale comanda l’uscita per un attimo ma poi il programma PLC la rimette nella condizione da lui imposta.
Per operare con dei comandi da terminale in sinergia con il programma PLC devi usare dei merker interni (Operandi M), il terminale opera sul merker attivandolo/disattivandolo poi il programma PLC usa il merker per gestire l’uscita in parallelo alla sua logica.
L’errore è nella definizione del PLC deve essere definito come Locale, perché è gestito direttamente dalla rete Ethernet del pannello (Screenshot).
La connessione remota permette di connettersi ad un PLC che è fisicamente connesso ad un altro terminale, e quindi la comunicazione passa attraverso il terminale cui il PLC è connesso. Infatti l’errore che ti viene ritornato indica che non riesce a connettersi al terminale remoto.
Quando li è un errore di comunicazione con il PLC locale l’errore è PLC NO RESPONSE.
Ho chiesto al fornitore che mi dice che la validità della licenza in caso di migrazione della VM su altro hypervisor dipende dal tipo di licenza.
Tutte le licenze tranne la licenza illimitata continuano ad essere ancora valide.
La licenza illimitata deve essere riattivata perchè l’attivazione è legata agli identificatori di CPU, motherbord, BIOS, ed altri identificatori. Quindi anche se non sono sicuro al 100%, ritengo che dopo la migrazione da macchina a macchina gli identificatori verranno modificati e l’attivazione non sarà più valida.Da quanto esposto prima è evidente che se le uscite sono utilizzate per comandare dispositivi (Esempio drivers, servovalvole, ecc.) non potendo garantire l’azzeramento del valore in uscita, occorre prevedere la gestione della abilitazione del dispositivo con un comando logico.
Le uscite logiche sono le sole uscite di cui è garantita la disabilitazione in ogni condizione, Power On, Stop programma, errori di Watch dog, ecc… Quindi per motivi di sicurezza è sempre raccomandato gestire le abilitazioni utilizzando le uscite digitali.
Comportamento uscite analogiche su modulo 20 I/O Mixed signal.
Power On: Le uscite si portano a +10 Volt.
Run programma (RDY acceso): Le uscite si portano a 0 Volt e poi al valore definito da FB SysSetAnOut.
Stop programma (RDY spento): Le uscite si portano a +10 Volt (L’uscita A00 sale lentamente a +10 Volt).Comportamento uscite analogiche su modulo espansione I/O analogico.
Power On: Le uscite sono in Stand-By, si portano a +19mV.
Run programma (RDY acceso): Le uscite si portano al valore definito da FB SysSetAnOut.
Stop programma (RDY spento): Le uscite restano al valore impostato dal programma.Come già trattato in questo topic vediamo di chiarire il concetto dell’attributo RETAIN delle variabili di programma. In conformità con IEC 61131 sono riportati due tipi di avvio programma in un PLC.
Warm restart, noto anche come Warm reboot: Si ha con l’alimentazione del sistema, il programma viene eseguito dal suo inizio e le variabili RETAIN assumono il valore che avevano quando il sistema è stato arrestato.
Cold restart: Si ha dopo aver caricato il programma o su condizione di errore del PLC che ha causato un riavvio. Il programma viene eseguito dal suo inizio e le variabili RETAIN assumono il valore definito nel campo INIT.
Nello SlimLine l’area di memoria nella DB 100 a partire da indirizzo 2048 fino a 4096 pur non avendo l’attributo RETAIN sono ritentive. Quindi, tutte le variabili che sono allocate in questa zona mantengono il loro valore allo spegnimento e, a differenza delle variabili RETAIN mantengono il loro valore anche al caricamento del programma e/o riavvio del sistema.
Ho realizzato un programma di esempio in cui viene utilizzata la variabile BMatrix che per semplicità ho definito come una matrice di 4 righe da 2 colonne (Tipo Array 4, 2). Ecco lo screenshot del programma dove puoi vedere come effettuare la definizione dei valori di inizializzazione e come accedere ai vari elementi della matrice.
But if your requirement is to create a RS485 network with many remote I/O modules attached, you can use our Compact CPU module. It has 6 digital inputs, 4 relais outputs, 2 analog inputs, there is a version that has the RS485 port and supports the Modbus protocol. If you need more than the embedded I/Os, you can connect to it other I/O extension modules.
In this topic you will find a description of a project with a master CPU module that manages many slave compact modules connected on RS485. The main feature of this example is that it’s possible to program the slave modules by the RS485 network directly thru an ethernet connection to the master CPU. The topic is in italian but you can download the source program and study it.
The SlimLine I2C expansion bus is managed with complex I2C commands, each command is composed by a write command followed by a read command. Are managed 256 commands each composed with multiple bytes, to each command sent by the CPU, the extension module creates the response frame that is read by the CPU.
The CPU module has to manage multitasking accesses, so all the I2C slave management is made with a FPGA logic to ensure the communication interoperability between the different tasks. All of this requires a management workload from the CPU and to avoid problems in the commands timing, we don’t publish any reference on how to manage the bus by a third party. So our I/O modules can be managed only by our CPU modules.
