Happy Christmas Tech-Talkers,
The following is an extract from one of my IOCs.
record (waveform, "SR07BM01FPM01:FILL_PATTERN_ABS_WAVEFORM") {
field (DESC, "FPM Abs Data")
field (SCAN, "Passive")
field (NELM, "360")
field (FTVL, "DOUBLE")
field (PREC, "5")
}
...
record (subArray, "SR07BM01FPM01:FILL_PATTERN_ELEMENT_030_EXTRACT") {
field (DESC, "Extract element 30")
field (SCAN, "Passive")
field (INP, "SR07BM01FPM01:FILL_PATTERN_ABS_WAVEFORM CP")
field (FTVL, "DOUBLE")
field (MALM, "360")
field (NELM, "1")
field (INDX, "$(I)")
}
Using base-3-15-6, running cainfo SR07BM01FPM01:FILL_PATTERN_ELEMENT_030_EXTRACT
yields
SR07BM01FPM01:FILL_PATTERN_ELEMENT_030_EXTRACT
State: connected
Host: CR01GW17-CTL:5064
Access: read, no write
Native data type: DBF_DOUBLE
Request type: DBR_DOUBLE
Element count: 360
However, previously with an IOC using 3.14.8.4 this yielded a single valued PV.
We only noticed this when examining the Archive Appliance statistics (which PVs are
archiving the most data)
The subArrayRecord.c cvt_dbaddr function has changed from
if (!psa->udf && psa->nelm > psa->nord)
paddr->no_elements = psa->nord;
else
paddr->no_elements = psa->nelm;
to
paddr->no_elements = prec->malm;
My questions: Is this a bug or a feature?
Cheers
Andrew
Andrew C Starritt
Manager - Accelerator Controls and Support Systems
Australian Synchrotron
|
|
Important:
This transmission is intended only for the use of the intended addressee. It is confidential to the intended addressee and may contain privileged
information and or copyright material. If this email is not intended for your attention, any use, printing, storage, reproduction or further disclosure of this communication (including all attachments) is strictly forbidden. If you have received this transmission
in error, please notify me by telephone or email and immediately delete all copies of this transmission as well as any attachments.