|
|
Experimental Physics and
| ||||||||||||||||
|
|
I think this is what should be done to the subArray Record. I haven't tested it though. Carl *** 152,159 ****
if (!pact && psa->pact) return(0);
psa->pact = TRUE;- psa->udf=FALSE;
recGblGetTimeStamp(psa);
monitor(psa); /* process the forward scan link record */
--- 152,166 ----
if (!pact && psa->pact) return(0);
psa->pact = TRUE; recGblGetTimeStamp(psa);
+
+ if (status) {
+ psa->udf = TRUE;
+ recGblSetSevr(psa,UDF_ALARM,INVALID_ALARM);
+ } else {
+ psa->udf=FALSE;
+ }
+
monitor(psa); /* process the forward scan link record */
***************
*** 314,320 ****
if (psa->nord <= 0)
{
status = -1;
- psa->indx = 0;
}
return(status);
}
--- 321,326 ----Gillingham, IJ (Ian) wrote: This thread has come at a very timely moment, as I have been stumped for a couple of days as to why a some of my waveform records have had their INDX fields set to zero for no apparent reason. My waveforms in question contain status and interlock information from PLCs, which is populated via streams/RS232. This has caused some of our interlock tables to be referencing the wrong interlocks (those allocated to the word at INDX = 0) and causing some confusion! Having discussed this thread with Pete Leicester, it transpires that this issue is more widespread than realised. A fix would be much appreciated. In the mean time, I shall probably have to monitor these INDX values and correct them if/when they get reset to zero. -- Carl Lionberger 510 486 7503 Software Developer, Engineering Division Lawrence Berkeley National Laboratory
| ||||||||||||||||
| ANJ, 10 Nov 2011 |
·
Home
·
News
·
About
·
Talk
·
Base
·
Modules
·
Extensions
·
· Distributions · Download · Documents · Links · Licensing · |