Differences

This shows you the differences between two versions of the page.

--- en:software:devices:modbus [2016/12/23 16:46] – [6.1. Modo di funzionamento SLAVE] qem103
+++ en:software:devices:modbus [2016/12/23 17:05] – [6.2. Schema a blocchi] qem103
@@ Line 460: / Line 460: @@
   * update the parameters owordNN, olongNN type (which will then be read from the master)
   * process the parameters iwordNN, ilongNN type (which will then written by the master)
-=== - Aggiornamento dei parametri tipo owordNN ===
+=== - Updating owordNN parameters type ===
-Per aggiornare i parametri tipo owordNN il QCL deve scrivere i valori nei parametri quindi inviare il comando VALIDATE.
-L’utilizzo del comando si rende necessario per rendere disponibili alle letture del master i nuovi dati nello stesso istante,
-evitando così che possano venire letti solamente parte dei parametri aggiornati. Quindi l’assegnazione di un valore ad un
-parametro device NON SIGNIFICA che esso sia immediatamente disponibile per le letture del master. Sarà disponibile
-solamente dopo il comando VALIDATE.
-**Esempio**
+To update the owordNN parameters type the QCL must write values in the parameters then send the VALIDATE command. The use of the command is necessary to make available on the readings of the master the new data at the same time, so that they can be read only part of updated parameters. So assigning a value to a device parameter DOES NOT MEAN that it is immediately available for the master readings. Will only be available after the VALIDATE command.
+**Example**
 <code QCL>
 modbus.olong1 = anpos.speed
@@ Line 477: / Line 474: @@
 </code>
-=== - Processo dei parametri tipo iwordNN ===
+=== - Process iwordNN parameters type ===
-Per processare i parametri tipo iwordNN, invece, il QCL deve attendere che lo stato st_msgrx venga attivato. Questo significa
-che un messaggio di scrittura è stato inviato dal master. Per i messaggi di lettura nessun segnale viene riferito ai
-parametri QCL. Il QCL poi deve prelevare i valori dall’area scambio dati e al termine deve inviare il comando RECEIVED,
-solo allora lo stato st_msgrx viene disattivato.
-**Esempio**
+To process the iwordNN parameters type, instead,the QCL must wait for the st_msgrx state is activated. This means that a write message was sent by the master. For the read message no signal reportedly to QCL parameters. The QCL then must take the values from the data exchange and at the end needs to send the RECEIVED command, only then the st_msgrx state is disabled.
+**Example**
 <code QCL>
 WAIT modbus.st_msgrx
@@ Line 491: / Line 486: @@
 RECEIVED modbus
 </code>
-Naturalmente non esiste nessun controllo per evitare che durante la lettura dei parametri //iwordNN// il master erroneamente
-esegua un’altra scrittura, prima che il codice del progetto presente nello slave finisca il processo.\\
-Inoltre il codice per la manipolazione del device modbus nell’applicativo è consigliato che sia raccolto in un unico task in
-modo da non creare accessi contemporanei ai device che potrebbero generare delle condizioni non valide in ogni singolo
-contesto.
-Tutte le richieste di lettura che arrivano dal master MODBUS fanno riferimento ai dati di tipo //owordNN// accedendo quindi
+There is no control to prevent when reading //iwordNN// parameters the master incorrectly execute another writing, before the project code present in the slave to finish the process.\\
-alla stessa area dati. Lo slave mette a disposizione i valori che il master leggerà nei parametri di tipo //owordNN//.\\
+Also the code for handling the modbus device in the application it is recommended that it is collected in a single task in order not to create simultaneous accesses to the device that could generate invalid conditions.
-Tutte le richieste di scrittura che arrivano dal master MODBUS fanno riferimento ai dati di tipo //iwordNN// accedendo quindi
-alla stessa area dati. Lo slave mette a disposizione i parametri //iwordNN// dove il master potrà scrivere i dati.
+All read requests that arrive from the master MODBUS refer to the //owordNN// type data by accessing to the same data area. The slave provides the values that the master will read in the //owordNN// parameters type.\\
-==== - Schema a blocchi ====
+All write requests arriving from the MODBUS master refer to the //iwordNN// type data aby accessing to the same data area. The slave provides the //iwordNN// parameters where the master will write data.
+==== - Block diagram ====
 {{:software:devices:modbus:modbus_02.png?nolink400|}}