Differenze

Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.

--- software:devices:modbus [2015/09/16 11:37] – [5. Parte 1 : Modbus Master] qem207
+++ software:devices:modbus [2015/09/16 11:52] – [5.3.1. Read Coil (type = 1)] qem207
@@ Linea 207: / Linea 207: @@
 ==== - Richieste di lettura ====
-=== - Read Coil (type = 1) ===
+=== Read Coil (type = 1) ===
 Funzione di lettura a bit. Si vogliono leggere i bit di un certo slave (//idcar//d). Viene impostato il parametro //type// = 1.\\ Bisogna
 impostare //addr// per indicare l’indirizzo del bit nello slave da cui si intende iniziare a leggere. Il parametro //num// indica il
@@ Linea 331: / Linea 331: @@
 swTemp1 = modbus.iword15
 </code>
-=== - Schema a blocchi ===
+==== - Schema a blocchi ====
 {{:software:devices:modbus:modbus_01.png?nolink400|}}
-=== - Broadcast ===
+==== - Broadcast ====
 Il Broadcast è un messaggio speciale che viene inviato dal Master e viene ricevuto contemporaneamente da tutti gli slave
 connessi. La funzionalitá broadcast (idcard = 0) è supportata solamente in modo master e se viene usato un messaggio
@@ Linea 341: / Linea 341: @@
 messaggi. Non è possibile utilizzare il comando SENDSYC.
-=== - Identificazione degli Slave ===
+==== - Identificazione degli Slave ====
 La scheda quando funziona in modalità Master permette, con un speciale comando, di riconoscere se lo slave collegato è
 di tipo QEM. In caso affermativo determina anche il modello di slave connesso. Questo permette di realizzare una diagnostica
@@ Linea 481: / Linea 481: @@
 ===== - Parte 2 : Modbus Slave =====
+FIXME
 ==== - Modo di funzionamento SLAVE ====
-La modalità slave viene impostata con il parametro mode = 1 o mode = 2. Bisogna introdurre nei parametri il codice dell’ID slave tramite il parametro idcard. Le operazioni che spettano all’applicativo QCL sono essenzialmente due:
+La modalità slave viene impostata con il parametro mode = 1 o mode = 2. Bisogna introdurre nei parametri il codice dell’ID slave tramite il parametro idcard.
-  * aggiornare i parametri tipo owordNN, olongNN (che verranno poi letti dal master)
-  * processare i parametri tipo iwordNN, ilongNN (che sono stati scritti dal master)
-=== - Impostazioni modbus e apertura del canale di comunicazione di tipo seriale ===
+**Impostazioni modbus e apertura del canale di comunicazione di tipo seriale**
 <code QCL>
 modbus.mode = 1                             ; modbus slave
@@ Linea 504: / Linea 502: @@
 ENDIF
 </code>
-=== - Impostazioni modbus e apertura del canale di comunicazione di tipo TCPIP ===
+**Impostazioni modbus e apertura del canale di comunicazione di tipo TCPIP**
 <code QCL>
 modbus.mode = 1                             ; modbus slave
@@ Linea 525: / Linea 523: @@
 </code>
 FIXME
+Le operazioni che spettano all’applicativo QCL sono essenzialmente due:
+  * aggiornare i parametri tipo owordNN, olongNN (che verranno poi letti dal master)
+  * processare i parametri tipo iwordNN, ilongNN (che sono stati scritti dal master)
 === - Aggiornamento dei parametri tipo owordNN ===
 Per aggiornare i parametri tipo owordNN il QCL deve scrivere i valori nei parametri quindi inviare il comando VALIDATE.
@@ Linea 532: / Linea 534: @@
 solamente dopo il comando VALIDATE.
-== Esempio: ==
+**Esempio**
 <code QCL>
 modbus.olong1 = anpos.speed
@@ Linea 548: / Linea 550: @@
 solo allora lo stato st_msgrx viene disattivato.
-Esempio:
+**Esempio**
 <code QCL>
 WAIT modbus.st_msgrx
@@ Linea 566: / Linea 568: @@
 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.
+==== - Schema a blocchi ====
 {{:software:devices:modbus:modbus_02.png?nolink400|}}