Hi John,
That looks like it could be a problem with EPICS_CA_MAX_ARRAY_BYTES. How did you produce that .jpg image? Was it with an EPICS CA client?
Please use the NDFileJPEG file plugin to save an image. Does that have the same problem? If not then I suspect it is EPICS_CA_MAX_ARRAY_BYTES.
The version of TVX/camserver should not matter for the NDArray data. The communication of the data between camserver and the IOC is via TIFF or CBF files, which should be completely independent of the version of TVX/camserver.
Mark
From: Tech-talk <tech-talk-bounces at aps.anl.gov>
On Behalf Of John Dobbins via Tech-talk
Sent: Friday, October 2, 2020 9:30 AM
To: tech-talk at aps.anl.gov
Cc: Arthur R. Woll <arthurwoll at cornell.edu>
Subject: ADPilatus
We have a number of DECTRIS PILATUS detectors for which I recently added an up-to date areaDetector installation.
Previously these detectors were using areaDetector R1-9-1, EPICS Base R3.14.11
I added areaDetector R3-9, EPICS Base R3.15.8
These are the three detector and their tvx versions - note that the 100K tvx version is different.
PIL 100K tvx-7.3.13.121212b
PIL 200K tvx tvxe-7.4.01-130212
PIL 300K tvx tvxe-7.4.01-130212
The 200K and 300K are working fine with the new software, however the 100K is not.
The image from the PIL 100K looks like this:
The first 26 rows appear fine, i.e. pixels typically show tens of counts, then in row 27 pixels with very large numbers and pixels with zero start appearing.
Neither the IOC nor camserver is reporting errors.
The PILATUS 100K continues to work as expected with the old areaDetector installation.
Any ideas on how to proceed?
Research Support Specialist
Cornell High Energy Synchrotron Source