controllo stato opzionale da config + update docs

MTC_Adapter/SCMA/AdapterGeneric.cs

@@ -2946,23 +2946,26 @@ namespace SCMA
         retACK_DW = utils.setBitOnStFlag(retACK_DW, ACK_DW2.HasFlag(StFlag32.B30), 30);
       }
 
-      // 2018.10.01 gestione bit status dei check ULTERIORI...
-      if (currGateway.protocollo == gwProtocol.SOURS)
+      // 2018.10.01 gestione bit status dei check ULTERIORI...  SE abilitato
+      if (utils.CRB("stChkEnabled"))
       {
-        // controllo catena REDIS | OPC-UA | Gateway | Internet 
-        // !!!FARE!!!
-        // verifico se ci siano messaggi da recapitare (MConnect --> GateWay --> macchina)  
-        // !!!FARE!!!
-      }
-      else if (currGateway.protocollo == gwProtocol.MTC)
-      {
-        bool agentOk = false;
-        // imposto bit controllo AGENT attivo
-        agentOk = currGateway.checkStatus(1);
-        retACK_DW = utils.setBitOnStFlag(retACK_DW, agentOk, 24);
-        // imposto bit controllo AGENT valido
-        agentOk = currGateway.checkStatus(2);
-        retACK_DW = utils.setBitOnStFlag(retACK_DW, agentOk, 25);
+        if (currGateway.protocollo == gwProtocol.SOURS)
+        {
+          // controllo catena REDIS | OPC-UA | Gateway | Internet 
+          // !!!FARE!!!
+          // verifico se ci siano messaggi da recapitare (MConnect --> GateWay --> macchina)  
+          // !!!FARE!!!
+        }
+        else if (currGateway.protocollo == gwProtocol.MTC)
+        {
+          bool agentOk = false;
+          // imposto bit controllo AGENT attivo
+          agentOk = currGateway.checkStatus(1);
+          retACK_DW = utils.setBitOnStFlag(retACK_DW, agentOk, 24);
+          // imposto bit controllo AGENT valido
+          agentOk = currGateway.checkStatus(2);
+          retACK_DW = utils.setBitOnStFlag(retACK_DW, agentOk, 25);
+        }
       }
 
       // 2016.10.18 aggiungo scrittura del bit di "watchdog" al primo bit della DW2... come resto tra secondi / 2

MTC_Adapter/SCMA/App.config

@@ -14,6 +14,7 @@
     <add key="SOURS_IP" value="localhost" />
     <add key="SOURS_port" value="6379" />
     <add key="SOURS_baseHash" value="SOUR" />
+    <add key="stChkEnabled" value="true"/>
     <!--gestione TIMERS e periodi multipli x thread lenti-->
     <add key="startTimerMs" value="250" />
     <add key="timerIntMs" value="5" />

README.md

@@ -66,6 +66,22 @@ Mentre queste sono quelle in versione **debug/diagnostica**
     <add key="windowCanMax" value="true"/>
     <add key="trayClose" value="true"/>
 
+L'adapter, a partire dalle versioni di settembre 2018, è istanziabile a scelta in modalità **MTC** (classica MTConnect) oppure **SOURS** (SCM Opc Ua Redis Server) destinato alla piattaforma cloud Maestro Connect. Per queste modalità prestare attenzione alla chiave "adpProto", che può appunto prendere i valori MTC o SOUR:
+
+Ecco la chiave da usare per MTConnect
+
+    <add key="adpProto" value="MTC" />
+
+Ecco la chiave da usare per OPC-UA
+
+    <add key="adpProto" value="SOURS" />
+
+Altra modifica importante a partire da ottobre 2018 è la possibilità di impiegare il controllo dello status del sistema tramite le variabili della ACK_DW2 (vedere doc variabili https://docs.google.com/spreadsheets/d/1SewqSJn941mKtzplY1ZtWe6W6Hw0Wtu_4RVjwIPo28w/edit#gid=848807258)
+
+    <add key="stChkEnabled" value="true"/>
+
+In particolare per casistiche **MCT** viene verificato los tato dell'adapter, mentre per OPC-UA la "catena di invio" che c'è tra l'adapter ed il cloud SCM.
+
 ### MTC-FANUC 
 
 - Primo adapter realizzato