Effect of DELAY on incoming TTL control from web.

[frankpc]

If a command to set a TTL output was sent to the WebControl board through its Ethernet Jack during a period of time when the WebControl board was in a "DELAY" state, would the incoming command be lost, buffered, or processed during the DELAY state?
 
Thanks,

 

[apostolakisl]

Why don't you test it out and let us know.
 
I am pretty sure, however, that a PLC delay will have nothing to do with setting an output (or a variable) using the GUI or REST interface.

 

[frankpc]

What I could do is to set the DELAY to 20 or 30 seconds, and then go to the browser to issue the a statement such as  http://192.168.1.15/api/setttloutput.cgi?output=1&state=1 to try it. 
 
However, I figure there is actually a hard and fast rule within the design of the board regarding such a condition.  It seemed I was getting intermittant results.  But the 'apparent failures' were too rare to be believable.  I have the board in production, so the process becomes involved now.
 
Thanks for the advice.

 

[CAI_Support]

WebControl PLC is on a scheduler, that every 50ms it switch tasks.  The PLC logic could stuck in that regular DELAY instruction, but all other logic still runs every 50mS.  The worst case would be in two scheduled time, or 100mS, you task will be executed. The Network always working with TCP data buffered if not executed immediately.

 

[frankpc]

Makes sense!  And that is good news.
 
Thanks!